Articles précédents : Logiciel
- [54] Arkanae : un jeu de role GPL
- [55] Sortie de Kde 2.2
- [11] Opera 5.05 preview 1 supporte les plugins NS
- [24] Ogg Vorbis RC2
- [64] Quelques nouvelles de Kde
- [62] Loki c'est fini (ou presque...)
- [7] Sortie de Freeciv 1.12.0
- [2] Smoothwall 0.9.9 bêta : bêta-testeurs recherchés
- [2] Ze-NewsGet v0.1 est sorti !
- [3] Netscape 6.1
Liens connexes
- kernel.org (825 hits)
- ChangeLog (1408 hits)
- Sources (gz) (472 hits)
- Sources (bz2) (466 hits)
Dépêche modérée par
- 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.
kernel.org (825 hits)
ChangeLog (1408 hits)
Sources (gz) (472 hits)
Sources (bz2) (466 hits)
> Lire la dépêche (50 commentaires, moyenne: 0,6).
keske ca bouge...
Ca existe une page qui compare les rythmes d'apparition des noyaux x.y.n en fonction de x.y ?
--
Thomas, qui aime aussi les chiffres.
-
[^]Re: keske ca bouge...
-
[^]Re: keske ca bouge...
Posté par Christophe Merlet (page perso, ) le 16/08/2001 à 22:21. (lien). Évalué à 3.Bien sûr que ça existe. C'est le "Linux Kernel Version History" dispo à http://www.memalpha.cx/Linux/Kernel/(...)
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
très franchement, cette info aurait pu se passer de la première page :
- 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
-
[+] [^]Re: mouyais
Posté par Anonyme () le 16/08/2001 à 22:22. (lien). Évalué à -1.Voui voui voui, mais n'oublions pas que - comme nous le savons tout les deux - ce noyau dont il est question se nomme "Linux" (si si), et nous nous trouvons actuellement si un site web nommé linuxfr.org.
Mais que ça reste entre nous, hein. Sinon certains pourraient tomber de haut.
Héhé.
-
[^]Re: mouyais
Posté par analogue o/ (page perso, ) le 16/08/2001 à 22:49. (lien). Évalué à 1.clair k'il faut ke ca passe, c toujours avec linuxfr que je sais quand y a un nouveau noyau en premier.
c'est pas hors sujet pour un sous.--
Votez contre le cinéma sur DLFP: http://linuxfr.org/tracker/296.html
Le lien pour voter est en haut à droite.
-
[^]"Chuis d'accord avec Cherge !"
Posté par Lefuneste () le 16/08/2001 à 23:17. (lien). Évalué à 2.L'info sur le noyau a me paraît tout-à-fait sa place ici.
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 !"
-
-
[+] [^]Re: mouyais
Posté par Arnaud Calvo (page perso, ) le 17/08/2001 à 06:40. (lien). Évalué à -1.Bah pourquoi tu l'avais pas proposée avant, alors, cette info ???
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 jr lamoule (page perso, ) le 17/08/2001 à 06:52. (lien). Évalué à 0.J'ai pas compris ton commentaire.
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 () le 17/08/2001 à 09:59. (lien). Évalué à 0.Comment fait-on pour voir la boîte "Autres"?
-
[^]Re: mouyais
Posté par Ramón Perez (page perso, ) le 17/08/2001 à 10:28. (lien). Évalué à 0.Dans les préférences, tu choisis d'afficher la boite "Autres".
-
-
-
-
[+] [^]Fais toi un site !!!
Posté par Emery () le 17/08/2001 à 09:43. (lien). Évalué à -1.Fais toi un site avec des news si tu n'es pas content. Comme ça tu pourras choisir tout seul ce que tu mets en première page.
-
[^]us et coutumes
Posté par gnap gnap (page perso, ) le 17/08/2001 à 10:22. (lien). Évalué à 0.C'est pas un peu fini ces débilités de "il ne faut jamais rien critiquer car c'est du LL" ????
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 Emery () le 17/08/2001 à 11:06. (lien). Évalué à 0.Alors il faut mettre en place un système comme sur LinuxToday qui permet de filtrer les news. C'est vrai que certaine fois, il y a vraiment des news étranges ici, surtout pendant cette période estivale. Ca permettrait d'éviter les multiples troll chaque fois qu'une news kde, suse ou débian passe.
-
-
-
[^]Re: mouyais
Posté par Ludovic LeGoff () le 17/08/2001 à 19:11. (lien). Évalué à 1.A mon avis la solution ultime pour éviter ce genre de commentaire c'est que les news devraient être moins filtrées, mais que celles qui attirent moins de commentaires passent en seconde page avant de passer en archives...
@+
--
Liunxfr est vrai site Linux, c'est une famille
Multi thread
Quelqu'un pourrait il me dire si le noyau de Linux est completement multithreader ou non? Et si oui quelqu'un aurait il une reference?
Merci
-
[^]Re: Multi thread
Posté par reno () le 16/08/2001 à 22:10. (lien). Évalué à 1.Pas de reference mais je pense que non.
Par contre je crois que le noyau de AtheOS l'est "completement multithreadé".-
[^]Re: Multi thread
Posté par Dugland Bob (page perso, ) le 17/08/2001 à 08:08. (lien). Évalué à 1.C'est quoi la definition de complètement multithreadé ?
Le noyau l'est au max, certains drivers ne le sont pas.-
[^]Re: Multi thread
Posté par Aurélien Girard () le 17/08/2001 à 08:20. (lien). Évalué à 1.C'est quoi la definition de complètement multithreadé ?
Heu ... BeOS ?-
[+] [^]Re: Multi thread
Posté par Benjamin Michotte (page perso, ) le 17/08/2001 à 10:12. (lien). Évalué à -1.oui, mais BeOS est mort...
picsou, avec 3 voix contre vous, vous etes le maillon faible, aurevoir
-
-
[^]BeOS me parait une bonne definition :-)
Posté par reno () le 17/08/2001 à 09:14. (lien). Évalué à 2.Tous les appels systemes doivent etre reentrant/c'est a dire interruptible.
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 (page perso, ) le 17/08/2001 à 08:15. (lien). Évalué à 2.Qu'est-ce que tu entends par completement multithreade ?
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 () le 17/08/2001 à 09:28. (lien). Évalué à 1.Je pense qu'il voulait savoir s'il gérait vraiment les threads, actuellement c'est un tour de force avec les process.
-
[^]Re: Multi thread
Posté par Anonyme () le 17/08/2001 à 09:47. (lien). Évalué à 0.C'est a dire ?
Je ne comprends pas tres bien ta phrase.-
[^]Re: Multi thread
Posté par kangs () le 17/08/2001 à 10:12. (lien). Évalué à 1.Linux gère les threads comme des process ayant leur mémoire partagé, si tu crées un thread tu verras un second process avec un PID à lui.
-
[^]Re: Multi thread
Posté par reno () le 17/08/2001 à 11:53. (lien). Évalué à 1.Mille excuse, je n'avais pas bien compris ta question.
Ce que tu dit ext exact, maintenant qu'est-ce qui te derange dans cette gestion??-
[^]Re: Multi thread
Posté par Ludovic LeGoff () le 17/08/2001 à 19:16. (lien). Évalué à 1.moi je pense qu'avec un kernel monolithique, la gestion de thread qui eventuellement crée d'autres threads ( je pense au fonctionnement de JAVA, dans l'esprit) nuit vraiment qu côté multitache de la chose, je m'en fous de ce que dit torvald, Hurd parait bien plus puissant
-
[^]Re: Multi thread
-
-
-
-
-
-
ntfs problem
le 2.4.9 ne compile pas si la gestion de partition NTFS est compilée en dur ou en module, j'ai dû la désactiver pour compiler le noyau.
-
[^]Re: ntfs problem
[+] Wouhahou !
Ca va de plus en plus vite les sorties de noyau !
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 () le 16/08/2001 à 22:40. (lien). Évalué à -1.ADSL roulaize... 61Ko/s à partir de lip6!!
-
[+] [^]Re: Wouhahou !
Posté par wismerhill (page perso, ) le 17/08/2001 à 13:12. (lien). Évalué à -1.Moi à partir de site qui répondent bien je fais du 108ko/s en pointe et 104 de moyenne, bonjour l'excès de vitesse, normalement ma connexion devrait être limitée à 750 kbauds (=93.75 ko/s) mais je vais pas me plaindre que ça fonctionne mieux que prévu.
-
-
[^]Re: Wouhahou !
Posté par un nain_connu () le 17/08/2001 à 07:00. (lien). Évalué à 4.Ouh la le patch fait que 600 Ko, c'est quand meme pas la mort, quand on pense que certaines pages de linuxfr font plus de 200 Ko...
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é ?
Ha bon ? parce qu'avec le 2.4.8 les SB Live (utilisant le chips emu10k1 il me semble) ne marchaient pas ? Je dois entendre des voix alors car la mienne fonctionnait (et fonctionne toujours) sans aucun problème avec le driver du kernel 2.4.8.
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 () le 16/08/2001 à 23:59. (lien). Évalué à -1.Ah oué non j'ai rien dit, c'est vrai que j'ai foutu la gestion du son dans le Kernel justement parceque en module ca plantait à la compilation.
Autant pour moi... J'ai rien dit ;)
Et les mirroirs en France ?
AMA il serait plus judicieux de mettre en priorité les liens sur les mirroirs en France (ftp et http) ainsi que les liens sur les patches (.gz et .bz2). Ce n'est pas parce que certains ont une grosse BP qu'il faut encombrer le réseau par un traffic inutile (autant la réserver pour les choses plus (in)utiles comme la dernière Nightly Build de Mozilla ou des isos de distribs :-)).
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
-
Je suis toujours heureux quand un kernel sort, mais la...
à 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 () le 17/08/2001 à 07:28. (lien). Évalué à 0.http://linuxtoday.com/news_story.php3?ltsn=2001-08-16-014-20-NW-KN(...)
Pourquoi le noyau linux evolue-t-il plus vite
La raison est une consequence logique du succes de linux: Linux attire de plus en plus de programmeur (kernel hacker).
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 () le 17/08/2001 à 07:55. (lien). Évalué à 1.Le noyau avance vite je pense car il est en phase de stabilisation, plus tard, quand le 2.5 sera lancé et deviendra la version de développement, le rythme soutenu des sorties de 2.4 se retrouvera sur les 2.5, et ça se ralentira pour les 2.4.
--
« Le savoir, n'est-ce pas, est un bien précieux. Trop précieux pour ne pas être partagé. »
- Battologio d'Epanalepse, in De Cape et de Crocs, Acte VII (Ayroles & Masbou)




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.