tgl a écrit 1743 commentaires

> libre n'entraine pas forcément la gratuité du logiciel

1) Il est toujours parfaitement légal de distribuer gratuitement un logiciel libre, et aussi de l'obtenir gratuitement. En ça, libre implique gratuit.

2) Maintenant, rien n'oblige quiconque à distribuer gratuitement un logiciel libre, et donc personne n'a la garantie qu'il pourra l'obtenir gratuitement. En ça, libre n'implique pas gratuit.

Bref, c'est une question d'interprétation d'une formule un peu trop synthétique pour n'être pas ambigüe. Mais là en l'occurence, dans le contexte, je trouve pas le raccourci gênant. Puisque le logiciel est disponible au téléchargement, c'est évident que c'est l'interprétation 1) qui s'impose.

Et tant qu'on est dans la tétracapillectomie, on pourrait remarquer aussi que ça n'a aucun sens de parler de la "gratuité d'un logiciel". Un logiciel a toujours un coût, au moins humain et souvent financié, assumé par les personnes ou la boîte qui le développent (ou le font développer). Ce à quoi l'utilisateur à affaire lui ne sont que des instances particulières du logiciel, dont il est courant que certaines soient payantes (à des tarifs variables qui plus est) et d'autres gratuites.

> pê Luc [...] a voulu réintégrer la fonction au plus vite et que la
> priorité, C que ça marche

Oui je suppose aussi, ce serait parfaitement logique comme démarche. Mon bémol, c'est juste qu'il ne faut pas forcement s'attendre à une inclusion immédiate, mais ça n'est en rien une critique du travail qui a été fait.

> Les gens sont un peu flemmards quand il s'agit de dire merci

Ouais, enfin y'a déjà pas mal de traffic sur LKML, et beaucoup de gens qui envoient des contributions très intérressantes. Si à chaque fois il fallait une avalanche de remerciements, on s'en sortirait pas.

Non franchement, les seules réponses qui méritent d'être envoyées se sont des feedbacks d'éventuels testeurs, ou des critiques sur le patch (bonne ou mauvaises, on verra bien, mais vu qu'il est un peu long ça n'a rien d'étonnant que ça tarde à venir).

> Ils sont légions à s'éveiller dès qu'il y a moyen de critiquer

Il y avait vraiment matière pour une discussion de fond quant à cette suppression de driver, c'est normal que ça ait généré un gros thread. Biensûr y'avait dans le tas des "flames" de base, mais faudrait pas carricaturer non plus.

Bref, je ne vois pas ce que ce relatif silence a de gênant et en quoi il justifierait qu'on brandisse nos lieux communs sur la nature humaine.

Je suis bien d'accord que ça n'a rien d'extraordinaire, c'est juste une bonne nouvelle pour les possesseurs de ces webcams, et puis voilà.


> Les choses sont maintenant "en ordre"

Juste pour préciser un point peut-être ambigüe, ce driver a juste été soumis à la LKML, mais pour l'instant, aucune future inclusion au noyau n'est annoncée. Les choses ne sont donc pas encore vraiment "en ordre".

Perso, j'aurais même tendance à penser que l'inclusion pourrait prendre du temps, puisque ce driver à l'air d'être fait comme l'ancien, c'est-à-dire entièrement kernel-space. Or au milieu des "flamewars" qu'on a pu lire il y a qlqs temps, certaines voix disait que c'était peut-être pas clean de coller le codec video dans le noyau, et qu'il faudrait peut-être penser à changer ça au passage. Mais là je spécule, c'est juste un vague souvenir qui me revient comme ça, rien de plus.

Et toi, tu es en rupture d'url ? :)

Sérieux, je vois absolument pas de quoi tu parle, et "globetrotter" dans google, bah, c'est vaste... Une url / une explication serait bienvenue.

C'est pas des différences énormes (elles sont de l'ordre du 1/5ème de ce qu'est la différence mois-à-mois par rapport à 2003 par exemple). Rien que la page /users/, qui factorise les hits d'attente de réponse suffirait peut-être à les expliquer (simple hypothèse). Bref, allons y molo avant d'extrapoler sur des chiffres aussi difficiles à appréhender car fortement dépendant du mode de navigation sur DLFP, qui évolue au gré des nouvelles features.

Ceci explique peut-être celà, mais le driver "keyboard" est "deprecated" (ou sur la bonne voie pour en tout cas). Son remplaçant s'appelle "kbd", tu devrais essayer (ça ne changera probablement rien pour toi, mais tu auras une conf à jour pour plus longtemps).

> ...dans le fichier XF86Config

Là aussi, utiliser un "xorg.conf" à la place d'un XF86Config, c'est plus jeune, moderne et dynamique, ça plait aux filles, tout ça quoi...

J'ai un très mauvais souvenir de la 1.0, mais ça va pas t'avancer à grand chose, ça date un peu :)

Non non, c'est bien lui, celui qui sert à faire une trace de propre au milieu de l'écran pour te rappeler que le reste est sale.

> PS: ceux qui proposent des idées pour dlfp qui sont appliquées
> sont-ils "rémunérés en droits de vote" ?

