lesensei a écrit 250 commentaires

Le problème, c'est qu'ils parlaient de Linksys et des sources du noyau utilisé sur le WRT54G (qui contient un chip broadcom), et que les sources sont dispo depuis longtemps, avec un joli module binaire... et rien ne force Linksys à en fournir les sources (enfin, tout dépend de l'interprétation que l'on fait de la GPL je pense...)

Par contre, les mainteneurs de ce projet effectuent actuellement une "traduction" du code MIPS en code C, histoire de comprendre le fonctionnement du chipset suffisamment bien pour pouvoir ensuite programmer un driver libre from scratch...
Mais bon, "don't hold your breath until then" comme diraient les anglo-saxons...

Bah, ici, ça ne boot même pas sur un Acer Aspire 1300... alors bon... je suis un peu déçu quand même, je voulais voir à quoi ressemblait SuSE un petit peu... m'enfin...

Tiens, c'est marrant... ça doit dépendre du technicien sur lequel on tombe... Moi je leur ai dit, ils m'ont dit qu'ils s'en tapaient, que de toute façon, ils prenaient en SAV la machine sans le DD. Bref, le SAV Dell m'a pleinement satisfait, ce serait plutôt le matos qui m'a déçu...

"Non, les cartes Nvidia sont très bien supportés sous linux."
Tu devrais aller dire ça au macounets qui utilisent leurs cartes NVidia sous Linux, je pense que ça les intéressera...

Honnêtement, j'attends de voir un pilote proprio supporter correctement Linux, et pas juste Linux/x86 (en fait, ça s'applique aussi aux logiciels proprio en général...)

En matière de vidéoconférence, il y a deux standards comme souvent dans l'industrie réseau: SIP et H.323.

H.323 est un "vieux" standard mis au point par l'ITU (l'organisme international de recommandations télécoms). Il est complexe et peu souple mais très capable. Avec H.323 ont été conçus ou utilisés de nombreux "codecs" (les fameux G.711 et consorts) qui permettent de compresser la voix. Pour la vidéo, c'est plus complexe, et je ne sais pas grand chose (je connais un peu mieux la VoIP spécifiquement).

