tgl a écrit 1743 commentaires

Je confirme, les M6 c'est du RV100, et c'est accéléré par le driver libre radeon. Le driver proprio lui n'est utilisable qu'avec certaines cartes à partir du R300 je crois.

Au passage, une bonne surprise dans xorg-6.8.0 pour les utilisateurs du driver radeon, c'est qu'a été intégré un patch ajoutant une option "DynamicClocks", qui active l'ajustement de la fréquence du chip graphique selon sa solicitation (un cpufreq pour la carte graphique quoi), permettant de réduire un peu la consommation des portables. Perso, sur le mien, j'ai pas benché avec une batterie, mais par contre j'ai l'impression que ça aide un peu le ventilo à s'arrêter plus souvent.

Si je ne m'abuse, c'est pas vraiment une question de version du noyau, mais plutôt une question de savoir si le bouton reset est géré par l'ACPI ou bien direct par le hard. Il ne me semble pas qu'en APM, ou encore en ACPI sans le module qui va bien, l'OS puisse savoir qu'il va se faire rebooter, si ?

Il est soft sont pseudo cette fois... Par curiosité (et un peu par dés½uvrement aussi), j'ai googlé "yorda", et je tombe sur la description d'un personnage de jeu vidéo :

Vous allez conduire un petit garçon à cornes, ICO, dans les dédales d'un Immense château pour sauver YORDA, une douce et frêle jeune fille trouvée prisonnière telle une colombe dans une cage en fer, des mains des ombres, ces spectres qui l'emmèneront dans les ténèbres si vous ne lui venez pas en aide.

J'y vois un appel à l'aide, un cri de détresse de ce qu'il reste de conscience et de c½ur à Adolphos nous suppliant de l'arracher à l'obscurité idéologique dans laquelle il s'est perdu. Ses multiples récidives ici sont autant de mains tendues que nous avons toujours repoussées...

Et bien sâches, mon fragile Adolphos, que cette fois tu as été entendu, et que cette fois, enfin, un ami va t'aider. Va vers la rédemption, n'aies plus honte, il te suffit de suivre ce conseil : « Lâche nous les basques. »

Ceci dit, vous attendez pas à un miracle (pas avec xorg-6.8.0 en tout cas), puisqu'il ne s'agit que d'un support 2D pour ces nouvelles cartes. Enfin ça reste sympa qu'il y ait encore de la contribution, quelle qu'elle soit, d'un gars de chez ati.

C'est un extrait d'un article de Stéphane Courtois, publié ici :
http://www.catallaxia.org/article.php?sid=289(...)
Je pense qu'il dépasse largement le cadre du droit de citation, surtout sans citer la source. Ou bien peut-être Yorda est-il Stéphane Courtois, ou a-t-il son autorisation ? Si oui, il serait bon qu'il le fasse vite savoir, si non, je suppose que ce commentaire devra être supprimé.

Je trouve notament intérressante la réponse à « Why does id commit development time to a Linux client when so few others do? ».

Rapide et approximative traduction de la réponse pour les flemmard :

id est à la fois une boîte de technologie et d'art, et on essaye de pousser à fond les deux dans chaque jeu. Et quand tu es dans la haute-techno, tu veux être sûr que ton jeu peut tourner sur plusieurs plate-formes, et que tu as de quoi expérimenter avec plusieurs architectures. On ne veut pas d'un produit basique qu'on vendrait à outrance avant de passer au suivant. On met tous un peu notre âme dans nos jeux, et id s'est fait assez d'argent pour pouvoir s'offrir des portages qui montrent que sa technologie est bonne sous Linux ou sur du matériel Apple.

Il y a ça et il y a l'aspect qualité du logiciel : si tu dois écrire du code portable, ça te force à écrire directement une implementation propre, à prendre les bonnes décisions. Gcc est plutôt bon avec le C++ si tu t'en tiens au langage standard, si tu ne touches pas aux bizarreries introduites pas Microsoft. Ça te force à rester dans la bonne classe du langage C++. Et puis tu ne te tappes pas les même bugs sur les différentes plate-formes, chacune fonctionne un peu différemment, alors ça te donnes une meilleurs vision d'ensemble. Il y a des trucs sur lesquels le compilo de .NET ne tique pas, alors que gcc si.

Enfin, je ne suis pas vraiment versé dans le code pour consoles, mais il me semble que l'environnement de développement pour la série des PlayStation est pas mal basée sur gcc, alors c'est quelquechose qu'on a intérêt à maitriser.

Perso, je me posais cette question aussi, parceque sincèrement, quoique je le regrette, je me doutais bien que ça n'était pas le "marché" des joueurs sous Linux qui justifiait leurs portages. J'ai maintenant une réponse.

