tgl a écrit 1743 commentaires

Pour ceux qui veulent voir rapidos la différence, voilà en gros l'équivalent de ton code en version libglade:
http://tdegreni.free.fr/ruby/convertisseur-glade.rb(...)
http://tdegreni.free.fr/ruby/convertisseur.glade(...)
(Je n'ai gladisé que la fenêtre principale. Pour le dialogue de résultat, je trouve plus simple la création manuelle, vu que c'est de toute façon un dialogue standard.)

Premier point: il est bien ton article, bravo, et vivement la suite :)

Deuxième point: tu n'abordes pas du tout l'utilisation de glade pour la création de l'interface. Comptes-tu le faire par la suite ? Parceque c'est vraiment pas mal du tout, plus simple et plus léger en code. Sur le sujet, j'avais vu ce tutoriel au fosdem qui était sympa : http://ruby-gnome2.sourceforge.jp/hiki.cgi?FOSDEM_2004(...)
(les slides sont un peu courts parceque tout était fait en direct live pour de vrai, autant les clics clics dans glade que l'écriture du code, mais l'archive du source final est dispo)

et en mettant un bon rad et en gardant le ventilo de l'alim ?

Ça oui, ça se fait. Et ça doit pouvoir être raisonnablement silencieux avec un (ou mieux deux) ventilo de qualité sur l'alim, tournant à vitesse réduite.

Dans ces cas là peut-être qu'une alim prévue pour de l'itx peut tenir... Il en existe des sans ventilo, sous forme d'un transfo externe plus une petite carte electronique interne. Mais elles titrent en général 60W, donc c'est vraiment limite de chez limite, perso je ne m'y risquerait pas trop. Il existe à ma connaissance un modèle 90W utilisé dans certains boitiers, mais je ne l'ai jamais vendu en pièce détachée.

J'y crois pas trop au zéro ventilo là dessus. Éviter le ventilo de proc dans un boitier ventilé, oui (en downclockant ou avec un bon radiateur), mais dans un boitier non ventilé je n'ai pas souvenir d'avoir déjà vu ça. Et puis il y a le problème de l'alim' : même celle de 150 ou 200 watts ont besoin d'un petit ventilo, il n'y a vraiment que les machin d'une soixantaine de watts pour cartes ITX qui font exception à cette règle.

Maintenant, ça veux pas dire que ce sera bruyant. Y'a sûrement moyen d'avoir juste des ventilos qui tournent bien doucement, un boitier un peu insonorisé, etc. Mais ce sera pas du 0dB.

J'ai jamais vraiment utilisé Vi, mais par contre Vim est mon éditeur depuis qlqs années. Mais depuis un mois ou deux, j'ai laché le Vim original pour Cream, un gros mod pour GVim qui change plein de trucs, le rendant plus proche de éditeurs à la windows, mais sans rien lui faire perdre de sa puissance. Certains trouveront ça blasphématoire, d'autres peuvent aimer, moi j'aime bien finallement. C'est là :
http://cream.sourceforge.net/(...)
(jetez au passage un oeil aux deux pages "Why I Love/Hate Vim", ça esquisse un peu la philosophie du truc)

j'ai branché ma carte usb wifi, j'ai donné le numero wep ou je ne sais plus quoi, et j'ai été connecté en reseau

Tant mieux pour toi, mais ça n'est pas vrai pour tout le monde, et ce toutes distribs confondues. Va faire un tour sur tuxmobil.org, et feuillette quelques reviews. Oui il y a des choses qui marchent, mais aussi d'autres qui marchent qu'à moitié, et d'autres pas du tout. Va dire au gens qui ont ces expériences que tu as toi aussi un portable et que ça roule avec ta mdk et que donc ça doit être qu'ils se débrouillent mal ou utilisent la mauvaise distrib, ils vont être content...

Exact, j'ai posé la question. Linux est mis en dernier dans la liste des priorités pour une question de coup.
Argh, c'est triste, mais ça confirme bien l'impression que j'avais...