SIP (pour Session Initiation Protocol) est en quelque sorte la réponse de l'IETF à l'ITU (l'IETF et l'ITU sont rarement d'accord, cf. CMIS vs. SNMP, X.500 vs. LDAP, etc.). Comme tous les standards IETF (ou presque), SIP est plutôt souple et totalement pensé pour l'Internet. SIP ne s'occupe en réalité que de l'initiation de session (comme son nom l'indique) et pas vraiment de la communication elle-même. SIP, comme souvent avec les standards IETF "issus" de standards H.323, capable d'utiliser de nombreuses technos conçues par l'ITU telles que les codecs, mais n'y est pas limité.

Je crois qu'en matière de standards de téléphonie sur IP / visioconférence, c'est l'état de l'art. Tu trouveras sans difficultés beaucoup de documentation sur H.323 et SIP sur Internet. Google est probablement un meilleur ami que moi sur ce coup :-)

Bon courage.

Il me semble que, jusque récemment, l'architecture PPC possédait deux principaux acteurs/fabricants, à savoir Motorola et IBM. Je ne connais pas trop la situation aujourd'hui, mais même si IBM exerce une certaine main-mise dessus (un peu comme Intel et le x86 à une époque), rien n'empêche une autre société de se lancer, si ce n'est l'absence d'OS grand public distribuable dessus (OSX n'est légalement utilisable que sur du hardware Apple). Je ne pense pas que le problème de monopole dans les architectures non-x86 soit réellement un problème hardware, mais plutôt le manque d'intérêt des éditeurs pour ces plateformes.

Mouahahahahaha, qu'est-ce qu'il faut pas entendre...
Heureusement que j'ai acheté mon mac pour le matos plus que pour l'OS...
Parce que ça marche à peu près tout seul tant que t'as pas d'ennui (comme windows quoi), mais le jour où tu en as, ben, c'est 'achement souple OS X... La console, ça suffit pas à en faire un système souple...

Bon, c'est évidemment une arnaque...
Mais je me pose une question...
D'après les commentaires sur scam.com, le site propose de permettre à des utilisateurs de modems de surfer 5x plus vite... C'est techniquement absolument infaisable, non ? ou est-il possible d'utiliser la puissance des machines modernes pour arriver grosso-modo à ça en utilisant une compression bien supérieure à celle habituellement utilisée par les modems ?

Enfin bon, même si je suis en angleterre, je ne vais évidemment pas participer à un truc si visiblement louche...

K3B, c'est pas juste un front-end ?
Si oui, je comprend pas bien... C'est pas aux auteurs des logiciels qui sont en dessous et qui s'occupent effectivement de la gravure qu'il aurait plutôt fallu envoyer le matos ?
En quoi le fait de l'envoyer à l'auteur de K3B va améliorer le support de ce matériel ? À moins bien sûr que l'auteur de K3B soit actifs aussi dans les projets que son front-end utilise...

Merci d'éclairer ma lanterne...

Mouahahahaha, j'adore la NdM, ou comment lancer un troll en deux mots... Ça aura au moins le mérite de faire taire ceux qui dise que DLFP est résoluement pro-Debian, mais à mon avis, le lancer de troll ne va quand même pas rater...
Sur une touche moins inintéressante, j'encourage tout un chacun à tester le nouvel installateur, il est vraiment sympa, et si vous avez une architecture un peu exotique (comprendre: non-x86), je vous y encourage doublement, ça aidera à chasser et donc corriger les vilains bogues.
Et puis tiens, une question pour finir: qu'est-ce qui est nouveau dans l'internatonalisation ? ça fait un moment que apt, debconf & cie sont traduits, donc quelle est la nouveauté ? plus de langues ?

Sur son site, le monsieur qui démontre l'exploit te dit que cette solution n'en est pas une... En effet, le maichan "hackeur" trouvera toujours une faille permettant d'uploader le code malicieux sur l'ordinateur de la victime, ou de faire croire au browser que le code est executé en local (il y a eu le problème récemment avec IE si je dis pas de bêtise...
Donc bon... pas facile de trouver une vraie solution...

Si ce n'est pas indiscret, je suis assez curieux de savoir comment tu as contourné le problème...
Je cherche personnellement encore un moyen détourné de supprimer un répertoire pour un petit outil d'admin de gallerie web (spgm en l'occurence...) que je fais et qui doit tourner chez free...
Au pire me dira-t-on, "use the source, Luke", mais si tu pouvais me donner un petit pointeur, ce serait cool...

J'ai récemment compilé gaim-vv (peu de temps après la sortie de gaim 0.79) et ça marche plutôt bien. Enfin, je n'ai compilé que le support des webcams yahoo, et je peux les voir sans problème, je n'ai pas tenté le support MSN. Avec la version que j'ai il n'était pas possible d'envoyer les images d'une webcam locale, mais d'après les screenshots sur leur site, il semblerait que ça marche maintenant dans les 2 sens, tout du moins avec MSN. On peut dire qu'ils avancent vraiment vite, et en effet, on peut se demander l'intérêt de "l'offre" PhoneGaim.

C'est pas forcément très clair dans ton message, donc je le précise: la compilation à l'aide du switch --aot (pour "ahead of time", par opposition à "just in time") créé un fichier natif en .so, mais celui-ci est accompagné d'un .exe en CLI.
Pourquoi ?
Parce que d'après la doc, même lorsqu'il est compilé en natif, il semblerait que le code produit ait besoin des metadonnées, qui ne peuvent être contenue que dans le CLI et qui nécessitent la présence de la VM.

Mouahahaha, très beau lancé de troll !!

Tu te rends compte de ce que tu dis ?
Les équipes d'OOo et de Mozilla font au mieux pour améliorer l'interopérabilité avec les formats les plus répandus actuellement. Si vraiment leur modèle était un modèle proprio, je doute que je pourrais profiter d'OOo sur mon linux/ppc par exemple. Il est probablement assez facile de créer un filtre OOo vers abiword/kword/autre format ouvert et documenté, mais pour le moment, peu d'utilisateurs ont dû manifester ce besoin. Toi qui t'énerve sur linuxfr, as-tu seulement posté un rapport de bug/wish expliquant que tu en avais besoin ? Je pense que pour l'instant, la priorité est de concentrer les efforts sur un filtre MsOffice irréprochable, et lorsque ce sera atteint, viendra (ça a déjà commencé d'ailleurs) les features plus sexy, telles que l'intégration aux DE, et autre...
Quant à ta remarque sur la place des icones OOo dans les menus KDE, c'est de la grandiose mauvaise foi (ou de l'inconscience). Les menus sous MDK ou debian ne sont pas faits par les gens d'OOo, mais par les mainteneurs de paquets. Sur ma debian, sous gnome, les softs OOo sont dans bureautique, tout comme abiword et consorts. Parce que le mainteneur des paquets OOo a fait ce choix. Pareil, je te renvoie sur bugs.debian.org s'il tu constates un problème avec les paquets.

Que OOo et Mozilla fonctionnent mieux sous windows, je n'en sais rien (et je m'en fous), mais cela signifie simplement qu'il y a plus de devs pour le code spécifique windows.

Enfin, même avec les problèmes de communications du projet Mozilla (et peut-être du projet OOo, je n'en sais rien), tu es risible quand tu les assimiles à des logiciels proprios. Ils sont sous licenses libres, et rien que ça, c'est énorme.

Pour ce qu'ils sont: une multinationale parmis les plus riches et les plus influentes qu'on ait connues. Une des plus malhonnêtes aussi. Mais surtout une des plus fortes en lobbying. Traduction: ils ne se prennent pas pour quoi que ce soit, ils sont.

Mouais, bon, évidemment, ça m'apprendra à mal m'exprimer.
Je n'ai jamais dit que je n'aimais pas Python, j'ai dit "je n'aime pas plus .Net que Python", ou en d'autres termes, j'aime autant les deux. Les deux (grâce à Mono et DotGNU) utilisent une machine virtuelle sous GPL. L'avantage de .Net sur Python est probablement l'existence d'un langage intermédiaire, le CIL, qui offre donc la possibilité d'utiliser le langage de programmation que l'on préfère sans avoir besoin de créer des bindings, par exemple, Eclipse (qui est out) tourne sur Mono grâce à IKVM. On pourrait même imaginer y faire tourner du Python, pourquoi pas... Et l'avantage de Python est qu'il n'y a aucun risque de brevet, aucune companie représentant un potentiel danger. Mais favoriser Java plutôt que .Net me semble naïf...
Enfin, bref, ce que je disais si tu relis mon commentaire, c'est que si quelqu'un préfère un langage ou un framework à un autre, pourquoi l'en priver ?

Bon, je vais encore faire le blasé... mais ce "combat" a déjà eu lieu il y a longtemps, il a été montré que:

• Ça ne sert à rien: la majorité à absoluement raison ici;


• L'immense majorité s'en fout, même ceux qui sont pas d'accord avec le "système"... ils arrêtent de s'en servir mais continuent de lire le site parce que c'est le plus gros site français causant de LLs (je le sais, je suis pas le seul à l'avoir fait);


• Ceux qui mettent autant d'emphase dans leur prose se trompent un peu de combat... L'avantage du web étant l'aisance avec laquelle (en reprenant le code même de linuxfr s'il le faut) un groupe de persone peut créer un site et lui faire suffisamment de publicité pour qu'il regroupe beaucoup de gens.

