gnujsa a écrit 815 commentaires

  • [^] # Re: lobbying pour avoir des drivers

    Posté par  . En réponse au journal De l'importance d'avoir des statisques fiables. Évalué à 4.

    > C'est comme les mecs qui bloquent xiti : ça fait reculer le libre.

    Oui mais ce que tu gagne d'un côté, tu le perd de l'autre.
    Si tu fait gagner en liberté aux logiciels en polluant internet avec des cochonneries non sollicités, c'est pas top. C'est quand même important internet aussi, hein ?
  • [^] # Re: Gimp vs Krita

    Posté par  . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 2.


    > mais je ne crois pas qu'il y ai l'ombre d'une gestion colorimétrique dans gimp...

    au lieu de croire ou de ne pas croire, tu ferai mieux d'aller au moins jeter un coup d'oeil sur le site avant de parler dans le vide.


    > Dans Krita on peut gérer ses calibrages et profils de moniteurs et d'impression, ainsi que des profils colorimétriques lorsqu'on fait des importations depuis d'autres softs.


    Gimp sait faire tout ça depuis ses versions de dev. 2.3.x, 2.4-rc .

    Ça va faire bientôt 3 ans que l'on a pas eu de nouvelle version stable de Gimp (depuis Décembre 2004) mais ils ont quand même un peu travaillé entre temps... Ça vaut largement le coup de se le compiler, d'autant que les versions de dev. sont particulierement stable.
  • [^] # Re: ca fait peur...

    Posté par  . En réponse au journal Sortie de Gconf-Cleaner 0.0.3. Évalué à 1.

    Que ce soit des fichiers textes ou binaires importe peu tant que c'est bien documenté.


    Et bien grep, sed ou awk sur du binaire, c'est pas l'idéal...
    Et certains aiment les UNIXs pour ça justement !
  • [^] # Re: Ruby

    Posté par  . En réponse au journal A mort les boucles. Évalué à 1.

    > Sinon, quelques manières de le dire en Perl.

    > print join ' ', 5...10
    > map { print "$_ "} 5...10
    > print "$_ " for 5...10

    pour les 2 derniers exemple les "$_" sont inutiles (implicites)

    map {print} 5...10
    print for 5...10

    et on peut même encore faire plus court (et finalement plus lisible):
    print 5..10
  • [^] # Re: Le nouveau nouveau chef de projet...

    Posté par  . En réponse à la dépêche Debian GNU/Linux 4.0 : Etch sort de l'oeuf. Évalué à 3.

    Je suis content que que ce soit Sam qui soit élu et la seule chose qui m'inquiète justement dans son programme, c'est le design du site web. J'apprécie le site actuel car il est simple et rapide.

    Heureusement, il ne propose pas que des changements cosmétiques, mais également d'ajouter de nouveaux services du style "Why is package X not in testing yet?"
    http://bjorn.haxx.se/debian/ (très pratique)
  • [^] # Re: Excellent!

    Posté par  . En réponse à la dépêche Réponses de José Bové à Candidats.fr. Évalué à 4.

    Mais comme au final, ça n'a pas changé grand chose que l'on dise non aux américains, il aurait fallut que l'on soit deux fois plus fort qu'eux pour que cela ai un vrai poids stratégique. Donc ? Il faut encore plus s'armer (pour la paix bien sur) ?

    C'est marrant, ça fait un peu penser aux brevets logicielles ces histoires de "puissances stratégiques" ...
  • [^] # Re: mais bien sûr

    Posté par  . En réponse à la dépêche Statistiques sur l'utilisation des navigateurs en Europe. Évalué à 10.

    Le raisonnement n'est pas difficile à comprendre pourtant:

    Il y a à peu prés 1 personne sur 4 qui utilise autre chose que le navigateur par défaut. Ce sont déjà des gens qui ont ressentie le besoin d'utiliser autre chose, qui l'ont téléchargé, puis installé. Ce sont des utilisateurs "avancés". Un logiciel du type adblock a de bonne chance d'être plus présent chez ces personnes que chez celles qui utilisent le navigateur par défaut.

    Et pour ma part, le "puérile" dans l'histoire, c'est plutôt de laisser tourner les scripts de xiti dans le seul but d'auto-satisfaction de se dire qu'on utilise le navigateur en vogue, celui qui va "gagner la guerre".
  • [^] # Re: Incontournable

    Posté par  . En réponse à la dépêche Sortie de K3b 1.0. Évalué à 6.

    « juste un constat que tu as réussi à installer plus facilement Nero que K3b »

    Tu invente complètement, il n'a jamais dit ça
    Avant de faire des théories sur ce à quoi adhère le "grand public", il faut commencer par l'écouter (et le lire) correctement le "grand public". Et pour information, grace aux système de paquet (et sa licence libre), k3b est beaucoup plus simple à installer et mettre à jour que nero-linux.
  • [^] # Re: ligne de commande

    Posté par  . En réponse à la dépêche Sortie de K3b 1.0. Évalué à 10.

    Je vais prendre sa défense, même si pour ma part je n'utilise aucun script pour graver (j'utilise K3b), mais je suis un gros consommateur de script. Parce que c'est souvent plus efficace. Par exemple pour convertir des vidéos au format flv en avi et les réutiliser dans avidemux. un script de quelques lignes associé au clic droit de mon gestionnaire de fichier, est non seulement beaucoup plus pratique qu'un front-end, mais aussi, justement parce que tu parle de confiance, je n'ai pas confiance aux front-ends de mencoder/ffmpeg. Ils sont vite dépassé, ils ne correspondent pas aux versions des backends (pas packagés).

    Je n'ai pas de petite soeur, mais ma copine, novice n'a aucun mal à faire "clic droit" et utiliser ces scripts, et pour les autres arguments, que ça empêche Linux de devenir un "Desktop" ... ou que je ne puisse plus réutiliser mon script de 3 lignes fait en 2 minutes dans 20 ans ... ça ne me dérange franchement pas du tout ;-)

    Un script ou K3b sont tout les 2 des frontends. Quelqu'un qui a toujours les même besoins en matière de gravure, gagnera du temps a écrire son propre frontend. Et il se trouve que c'est très facile à faire en shell script. Et pour les besoins plus complexes, il y a K3b. À mon avis, personne n'essaye de se faire mousser, mais les scripts shell c'est très pratique et ludique (des fois c'est même plus amusant à faire que ce que c'est réellement pratique)
  • [^] # Re: sinon ...

    Posté par  . En réponse au journal Nom de code Linux. Évalué à 2.

    Avant de faire ton "moi je, moi je" commence par ne pas massacrer le nom des logiciels que tu cite. C'est lynx, comme l'animal du même nom.
  • [^] # Re: Illustration ?

    Posté par  . En réponse au journal Webcams sous Linux. Évalué à 9.

    Les gens "importants" que tu fréquente ont tous un PC Win-machin ?

    Et oui, les minorités ça râle, c'est pénible. Et pas juste en informatique. C'est tellement plus simple de les ignorer.

    Concernant Flash, par exemple, un des sites les plus visités en france (myspace) n'est accessible à ces râleurs de linuxien sur pc que depuis 2 ou 3 mois seulement, et il est encore inaccessible à d'autre.

    Heureusement que ces râleurs existent, car c'est grace à eux que l'on oublie pas qu'un web propriétaire c'est un sacré retour en arrière par rapport aux principes fondateurs d'internet (indépendance, accessibilité à tous, format texte, etc...)
  • [^] # Re: No comment...

    Posté par  . En réponse au journal Choix d'un système de fichiers. Évalué à 2.

    > Ext3 en fait plus et oui ça a un coût en performance

    Oui, enfin, il faut le spécifier avec l'option data=journal de mount (ou via tune2fs), sinon il ne fait que la journalisation des méta-données comme les autres. Et du coup, il n'a pas trop à rougir question performance.
  • [^] # Re: ben ça alors !

    Posté par  . En réponse à la dépêche Bitfrost : Un nouveau modèle de sécurité. Évalué à 8.

    C'est dommage que tu dise des choses presque intéressantes, puis dessuite après tu les noies dans des attaques puériles et stupides ( le gourmets 5 étoiles ...)
    Je pense que le commentaire auquel tu répondais voulait dire que les ong, états, etc.. qui vont dépenser de l'argent dans des outils éducatifs vont se poser ce type de question :

    Vaut-il mieux offrir 1000 OLPC ou 200 000 livres de maths ?

    Personnellement, je n'ai aucune idée de la réponse et je ne doute pas un seul instant des bonnes intentions d'OLPC.

    Une amie qui a été en Afrique récemment, m'a confié qu'elle avait été très surprise de voir que la première chose que réclamaient les enfants aux touristes fraichement débarqués, c'était des ... stylos ! Et malheureusement, personne n'avait pensé à en prendre.

    Dans nos pays, dit "riche", on est encore loin du "one laptop per child", alors dans ces pays là ... Le risque, c'est qu'au final, une poignée vraiment dérisoire d'ordinateur soit distribuée, que ça fasse la fierté de quelques états et organismes, que ça donne bonne conscience à quelques informaticiens, mais qu'il y ai toujours des enfants (la majorité) qui continuent à réclamer des choses aussi basique que des stylos.
  • [^] # Re: paille/poutre etc

    Posté par  . En réponse à la dépêche La route de PDF vers l'ISO. Évalué à 1.

    Tu fais bien de préciser que tu tire tes infos du plus grand polémiqueur professionnel de tout les temps (De Icaza), c'est dire si il faut les prendre avec des pincettes.
  • # abs

    Posté par  . En réponse au message HashMap en shell. Évalué à 1.

    Un exemple de table de hashage en pur bash, basé sur les références indirect:
    http://www.tldp.org/LDP/abs/html/contributed-scripts.html#HA(...)

    Mais forcement, par rapport à du perl, c'est pas simple.
  • [^] # Re: Heu ...

    Posté par  . En réponse au journal N'utilisez pas Linux !. Évalué à 7.

    Dans le même registre, il y a les intégristes des programmes monolithique :
    http://www.thoseshirts.com/nolibs.html
  • [^] # Re: Cela faisait longtemps que j'attendais ça !

    Posté par  . En réponse à la dépêche RMS par Alan Cox. Évalué à 7.

    > Ca revient donc à "je te tiens, tu me tiens, par la barbichette"

    Surtout que question barbichette, le père Alan Cox, il est plutôt bien placé.
    http://www.linux-magazin.de/Artikel/ausgabe/2000/09/Linuxtag(...)
  • [^] # Re: Qu'est-ce que ca change?

    Posté par  . En réponse au journal utilité du i386. Évalué à 2.

    Ce test a déjà été fait, et alors, chose incroyable, Debian i386 se revèle plus rapide que gentoo en moyenne. Amusant ;-)

    http://linuxfr.org/2003/08/13/13629.html
  • [^] # Re: Qu'est-ce que ca change?

    Posté par  . En réponse au journal utilité du i386. Évalué à 1.

    Un journal qui traite du fameux bench:
    http://linuxfr.org/2003/08/13/13629.html
  • [^] # Re: La marque Debian

    Posté par  . En réponse au journal Iceweasel : la fin d'un troll?. Évalué à 0.

    Si c'est une vrai question, alors pose la à Debian, pas sur linufr. La Mofo autorisait Debian pour Firefox, maintenant plus. Peut-être que Debian fera de même pour toi (un coup oui, un coup non), va savoir.

    Maintenant Debian n'est pas un logiciel, donc ça n'est pas vraiment comparable. C'est une distribution et une association d'individus à la fois. ( http://www.debian.org/intro/about#what ). Pour ce qui est des logiciels constituant Debian, ça ne pose aucun problème de nom (Ubuntu utilise apt-get, dpkg, Mandriva le mécanisme des alternatives, ..., avec les mêmes noms) Par contre, il n'y a pas de logiciel nommé "Debian": c'est un ensemble d'individu et de logiciels/mécanisme, un peu comme la "Mozilla Foundation", mais pas comme Firefox.
  • [^] # Re: pffffff

    Posté par  . En réponse au journal Iceweasel : la fin d'un troll?. Évalué à 3.

    ?

    Bien sur que si:

    http://www.mozilla.org/MPL/
    « All of the code which makes up the core Mozilla products is licensed under a MPL/GPL/LGPL tri-license [...] »
  • [^] # Re: Répond-lui...

    Posté par  . En réponse au journal France2 et les vidéos en format libre. Évalué à 2.

    > Donc si je te suis bien [...]

    Oh non, tu me suis pas du tout, je peux lire certain wmv ou flash et je ne refuse pas. Pas la peine d'extrapoler.

    > La RC1 de Mplayer 1.0 lit les WMV sans win32codecs.

    WMV n'est qu'un container (ASF en faite). Mplayer ne supporte pas encore de manière native et satisfaisante tout les codecs qu'on peut mettre dans du wmv.

    D'ailleurs, depuis la 1.0rc1, ils ont fait du ménage dans les dll :

    « The new 20061022 packages do not contain any new codecs, they just miss some that now work natively. »

    Mais curieusement, ils ont laissé les wma9*.dll et wmv9*.dll, alors qu'ils ont bien supprimé le codec On2. Et utiliser ces dll, c'est violer la licence EULA de Microsoft.

    Pour une association, régulièrement, je doit convertir des vidéos amateurs de nature très diverses: je peux t'assurer que bien souvent, c'est le wmv qui pose problème Et parfois même avec du bête wm1/2 !
    La solution mplayer, c'est du hack, de la bidouille: J'essaye avec les codecs reverse-engineeringsés, si ça marche pas je charge la dll (avec viol de licence). Même si on est bien content d'avoir Mplayer, on ne peut pas dire que le wmv soit bien supporté sous Linux (et encore sans parler des wmv DRMisés, et des viols de brevet). Mais surtout, France2, ne peut pas faire comme si, le wmv, ça marchait bien sous Linux.
  • [^] # Re: Répond-lui...

    Posté par  . En réponse au journal France2 et les vidéos en format libre. Évalué à 3.

    > et mplayer 1.0 RC1 (GPL) dans tout ça ?

    « A vous, linuxiens, il vous reste le reverse-engineering, vous voyez bien, donc, que c'est gratuit! »
    « Et quand ça marche plus, il suffit d'attendre que les devs mplayer trouvent un nouveau hack*. Faut pas mettre de la mauvaise volonté, non plus! »


    * quitte à se mettre dans l'illégalité, comme par exemple lire la video grace à une DLL non-redistribuable, vous savez, les fameux win32codecs. C'est sur que quand c'est illégal, c'est gratuit ...
  • [^] # Re: Et les DRM dans tout ça ?

    Posté par  . En réponse au journal 1er avril ? 450Go sur une feuille de papier.... Évalué à 7.

    /bin/cp permet lui aussi de copier un fichier avec DRM
  • [^] # Re: Avant de lancer des critiques "gratuites"...

    Posté par  . En réponse à la dépêche Mark Shuttleworth invite les développeurs OpenSUSE à rejoindre Ubuntu et suscite la polémique. Évalué à 5.

    Il faut noter que Ubuntu est basé sur Debian Sid (avec resynchronisation tout les 6 mois), ce qui donne le rôle à Debian de meta-meta-distribution.