J'ai pas dit qu'il était impossible de faire un prog de conversion (d'ailleurs namesys propose de le faire si on les paye pour ça), j'ai juste dit que c'était pas parcequ'il y avait "reiser" dans les noms de ces deux FS qu'un prog de conversion serait plus naturel à faire que vers ou depuis n'importe quel autre FS. Je pense que si tu les payes pour faire un convertisseur depuis ext3, ça ne sera ni plus facile ni plus difficile, et qu'ils le feront tout aussi volontier. Il n'y a donc pas de raison de s'attendre plus à voir apparaitre un convertisseur reseir3->reseir4 que la même chose pour ext3->reiser4.

> Maintenant faut voir en pratique parce que on a eu le même
> discours avec la version 3 et pour être reparti de zéro faut
> croire qu'il était pas si bien que ça.

Mmmh... les objectifs de Reseir4 sont complètement différents, et il y a eu pour Reseir4 un paquet d'idées nouvelles, donc ça n'aurait pas eu grand sens de partir sur la base de ReseirFS 3. Mais ça ne prouve en rien que ReseirFS 3 était un échec ; qu'une boîte se lance dans un nouveau projet n'indique pas systématiquement qu'elle juge les pré précédents bons pour la poubelle.

Merci :)

Vu aussi sur le feed RSS de linuxfrench :
http://www.linuxfrench.net/gnu_linux/comment_fonctionnent_les_acl_p(...)

woualah, un doublon avec 22 minutes de retard... Je râme avec mes tabs moi...

> Quand je compile, tout est en cache

Comme tu le dis plus bas, ça n'est vrai que si la mémoire suit. À l'époque où j'utilisait du reiserfs, j'étais sur une petite config très juste à ce niveau, et ceci explique peut être celà. Bon maintenant, c'est vieux, donc je vais pas jurer cracher non plus, mais quand même, mon souvenir est vraiment celui d'une bonne surprise à ce niveau les premières fois que j'avais testé reiserfs.

> Je vais sans doute poser une question à la con

Nan, c'est une bonne question :)

> mais est-il (ou sera-t-il) possible de convertir une partition
> ReiserFS en partition Reiser4

Non (en fait, ces 2 FS n'ont vraiment rien en commun, et la conversion n'aurait rien de plus naturel que vers/depuis n'importe quel autre FS). Il faudra passer par un bon vieux tar.

> l me semble que des éléments de réponse sont indiqués dans les
> commentaires

Yep, tout à fait. Je répondais juste pour expliquer pourquoi cet article à fait ricaner pas mal de monde, mais je dis pas qu'ils ont raison.

Oui mais ce qu'ils font dans l'article là, c'est pas un pseudo disque dur avec des chips de RAM, mais bien du swap dans un ramdisk, dans ta vraie RAM. D'où la question que tout les gens sains d'esprit se posent : pourquoi exploiter cette RAM comme du swap plutôt que comme... de la RAM.

Perso je l'avais lu aussi en me disant « nan mais, ils sont fadas », mais en fait ça se comprends à la lecture de certains commentaires (oui je sais, c'est long...). En gros, les noyaux 2.4 sont designés pour fonctionner avec du swap, et ont dans certains cas une gestion moins stupide du cache d'io avec par exemple 768Mo de ram + 256Mo de "ramswap" que avec 1Go de ram et pas de swap du tout. Mais ça dépend vraiment des usecases, et ça n'est pas clair que ce bug de conception (c'est bien de ça qu'il s'agit) soit présent aussi dans les 2.6 (sans parler des différentes variantes comme celle du -ck, etc).

Perso j'ai utilisé principalement ext3 et reiserfs3 jusqu'ici. Je me souviens avoir senti la différence de perfs entre les deux en faisant des grosses compiles (gros avantage pour reseirfs3, parceque c'est justement sur les nombreux accès à des petits fichiers qu'il excelle). Mais j'ai abandonné reiserfs3 depuis parceque ça m'est arrivé une fois où deux d'avoir des corruptions ou pertes de fichiers suite à des shutdowns violents, alors qu'avec ext3 jamais. Bon, c'est mon expérience, ça vaut ce que ça vaut hein...

Sinon, de ce que j'ai lu, c'est probablement XFS qui serait le plus adapté à ta partoche de vidéos. Il est apparement le plus performant pour les accès bien linéaires à des gros fichiers (streaming ou capture vidéo, etc.).

Quant à Reiser4, perso je vais tester pour ma prochaine installe de distrib¹. Sur le papier au moins, la robustesse à l'air d'être au rendez-vous cette fois, mais surtout j'ai bien envie de jouer avec les plugins, les fichiers aggregés, tout ça quoi. Y'a vraiment de l'inovation sur les features et pas juste une course à la vitesse, et ça ça mérite d'être essayé.

¹ D'ailleurs si qlqun connais un LiveCD supportant Reiser4 pour que je puisse amorcer un install gentoo, ça m'intérresse. Enfin sinon j'en ferais un, c'est pas bien grave.

dans le journal de Brice Arnould :
http://linuxfr.org/~98111/15041.html(...)

Oh, non, je me ravise, les plus inutiles des inutilitaires, ça doit être les screensavers en général. Sérieux, quand l'écran sert à rien, pourquoi lui faire afficher qlqchose ?

Et j'accorde parmis eux une mention très spéciale à xscreensaver, qui grâce à l'option '-root' permet de se les coller en fond d'écran.

Et tant qu'on est dans les inutilitaires gacheurs d'énergie, y'a Seti@Home aussi qui mérite sa place sur le podium.

Et puis rien à voir, mais psdoom dans le genre "tiens ça doit être sympa" dont on se sert que la fois où on l'essaye, c'est vraiment pas mal. Et puis wmquake biensûr.

Oh mince, il y en a tant qu'on ne sait plus où donner de la tête...

Sans hésiter, je vote pour c01N c01N, le prompt bash qui claque du bec au rhythme de vos commandes shell :
http://krystale.net/projets/c01Nc01Nprompt/(...)

À noter pour les utilisateurs de udev que lirc n'est pas encore "sysfsisé", et que donc udev ne peut pas créer le device qui va bien tout seul. Il existe un patch qui règle ça (et ajoute aussi le support devfs d'ailleurs, mais ça doit manquer à moins de monde ça) :
http://www.hardeman.nu/~david/lirc/broken-out/01-add-2.6-devfs-and-(...)