En bref, combattre pour la liberté c'est bien, mais avant de mettre autant de mots pour réclamer une réelle liberté d'expression sur DLFP, il faudrait peut-être faire en sorte de protéger la liberté d'expression sur le web tout court, sans quoi ça risque de revenir au même de toute manière...

M'enfin, comme je l'ai dit, je suis un peu blasé...

P.S.: Tiens, peut-être que je poliote, mais que je mette < ol > ou < ul > j'obtiens une liste non ordonnée... C'est juste moi ?

D'abord salut Colin, et merci pour ta participation au libre :-)

Par contre, deux ou trois choses à propos de... tes propos. Java est gratuit, certes, .Net aussi. Solaris est gratuit, certes, mais je vois pas le rapport avec la choucroute. En plus, pour reprendre un de tes exemples, Solaris aurait la part de marché de Windows, et Windows celle de Solaris, c'est probablement Windows qui serait gratuit. Je ne pense certainement pas que Sun soit une companie intrinsèquement plus proche du libre que Microsoft, je ne nie pas les faits, mais je ne doute pas non plus qu'ils ont été poussé par des facteurs bien indépendants de leur volonté à faire ce qu'ils ont fait (même si ça m'arrange)... mais bon, passons.

Tu dis que .Net est encombré de brevets. Je pensais que ce point avait comme tu le dis toi-même été suffisamment débattu au sein des différentes communautés impliquées: Java aussi est encombré de brevets. Seulement, si les parties standardisées de .Net sont en partie de brevetées, Microsoft s'est engagé auprès de l'ECMA a ne pas les utiliser contre une implémentation concurrente... Enfin, bref, je crois que comme il est dit plus haut, le mieux serait de continuer comme on le fait maintenant, et de laisser chacun faire ce qu'il veut, ne pas officialiser UN langage pour Gnome (ce serait absoluement idiot), et surtout, de ne pas pousser les gens à ne pas participer à un projet donné, juste parce que tu n'es pas d'accord avec les choix fait par ce projet (enfin, bien sûr, tant que ça reste du libre)... Chacun fait avancer les choses comme il veut et peut... Non ?

