tgl a écrit 1743 commentaires

Suivant ton bon conseil, j'ai fait le passage à la branche gtk2 du CVS tout à l'heure. Bon, pas de catastrophe en effet :)

J'ai installé la bête sur ma gentoo avec un petit ebuild vite torché à partir de celui standard. Si y'a des gens que ça intérresse, je peux coller ça qlqpart sur le ouaibe.

Ça marche globalement très bien, c'est joli et réactif, et j'ai pas eu pour l'instant de bug embêtant. J'ai juste eu une petite règle de filtrage de corrompue parceque mon ancien matcherrc était codé en iso8859-15 alors que la version gtk2 le veut en UTF8. J'imagine que c'est un pb connu (enfin perso il m'a pas surpris), mais si tu veux un bug report n'hésite pas à me le dire.

Et merci encore pour cet excellent boulot.

> Devinette : à quoi sert-elle?

Euh, sincèrement, j'suis pas une bête pour interpréter les shells réellement tordus, mais là par contre c'est vraiment pas bien dur de deviner à quoi les 2 sous-shells vont se réduire, et donc ce que vas faire la commande. Après, pour ce qui est de comprendre l'intérêt de faire un **** comme ça, et surtout celui de conseiller au gens d'essayer, j'ai déjà plus de mal.

> Une application des GNOME HIG 2.0 serait tout aussi la bienvenue...

Mouaif, les HIG seraient-elles vraiment applicables ici ? J'avoue ne jamais les avoir lues intégralement, et la perception très subjective que j'en ai est qu'elles sont synonymes d'interface dépouillée et simplificatrice, au détriment des fonctionnalité.

Bon, ouais, désolé, ça doit sonner comme un gros troll 100 fois entendu et 100 fois contredit, mais ça reste ma perception d'utilisateur. J'aime bien les "petits logiciels" respectant les HIG, mais par contre j'aurais peur pour mon sylpheed-claws s'il avait pour objectif de s'y conformer. Mais je ne serais ravis si on me prouvait que j'ai tort en me montrant un logiciel aussi complet que sylpheed-claws qui se conformerait aux HIG sans y perdre son âme au passage.

Bon, vu que j'en savais rien, j'ai cherché dans mon ~/.bash_history, en essayant de pas trop me rater sur les machin qui sont dans des boucles ou des sous-shells. Bon, c'est pas 100% fiable, mais ce sera suffisant pour cette étude :

% cat /home/thomas/.bash_history \
 | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' \
 | awk '{print $1}' | sort | uniq -c | sort -n | tail -n 15
      7 mkdir
      7 rm
      8 ebuild
      9 em
      9 gvim
      9 mount
     10 emp
     10 scream
     11 esearch
     12 more
     12 patch
     13 grep
     35 cd
     44 ls
     70 cream

Voilà, mon "top 15". Là dedans :

• "cream" est mon éditeur de texte et "scream" un alias dessus en sudo. Ça fait donc 80 pour cream en fait.
• "emp" et "em" sont des alias vers "emerge -pv" et "sudo emerge", donc on peut compter 19 pour "emerge" en fait, ce qui le met en 4ème position.
• "esearch" et "ebuild" sont d'autres machins spécifiques à gentoo.

Bon, rien de bien original quoi. Enfin si, en fait, "ebuild" est lui aussi un alias vers un "sudo ebuild", donc finalement là dedans y'a 27 commandes "sudo" (enfin, c'est pas vraiment des "sudo" en fait, mais plutôt un genre de "sudo su - root -c [la commande]", m'enfin on va pas chipoter...). Donc c'est "sudo" mon vrai 4ème, et je crois qu'il n'a pas encore été cité. Allez, je vote "sudo" !

> discuter du passé sur ce site semble quelque chose de très
> mal(c)(tm).

Je ne connais pas réellement les raisons pour lesquelles les admins freezent les commentaires des niouzes vieilles de plus de X temps, mais je peux quand même en imaginer au moins une : si qlq'un s'amusait à poster des commentaires déplacés dans une niouze vieille d'un an, il n'y a que google qui le verrait. Quoi de plus simple alors que de se servir de ces vieilles niouzes pour augmenter le pagerank de son site de p0rnz par exemple ? Ce serait très efficace, et il n'y aurait pratiquement aucune chance que qlqun tombe un jour sur le commentaire et donc que ça remonte jusqu'aux admins. À mon avis, c'est un truc à prendre en compte, et vu que de toute façon commenter des vieilles niouzes n'a pas un grand intérêt (à part avoir le dernier mot dans un troll), je trouve la solution qui consiste à les freezer assez logique.

Par contre, sur les astuces, bah amha c'est un bug, un dommage colatéral de cette mesure appliquée aux niouzes et journaux. Parceque elles sont toujours visibles et consultées (les récentes autant que les vieilles), il n'y a aucune raison de les freezer. Peut-être que donc un rapport de bug sur le forum linuxfr.bug serait approprié.

> Quicksearch: un bouton 'Clear' [...] remettre la barre de
> recherche rapide à zéro à chaque changement de dossier.

\o/ Chouette, c'est vraiment 2 trucs qui me manquaient. J'arrivais pas à m'y faire à ces recherches qui résistaient au changement de dossiers, à chaque fois je me disais «ah oui zut, c'est vrai, faut que je vide la barre...».

> TrayIcon Plugin: un menu contextuel a été ajouté avec les
> opérations les plus courantes.

Héhé, encore un trayicon qui vire à l'applet... Les gnomistes les plus radicaux vont ronchoner, mais ceci dit, c'est une bonne idée.

> La branche GTK2 n'est toujours pas sortie, elle n'est pas encore
> prête, mais le CVS fonctionne plutôt bien.

Est-ce que vous faites des snapshots de temps en temps, quand vous jugez que le CVS est dans un état plutôt pas mal ? Parceque j'avoue que pour un soft aussi important, je suis moyennement chaud pour taper dans le CVS à un moment totalement aléatoire, j'ai toujours peur de tomber sur la minute où un bug super destructeur vient d'être commité par étourderie et n'est pas encore corrigé.

Enfin quoiqu'il en soit, milles merci à toi et aux autres devs pour cet excellent logiciel (et je pèse mes mots).

> Qui croire de nos jours ! :P

Lui sans hésiter :)

