> J'ai pas suivi toute l'histoire, tu peux donner des URL ?
C'est vieux cette histoire. Trouvé des url va me bouffer du temps. De tête, linus a intégré Reiserfs dans le noyau 2.4.1 (alors qu'il jurait qu'il n'accèptait que des corrections de bug et pas de nouvelle fonctionnalité). Entre autre car Reiser avait gueuler qu'il n'était pas dans la 2.4.0.
Quand je dit "sous la pression", je ne veux pas dire que l'intégration de ReiserFS était uniquement du au coup de gueule de Reiser. D'ailleur, à l'époque, ext3 était pas encore au point et si une système de fichier devait être intégré c'était ReiserFS et non ext3 (à l'époque). Et finalement il était bon pour la nouvelle série 2.4 d'annoncer la disponibilité d'un système de fichier journalisé. Si l'annonce était apparue dans la version 2.4.6 (par exemple) elle serait passée inaperçue (des "grands" médias).
> Si Alan passe responsable de la V2.4, il va pas se gêner pour mettre instantanément la VM de sa branche...
Actuellement, il a seulement indiqué que le chois n'était pas fait. Dans les très très grande ligne, sa version de VM semble meilleur pour les charges élevées et beaucoup de mémoire (j'ai vu un test passé avec un serveur sparc 8 cpu 1G de swap et plusieurs milliers de processus) alors que la version AA (Linus) est meilleur pour un usage général. Néanmoins la version d'Alan a encore un bon potentiel d'optimisation se qui ne semble pas le cas de la version de Linus (moins paramétrable à cause de sa simplicité).
Afin même si Alan est responsable de la version 2.4, c'est toujours Linus qui l'officialise (ainsi on peut l'appeler Linux sinon il faut lui donné un autre nom).
Il n'y a pas de bonne raison. Linus intégre les trucs quand il veut : en fonction de son humeur, de la qualité du code, de l'intégration dans l'architecture actuel du noyau, pour la fiabilité, sous la pression (cf reiserfs), etc...
Mais ext3 est dans la branche d'Alan Cox depuis un moment. Sachant que d'Alan va bientôt être responsable de la V2.4 je pense que linus ne se donnait pas la pression pour l'intégrer (comme les développeurs d'ext3) et laissait cette responsabilité à Alan donc.
> Il est où ton intérêt à passer chaque fois au dernier kernel ?
Moi j'ai plusieurs raisons :
- Pour me la pête comme un ouf avec mes pôtes en disant que j'ai recompilé le centre nerveux (TM Bill Gates) de ma bécane avec la dernière version qui est plus mieux bien et beaucoup plus rapide avec gcc --march=pentium (Marche pas trop car j'ai un 2.2.x).
- Car il y a une correction de bug qui est génant (çà n'arrive presque jamais).
- l'ajout d'une fonctionnalité top génial (çà n'arrive presque jamais car j'ai un PC de 1995).
- Pour les trous de sécurité qui peuvent mettre en cause la survie de mon PC personnel (Je me connecte à internet tout de même, et pour faire chier le réseau échelon).
- car sur mon disque dur de 30 Go avec 1 Go de swap je veux optimisé l'utilisation du swap et passé de 2,5 % d'utilisation à 2%.
- etc...
Bref, pour la frime. Mais utilisateur depuis 1996 de Linux je peux affirme que çà ne permet pas de tomber les gonzesses (snif).
dans vm il y a VIRTUAL. Le but de la vm (le swap étant un moyen de faire croire qu'il y a beaucoup de mémoire vive) est de mettre en place de la mémoire pour chaque process. Virtual car les processus n'utilisent pas les adresses physique de la mémoire vive mais des adresses virtuels. Par exemple, deux processe peuvent utiliser l'adresse mémoire 0x2000 en même temps car c'est l'adresse virtuelle et non physique.
Le rôle de la vm est hyper large. Avec la vm tu peut mapper un ficher en mémoire (si la mémoire est modifiée, le fichier est modifié et vice vers çà). Lors du chargement en mémoire, les librairies sont mappées en mémoire (faire un strace pour voir les appels systèmes). Si deux programmes différents utilisent la même librairie, il y a deux images virtuelles de la librairie mais elle est à un seul endroit dans la mémoire vive. Lorqu'il y a écriture dans un espace partagé par plusieur processus, il y a un copie local qui est crée pour le processus qui demande l'écriture.
Pour l'anecdote, la vm est responsable du "segmentation sauft (core dump)".
Bref, c'est un tout tout petit petit aperçu de ce que fait la vm.
> Sans oublier WindowMaker qui passe trois fois dans Autres...
Et postgresql, gnumeric, icewm, gnome-panel, midgard, gnucash, gnu entreprise, gnome-office (il y a jamais une news sur gnome-office ici. A croire qu'il font rien) etc...
linuxfr ne peut pas passer tout les softs. Il y a freshmeat pour çà.
Par contre il me semble que toutes les nouvelles version corrigant un bug de sécurité ou une version majeur doit passer en première page. Entre-autre pour faire connaitre le logiciel (car la palette est vaste en free software).
Tant pis pour mes XP (dont je me fout complètement).
> Quel intérêt d'avoir des performances ou de la praticité si les données partent en fumée ? (j'exagère bien sûr).
Mois aussi j'ai pas bien compris l'emgoument pour reiserfs (Alors qu'il n'était pas au point).
Je parle de cette préférence car il tourne 3% plus vite qu'un autre système de fichier qui a fait ses preuve.
Ext3 a une bonne réputation. Il est bien intégré au noyau et n'a pas de problème connu avec quota, NFS, etc... De plus il est réellement supporté. C-à-dire qu'avec une disquette de boot standard tu as accès au système de fichier.
NB : Ce n'est pas une critique sur les testeurs. J'applaudis des deux mains (forcément :o) ) les personnes qui prennaient le risque d'installer les premières versions de reiserfs et fesait des rapports de bug afin qu'il devient le SF digne de confiance qu'il est maintenant. Je parle du gus qui se la pête car il a ReiserFS qui est super-rapide alors qu'il n'a pas compris d'intérêt d'un | .
> Meme s'il est vrai que le DMCA doit etre denonce, je trouve le moyen employe des plus douteux.
Je ne le trouve pas douteux. Tu le dis :
"toute personne ayant un minimum de connaissances en C peut retrouver le principe de la faille simplement en lisant le patch"
Alan reproche aux citoyens américains de ne pas s'être rebellés contre le DMCA et les responsabilise en leur fesant subir les conséquences. En effet, il dit que pour la version 2.2.20 final, le commentaire sur la sécurité sera disponible sur les sites non-accessible à des citoyens américain.
Je n'ai pas d'avis tranché sur l'attitude d'Alan. Mais si l'objectif est de dénoncé le DMCA, il y réussi!
Il faut que les boîtes européennes, Suse, Mandrake, etc... attaque ce problème.
Les avis négatifs sur le DMCA par des boîtes commercial est important. Car, il faut le reconnaitre, le hacker n'est jamais écouté par les politiques...
>> Et tu vas utiliser quoi? Windows, AIX, MAC OS, etc..
Je n'ai pas cité *BSD car *BSD aura les mêmes problème que Linux (la transparence). Donc pour évité les problèmes style changelog sencuré sous Linux tu ne peux pas te tourné vers BSD qui aura les mêmes problèmes. Mais Utilisé un OS commercial n'est pas la solution. C'est ce que je voulais souligné. J'ai rien contre *BSD.
> En Europe, tu à le droit de faire du reverse engineering sur les soft dont tu as une licence, si ca t'amuse. En Europe, ...
Ouais. Mais l'europe semble vouloir dériver actuellement. Mais l'histoire n'est pas encore écrite : Wait And See (comme disent les américains).
> En quoi publier le fait qu'on corrige une faille dans la gestion de xxxxx vient en contradiction avec cette loi ?
Le problème : indiqué comment corriger un faille donne parfois des informations sur comment accéder au contenu (cf Adobe). Hors donner des infos sur comment accéder au contenu est interdit.
> je ne pense pas continuer longtemps à utiliser un noyau linux...
Et tu vas utiliser quoi? Windows, AIX, MAC OS, etc..
C'est gentil de dire qu'untel ou untel ne doit pas se laisser intimidé par le DMCA et tout publier. Il ne faut pas oublier qu'il est question d'aller en tôle.
En gros on demande aux hackers de prendre des risques alors que nous ont ne fait pas grand chose.
> Grub dispose de plus de fonctionnalités, mais sont-elles vraiment toutes indispensables ?
Si tout va bien et qu'il n'y a pas de problème, lilo est ok.
Mais un exemple tout con. Avec une disquette de boot Grub, du peut booter un noyau linux sur le HD sans que grub le connaisse lors de l'installation de Grub.
J'ai switché sur Grub, et il est bien meilleur que lilo. Avec lilo, il faut le relancer a chaque nouvelle installation de noyau (acrasement MBR qui me donne toujours des sueurs froides). Avec Grub, c'est un installation puis l'édition d'un fichier.
Puis niveau sécurité, Grub est protégé par mot de passe lors du boot.
> est ce que j'ai une raison importante de passer ma RH 7.1 (2.4.12, avec du reiserfs) en RH 7.2 ?
J'ai une RH 6.2 avec noyau 2.2.x. Je vais peut-être, je dis "peut-être", passer à une 7.2 pour avoir un système plus à jour coté Gnome. En effet, pour installer galeon sur une RH 6.2 il y a au moins 20 packages à recompiler. Et je me retourve avec un mélange de Gnome 1.0 1.2 et 1.4. Mais tout marche nickel.
Par contre, je n'arrive pas à faire tourner evolution (Impossibilité de créer un nouveau message).
L'autre raison (moins importante) est d'avoir un noyau 2.4. J'aurai moins de patch à appliquer que sur mon 2.2 (pour faire tourner DVD, dxr3, ide HTP366, raw). C'est aussi pour prévenir l'obsolescence du 2.2.
> m'énerverait que quelqu'un me juge en me mettant une note.
Je suis d'accord. Et je vote très rarement (Pour les gros con uniquement, le troll pour le troll, etc...).
Le système de score est intéressant. Il faut laisser le vote mais rendre les résultats anonymes ( tant pis pour le filtrage des scores négatif : que je n'utilise jamais car certain commentaire sont pertinent et négatif !?!). Les scores permettrait à ceux que çà interresse d'avoir beaucoup de vote.
Car perso, j'en ai marre des gens qui postent en anonyme pour préserver leur score.
Mais c'est pas le moment, et je ne suis pas au courrant des dernières directions du développement de dacode.
J'ai remarqué un bug avec mozilla (la 0.9.5 aussi). si tu demandes à charger le fichier "toto.class" il cherche "/toto.class". Il ne travaille pas en relatif. Dans ce cas, j'utilise Netscape.
[^] # Re: ...et ext3
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à 3.
http://www.linux.org.uk/diary/(...)
Pas très interessant.
Pour est bien informé, il y a tous les jeudis :
http://lwn.net/bigpage.php3#kernel(...)
ou
http://kt.zork.net/kernel-traffic/latest.html(...)
Pour un patch sur le noyau linux officiel
http://www.uow.edu.au/~andrewm/linux/ext3/(...)
[^] # Re: ...et ext3
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à 1.
C'est vieux cette histoire. Trouvé des url va me bouffer du temps. De tête, linus a intégré Reiserfs dans le noyau 2.4.1 (alors qu'il jurait qu'il n'accèptait que des corrections de bug et pas de nouvelle fonctionnalité). Entre autre car Reiser avait gueuler qu'il n'était pas dans la 2.4.0.
Quand je dit "sous la pression", je ne veux pas dire que l'intégration de ReiserFS était uniquement du au coup de gueule de Reiser. D'ailleur, à l'époque, ext3 était pas encore au point et si une système de fichier devait être intégré c'était ReiserFS et non ext3 (à l'époque). Et finalement il était bon pour la nouvelle série 2.4 d'annoncer la disponibilité d'un système de fichier journalisé. Si l'annonce était apparue dans la version 2.4.6 (par exemple) elle serait passée inaperçue (des "grands" médias).
> Si Alan passe responsable de la V2.4, il va pas se gêner pour mettre instantanément la VM de sa branche...
Actuellement, il a seulement indiqué que le chois n'était pas fait. Dans les très très grande ligne, sa version de VM semble meilleur pour les charges élevées et beaucoup de mémoire (j'ai vu un test passé avec un serveur sparc 8 cpu 1G de swap et plusieurs milliers de processus) alors que la version AA (Linus) est meilleur pour un usage général. Néanmoins la version d'Alan a encore un bon potentiel d'optimisation se qui ne semble pas le cas de la version de Linus (moins paramétrable à cause de sa simplicité).
Afin même si Alan est responsable de la version 2.4, c'est toujours Linus qui l'officialise (ainsi on peut l'appeler Linux sinon il faut lui donné un autre nom).
[^] # Re: ...et ext3
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à 3.
Mais ext3 est dans la branche d'Alan Cox depuis un moment. Sachant que d'Alan va bientôt être responsable de la V2.4 je pense que linus ne se donnait pas la pression pour l'intégrer (comme les développeurs d'ext3) et laissait cette responsabilité à Alan donc.
[^] # Re: et hop, un de plus..
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à -2.
Moi j'ai plusieurs raisons :
- Pour me la pête comme un ouf avec mes pôtes en disant que j'ai recompilé le centre nerveux (TM Bill Gates) de ma bécane avec la dernière version qui est plus mieux bien et beaucoup plus rapide avec gcc --march=pentium (Marche pas trop car j'ai un 2.2.x).
- Car il y a une correction de bug qui est génant (çà n'arrive presque jamais).
- l'ajout d'une fonctionnalité top génial (çà n'arrive presque jamais car j'ai un PC de 1995).
- Pour les trous de sécurité qui peuvent mettre en cause la survie de mon PC personnel (Je me connecte à internet tout de même, et pour faire chier le réseau échelon).
- car sur mon disque dur de 30 Go avec 1 Go de swap je veux optimisé l'utilisation du swap et passé de 2,5 % d'utilisation à 2%.
- etc...
Bref, pour la frime. Mais utilisateur depuis 1996 de Linux je peux affirme que çà ne permet pas de tomber les gonzesses (snif).
PS:score -1
[^] # Re: DLFP
Posté par matiasf . En réponse à la dépêche BeOS n'est pas mort. Évalué à -1.
Lancer moi des cailloux.
Qu'on me retire tout mes XP.
Que je sois lapidé sur la place public.
[^] # Re: DLFP
Posté par matiasf . En réponse à la dépêche BeOS n'est pas mort. Évalué à -2.
[^] # Re: Bonjour, je viens foutre la merde
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à -1.
Désolé. j'avais pas compris (plutôt mal lu).
[^] # Re: depuis le temps qu'on en cause ...
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à 10.
dans vm il y a VIRTUAL. Le but de la vm (le swap étant un moyen de faire croire qu'il y a beaucoup de mémoire vive) est de mettre en place de la mémoire pour chaque process. Virtual car les processus n'utilisent pas les adresses physique de la mémoire vive mais des adresses virtuels. Par exemple, deux processe peuvent utiliser l'adresse mémoire 0x2000 en même temps car c'est l'adresse virtuelle et non physique.
Le rôle de la vm est hyper large. Avec la vm tu peut mapper un ficher en mémoire (si la mémoire est modifiée, le fichier est modifié et vice vers çà). Lors du chargement en mémoire, les librairies sont mappées en mémoire (faire un strace pour voir les appels systèmes). Si deux programmes différents utilisent la même librairie, il y a deux images virtuelles de la librairie mais elle est à un seul endroit dans la mémoire vive. Lorqu'il y a écriture dans un espace partagé par plusieur processus, il y a un copie local qui est crée pour le processus qui demande l'écriture.
Pour l'anecdote, la vm est responsable du "segmentation sauft (core dump)".
Bref, c'est un tout tout petit petit aperçu de ce que fait la vm.
[^] # Re: Bonjour, je viens foutre la merde
Posté par matiasf . En réponse à la dépêche Noyau 2.4.13 out. Évalué à 10.
Et postgresql, gnumeric, icewm, gnome-panel, midgard, gnucash, gnu entreprise, gnome-office (il y a jamais une news sur gnome-office ici. A croire qu'il font rien) etc...
linuxfr ne peut pas passer tout les softs. Il y a freshmeat pour çà.
Par contre il me semble que toutes les nouvelles version corrigant un bug de sécurité ou une version majeur doit passer en première page. Entre-autre pour faire connaitre le logiciel (car la palette est vaste en free software).
# Bizarre...
Posté par matiasf . En réponse à la dépêche RedHat s'emmêle avec GnuPG. Évalué à 5.
http://www.redhat.com/apps/support/errata/(...)
les errata de la 7.2 sont ici :
http://www.redhat.com/support/errata/rh72-errata.html(...)
[^] # Re: Hum
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 3.
> Quel intérêt d'avoir des performances ou de la praticité si les données partent en fumée ? (j'exagère bien sûr).
Mois aussi j'ai pas bien compris l'emgoument pour reiserfs (Alors qu'il n'était pas au point).
Je parle de cette préférence car il tourne 3% plus vite qu'un autre système de fichier qui a fait ses preuve.
Ext3 a une bonne réputation. Il est bien intégré au noyau et n'a pas de problème connu avec quota, NFS, etc... De plus il est réellement supporté. C-à-dire qu'avec une disquette de boot standard tu as accès au système de fichier.
NB : Ce n'est pas une critique sur les testeurs. J'applaudis des deux mains (forcément :o) ) les personnes qui prennaient le risque d'installer les premières versions de reiserfs et fesait des rapports de bug afin qu'il devient le SF digne de confiance qu'il est maintenant. Je parle du gus qui se la pête car il a ReiserFS qui est super-rapide alors qu'il n'a pas compris d'intérêt d'un | .
[^] # Re: Politisation du developpement de Linux ?
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 4.
Je ne le trouve pas douteux. Tu le dis :
"toute personne ayant un minimum de connaissances en C peut retrouver le principe de la faille simplement en lisant le patch"
Donc Alan met le doigt où çà fait mal mais sans faire mal ( le patch est là ! ). Enfin si on suit le file de la mailing-list :
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0110.2/1094.html(...)
Alan reproche aux citoyens américains de ne pas s'être rebellés contre le DMCA et les responsabilise en leur fesant subir les conséquences. En effet, il dit que pour la version 2.2.20 final, le commentaire sur la sécurité sera disponible sur les sites non-accessible à des citoyens américain.
Je n'ai pas d'avis tranché sur l'attitude d'Alan. Mais si l'objectif est de dénoncé le DMCA, il y réussi!
[^] # Re: Alan Cox a dit:
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 1.
RedHat a déjà dénoncé le SSSCA :
http://www.redhat.com/opensourcenow/article2.html(...)
[^] # Re: Alan Cox a dit:
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 3.
J'espère qu'Alan Cox sera appuié par RedHat. RedHat qui défend le free software :
http://www.redhat.com/about/community/(...)
et héberge :
http://www.centerforthepublicdomain.org/(...)
Il faut que les boîtes européennes, Suse, Mandrake, etc... attaque ce problème.
Les avis négatifs sur le DMCA par des boîtes commercial est important. Car, il faut le reconnaitre, le hacker n'est jamais écouté par les politiques...
[^] # Re: Rectificatif
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 5.
>> Et tu vas utiliser quoi? Windows, AIX, MAC OS, etc..
Je n'ai pas cité *BSD car *BSD aura les mêmes problème que Linux (la transparence). Donc pour évité les problèmes style changelog sencuré sous Linux tu ne peux pas te tourné vers BSD qui aura les mêmes problèmes. Mais Utilisé un OS commercial n'est pas la solution. C'est ce que je voulais souligné. J'ai rien contre *BSD.
> En Europe, tu à le droit de faire du reverse engineering sur les soft dont tu as une licence, si ca t'amuse. En Europe, ...
Ouais. Mais l'europe semble vouloir dériver actuellement. Mais l'histoire n'est pas encore écrite : Wait And See (comme disent les américains).
[^] # Re: En europe ?
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 5.
Le problème : indiqué comment corriger un faille donne parfois des informations sur comment accéder au contenu (cf Adobe). Hors donner des infos sur comment accéder au contenu est interdit.
[^] # Re: Rectificatif
Posté par matiasf . En réponse à la dépêche DMCA, quand tu nous tiens. Évalué à 4.
Et tu vas utiliser quoi? Windows, AIX, MAC OS, etc..
C'est gentil de dire qu'untel ou untel ne doit pas se laisser intimidé par le DMCA et tout publier. Il ne faut pas oublier qu'il est question d'aller en tôle.
En gros on demande aux hackers de prendre des risques alors que nous ont ne fait pas grand chose.
[^] # Re: Grub est maintenant l'option par défaut
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 4.
Si tout va bien et qu'il n'y a pas de problème, lilo est ok.
Mais un exemple tout con. Avec une disquette de boot Grub, du peut booter un noyau linux sur le HD sans que grub le connaisse lors de l'installation de Grub.
J'ai switché sur Grub, et il est bien meilleur que lilo. Avec lilo, il faut le relancer a chaque nouvelle installation de noyau (acrasement MBR qui me donne toujours des sueurs froides). Avec Grub, c'est un installation puis l'édition d'un fichier.
Puis niveau sécurité, Grub est protégé par mot de passe lors du boot.
Grub pas indispensable, mais quel pied ! !
[^] # Re: De plus en plus d'experience chez les newsers !!
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 2.
J'ai une RH 6.2 avec noyau 2.2.x. Je vais peut-être, je dis "peut-être", passer à une 7.2 pour avoir un système plus à jour coté Gnome. En effet, pour installer galeon sur une RH 6.2 il y a au moins 20 packages à recompiler. Et je me retourve avec un mélange de Gnome 1.0 1.2 et 1.4. Mais tout marche nickel.
Par contre, je n'arrive pas à faire tourner evolution (Impossibilité de créer un nouveau message).
L'autre raison (moins importante) est d'avoir un noyau 2.4. J'aurai moins de patch à appliquer que sur mon 2.2 (pour faire tourner DVD, dxr3, ide HTP366, raw). C'est aussi pour prévenir l'obsolescence du 2.2.
[^] # Re: Grub est maintenant l'option par défaut
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 5.
Dès l'origine, le design de Grub est meilleur que lilo. C'est normal. Il avait le temps de developper puisque lilo était là.
Maintenant que grub a été largement testé, la distrib peuvent se permettre de l'inclure. Notons que lilo est toujours disponible !
> L'inertie probablement..
Grub n'est pas encore en version 1 ...
C'est plutôt RH qui pousse la machine et non l'inverse dans ce cas.
[^] # Re: tout petit rectificatif
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à -7.
Je suis d'accord. Et je vote très rarement (Pour les gros con uniquement, le troll pour le troll, etc...).
Le système de score est intéressant. Il faut laisser le vote mais rendre les résultats anonymes ( tant pis pour le filtrage des scores négatif : que je n'utilise jamais car certain commentaire sont pertinent et négatif !?!). Les scores permettrait à ceux que çà interresse d'avoir beaucoup de vote.
Car perso, j'en ai marre des gens qui postent en anonyme pour préserver leur score.
Mais c'est pas le moment, et je ne suis pas au courrant des dernières directions du développement de dacode.
[^] # Re: Noyau 2.4.7 ?
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 5.
http://lwn.net/2001/1018/a/ac-vm.php3(...)
> Alan Cox, quant à lui, est resté sur la version modifiée de la VM "foireuse".
AC n'est pas sur une version foireuse. Il est sur une nouvelle version (et plus sur 'Andrea Arcangeli' comme Linus).
La version ac en court de développement commence a donner satisfaction :
http://lwn.net/2001/1018/a/hogstop-reviews.php3(...)
http://lwn.net/2001/1018/a/vm-test.php3(...)
[^] # Re: on peut savoir.
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 1.
Donc je suis d'accord avec toi :-) .
[^] # Re: tout petit rectificatif
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à -6.
Et on est pas à 4 ou 6 heures près.
[^] # Re: Ext 3
Posté par matiasf . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 1.
J'ai retrouvé un lien sur un problème (suive la file) :
https://listman.redhat.com/pipermail/ext3-users/2001-May/000476.html(...)
C'est du moi de mai. Je n'arrive plus à mettre la main sur une autre page qui était plus précise.