Il s'applique sans pb aux 0.7.0_pre{6,7}. L'auteur de ce patch a d'ailleurs pas mal d'autres fixes en réserve, mais l'ensemble s'applique seulement à la 0.7.0_pre6 (ceci dit, si vous n'avez pas je ne sais plus quel récepteur USB exotique, alors vous vous en fichez probablement d'utiliser la pre6 au lieu de la pre7). Le tout est là :
http://www.hardeman.nu/~david/lirc/lirc-0.7.0pre6-fixes.patch(...)
et inclut le patch précédent pour sysfs.

C'est une typo sur ce site, mais ils veulent parler bien sûr d'homicide involontaire. Le meutre à coup d'automobile est lui passible des même peines que n'importe quel autre meutre, et sort un peu du champ des préocupations de Bison Futé :)

Enfin bon, même si sur ce coup là tu t'es emballer un peu vite, je suis quand même bien d'accord avec ton constat que les peines encourues pour les différents délits sont souvent bien déséquilibrées et assez étonnantes... Allez, juste pour se rafraichir la mémoire :
http://fautrigoler.free.fr/html/comparaison_interessante.html(...)

L'explication est ici :
http://sylpheed-claws.sourceforge.net/index.php(...)
C'est donc (enfin si je comprends bien) pas vraiment un fork dans la mesure où les deux projets ne tendent pas à s'écarter indéfiniement l'un de l'autre. C'est plutôt presque deux branches d'un même projet, l'une visant la stabilité avant tout, et l'autre expérimentant plus de nouvelles fonctionnalités. Les releases de ses deux branches ont l'air de garder un bon synchronisme (à moins que les numéros de version toujours égaux ne soient fortuits ?), et le code circule apparemment dans les deux sens. Bref c'est un modèle de développement assez original, mais vu comme ça de loin, ça a l'air de plutôt bien fonctionner. Colin, des précisions/corrections ?

Quant à savoir quelle branche est faite pour toi, bah, tu peux jeter un oeil ici pour te faire une idée :
http://sylpheed-claws.sourceforge.net/features.php(...)
Comme tu peux voir, y'a quand même un paquet d'arguments pour la branche -claws.

D'autant que contrairement à ce que pourraient laisser penser l'appelation de "bleeding-edge", il ne s'agit pas du tout d'un truc style pre_alpha qui va te claquer dans les doigts toutes les 1/2 heures. Perso, depuis bientôt 2 ans que je suis en -claws, ça m'est arrivé 1 ou 2 fois de tomber sur des bugs vraiment gênant après une mise à jour, mais sinon c'est vraiment un soft très fiable, et ce malgré le (ou "grâce au" peut-être ?) dynanisme de son développement.

> ma luxueuse carte SiS6326 obtient 35 fps.

C'est encore trop. Perso, les fps, au delà de 10 je n'arrive déjà plus à les compter.

Perso j'utilise ça :
http://www.accesspdf.com/pdftk/(...)

C'est un peu chiant à installer si tu ne l'as pas de packagé sur ta distrib (pakeu c'est du java et du c++, à bien touiller avec gcj), mais par contre c'est assez génial pour faire en gros ce que savent faire les psutils, mais sur des pdf (enfin pas tout quand même... mais quand même !).

Enfin bon, si je compte bien, cette réponse te parvient environ six heures trop tard, donc bah, désolé, j'espère que tu t'en es sorti autrement :)