J'en doute, parceque les idées, c'est pas ça qui manque... Par contre tu as peut-être tes chances si tu fournis le code avec :)

(j'dis ça, ça n'engage personne hein...)

> puis ctrl-g pour un "find next"

Et ctrl+shift+g pour chercher à l'envers (je dis ça parceque longtemps je ne l'ai pas connu et je le regrettais souvent).

Le Cowon iAudio M3 a l'air bien (lien au pif parmis d'autres) :
http://forum.hardware.fr/hardwarefr/VideoSon/sujet-68461-1.htm(...)
Et j'ai lu qu'il était compatible Linux (c'était pas précisé comment, mais je suppose que c'était en usb-mass-storage).

Par contre, il ne se trouve apparament qu'à la FNAC, et ce pour 400¤, donc pas mal au dessus de tes objectifs niveaux prix. À toi de voir si ses petits plus, comme le support des OGG ou le tuner FM, justifient ce surcoût.

> seul pb: il semblerai que depuis le passage en synaptics, X.org refuse
> d utiliser en meme temps le touchpad et les souris USB ...

Perso, pas de pb avec cette config :

Section "InputDevice"
Driver "synaptics"
Identifier "Touchpad"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "SHMConfig" "on"
[...]
# (toutes les petites options bizarres inchangés,
# et pas de "Repeater")
EndSection

Section "InputDevice"
Identifier "Logitech Mouse"
Driver "mouse"
Option "Device" "/dev/input/mice"
Option "Protocol" "IMPS/2"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "no"
EndSection

Section "ServerLayout"
[...]
InputDevice "Touchpad" "CorePointer"
InputDevice "Logitech Mouse" "AlwaysCore"
EndSection

Cette niouze présente les nouveautés de la future 1.0. C'est son principal intérêt, parceque ça n'avait pas encore été présenté ici.

Pour PostgreSQL, ça n'était plus à faire (y'avait eu la niouze beta1 pour ça, 2 ou 3 semaines avant), d'où l'intérêt nul de la niouze. Si il n'y avait pas eu la niouze beta1 avant, elle aurait probablement été accepté.

Bref, on ne peut pas raisonner uniquement en termes de numéro de version pour savoir ce qui doit être publier et ce qui ne le mérite pas : c'est le contenu et la nouveauté de l'information qui priment. Une niouze doit ajouter qlqchose au contenu global du site (et donc à ce que savent déjà ou non les lecteurs).

