lesensei a écrit 263 commentaires

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...