Ce que j'ai lapsussé «fbsplash» est probablement bien «gensplash».
Enfin j'en sais trop rien en fait, j'ai +/- l'impression qu'il appelle fbsplash le couple gensplash (patch kernel) et splashutils (outils userspace). C'est pas clair, mais quoiqu'il en soit, toutes mes confuses ;)

Yep, moi aussi j'utilise ce driver vesa et j'en suis content. C'est pas une révolution, mais c'est une nette amélioration.

À noter aussi que spock est aussi le packager Gentoo de bootsplash, et qu'il a fait un excellent boulot au niveau des scripts d'init pour faire marcher tout ça. Mais surtout, il a apporté pas mal d'améliorations au patch bootsplash lui même ces derniers mois (en gros, bootsplash ne fonctionnait que sur PC/vesafb et dans certains modes de couleur avant, et il marche maintenant sur à peu près n'importe quelle archi, avec n'importe quel driver de FB, dans n'importe quel mode). Ses patchs sont dispos sur sa page, ou sur http://www.bootsplash.de(...) pour des versions synchronisées avec les derniers noyaux.

Depuis, il a abandonné bootsplash et s'est lancé dans l'écriture from-scratch d'un nouveau système mieux architecturé : fbsplash. Les patchs et utilitaires associés sont sur sa page, et ça marche effectivement très bien. Par contre je trouve ça un peu plus galère à mettre en place (parcequ'il utilise pour le thème un ramfs à intégrer au noyau lors de la compil', et pas un initrd indépendant comme bootsplash), mais bon, c'est bien documenté.

Bref, comme tu dis, chapeau.

> J'espère qu'ils en feront une option de compil