(Petite précision, j'aime bien Mono, j'aime bien DotGNU parce qu'ils sont libres. J'aime bien tous les projets libres. Je n'aime pas plus .Net que Python ou autre comme framework de développement... A vrai dire, je ne développe pas assez pour la ramener de ce côté.)

Je rappelle à tout hasard que je suis tout sauf proche des modéros... Une petite recherche sur les derniers commentaires effectués avec mon compte (login: sensei) de l'époque permet de le vérifier facilement...

Mais je ne pense pas à une conspiration. C'est un état de fait, c'est la conséquence de notre panel de modérateur.

Ça, si un seul adepte d'une quelconque théorie du complot avait mis en doute son avis, ça se saurait...

Déjà, j'aime beaucoup le fait que tu prennes comme exemple les communistes. Y'a pas une saveur politique (en tout cas, chez les "gros") qui soit objective, mais tu choisis les communistes. Je sais pas pourquoi, c'est sans doute con, mais ça me fait sourire...

Si les modérateurs t'ont bassiné au sujet d'objectivité, ils n'ont jamais oser le faire du temps où j'étais actifs, et je n'ai jamais rien lu (j'ai pas trop lu les commentaires depuis, certes) depuis qui révèle ça... Ils assumaient totalement leur mauvaise foi, n'en avaient rien à faire, tant que ça plaisait à la majorité, mais ils l'assumaient...

D'ailleur deux fois plus de news pour une boite au moins 10 fois plus petites, ça se passe de commentaire...

DLFP est un site lu en majorité par des français, en tout cas, que par des francophones (ou presque). Il est effectivement incroyablement surprenant que ce site supporte une distribution française... D'autant plus quand on sait que certains admins ont bossé (peut-être est-ce toujours le cas ?) chez Mandrake.

