tuXXX

Bon, ça va, c'est pas trop un gros troll quand on parle de debian stable... Parce que, bon, j'ai quand même été assez surpri par le test que j'avais fait de debian sarge net-install (cet été, je crois...) Y'avais tout bien (niveau versions), presque comme sous gentoo... Par contre, moi il reste encore quelques trucs qui m'empèchent d'utiliser debian sereinement : ->Gestion des scripts de démarrage en bash standard (sous gentoo je trouve mieux, y'a les dépendances et c'est plus clean) ->Aussi, je trouve vraiment lourd que les serveurs se lancent automatiquement dès qu'ils sont installés (même pas encore configurés qu'ils sont déjà lancés...) ->Gestion plus précise des versions (comme sous gentoo, mettre seulement certains paquets en instable...) mais ça c'est moins important, apt est déjà suffisamment bien à mon goût... Déjà, si les 2 premiers étaient résolus, ce serait déjà plus cool, mais comme je sais que ça ne le sera jamais, au final je vais sûrement me tourner vers quelque chose comme arch comme distrib pré-compilée PS : c'est pas un troll, juste mon point de vue, si vous voulez, dites aussi ce que vous en pensez :8

non, c'est vrai... mais on s'en fout, du nom testing restera toujours testing... tu peux attendre que la sarge passe en stable et que etch la remplace... mais c'est juste un nom...

aucune Il y a des distribs qui fonctionnent avec des versions (mandrake, par exemple), et d'autres qui ne le font pas (debian, gentoo) La seule version de debian est pour la stable, mais c'est quand même un peu à part. Donc installe maintenant ou dans un mois, au final tu aura le même système car celui-ci se met à jour par le net...

Non, c'est même pas ça... En stable, il n'y a que très peu d'évolution au niveau des versions (par exemple kde 2.2 en ce moment !) Donc tu n'aura jamais de mises à jour (à part des mises à jour de sécurité) (Bon, c'est pas tout à fait ça, mais presque) Si tu veux avoir ce que tu dis (installer des paquetages récents), tu devra prendre la "testing", où les programmes sont déjà testés pour être suffisamment stables pour un usage bureautique... (enfin quand la sarge sortira en stable, les paquets seront à peu près à jour, mais rapidement ils deviendront obsolètes) Donc pour un usage desktop, prend une testing (enfin tu peux prendre une stable, et dans un an, tu sera avec ton kde 3.3 alors que tout le monde aura kde 4)

ça c'est super facile... en tout cas pour le script, je t'envoie ce que j'ai déjà fait par mail.

Bon, j'ai fait des banchs pour quake3, doom3 (et même glxgears ) Ils sont facilement adaptables à priori pour doom3-demo et quake3-demo (faudrait tester...) (Par contre, ils demandent tous un contrôle de l'utilisateur...) Sinon j'ai fait des tests entre 2.6.10-mm1 et 2.6.10-ck6 : résultat : aucune différence de perf notable (quelques dizaines de FPS à glxgears : facteur d'erreur), quelques fps à quake (2) et doom(0.1) Je dirais d'ailleurs que je trouve le mm1 un poil plus stable et rapide, mais vraiment d'un millième de cheveu... lorinc : Pour ut2004, j'avais déjà vu... faudrait regarder de plus près...

Si dans un cas, la compilation est effectuée en "-O2", dans l'autre, il est possible de passer "-march" en plus... Bon, je viens de finir le script/bench pour Q3 (reste plus qu'à voir pour la demo... quand mon frère aura fini de jouer à son jeu idiot sur le net) Pour COD, faudarait déjà qu'il y ait une demo linux... ...et après, je teste la différence entre mon 2.6.10-mm1, un 2.6.10-ck6 amélioré et éventuellement un 2.6.10-ac12 (par contre, si quelqu'un a une description de ce qu'il y a dedans, ça m'intéresse )