Enfin, perso, c'est comme ça que j'essaye de raisonner avant de voter pour ou contre un niouze (et ce que je dis n'engage que moi, ça n'est pas forcement l'approche des autres les modéros et relecteurs). Maintenant, ça ne peut pas être à 100% cohérent. En l'occurence sur celle ci, j'étais bien incapable de me décider (et de manière générale, les avis étaient très partagés) : on aurait aussi pu attendre la vraie PR, ça aurait été très bien aussi, enfin bref, ça changeait pas grand chose. Il y a des chances pour que lors de sa sortie, si elle vient vite, on fasse remonter cette niouze en l'actualisant.

... aux flux RSS : à moins que tu sois sur une connexion non-permanente, genre en 56K, ça reste le moyen le + pratique je trouve pour surveiller linuxfr (dépêches/journaux/forums), enfin en tout cas vachement plus fiable que de faire des extrapolations sur le nombre de dépêches en attente. Faut voir que les dépêches en attente, on arrive assez souvent à s'en débarrasser dans la journée, mais pour certaines ça prend plusieurs jours, pour d'autres ça prend une heure, enfin bref ça reste vachement variable, et puis en plus y'en a la moitié environ qui ne seront jamais publiées.

Perso j'utilise "Straw" comme aggrégateur RSS, mais il en existe un multitude d'autres très bien aussi. Quand il y a du neuf sur linuxfr ou autre, l'icone apparait dans ma barre systray, je clique, je lis les contenus des nouveaux dépêches ou article de journaux/forums, et pour ceux dont je veux les commentaires, j'ai des liens directs vers les pages concernées. Bref, RSS, c'est bien, manges-en.

Sauf si c'est moi qui n'ai pas tout vu, il me semble que dans Konqui il n'y a pas moyen de dire que tes fichiers tu les veux rangés dans "/var/multimedia/musique/Genre/Artiste/Album[--année]/" et nommés "#piste_--_Titre_de_la_piste_--_Bitrate.ogg", ou n'importe quelle autre mode de rangement suivant vos caprices, sans faire à la main les créations de dossier, les copier/coller et les renommages.

Alors qu'avec un raccourci vers "abcde" sur ton bureau, tu as ça (et plus encore, par exemple en même temps une version .ogg haute-qualité pour le PC et une .mp3 basse-qualité pour le baladeur), après un unique simple clic. Je maintiens qu'on peut difficilement imaginer plus simple et pratique (ce qui n'enlève rien à Konqui d'ailleurs, il peut pas être être le meilleurs pour toute chose vu le nombre de trucs auquels il s'attaque).

Mais surtout, "abcde". Pour moi c'est le must du logiciel de rippage/encodage. Il est en ligne de commande (c'est juste un gros bout de bash), mais sincèrement, je vois mal comment on pourrait imaginer un logiciel plus simple : j'ai configuré la première fois comme je le voulais le fichier /etc/abcde.conf, et depuis, quand j'ai un cd à encoder, je me contente de taper "abcde" et d'attendre, et j'ai des beaux oggs au bon bitrate, avec les bons tags, nommés et rangés comme je les aime.
http://www.hispalinux.es/~data/abcde.php(...)

Tiens j'ai retrouvé ça qui donne une bien meilleurs explication :
http://www.linuxformat.co.uk/archives/LXF28.tut_keyb.pdf(...)

Si xev reste muet, alors il faut probablement aller voir plus profond, mais c'est probablement récupérable. J'ai eu ce problème avec 2 ou 3 touches de mon clavier de ThinkPad, et ça c'est reglé facilement.

- en console, essayes un petit "showkey -s", et presses tes touches muettes. Si elles génèrent des scancode (des trucs du style "e063"), alors c'est tout bon, notes tout ça précieusement. Remarque : pour quitter showkey, il suffit d'attendre 10 secondes, sans s'acharner sur Ctrl+c ;)

- ensuite, assigne des keycodes (libres) à ces scancodes. Par exemple : "setkeycodes e063 125". Colles toi tout ça dans un script de démarrage quelconque (sur une gentoo, /etc/conf.d/local.start fait très bien l'affaire, sur autre chose je ne sais plus c'est trop vieux...)

- ensuite, tu peux retourner sous X, et constater que maintenant xev voit bien les nouveaux keycodes. Et à partir de là, tu connais.

- si tes touches muettes ne répondaient pas sous "showkey", alors ça se complique. Là tu es bon pour googler en quête d'un patch noyau qui irait bien si tu as de la chance, et sinon tu peux sérieusement commencer à maudire ton clavier.

Y'a qd même qlqs trucs qui peuvent servir à l'occasion. En général, se sont des programmes spécifiques à un format, qui complètent bien ton couple cdrtools/k3b ou assimilé.

Pour manipuler les .iso normaux :
http://kiso.sourceforge.net/(...)
(Note : au cas où tu ne connaitrais pas, pour monter des .iso, il suffit d'un "mount -t iso9660 -o loop ton_fichier.iso /mnt/iso")

Pour jouer avec les isos de xbox :
http://sourceforge.net/projects/extract-xiso(...)
http://sourceforge.net/projects/xbiso/(...)

Pour les manipuler/convertir les .bin/.cue :
http://cuetools.sourceforge.net(...)
http://users.andara.com/~doiron/bin2iso/(...)
http://hes.iki.fi/bchunk(...)

Pour monter des .bin/.cue :
http://cdemu.org/(...)

Pour convertir les .nrg de Nero :
http://gregory.kokanosky.free.fr/v4/linux/nrg2iso.en.html(...)

Pour convertir les .ccd de CloneCD :
http://sourceforge.net/projects/ccd2iso/(...)

Et y'en a sûrement que je ne connais pas...

Perso, la première fois que j'ai eu un clavier multimédia, j'ai lu ça et ça a suffit :
http://shift.free.fr/?item=ordi_clavier_logitech(...)

Ils pourraient s'arrêter aux signes de ponctuation qui précédent des blancs (espaces, retour chariot, etc.) mais inclure les autres qui sont en plein milieu d'une chaine de caractères non blancs.

Merci mphoumphi.

Perso c'est ça qui m'a fait voter contre, sans hésitation. Quant aux autres modéros/relecteurs, je ne sais pas, ils n'ont pas commenté.

À mon avis (qui ne concerne que moi, patati, patata), une annonce de beta ne fait pas une niouze en soit. Les gens qui s'investistent effectivement dans le test d'un logiciel n'ont pas besoin de linuxfr pour se tenir au courant des sortie des betas, et les autres, ça ne leur apporte pas grand chose.

La niouze sur la beta1 était passée déjà, très bien, celle là avait l'intérêt de présenter les nouvelles fonctionalités de cette branche, comme l'a fait une niouze X.Org plus récemment, et c'était à faire. Mais maintenant que c'est fait, celle ci sur la beta2 se résume en un mot par rapport à la précédente, «bump». Je préfère laisser ça à freshmeat, qui fait un bon boulot, mais différent de celui de linuxfr.

Enfin, concernant les gens qui n'ont pas lu linuxfr le 15 août, et bien tant pis pour eux. On ne peut pas repasser en page principale les archives de l'été à chaque mois de septembre. Aussi je leur laisse le soin de combler leur retard grâce aux archives, et je le souhaite une bonne lecture parcequ'il y a eu d'autres dépêches intéressantes sur cette périodes estivale.

Dans le cadre de la semaine des fruits de mer, LinuxFr a décidé d'offrir une vrai nuit de sommeil (minuit-midi) à toutes les moules francophones. L'opération ayant été un succès (0 connexion pendant la période de coupure !), il est prévu qu'elle soit réiterée sur une base hebdomadaire.