Pour ma part, je m'en tiens maintenant à ça. Tu es frustré qu'on ne parle pas plus de ta distrib de choix, et tu remets ça sur le dos des modéros. Je suis aussi frustré par certains choix fait par les modéros. Plutôt que de me plaindre sans arrêt, j'ai dit ce que j'avais à dire à l'époque, et je me suis désinscrit. Maintenant, linuxfr.org est un site qui n'est pas communautaire au sens strict, c'est triste car c'est un des premiers sites de news français autour des LL (même si la charte n'est pas très précise sur le sujet IIRC), mais j'en ai pris mon parti.

Bref, je te comprend, mais tes propos sont hautement exagérés...

Euh, que tu sois dégoûté que ta news ne soit pas passée, d'accord.
Qu'il y ait des problèmes avec le système de modération, je ne vais pas le nier, j'ai fermé mon premier compte pour cette raison.
Mais de là à y voir une théorie du complot, une tentative des modéros pour décrédibiliser RedHat, faudrait pas s'emballer non plus...
Que les modéros soient partials, je n'en doute pas, ce sont des êtres humains, mais ils ne sont pas toujours d'accord entre eux, donc l'idée d'une conspiration, c'est un peu ridicule... m'enfin bon...

On me signale dans mon oreillette (je suis un chinois du FBI) qu'il serait bon que j'explique le coup du "/opt/brcm", dont acte:
Comme dit dans le commentaire précédent, la prochaine étape implique la compilation de différents éléments du tarball fourni par linksys (la uClibc (une bibliothèque C poids léger), et le firmware en lui-même (pour ceusses qui veulent (LISP suxor))). Pour cela, le plus simple est d'utiliser les scripts de compilation tels que fournis par Linksys, or ceux-ci utilisent en dur le chemin "/opt/brcm". En d'autres termes, le choix de ce chemin n'est absoluement pas nécessaire, il suffit de reconfigurer les (rares, je vous rassure) scripts qui l'utilisent. Mais l'utiliser n'est pas bien contraignant, et cela simplifie le tutoriel, donc, hop, je me lâche, et je le fais. Bien fait pour vous.

--
Le chinois du FBI masqué (et oreilletté)

Tu touches du doit le gros problème de l'affaire... Parce que linksys ne donne pas le code du driver wifi (en fait, broadcom est le vrai coupable, c'est le même chipset que sur les WPC54G ou les airport extreme par exemple) seule la version de linux fournie par linksys tourne dessus... accessoirement, c'est aussi pour ça qu'il faut un toolchain aussi proche que possible du leur: pour pouvoir linker avec les modules binaires fournis. De la même manière, on ne peut compiler le firmware que sur une archi x86, puisque pour générer l'image, il y a besoin de l'un des deux outils créés par linksys à l'occasion, et dont ils ne fournissent pas le code non plus. Je les ai contacté à ce sujet, mais j'ai peu d'espoir.
Enfin, concernant le WAP54G, tu ne peux que compiler un firmware minimal si j'ai bien tout compris, à cause d'une forte limitation quant à la mémoire disponible...

J'avais prévu de le signaler à la fin, mais comme je suis pas aller jusqu'au bout encore, j'ai oublié... Si j'ai posté ça ici, c'est pour avoir droit à vos commentaire, évidemment :-)
Donc merci pour toute remarque constructive :-)
Accessoirement, je m'appreçois que j'oublie de parler du téléchargement des sources fournies par Linksys, de dire que celles-ci ne compilent pas sur les deux machines sur lesquelles j'ai essayé, et de dire que le defconfig fournit avec peut quand être utilisé dans le wrt54g.dat (mais que ça ne change pas grand chose).
Par contre, on en aura besoin dans la prochaine étape :-)

Bon, je précise tout de suite, je suis loin d'être ultra-compétent en la matière...
Mais j'ai eu un petit cours de droit de propriété intellectuelle cette année, et en droit anglais (je suis en angleterre) le (tm) s'utilise lorsqu'une marque n'est pas déposée mais que l'on prétend à un droit de paternité dessus. Ce qui s'applique, si je comprend bien, à ton cas.

Pour l'aspect technique, je ne comprend pas bien ta question... Je n'ai pas trouvé les metas en question dans le code source de la page, mais il serait assez simple de les générer en fonction du nom de domaine utilisé pour joindre le site web. L'avantage pour le site de procéder ainsi, tu le comprendras vite si tu cliques sur un lien... Il t'emmène sur une page sur laquelle il te fait télécharger un logiciel qui te permet à son tour de télécharger des logiciels propriétaires en version complète ... par modem ! (sur un numéro surfacturé, évidemment...) Et en reprenant le nom de framasoft, il a de petites chances de ramener quelques pélerins perdus sur sa page, et de leur vendre ses trucs.

Maintenant, tout ça semble être fait depuis l'espagne, sans doute serait-it très difficile de faire cesser ses agissements à ce cybersquatteur de pacotille, et si tu veux mon avis, il ne doit pas te "piquer" beaucoup de visiteur... mais je comprend qu'il y a aussi le problème de l'image...