Bon, d'abord regardons ce qu'il y a dedans... bon, dernière version du noyau... ça veut pas forcément dire que ça accélère... reiser4... ouais c'est bien, mais ça accélère pas non plus... vesa-tng, le même que dans les noyaux gentoo, ça permet de définir plus présément le frame buffer, par exemple la fréquence de rafraichissement, mais ça accélère pas non plus... utilisation de inotify pour les changements de fichiers, ouais ça peut accélérer, mais je doute que ce soit les changements de fichiers qui fassent ramer... résolu avec udev... ça accélère pas... Patch de Con Kolivas... modification de plein d'algos du kernel : gestion CPU/Mem/IO... ça ça peut accélérer... bon ça ça sert à rien pour l'accélération ça non plus... splash screen au boot, ça accélère pas... software suspend... ça accélère pas... squashfs, système de fichier compressé, utilisé notamment sur le live-CD de gentoo, qucun lien avec les perfs... Bon, ça ça peut accélérer... Changement du nom en haut du make menuconfig... ça accélère pas... ça ça peut éventuellement accélérer... Bon, en gros, dans tout ce patch, il faut retenir seulement : ->patch CK ->changement des CFLAGS ->changement de la fréquance interne C'est pas ça qui va me faire prendre ce patchset, je préfère les appliquer à la main...surtout que les 2 derniers sont à priori minuscules... Je pense que tout le mérite de ce patchset, c'est le patch CK... Mais l'idée n'est pas mauvaise je testerais quand d'aurais fait les scripts pour les benchs :) EDIT : problème dans les quotes

Ouais, pourquoi pas... Il faudrait limiter les descriptions d'installation (pas expliquer comment installer ut2004demo, juste comment le configurer...) En fait, il faudrait pour chaque jeu/demo/bench ->un lien, éventuellement, pour le télécharger ->un fichier de conf et un script pour que tout le monde ait les mêmes options Et un tableau récapitulatif des scores au début... Moi ça me tente bien... à priori y'a moyen de faire des benchs sur quake3-demo, doom3-demo et ut2004-demo... Après, si il y a des petits jeux qui permettent de faire des benchs, pourquoi pas...

Bon, comme on en parlais tout à l'heure, j'ai testé un "make allyesconfig"... Après plusieurs erreurs de compilation (drivers e1000, infiniband et un truc bluetooth qui entraient en conflit avec une autre fonction du noyau...), et beaucoup de CPU utilié et de RAM (700Mo utilisé lors de la première édition de lien!) Donc au final, ça fait un bzImage de.... 12Mo !! (comparé à mon noyau tout-en-un de 2.7Mo...) ça doit faire mal à démarrer, un truc comme ça Enfin bref... maintenant je m'en vais tester un changement des CFLAGS

J'avais regardé pour mettre linux sur une ti89 (motorola 68K) Mais c'est bien tendu, puisque elle n'a pas de MMU, il faut utiliser uclibc ( http://uclibc.org/ ), mais c'est pas ça le plus tendu... Déjà il faut pouvoir faire la cross-compilation...

Pour ceux qui veulent : http://www.gentoo.org/doc/fr/handbook/hand...l?part=2&chap=3 3.c. (par contre, je suis personnellement pas vraiment convaincu pour gentoo vu que c'est quasiment toujours des nouvelles compilations...)

Sûrement un problème de polices... Mais normalement cette partie de la signature est sensée être en monospace...

firefox? Je répondrais même pas à cette question ! Entre toutes les personnes qui en parlent sur le forum, toutes les personnes qui en parlent dans leur signature, toutes les news où on en parle, mais il y a aussi moyen de chercher sur google... Faudrait arrêter de poser des questions et essayer de rechercher un peu par toi-même ! EDIT : c'était une réponse à un post de shark_atlantis qu'il a ensuite effacé... ("c'est quoi firefox", en enlevant les fautes)

Bon, j'ai essayé archlinux... C'est vraiment sympa, ça rapelle un peu gentoo, mais avec tes paquets précompilés... Bon, il va falloir attendre un peu que ça devienne mature, mais franchement, y'a du bon !!!

si t'as pas peur, tu utilise SquashFS [1] mais ce serait plutôt pour du DVDr Bon, en vrai, ext3 est à priori moins bien que l'ext2, car il rajoute un fichier de journalisation qui te sont inutiles... tu devrais pouvoir essayer la fat, tout simplement...ça prend pas beaucoup de place... [1] : http://squashfs.sourceforge.net/