Un contrôle dans /proc serait encore plus pratique, genre pour les désactiver on ferait :
# echo 0 > /proc/sys/dev/scsi/check_commands
Parceque les options de compil, c'est bien, mais c'est pas la panacée pour les gens qui utilisent le noyau de leur distrib (et là, je sais pas quel choix feraient des packageurs de distrib, mais ils ne pourraient pas faire le bon pour tout le monde).

> pourquoi, est-ce illisible ?

http://tdegreni.free.fr/files/preprepre-1.png(...)
http://tdegreni.free.fr/files/preprepre-2.png(...)

Fichtre, que de <pre> dans ton post... Comment en es-tu arrivé là ?

Merci beaucoup pour ton lien, tout à fait pertinent. J'me disais bien que la question ne devait pas être vraiment nouvelle :)

Pour la politesse, ça ce comprends, enfin suivant les cas quoi (je pense qu'on peux s'en passer avec les sites qui ont de toute façon une très forte audience, et par contre c'est plutôt normal pour des petits sites).

Mais de là à ce que ça devienne obligatoire, et qu'on se réserve le droit de te refuser ce lien, je trouve quand même que c'est abuser. D'un côté, le droit de citation me permet de piocher quelques phrases du contenu d'une page et de les reproduire, mais par contre son auteur pourrait m'interdir de donner la source de ces extraits ? C'est assez aberrant. On imagine mal la même chose avec des bouquins ou des articles de journaux papier : « Dans une interview accordée à un certain journal un certain jour, un certain monsieur a dit que "blablabla"... »

Désolé, c'était déjà passé en commentaire d'un autre journal, que je n'avais pas reconsulté depuis :
http://linuxfr.org/comments/460567.html#460567(...)

Si la "distro" embarquée est la même que pour le routeur que tu viens de citer, ça ne va pas être facile !
Un ami a acheté ce routeur wifi, et je peux te dire qu'il nous en a fait baver

Bah en parlant de ce routeur, y'a un projet de distrib pour remplacer le firmware officiel. Je sais pas ce que ça vaut, je suis tombé dessus via des lectures sur le serveur de fichiers :
http://reseaucitoyen.be/index.php?OpenWrt(...)
http://openwrt.org/(...)

Enfin, pour ma part, je n'achèterais pas de matos Linksys

Bof, maintenant qu'ils respectent la GPL, j'ai plutôt envie de privilégier leur matos reposant sur linux.

Ouais, c'est sûr qu'avec un port IDE, ce serait encore mieux, mais j'ai rien trouvé de tel (enfin, à part ceux de LaCie [1], mais ça coûte très cher et ça marche sous Windows Embedded, tout de suite moins intérressant...)
[1] http://lacie.fr/products/product.htm?id=10073(...)

Mais bon, finallement, le stockage sur USB on s'y fait. Ça marche bien, et y'a vraiment des boitiers USB pas cher. Perso je m'y était mis à la base avec un peu de réticence juste pour le temps d'un voyage (pour embarquer ma discothèque qui tenais pas dans mon portable), et finallement j'ai laisser mon dur dans son boitier USB en revenant.

Je viens de trouver ça :
http://groups.yahoo.com/group/nslu2-linux/messages(...)
Ça donne idée de ce que les gens arrivent ou n'arrivent pas à faire avec l'engin.

Solution temporaire certes, m'enfin bon, ça fait jamais que remettre les chose dans l'état où elles étaient depuis des lustres avant le 2.6.8.

Tous ces embêtements viennent en fait de l'ajout d'un contrôle sur les commandes scsi, pour éviter que des utilisateurs ayant trop de droits (en gros, les utilisateurs du groupe cdrw sur pas mal de distribs) ne les utilisent pour fusiller le graveur. Bon, je veux bien croire que ce soit une avancée pour des machines en libre services, mais pour nos chez-nous respectifs on s'en fout un peu.

La solution à plus long termes, c'est d'avoir de mieux identifié l'ensemble des commandes sûres mais nécéssaires à une utilisation normale d'un graveur. La dernière fois que j'ai regardé aujourd'hui la lkml, il y en avait déjà une petite dizaine d'identifiées comme manquantes à la liste qui est dans le 2.6.8. Perso, je les ai rajoutées mais ça n'a pas suffit à retrouver un cdrecord pleinement fonctionel, donc j'ai finallement opté pour la solution temporaire qui désactive tout le contrôle. Au moins, ça marche.

Allez, tant qu'on est dans avec les riches et les pauvres, un petit bout de Desproges :

Les aspirations des pauvres ne sont pas si loin des réalités des riches... Les riches, au fond, ne sont jamais qu'une minorité de pauvres qui ont réussi. Les riches forment une grande famille, un peu fermée certes, mais pour peu qu'on les y poussent, les pauvres ne demanderaient pas mieux que d'en faire partie.
[...]
La solution ? Elle est simple : il suffit de prendre au riches pour donner aux pauvres. Et vice versa.
En temps de paix, par exemple, les riches auront le droit de prendre la sueur au front des pauvres. Mais en temps de guerre, les pauvres auront le droit de prendre la place des riches... Au front également.

Je ne sais pas si c'est toujours comme ça, mais sur mon T40 acheté il y a ~1 an, il n'y a même pas de CD de restauration livré avec, mais juste un équivalent sur une partition cachée du disque dur. Au premier boot, l'installation de winXP se lance depuis cette partition, et puis il y a aussi possibilité de le restaurer de la même manière. De ce que j'ai lu sur la mailing list linux-thinkpad, on peut obtenir une version CD de cette partition auprès du support IBM, mais seulement un insistant un peu (en expliquant qu'on change de dur, ce genre de choses quoi).

Du coup, pour installer un Linux, il vaut mieux prévoir son coup dès le début et faire un premier boot sur un LiveCD pour mettre en place ses partitions, parceque sinon on se retrouve vite avec un dur à 100% en NTFS. Quant à se faire rembourser Windows, ça semble en effet bien difficile avec ce système : il faudrait renvoyer le dur avant le premier boot je suppose, mais vu le temps que ça risquerait de mettre à revenir (et avec un succès bien incertain), c'est très dissuasif. Perso, j'ai pas essayé, parceque j'avais besoin de la machine immédiatement et pas 2 mois après.

> le principal probleme viendra du support par les differents front ends

En même temps, je pense que quand libburn sera suffisament fonctionnelle, les différent frontends (existants ou nouveaux) se feront une joie de coder avec une vraie API plutôt qu'en parsant la sortie de cdrecord. D'autant plus si y'a des bindings qui font leur apparition, ce dont je ne doute pas (y'en a déjà au moins pour Ruby je crois).

Merci bien pour ce scoop, j'espère que ça se passera comme prévu. Parceque effectivement, si IBM donne le La, ça peut en influencer plus d'un...

Il n'est pas produit de l'année, mais machine personelle de l'année. J'imagine que la le critère est purement hardware (d'ailleurs, c'est avec les gros Mac G5 qu'ils ont hésité, qui est lui aussi livré avec un OS proprio).

Par contre, le produit de l'année, c'est le Toucan, càd un T41 ou T42 livré avec Linux préinstallé. Y'a une logique...

Ça doit pas être tous les synaptics qui étaient touchés, parceque perso j'ai jamais remarqué quoi que ce soit d'anormal avec le mien (sur un thinkpad T40), et plus généralement je n'ai pas souvenir d'avoir lu quoique soit dans ce genre sur la ML linux-thinkpad depuis ~1an que j'y suis abonné (m'enfin bon, ça ça vaut ce que ça vaut, j'ai pu ne pas y prêter attention). Enfin tout ça pour dire que ça ne pourrissait pas la vie de tous les utilisateurs de synaptics, loin de là, ce qui explique peut-être que ton bug ait mis si longtemps à être fixé.

> ça se prononce officiellement pareil maintenant

Bon, bah ça va alors.

Parceque hier, comme ça m'intriguait, j'ai cherché un peu la différence, et j'ai trouvé ça :
http://virga.org/cvf/index.php(...)
http://virga.org/cvf/sons/lin.wav(...)
http://virga.org/cvf/sons/lun.wav(...)
J'me voyais assez mal prononcer comme ça...