- Module emu10k1 fixé (vous pourrez enfin (re)profiter de votre SB Live).
- Les classiques merge avec Alan Cox.
- En vrac des updates NTFS, FAT, ISDN et APM.
Pour plus de détails consultez le ChangeLog.
Aller plus loin
- kernel.org (3 clics)
- ChangeLog (3 clics)
- Sources (gz) (2 clics)
- Sources (bz2) (2 clics)
# keske ca bouge...
Posté par Wawet76 . Évalué à 3.
--
Thomas, qui aime aussi les chiffres.
[^] # Re: keske ca bouge...
Posté par Anonyme . Évalué à 2.
enfin je reste sur 2.2.19 tant que la fréquence pour 2.4 est trop grande.
[^] # Re: keske ca bouge...
Posté par Christophe Merlet (site web personnel) . Évalué à 3.
La liste complète (240ko) http://www.memalpha.cx/Linux/Kernel/Master.html(...)
La dernière mise à jour date hélàs du 30 avril 2001.
# mouyais
Posté par Anonyme . Évalué à 2.
- les changements de version de noyau sont très fréquent et celle-ci n'est pas exceptionnelle
- il existe une boite noyau
à coté de ça, l'annonce la sortie d'une version importante de freeciv passe de coté :
- alors qu'il s'agit d'une version importante
- que l'info est complète
- que des infos concernant freeciv sont rarement proposée
Déçu !
voici la nouvelle sur freeciv :
http://linuxfr.org/topic/Game/4522,0,0,0,1.php3(...)
(et pourquoi la section jeux s'appellent t-elle "game" ?)
[^] # Re: mouyais
Posté par orebokech . Évalué à 1.
[^] # Re: mouyais
Posté par Anonyme . Évalué à -1.
Mais que ça reste entre nous, hein. Sinon certains pourraient tomber de haut.
Héhé.
[^] # Re: mouyais
Posté par analogue o/ (site web personnel) . Évalué à 1.
c'est pas hors sujet pour un sous.
[^] # "Chuis d'accord avec Cherge !"
Posté par Lefuneste . Évalué à 2.
Mais comme toi, je trouve très regrettable que celle sur Freeciv ne soit pas passée alors qu'il s'agit d'une version majeure.
On se serait bien plus facilement passé du troll "Humeur: Logiciel propriétaire => virus" (un beau score de 123 commentaires jusqu'ici)...
Dommage qu'il n'y ait pas une section "tout", histoire de ne rien rater...
[^] # Re: "Chuis d'accord avec Cherge !"
Posté par Olivier . Évalué à 0.
[^] # Re: mouyais
Posté par arno . Évalué à -1.
Perso, je m'en fous un peu, de ce jeu, et par contre, un nouveau kernel m'intéresse, mais c'est pas en comptant sur les autres à chaque fois que le libre avance !
Proposez vos news et ne râlez pas parce qu'on ne propose pas des news qui vous intéressent !
[^] # Re: mouyais
Posté par Jaimé Ragnagna (site web personnel) . Évalué à 0.
En fait, la news sur freeciv est passée, mais elle est passée dans la boite 'Autres'.
Alors forcément, elle est moins visible que les news qui passent en première page.
Ce n'est pas une question de savoir si la news est passée ou non, mais plutôt de la visibilité qui lui est accordée sur DLFP.
Bon, c'est tout, mais j'ai pas compris tes arguments ...
JR - qui comprends décidément rien au posts ces temps ci ...
[^] # Re: mouyais
Posté par Gérald Quintana . Évalué à 0.
[^] # Re: mouyais
Posté par Ramón Perez (site web personnel) . Évalué à 0.
[^] # Fais toi un site !!!
Posté par Emery . Évalué à -1.
[^] # us et coutumes
Posté par Anonyme . Évalué à 0.
Si ce n'est la contradiction, quel est le plus important vecteur d'évolution ?
Reréponse aux autres : la boite "noyau" ne vous suffit pas ? Est-ce une nouvelle exceptionnelle, la sortie d'un noyau (révision mineure) ?
Pourquoi ceux qui veulent avoir ce type d'infos l'ont en première page et pourquoi ceux qui veulent avoir des infos sur les sorties majeures d'autres logiciels libres l'ont pas en première page.
Aussi, qu'on cesse de prendre les gens pour des cons : sur la machine de la plupart d'entre nous, entre un noyau 2.4.5 et un 2.5.9, il n'y a pas un fossé. C'est pour le fun que la plupart des gens mettent à jour (de toute façon, selon Alan Cox, sur un serveur de production, on ne devrait pas tourner avec un noyau récent sauf si réellement vital)....
Alors que dans le cas d'un jeu comme freeciv, un changement de version concerne en tout premiers plans les utilisateurs, parce que ça change des choses pour TOUS.
[^] # Re: us et coutumes
Posté par kangs . Évalué à -1.
[^] # Re: us et coutumes
Posté par Emery . Évalué à 0.
[^] # Re: us et coutumes
Posté par kangs . Évalué à -1.
[^] # Re: us et coutumes
Posté par Emery . Évalué à -1.
[^] # Re: mouyais
Posté par kangs . Évalué à -1.
PS : -1 Toutes mes excuses les plus sincères.
[^] # Re: mouyais
Posté par Ludovic LeGoff . Évalué à 1.
@+
--
Liunxfr est vrai site Linux, c'est une famille
# Multi thread
Posté par Anonyme . Évalué à 2.
Merci
[^] # Re: Multi thread
Posté par reno . Évalué à 1.
Par contre je crois que le noyau de AtheOS l'est "completement multithreadé".
[^] # Re: Multi thread
Posté par Dugland Bob . Évalué à 1.
Le noyau l'est au max, certains drivers ne le sont pas.
[^] # Re: Multi thread
Posté par Aurélien Girard . Évalué à 1.
Heu ... BeOS ?
[^] # Re: Multi thread
Posté par Benjamin Michotte . Évalué à -1.
picsou, avec 3 voix contre vous, vous etes le maillon faible, aurevoir
[^] # BeOS me parait une bonne definition :-)
Posté par reno . Évalué à 2.
Bref, le noyau doit pouvoir etre totalement interruptible a n'importe quel moment.
Les Unix en general ne sont interruptible que dans le niveau utilisateur, pas quand tu est dans le kernel.
Avantage du schmilblick?
Un temps de reponse aux interruptions plus rapide, inconvenient: ca peut diminuer le debit du systeme (bin oui, on n'a rien sans rien..)
Euh, si mes souvenirs sont bo, hein:-)
[^] # Re: Multi thread
Posté par Johann Deneux . Évalué à 2.
Le noyau ne fait pas un usage intensif des threads en interne, mais une bonne partie de son code est reentrant.
[^] # Re: Multi thread
Posté par kangs . Évalué à 1.
[^] # Re: Multi thread
Posté par Anonyme . Évalué à 0.
Je ne comprends pas tres bien ta phrase.
[^] # Re: Multi thread
Posté par kangs . Évalué à 1.
[^] # Re: Multi thread
Posté par reno . Évalué à 1.
Ce que tu dit ext exact, maintenant qu'est-ce qui te derange dans cette gestion??
[^] # Re: Multi thread
Posté par Ludovic LeGoff . Évalué à 1.
[^] # Re: Multi thread
Posté par reno . Évalué à 1.
Parce que pour le cote argument technique, tu repasseras, mais bon tu n'as qu'a utiliser Hurd si tu le trouve plus puissant.
# ntfs problem
Posté par Anonyme . Évalué à 1.
[^] # Re: ntfs problem
Posté par reno . Évalué à 2.
# Wouhahou !
Posté par Ramón Perez (site web personnel) . Évalué à -1.
Faut pas avoir une sale connexion et un ordi pourri, sinon le temps de télécharger et de compiler le nouveau noyau, yen a déjà un nouveau qui est sorti !!
[^] # Re: Wouhahou !
Posté par pas_moi . Évalué à -1.
[^] # Re: Wouhahou !
Posté par wismerhill . Évalué à -1.
[^] # Re: Wouhahou !
Posté par un nain_connu . Évalué à 4.
D'ailleurs les liens devraient pointer sur les patches plutot que sur les sources entières afin de charger un peu moins kernel.org...
http://www.kernel.org/pub/linux/kernel/v2.4/patch-2.4.9.bz2(...)
# Heeeeeeeuh emu10k1 fixé ?
Posté par ZeAuReLiEn . Évalué à -1.
Qu'ils aient fixé le module je veux bien, de là à interpretter en disant qu'on peut enfin (re)profiter de la carte il y a une interpretation qui semble assez hative ;)
[^] # Re: Heeeeeeeuh emu10k1 fixé ?
Posté par ZeAuReLiEn . Évalué à -1.
Autant pour moi... J'ai rien dit ;)
[^] # Re: Heeeeeeeuh emu10k1 fixé ?
Posté par Anonyme . Évalué à -1.
Mais bon j'ai utilisé la version debian, donc...
# Et les mirroirs en France ?
Posté par Anonyme . Évalué à 4.
Bon, je me dévoue :
http://www.fr.kernel.org(...) et ftp://ftp.fr.kernel.org(...) (bon, OK, il vaut mieux voir le site de référence, il est moins "dépouillé" :-))
Pour le Changelog, c'est http://www.fr.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.9(...)
Pour les patches : http://www.fr.kernel.org/pub/linux/kernel/v2.4/patch-2.4.9.gz(...) (pas de .bz2 sur w.f.k.o) et ftp://ftp.kernel.org/pub/linux/kernel/v2.4/patch-2.4.9.bz2(...) (et .gz)
Bon, assez de radotage, est-ce que quelqu'un sait si l'on peut récupérer les modifications sur les sources du kernel par rsync ? Ça serait la solution la plus économe.
Enfin, pour ceux qui en veulent toujours plus, il est possible de passer du côté de FOLK pour ajouter des fonctionnalités complètement (in)utiles à votre noyau à http://folk.sourceforge.net/(...)
Sur ce, bonne compil' à tous !
Fred
# -
Posté par Croweye . Évalué à 1.
à 5 jours de différence, je crois qu'ils y vont un peu fort
et franchement, qu'il y est des bugs dans le kernel, ok, ça arrive et c'est normal, mais qu'il compile pas...
ça fait très moyennement sérieux...
devrais prendre une semaine de plus entre chaque et s'assurer qu'il y est un minimum de test des pre
[^] # Re: Voila qui explique peut-etre les 5 jours
Posté par Anonyme . Évalué à 0.
# Pourquoi le noyau linux evolue-t-il plus vite
Posté par Anonyme . Évalué à 0.
Donc forcement le noyau evolue plus rapidement. Est-ce un mal ?
En soit bien sur que non tant que je travail reste tj aussi serieux.
[^] # Re: Pourquoi le noyau linux evolue-t-il plus vite
Posté par Jak . Évalué à 1.
# comment ca l'emu10k1 marche pas ?
Posté par Anonyme . Évalué à 0.
# emu10k1 foireux
Posté par Anonyme . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.