tgl a écrit 1743 commentaires

Un wiki avec un peu de doc et des astuces :
http://www.stationlinux.org/wiki/(...)

Deux gros threads sur le forum Gentoo :
http://forums.gentoo.org/viewtopic-t-344091.html(...)
http://forums.gentoo.org/viewtopic-t-189895.html(...)
(~1 millier de posts en tout, donc forcement y'a vraiment à boire et à manger. Mais il y a d'excellents exemples de config et astuces dans le tas.)

> Tout est légal car non licensié en france et les torrents sont retirés
> une fois licensiés.

T'es sûr de toi là ? J'aurais a priori plus dit "toléré" que "légal"...

> quel est le critère retenu pour que cette dépèche [...] passe en première page

C'est pas évident de répondre à ça, parce que les critère sont multiples, flous, subjectifs, etc. Perso j'ai pas voté sur cette niouze parce qu'entre deux de mes visites elle est passée d'améliorable à publiée, mais enfin bref, si je l'avais fait j'aurais aussi voté pour la page principale, principalement parce que :
- OOo est un soft vraiment majeur, dont les bêtas concernent largement plus de monde que les finales de la plupart des logiciels (désolé pour les logiciels moins grand public comme les ERP, mais perso je leur mets la barre plus haut pour atteindre la page principale, parce que le sujet ne concerne a priori qu'une petite minorité de lecteurs) ;
- c'est, au delà de l'annonce de la bêta, l'occasion d'une présentation du futur OOo-2.0, bien rédigée et avec des liens que j'ai trouvé interressants (une dépêche moins fournie, je lui aurait au maximum accordé la page secondaire) ;
- le cycle de développement d'OOo est lent, et on risque pas franchement l'overdose (si la finale devait arriver dans 15 jours, j'aurai préfèré attendre).

Bon, et ça, c'est juste certains de mes critères hein, ça veut pas dire que les autres modéros/relecteurs auront votés pareil et pour les même raisons (même si je suppose que sur ce coup, on doit à peu près tous être d'accord... Ne vas pas croire que c'est tout le temps comme ça).

Ah ouais, et puis dernière chose, il me semble qu'on a des règles qui essayent justement de définir une politique d'acceptation des niouzes et de choix entre les pages principales et secondaires... et puis qui doit dire qu'on refuse les bêtas... heu, bon, bah voilà quoi, comme je disais plus haut, les critères sont trop flous et nombreux pour qu'il y ait des règles absolues, et faut croire qu'ici tout le monde a jugé bon d'en transgresser une.

Ouais, c'est un processeur un pur dur avec les piles, mais c'est comme ça. Dura Cell, etc.

Et puis tu sais comment faire marrer une PS3 ?
for (compteur=0; true; compteur++), parce que quand le Cell est comptant, le Cell rie.

Et puis tu connais le comble du geek tennisman ?
Amener sa PS3 à Roland Garros, parce que le Cell y bat terre.

Et tu sais ce que dit le gaimeur à sa PS3 quand il a battu le super boss de fin ?
« Cell, u loose!»


Oulala, j'ai honte...

Je viens de vérifier que c'est aussi, par exemple, le cas sous Fedora Core : http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/kernel/devel/l(...)
Et il y en a sûrement d'autres, au moins parmis les distribs "orientées desktop" récentes (mandriva ? ubuntu ?). Sans compter les patchsets distrib-agnostique du style -ck, dont plusieurs le font aussi.

Encore faudrait-il définir "accélérer" (le scheduler d'IO le plus fluide ou réactif pour un utilisateur "desktop" peut aussi être le moins performant dans d'autres cas de figures, voir http://bhhdoa.org.au/pipermail/ck/2005-August/004086.html(...) pour un rapide aperçu de tout ça), mais oui, le support des priorités dans CFQ peut avoir des effets visibles. Perso la première que je l'ai essayé, j'ai trouvé mes "emerge" (les installation from-sources de paquets Gentoo) renicés en tâche de fond encore plus discrets qu'avant par exemple. Bon après, c'est difficile de chiffrer tout ça, c'est plutôt une impression générale, et je ne suis pas plus que quiconque à l'abri des biais psychologiques, donc je ne m'avancerai pas trop non plus...

Avec le noyau Linux, les RC c'est tout ce qui se passe après les deux premières semaines de développement acharné d'une nouvelle version. Ça va clairement de l'alpha à la vraie "release candidate", et les premières -rc sortent avec entre autre du code testé de façon anecdotique, voire des problèmes connus. Il est donc très improbable qu'on voit un jour un 2.6.X-rc1 aboutir au 2.6.X directement (alors que dans pas mal d'autres projet c'est l'objectif en général quand cette dénomination est utilisée). Linus a d'ailleurs expliqué maintes fois qu'il s'en foutait pas mal des distinctions (bien subjectives) entre alpha, beta et RC, et que donc il appellerait tout pareil pour ne pas avoir à y réfléchir.

> Je pensais a acheter un soekris pendant un temps, mais c'est quand
> meme un peu cher.

Un routeur comme le WRT54G / WRT54GS (~90¤ pour le GS je crois, et il a plus 2 fois plus de mémoire que le G), avec ses divers firmwares +/- libres, suffirait je pense. Et ça te fera du wifi en prime (désactivable si tu t'en fous évidemment). Je sais plus trop si dans les firmwares à interface web y'en a qui propose la config d'une DMZ (sûrement ceci dit), mais y'a pas de problème de toute façon pour charger tes commandes iptables aux petits oignons sinon. Cherche par exemple du côté de "OpenWRT" pour les détails.

> Bref, pourquoi cette course au Watt ?

Un course au Watt... L'idée est amusante je trouve, j'imagine assez bien les pubs Carrefour ou Leclerc, qui rivalisent dans ma boite aux lettres, abandonner les jargonnesques "GHz" et annoncer fièrement des "PC Multimedia 650 Watts". Comme pour les micro-ondes ou les aspirateurs en somme...

> J'ai une mandrake 10.0 et le programme "ren" n'est pas proposé.

Argh. Pas de bol...
Enfin, tu peux toujours te l'installer from-sources si tu veux :
http://freshmeat.net/projects/ren(...)

> Peux-tu m'expliquer la syntaxe de "album${i#??}

`man bash` :p

Bon, nan, c'est tout simple: "${variable#pattern}" s'évalue en la variable (là c'était notre nom de fichier, $f) dont on retire au début (c'est l'opérateur "#" qui le dit) le pattern (dans notre cas, "??", c'est à dire deux caractères quels qu'ils soient).

Pour ta culture, les patterns peuvent être des chaines quelconques ou bien contenir des caractères spéciaux (jokers ou wildcards ou que sais-je encore), qui seront interprétés comme pour l'expansion des noms de fichiers :
- "*" reconnait une chaine quelconque (celui là t'es au moins familier dans le cas de l'expansion des noms de fichiers, genre `ls *.jpg`)
- "?" reconnait un caractère quelconque
- "[abc]" reconnait les cactères "a", "b", ou "c"
- "[0-9]" reconnait les chiffres de 0 à 9 (on aurait pu l'utiliser ici d'ailleurs, genre "album${f#[0-9][0-9]}"), "[a-z]" les lettres miniscules de "a" à "z", etc.

En plus de l'opérateur "#", y'en a qlqs autres dans le même genre:

- "##" fait presque pareil sauf qu'il choisi si ambiguité la plus longue des correspondance ("#" lui prend la plus courte, enfin de toute façon ça ne fait une différence que si on utilise "*" qui est le seul wildcard de longueur variable)

- "%" et "%%" marchent pareil, sauf qu'ils suppriment à la fin de la chaine contenue par la variable

- "/" est un opérateur de substitution:
# foo="plip plop plip plop plip"
# echo "${foo/plop/pluuuup}"
plip pluuuup plip plop plip

- "//" aussi, sauf qu'il fait autant de substitutions que possible, et pas juste la première:
# echo "${foo//plop/pluuuup}"
plip pluuuup plip pluuuup plip

Bon, maintenant `man bash` pour plus de détails et les autres opérateurs... (cherches la section "EXPANSION", sous-section "Parameter Expansion". Elle est bonne à connaitre.)

Et quant au "album" en début de chaine, je suppose que tu auras deviné :)

> Je propose clavierrhée

"Dactylorrhée" sonne mieux amha. Et puis "clav-" c'est une racine latine (clavis, clé), alors ça fait bizarre avec "-rrhée", qui elle est d'origine grecque.

My 2 cents...

> Wormus dans le metro... trop cool

Parcequ'il est sous Linus ton metro ?... trop cool :)

En bash ça pourrait donner ça :
# for f in *.wav ; do mv "${f}" "album${f#??}" ; done

Mais si tu n'es pas à l'aise avec ça, le plus simple serait d'installer un programme appelé "ren", si ta distrib le propose. Après, tu pourras faire par exemple :
# ren "?? - *.wav" "album - #3.wav"
Là le "#3" désigne le 3ème wildcard utilisé dans le pattern (les 2 premiers "?" étant les deux premiers). Ou plus simple, mais qui marchera mal si tu as des " - " aussi dans le titre :
# ren "* - *.wav" "album - #2.wav"

> En fait je faisais référence aux oeufs sur le plat, pas aux omelettes.

Oups, j'ai mélu. Bon ceci dit le couvercle pour les plats c'est bien aussi, ne serait-ce que par flemme de les retourner, et ça évite le baveux pareil tout en conservant le jaune intégalement liquide. Miam. Allez, ce soir pas de cheeseburger, je vais m'acheter des oeufs.

Argh, malheureux, retourner une omelette... Nan, éventuellement, si t'aime pas le baveux, tu mets un couvercle sur la poêle, et comme ça elle sera intégralement cuite, mais pas sèche pour autant. Vapeur roxor !

Tiens, dans celle pour packages.gentoo.org, il manque un antislash devant la parenthèse ouvrante du milieu : 's;\bhttp://\(bugs\|forums\)\(\.gentoo\.org\)\b;https://\1\2;g'

> Là, le seul truc qui fonctionne, c'est l'entraînement.

Et encore... Perso j'ai cassé des milliers d'½ufs dans une usine de crêpes pendant un été il y a quelques années, et je continue pourtant de bouffer de la coquille à l'occasion. Je crois qu'il est plus simple d'y prendre goût que de chercher à lutter.

Quant au micro-ondes, bah moi j'ai pas encore testé la grande cuisine, mais rien que pour les cheeseburger surgelés et la Mousline à même le saladier, je m'avoue conquis par ce don des Dieux technologiques. Après l'informatique et la tondeuse à barbe, c'est probablement ce que le 20ème siecle nous aura laissé de plus beau.

Tiens, cool, non seulement tu réponds plus vite que moi de 2 minutes, mais en plus tu viens de me mettre le nez sur des simplifications et améliorations évidentes que je pouvais apporter à mon plugin Conquery. Bah ouais, c'est balot mais j'avais jamais tilté que "site:" pouvais prendre en argument plus qu'un nom de domaine...
Merci :)

Ici, pas de moteur de recherche interne, donc il faut que tu te dépatouilles avec Google ou assimilé. Si tu es sous Firefox, l'extension Conquery peut t'aider à ne cibler que les pages du forum, avec le plugin de recherche que tu trouveras là :
http://linuxfr.org/tips/432.html(...)

Pas franchement orienté Mandriva, mais pas inutile pour autant, ce gros topic du forum Gentoo dans lequel tu trouveras autant du blabla spécifique à cette distrib que des considérations plus universelles sur la configuration et l'utilisation de la bête :
http://forums.gentoo.org/viewtopic-t-307543.html(...)
Y'a qlqs pointeurs externes dans le first post aussi.

Y'a le Acer TravelMate 382TMi qui collerait :
http://www.ldlc.fr/fiche/PB00026946.html(...)
Niveau support Linux, ça à l'air pas mal du tout (c'est du Centrino quoi) :
http://derhopp.net/tm382tmi.shtml(...)
Maintenant, je sais pas trop ce que ça vaut Acer au niveau qualité... (feedback bienvenu, parce que je prospecte aussi pour un pote)

Et dans un genre plus éprouvé, y'a la série X des Thinkpad qui roxorise, mais je crains que ce soit >1500¤ malheureusement.

- Effacement automatique des cookies. J'ai écris un petit programme en Perl qui efface tout les cookies de firefox, exceptés ceux d'une "whitelist" (comme ceux de LinuxFR). Le script est lancé dès que je click sur l'icone de firefox

Détail technique, mais a priori y'a pas vraiment besoin d'un script externe pour ça, juste des options de FF. Dans les préférences, "Vie Privée", "Cookies" : « conserver les cookies "jusqu'à la fermeture de Firefox" ». Puis, toujours dans le même panel d'options, bouton "Exceptions" pour se faire petit à petit sa whitelist des domaines qui ont le droit de poser des cookies pour plus longtemps (avec le bouton "autoriser"). Avec ça, après la fermeture de Firefox ne persistent que les cookies whitelistés. Et ça n'empêche pas d'en blacklister carrément certains, toujours dans le même dialogue "Exceptions".

> (par ailleurs, le scheduler d'IO de Linux n'est peut être pas parfait,
> mais c'est là qu'il faut travailler si on veut améliorer les accès
> concurrent, pas trop dans le gestionnaire de fichier).

Le problème amha, c'est que le scheduler du noyau ne peut pas faire vraiment au mieux tout seul dans son coin. Perso je voudrais qu'il serve rapidement Nautilus quand j'ouvre un dossier et qu'il y a des previews à calculer, mais que par contre il ne se presse pas trop pour les copies de gros fichiers. Et je vois pas trop comment il pourrait le deviner ça.

Avec les versions récentes de CFQ, y'a une notion de priorité pour les IO qui pourrait aider (cf. Documentation/block/ioprio.txt), mais faurait que ça soit supporté par Nautilus, genre qu'il mette en IOPRIO_CLASS_IDLE les processus de copies/déplacements, alors que le reste demeurerait dans la classe par défaut et avec la valeur de nice par défaut (qui est satisfaisante). Mais je sais pas trop si introduire ce genre de trucs bien spécifiques à Linux serait acceptable du point de vue de Gnome.

> Sur une machine avec plusieurs disques et/ou des disques réseau,
> ça n'est plus vrai du tout.

Exact.

> j'ai pas envie qu'il me dise "Attends, je finie de recopier
> Debian-dvd.iso et je m'occupe de ton toto.txt juste après".

Encore exact.

Donc pour bien faire, faudrait gérer plusieurs files, distinguer les requêtes suivant la taille des fichiers, tout ça quoi... C'est vrai que ça commencerait à ressembler à un scheduler d'IO codé dans le gestionnaire de fichiers, ça devient un peu du n'importe naouak. Bon, je me range à tes objections :)