tgl a écrit 1743 commentaires

Je crois avoir lu récemment ici même que Gimp 2.0 ferait son entrée dans la version finale. Donc il semble que cette Release Community ne soit pas vraiment une RC au sens strict. Maintenant, je suis pas très au fait des mandrakeries, je peux me gourrer.

Le problème n'est pas avec les application tournant sous X, mais avec le code vraiment linké à xfree. Par exemple les drivers non fournis en standard avec xfree, genre les drivers synaptics. S'il n'y a rien de tel sous slack, alors pas de pb (du moment que slack fait référence à xfree un peu partout dans les docs), sinon il y a violation de la gpl pour les dits drivers. Enfin c'est comme ça que j'avais compris l'affaire suite au thread debian-legal, mais j'ai pu mal interpreter.

Ouais, ce serait pas du luxe de remettre l'éducation civique un peu plus en avant : j'ai un pote prof de philo (il a des élèves de terminale donc, 17-20 ans) qui a dû expliquer lundi à une classe un peu dépitée que non, ce n'était pas des députés qu'ils avaient élus dimanche...

Oui je reconnais le site

Fichtre, bah moi je reconnais quelqu'un ! Le monde est petit...

Le patch est ici par exemple:
http://www.gentoo.org/cgi-bin/viewcvs.cgi/media-video/nvidia-kernel(...)

Toi t'as trouvé le truc pour pas qu'on t'emmerde avec les corrections orthographiques. Bien vu !

> je ne vais jamais voir les journaux

J'espère alors que tu n'as pas la réponse à ta question, parceque ce serait trop bête que tu ne puisses pas te la donner juste pour ça.



mouaif, fin de semaine ça... => []

Est-ce que s'il y a suffisament de "manjeur de sigognes" on verra google nous le proposer comme correction de "mangeur de cigognes" ? Ouais, bon, c'est pas gagné...

Ah bah oui tiens, j'étais resté scotché sur gqview, mais je viens d'essayé gthumb et ça à l'air très bien. Merci.

Et sinon je plussois ton idée d'un retoucheur d'image simple.
Enfin celle du commentaire d'en dessous plutôt. J'ai lu trop vite j'ai tout mélangé...

Et donc je plussois ton idée d'un retoucheur pour KDE, parceque y'a pas de raison. :)

Et puis une libgimp ça permettrait aussi de coder facilement des plugins de preview xcf pour les navigateurs d'image à la gqview et autres. Enfin, ce serait une des innombrables applications, bref vivement que ça se concrétise.