Au harsard IBM serait le meilleur candidat si Linux était en haut de la liste mais les prix seraient bien plus élevés.
Pourtant, les tarifs recherche c'est du -40% environ. Moi c'est ce que j'ai fait pour mon portable perso, et ça met IBM au niveau des concurrents, à peu de chose près. En acceptant en plus l'idée qu'il n'y a pas besoin de prendre systématiquement le modèle le plus haut de gamme de la saison (enfin je sais pas si ce qui est fait pour les portables, mais pour les fixes j'ai quand même bien l'impression), ça deviendrait très envisageable... Enfin bon, je suppose que là on n'y peut effectivement pas grand chose malheureusement.

Ça n'était certes pas de l'enrichissement personnel, mais c'était avec avec l'objectif (atteint depuis) de mettre son parti au pouvoir (bah oui, c'est à ça qu'il sert l'argent des parti...). Pas bien loin de moi l'idée de faire des comparaisons à la con, mais si il s'était fait chopper après une tentative de coup d'état, est-ce qu'il aurait aussi fallu dire « Certes, il a pris les armes contre la démocratie, mais ça n'était pas dans son intérêt personnel... » ? Enfin bref, je ne vois pas dans l'affaire Juppé la volonté de pouvoir comme une circonstance attenuante. Alors que dans l'affaire de l'internaute méchant pirate à enrichissement personnel, le chômage avec une famille à nourrir aurait dû en être une de taille.

Avec une pile de 8Ko (valeur utilisée jusqu'ici), il fallait trouver deux pages mémoires _consécutives_ pour pouvoir créer un thread, contre une seule avec une pile de 4Ko. Cette réduction est donc un gain potentiel de temps à ce niveau là. De manière générale, rien de bien perceptible, mais dans des cas pathologiques ou la mémoire est très fragmentée, ça peut devenir crucial. Je pense avoir lu y'a pas longtemps un exemple donné par Andrew Morton où il avait observé que cette quête de mémoire pendant un updatedb (qui provoque beaucoup d'utilisation à cause du cache d'IO, tout ça quoi) avait requis la libération d'une 20aine de Mo. Bref, c'est de l'optimisation pour des cas à la con. Enfin bon, c'est ce que j'en ai compris de mes lectures occasionnelles de la lkml, maintenant je ne suis pas developpeur et je peux me fourvoyer.

Et OUI, WINDOWS >>> Linux sur les portables en terme de fonctionnalités

Je suis assez d'accord, avec un bémol.

Assez d'accord parceque 100% des fonctionnalités materielles de 100% des portables du marché sont supportées par Windows (plus les drivers des constructeurs). Difficile de faire mieux, c'est clair. La preuve en est que sous Linux, les gens sont content quand ils trouvent un modèle pour lequel le wifi marche aussi bien que sous Windows, que la batterie dure aussi longtemps que sous Windows, etc.

Mais avec un bémol parceque bon, après tout, on s'en fiche. Ce qui est important, c'est qu'il existe aussi de nombreux portables très bien gérés par Linux, et que les deux ou trois (corrige moi si je me gourre) modèles différents que ton organisation (pour ne pas la nommer puisque tu ne l'as pas fait toi même) achète chaque année le soient. Le tout, c'est de prendre cette compatibilité en compte dans les critères de choix, c'est vraiment juste une question de volonté/priorités. Si c'était fait, le déploiement de distributions linux sur ces machines ne serait pas vraiment plus problématique que sur les postes fixes.

Pour les amateur de NNTP, fr.misc.droit est aussi je trouve un excellent moyen de trouver vite des réponse à vos question, et une lecture interressante en général. On pourra aussi jeter un oeil à fr.misc.droit.internet pour tout ce qui concerne... bah... internet quoi.

On ne va pas déployer massivement LFS ou gentoo.

Autant dans le cas de LFS je comprends bien pourquoi (s'amuser à compiler sur chaque machine cible, non merci...), autant dans le cas de gentoo je ne vois pas du tout. Tu pourais détailler stp ?

Pour le lien /dev/cdrom, c'est très simple à régler. Par défaut, les périphériques ide sont gérés par une règle du genre :
BUS="ide", KERNEL="hd*", PROGRAM="/etc/udev/scripts/ide-devfs.sh %k %b %n", NAME="%k", SYMLINK="%c{1} %c{2}"

Il suffit de surcharger cette règle pour le périphérique du cdrom (hdc chez moi) :
BUS="ide", KERNEL="hdc", PROGRAM="/etc/udev/scripts/ide-devfs.sh %k %b %n", NAME="%k", SYMLINK="%c{1} %c{2} cdrom cdrw dvd"

Suivant ta version d'udev, les règles sont soit
- toutes dans un /etc/udev/udev.rules, et dans ces cas là il suffit de mettre dans ce fichier ta règle personnalisée plus haut que celle originale (udev n'utilise toujours qu'une par device, la première qu'il trouve)
- réparties dans des "/etc/udev/rules.d/XX-gabuzomeu.rules" (ou "XX-gabuzomeu.rules" est probablement "50-udev.rules" pour les règles par défaut), et dans ces cas là tu peut mettre tes règles perso dans un fichier plus prioritaire, genre "10-mes_regles_perso.rules".

Pour l'histoire de l'ieee1394, je n'ai pas d'expérience, mais il me semble que ces périphs sont gérés correctement par sysfs, donc qu'il ne devrait pas y avoir de gros pb. Tu peux essayer d'activer les logs pour udev (udev_log="yes" dans /etc/udev/udev.conf), brancher un truc ieeemachin, et regarder (probablement dans /var/log/daemon.log) si udev à au moins réagit un tout petit peu:
- soit il a réagit mais n'a pas trouvé de règle qui va bien, et alors ça se reglera en créant une règle pour ton périph (cf. http://www.reactivated.net/udevrules.php(...) pour un rapide howto).
- soit il reste muet, et ça veux dire qu'il n'a même pas été appelé, donc que ça n'est pas vraiment un problème d'udev. Penche toi alors plutôt du côté de hotplug, peut-être que le ieee1394.agent est désactivé, ou un truc du genre...

Qu'en pensez-vous ?
C'est une solution élégante à un problème casse-bonbons, c'est bien, mangez-en. Par contre faut garder à l'esprit que ça n'est finallement qu'un petit utilitaire assez minimaliste en soit, qui n'est pratique que bien utilisé par les scripts d'init et hotplug. Sur ce genre de truc, la valeur ajouté par la distrib et les packageurs compte beaucoup. À ma connaissance, au moins Fedora, Debian (testing/unstable) et Gentoo font ça bien.

En êtes-vous satisfait ?
Oui.

Butez-vous sur des bugs importants ?
Non. Les seuls pbs que j'ai eu au début (~janvier) étaient dûs à qlqs drivers pas près pour sysfs (lvm mais c'est corrigé, et nvidia mais c'est corrigeable). Vu que je traine beaucoup sur le forum gentoo pour modération, j'ai vu pas mal de gens faire la transition (un peu depuis novembre en gros, et de + en + depuis), mais jamais de problème bloquant autant que je me souvienne. Faut bien voir que ce que fait udev n'est que de la population du /dev, ce qui reste dans le pire des cas, celui du device muet pour sysfs, remplaçable par un mknode, un chown et un chmod dans un script de démarrage. Rien de bien grave donc, et c'est de toute façon vraiment rare maintenant.
Oh et puis si, mon seul vrai problème a été au niveau des permissions, parceque pam s'en mélait de façon bizarre. J'ai donc eu à vider la conf' des perms de devices de pam, et je laisse udev gérer ça à 100%.

PS: Y'a peut-être encore des infos/liens utiles dans les commentaires de cette vieille niouze :
http://linuxfr.org/2004/03/03/15608.html(...)

Le module nvidia ne se déclare pas sous sysfs. Donc pour l'utiliser avec udev, si vous ne voulez pas faire les nodes à la main, il faut le patcher, par exemple avec ça :
http://www.gentoo.org/cgi-bin/viewcvs.cgi/media-video/nvidia-kernel(...)

le module 'ide-cd' qui bien que chargé au démarrage, est parfaitement ignoré par udev;

Je vois très mal comment ça pourrait être un problème d'udev directement (à part vraiment si tu as une règle qui s'amuse à seulement matcher "hda" mais pas les autres "hd*" par exemple, mais c'est très improbable si tu utilises un fichier de règles basé sur celui standard). Déjà, juste pour être sûr, est-ce que le device apparait bien dans ton /sys (genre /sys/block/hdc par exemple, il est bien là ?). Enfin ça je suppose aussi que oui, ça fait une éternité que l'ide est sysfsisé, et ce correctement.
Après, ce qui est beaucoup plus probable, c'est que tes scripts d'init soient foireux, typiquement qu'ils fassent une grosse passe udev sur le /sys tel qu'il est au boot mais que par contre ils initialisent mal l'agent hotplug (tu as quoi dans ton /proc/sys/kernel/hotplug ?), ou encore que se soit udevsend qui soit utilisé mais que le démon udevd lui ne soit pas lancé, enfin ce genre de choses, et que donc ce qui devrait réveiller udev (enfin, soit lui directement, soit via hotplug) après, lors de la découverte de hdc au chargement de ide-cd par exemple, ne le réveille pas. Y'a-t-il d'autres devices non présents au boot (d'autres trucs gérés par des modules par exemple) qui eux ont bien leurs nodes créés par udev ? Et accessoirement, tu es sur quelle distrib ?

Ah bah moi ça n'a pas vraiment changé mes habitudes. Enfin j'ai jamais été un énorme consommateur, mais j'achète toujours au moins mon GLMF. Ce que la recherche d'info sur google ne remplace pas je trouve :
- la lecture d'articles sur des sujets que je ne connaissais pas : C'est clair que pour quand tu sais ce que tu veux lire, il y a toujours plus et mieux sur le web... Mais d'avoir un mag' ça me fait découvrir plein de trucs nouveaux sur lesquels je ne me serais jamais penché sinon. Bon parfois c'est en pure pertes, mais parfois ça fait tilt, c'est un peu la roulette quoi.
- la lecture dans le train : J'en arrive parfois à organiser mes WE famille sur le début du mois, histoire d'avoir de la lecture fraiche pour le voyage.
- la lecture aux toilettes : Quand le plan précédent échoue, c'est là dessus que je me rabat. Biensûr y'a la solution laptop, mais non, je m'y fais pas, je dois pas être un vrai geek.
- l'effet collection : J'ai tous les GLMF depuis le #1, alors que je ne me suis même jamais abonné, et franchement, j'aurais l'impression de briser quelquechose de sacré si j'arretais maintenant. Je dois être fétichiste, ou au moins un brave gogo. :)

Ça ne va pas t'aider, mais j'ai le même problème, aussi avec M6. Par contre moi je passe déjà par un magnétoscope (sinon c'est encore pire, y compris pour d'autres chaines). J'ai juste remarqué que si je lançais xawdecode avec le magnétoscope déjà sur la 6, alors là je chopais le son direct. Mais je le perds à nouveau parfois au bout de quelques temps, ça dépend.

Un peu offtopic, mais ça me fait penser au module "dubya" pour fortune que j'ai découvert il y a qlqs jours et qui roulaize presque autant que celui de #linuxfr.

"One of the great things about books is sometimes there are some fantastic pictures."

George W. Bush
January 3, 2000
Quoted in U.S. News & World Report.

:o)

Ça en fait déjà huit comme ça, un par réponse pour être précis. Quelle bonne humeur... Au moins on peut dire que tu as le troll gai. Ou bien tu as bu. Ou encore c'est l'effet «génération BD». Dans tout les cas, quel soulagement qu'il n'y ait pas ici de ces infâmes «émoticons» des forums phpBB (que certains voudraient même imposer dans le emails), ça aurait vraiment viré au sapin Noël. Les boules...

Il n'y a aucune raison qu'un fichier dans ton $HOME ne t'appartienne pas.

C'est un problème classique avec "sudo". On lance une appli en tant que root, mais le gros de l'environnement (dont la variable $HOME) est encore celui de l'utilisateur. À mon avis, "sudo" n'a qu'une utilité, celle de faire des "su" sans password. Par exemple, au lieu de faire "sudo k3b", il faut faire "sudo su - -c k3b". La commande est alors lancé avec l'environnement du root comme il se doit. Un bon truc consiste à se faire un alias pour ce sudo intelligent :
alias sud='sudo su - -c'

Ce qui n'enlève rien à la pertinence du premier commentaire : un journal de drouate reste bel et bien capable de publier un article sur un sujet qui fâche... à condition qu'on le paye pour ça.

Y'aurait pas moyen de se faire une url qui ferait un choix aléatoire entre les différentes css existantes, ou bien qui pointerait vers une css différente chaque jour ?

Au fait, tu fais quoi chez Microsoft pour pouvoir acheter une ferrari?

Regarde son pseudo, c'est de toute évidence Steve Ballmer.