Jusqu'à maintenant, c'était le cas (qt3 dispo en GPL sous linux car sinon ils peuvent dire adieux à tout le monde ... et payant sous windows...) mais qt4 sera dispo en gpl partout... (parce que je pense que ça limitait quand même pas mal de pas pouvoir porter sous windows ou autre chose... et ils ont peut-être aussi eu peur des adaptations qui étaient en cours de qt3 pour windows à travers cygwin )

et le pire, c'est qu'il teste juste le navigateur !!! il suffit de changer le browserID pour que ça remarche... Pour changer le browser ID sous mozilla : http://extensionroom.mozdev.org/more-info/useragentswitcher ( ou en fr : http://smilissimo.free.fr/UserAgentSwitcher.php?for=moz ) EDIT : pour tester si ça marche, il suffit d'aller sur http://windowsupdate.microsoft.com si il y a un message du genre "Pour être en mesure d'utiliser Windows Update, vous devez exécuter un système d'exploitation Microsoft Windows.", c'est qu'il détecte que vous êtes sous autre chose que IE/windows si il ne met rien, c'est bon, y'a plus qu'à tester avec hotmail !!! (Attention !!! ne pas oublier de remettre Mozilla dès que vous venez sur PCINpact, sinon tout le monde va croire qu'il y a moins de personnes sous linux qu'il n'y en a réellement !!! )

lève les yeux (indice : lilo est un bootloader)

Y'a kexec ça permet de redémarrer le système sans refaire un reboot; en gros ça permet de décharger un noyau et d'en charger un juste après... Par rapport aux modules... Perso je met le plus de choses possibles en dur : ->ça permet d'être suffisamment rapide (ça prend même moins de place en ram à l'utilisation, car les modules ont du code en plus justement...) ->les modules peuvent provoquer plus de problèmes de stabilité et ne changent pas les problèmes de bug des drivers...il ne faut pas oublier que les modules sont une sorte de bidouillage qui permet de charger/décharger du code à l'envie. ->ne pas avoir de problèmes avec des modules chargés.non chargés (périphériques usb, etc...) : tant qu'à charger tous les modules au démarrage, autant les inclure dans le noyau... Globalement, il me reste les modules où il faut passer des paramètres (carte télé) et les modules qu'il faut charger après le démarrage (senseurs...)... et évidemment les drivers non-libres. Bon, je fais de temps en temps des noyaux avec des modules pour en tester certains... En fait, ça dépend si on veut veut un noyau modulaire ou pas : si on a une config qui peut varier beaucoup ou pas... Au début, quand on ne connais pas trop son PC/le noyau, il vaut mieux mettre plein de choses en module... après ça dépend comment on voit les choses... EDIT : linux ne permettra jamais une totale modularité par rapport au noyau, à l'inverse de Hurd...

ben chais pas, y'a sûrement moyen de demander eu créateur du topic de mettre dans le 1er post quelques liens...

Le truc, c'est que à priori y'a pas que les liens qui comptent... il faut mettre en forme, expliquer, etc... (enfin perso c'est ce que je fais...)

Bon déjà en général, je préfère qu'on mette en quote toute une phrase construite plutôt qu'un bout sorti du contexte... Bon, après je trouve juste ça marrant... à priori ça ne me dérange pas, mais sur le principe, c'est quand même assez représentatif. Si je voulais convertir des utilisateurs de windows, j'irais peut-être troller dans une news... à l'inverse, je poste ici, où la majorité des gens qui liront sont des utilisateurs de linux... Le deuxième lien est largement plus intéressant que le premier... j'ai même trouvé un post qui parlait de l'évolution de windows au fil du temps, avec l'intégrétion successive depuis NT3 de plus en plus de composant dans le noyau (réseau, affichage...)

Ahlala... Microsoft gagne plein d'argent ( http://www.pcinpact.com/actu/news/Resultat..._Microsoft_.htm ) Mais bon, il font surtout de la communication avant le développement, regardez, encore du FUD, ici : http://linux.slashdot.org/linux/05/01/29/1...tid=172&tid=106 (remarquez, le journaliste est quand même un peu septique, et j'aime assez la comparaison à ie et outlook )

GNU/Linux, même