Et sinon je plussois ton idée d'un retoucheur d'image simple. Pourquoi pas même en appli gnome standard, ça manque un peu je trouve. (perso j'ai pas franchement besoin de gimp, mais faire qlqs corrections de couleur, conversion, retailliages, etc, avant d'envoyer une photo à des potes, ça m'arrive.)

Contre ce genre d'erreurs, faire des 'touch -- -i' dans les répértoires stratégiques (/, /etc,/root, ...) reste une précaution rigolote, crade, et efficace, bref je l'aime bien. Elle m'a servi une fois ou j'avais fait dans /etc un 'rm -f * ~' au lieu d'un 'rm -f *~' pour virer des fichiers de sauvegarde vim.

C'est bien vu leur idée pour permettre d'afficher des graphes de stats serveur sans se faire chier à faire le code pour... Le logiciel est en fait capable de rafraichir des images depuis le net, et en donc entre autres des images de stats MRTG ou assimilé. Ça fait bien illusion sur les screenshots, c'est simple et élégant. :)

En vert, c'est bien, mais c'est sympa aussi avec des couleurs + variées. Pour ça, y'a "ccze" : http://bonehunter.rulez.org/CCZE.html(...)

Et puis sinon, pas cité encore je crois, y'a "root-portal" pour faire des trucs dans le genre de ce que tu cherches (y'a un module issu de root-tail plus d'autres pour faire des graphes et des trucs du genre) : http://root-portal.sourceforge.net(...)

Tu trolles. Une compil' nicée ça n'a jamais (enfin plus depuis assez longtemps quand même) empêché d'utiliser confortablement un ordinateur pour coder, ou browser le web, ou écouter de la zik, etc. Et à ton «tout ça dans l'espoir que le reste du temps elle soit plus réactive ensuite», je crois avoir déjà répondu que l'optimisation n'était absolument pas, loin de là, mon objectif premier pour l'utilisation d'une distrib source, donc non, je ne fais pas ça dans cet espoir effectivement vain.

(Bon maintenant ça veut pas dire que je trouve que les histoires de cflags soient une motivation suffisante pour utiliser une distrib source hein... Je crois que les miens sont à peu près ceux d'une mandrake, et donc si ça tenait qu'à ça j'aurais plus intérêt à chercher les extraterrestres.)

> le temps passer à tout compiler sur un système comme Gentoo

C'est juste de l'idle en moins, enfin moi je vois ça comme ça et après deux ans de Gentoo je ne me souviens pas d'avoir jamais eu l'impression d'attendre quoi que ce soit. C'est un peu comme chercher les extraterrestres, sauf que t'es sûr que ça va aboutir.

Ouais, je dis pas pas que c'est une idée complètement foireuse non plus, y'a effectivement des problèmes qui peuvent être contournés. Par exemple l'utilisation d'un système à la Mandrake Move (filesystem +/- inscriptible grâce à l'utilisation d'une clef usb) solutionne une partie des limitations des LiveCD. Je dis juste que ça n'a rien d'évident et que les LiveCD tels qu'on les connait, à la knoppix ou gentoo, ne sont pas tels quels des supports suffisament évolués et souples pour être interressants dans ce cadre.

Sur l'histoire des temps de chargement après, je sais pas ce qui est améliorable ou non, mais j'ai tendance à pensé que si certains jeux lisent 200Mo de données pour changer de niveau, c'est qu'ils en ont besoin, je sais pas dans quelle mesure c'est améliorable.

Autre problème auquel j'avais pas encore pensé, c'est la protection anti copie. Je pense que tous les jeux commerciaux utilisent aujourd'hui ce genre de système (même si bon, ça vaut ce que ça vaut), et il faut voir dans quelle mesure il est applicable à un LiveCD Linux (là encore, j'en sais rien, mais je suis sceptique).

Bref, j'en sais rien, mais c'est clairement bien difficile à bien faire, alors que l'intérêt niveau confort d'utilisation n'est pas forcement flagrant.

Pourquoi pas vendre les jeux PC sous forme d'un CD Linux bootable ?

C'était l'idée des qlqs devs Gentoo qui avaient fondé une boite, "Gentoo Games". Il se sont plantés. Leur premières expérimentations n'ont pas vraiment suffit à séduire des éditeurs de jeux en fait. Les LiveCD ont des contraintes (reconnaissance du matos au boot, trucs du genre) qui font qu'ils bootent lentement et ne transformeront pas un PC en console. En plus les jeux qui nécéssitent de grosses lectures de données (textures, zik, etc.) ont tendances à ramer depuis les LiveCD. Et puis plus ça va, plus les joueurs ont tendance à switcher entre le jeu et leur soft messagerie instantanée, leur browser pour trouver des cheatcode, leur je sais pas quoi qui sert à choisir son serveur quake, enfin plus ils s'écartent du modèle "on boot pour faire un seul truc" et tirent partie de leur PC multitache bien configuré avec tout ce qu'il faut dedans. Bref, pas convaincu...

« évidemment si tu installe pas les drivers qui marchent... »

Ca veut dire quoi « les drivers qui marchent » ? Les pilotes propriétaires ?

Pas forcement, enfin je sais pas ce qu'il voulait dire, mais pour les radeon il y a plusieurs pilotes libres, donc bénéfice du doute. J'ai aussi une 7500 (mobility) sur mon portable, et c'est clair qu'avec les pilotes xfree de base j'avais des performances infâmes en 3D, aucune accélération même je pense. Avec des pilotes DRI récents par contre (et le support qui va bien dans le noyau), c'est pas si mal, enfin j'ai essayé des jeux 3D parfaitement jouables et fluides (par exemple Cube http://wouter.fov120.com/cube/(...) ou la démo de Vendetta http://www.guildsoftware.com/test.html(...)). Bon maintenant je peux pas comparer avec windows, et j'ai pas wacraft non plus, bref peut-être que je me contente de peu...

À part ça, pour en revenir au pilotes proprios, deux chose :

- sauf erreur de ma part, ceux d'ati ne supportent de toute façon pas les radéon 7500, c'est pour les chips plus récents je crois.

- en disant que si on utilise des pilotes proprio c'est qu'on ignore complètement la philosophie du libre et tout et tout, je trouve que tu en rajoute un peu (beaucoup même). Perso je suis très attaché à cette philosophie (et tu ne me convaincras pas du contraire) et j'utilise pourtant les pilotes nvidia proprios sur mon PC de bureau, parcequ'il me sert aussi à jouer à ThinkTanks (qui roulaize, sisi, essayez le - http://garagegames.com/pg/product/view.php?id=12(...)) mais qui malheureusement ne marche qu'avec ces pilotes (pas la peine d'essayer avec une ATI par exemple). C'est d'ailleurs aussi un jeu proprio (ce qui ne me dérange pas outre mesure non plus, mais ça toi non plus si j'en crois les exemples que tu citais). Et bien le paradoxe que celà constitue ne m'a pas encore anéanti, je préfererais certes des drivers libres, mais puisqu'il n'y en a pas je fais une concession (que je préferre 100 fois à une cohabitation de mon Linux avec un Windows). Entre le 100% libre et le 100% proprio, il y a tout un monde où se trouvent justement une grosse majorité des utilisateurs de libre, comme moi, et non ça n'est pas qu'un tas de consommateurs cyniques influencés seulement par la gratuité ou les considérations techniques. Au passage je te rappelle que toi aussi tu as un niveau de tolérance non nul puisque dans ta machine actuellement doivent bien tourner un dizaines de firmwares et autres bios complètement closed sources sans que ça t'inquiète ; et si tu me dis que «bah oui, mais faute d'avoir le choix...», alors on c'est qu'on se comprend.

Je me souviens que du temps des 2.4, je trouvais visible la différence sous certains jeux entre un vanilla et un -ck. Après, j'avais pas investigué plus que ça et je saurai pas dire non plus si c'était le preempt, la low latency, l'augmentation des HZ ou autre chose qui fesait une différence, ni donner de chiffres en fps, mais bref, c'est juste pour dire que des perfs "sous linux" ça varie aussi selon le linux utilisé.

C'est pour ça que xawdecode est en phase de renommage depuis qlqs temps. Si je ne me trompe pas, en ce moment, le nom est "Xawdecode/XdTV", en attendant que le "XdTV" soit entré suffisament dans les esprits et devienne l'unique nom du logiciel.
À part ça, je plussoie ton intérêt pour les fonctions d'enregistrement qui me semblent aussi plus intérressantes encore que la possibilité de pluguer un décodeur.
Enfin, juste pour dire qu'il y a quand même qlqs distribs qui ont un paquet officiel, il se trouve par exemple dans Gentoo.

J'ai eu les même symptômes avec un pc basé sur un chipset SIS, un athlon et une GeForce4MXqqch. Ça a commencé après l'ajout d'une carte réseau PCI, il fallait pomper une dizaine de fois pour l'allumage. J'ai viré la carte réseau, et ça remarche. Pourtant, cette carte elle marchait bien en dehors de ça, et avait pas posé de pb dans un autre PC avant, bref je pense pas qu'elle était réellement en cause. Peut-être plutôt une histoire de loterie quand le bios assigne ses interruptions aux différent slot PCI, ou un truc du genre. Enfin bref, tout ça pour dire que si tu as d'autres cartes PCI, tu peux essayer de les virer pour voir.

Moi aussi je me suis demandé un instant où était passé le r de popcon, avant de voir qu'il avait dérivé en début du titre...

Perso, mes crontabs elles ont une petite dizaines de tâches à tout casser, toutes non-critiques (le genre updatedb, etc.), et franchement je voyais pas le besoin d'un rapport par mail pour ça. Je sais qu'est-ce qui est lancé et quand, et si je veux contrôller, je mate les logs, ça me suffit. Mes rares autres démons (ssh, etc.) ne m'envoie pas de mail non plus d'ailleurs, et je voyais vraiment pas pourquoi fcron aurait dû le faire lui.

Maintenant bon, ça concerne juste des machines perso hein, pas des serveurs c'est clair, mais dans ce cadre je trouve que se passer de MTA est raisonnable, et c'est mon choix.