Linux 3.11 for Workgroups : le clin d'oeil de Linus Torvalds à Windows

Linux 3.11 for Workgroups : le clin d’oeil de Linus Torvalds à Windows

C'est le moment de ressortir ses disquettes de 1,44 Mo

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

16/07/2013 3 minutes
68

Linux 3.11 for Workgroups : le clin d'oeil de Linus Torvalds à Windows

Linus Torvalds a annoncé hier soir la nouvelle version du noyau Linux. Estampillée 3.11, elle fait d’ailleurs l’objet d’un clin d’œil appuyé à Windows puisque son nom officiel est « Linux For Workgroups ». Outre son nom amusant, cette version apporte surtout des améliorations progressives, en particulier pour les cartes graphiques équipées de puces Radeon.

linux workgroups

 

Il y a deux ans, Linus Torvalds s’amusait à imaginer le nom de Linux 3.11 quand cette version du noyau serait disponible. Il pensait alors à « Linux 3.11 for Workgroups », en référence directe à la fameuse version de Windows, la plus connue de l’ère pré-Windows 95. Un système qui a bénéficié d’un support extrêmement long puisqu’il s’est officiellement éteint en 2008, lui assurant quinze longues années d’entretien.

 

Linux 3.11 for Workgroups est du coup le véritable nom officiel de la dernière mouture en date du noyau. Sorti de cette appellation, Linux 3.11 est une version classique obéissant au cycle mis en place depuis la version 3.0. Les améliorations sont donc nombreuses mais se font en douceur. On notera cependant quelques apports importants.

 

À commencer par les puces graphiques Radeon dont la gestion avancée de l’énergie est prise en charge. Pour les cartes récentes, cela signifie donc une baisse sensible de la consommation, le système d’exploitation étant mieux capable de tirer parti du statut « idle » du GPU. Malheureusement, ce support est expérimental et devra être activé manuellement via le paramètre « dpm=1 ». Le nouveau noyau gère également la Rapid Start Technology d’Intel, qui permet de réveiller un court instant le système d’un état Suspend-to-RAM pour le basculer en Suspend-to-Disk.

 

Plusieurs autres mouvements sont à noter :

  • Le système de fichier Lustre, dédié aux clusters, entre dans la branche « staging ». Il peut donc être utilisé de manière expérimentale.
  • Le composant Zswap est désormais prêt à l’emploi et permet de compresser des données en mémoire vive pour les empêcher d’être envoyées sur le disque dur (swapping)
  • Les technologies de virtualisation KVM et Xen supportent l’architecture ARM64, ce qui pour le commun des mortels sera inutile avant l’année prochaine
  • Améliorations diverses pour les systèmes de fichiers XFS, Btrfs et F2FS
  • La compression LZ4 peut maintenant être utilisée, mais uniquement sur architecture ARM pour l’instant

Comme d’habitude, le nouveau noyau sera disponible sous la forme d’une mise à jour dans les dépôts des distributions.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (68)


Linus est vraiment le dieu des trolls. Ce mec à gagné l’Internet. <img data-src=" />


vivement linux 95 osr2








tsubasaleguedin a écrit :



vivement linux 95 osr2







Prends une distrib sous LXDE, tu auras déjà le look <img data-src=" />



<img data-src=" />





support extrêmement long puisqu’il s’est officiellement éteint en 1995, lui assurant quinze longues années d’entretien.



Ca et XP envie de dire que quand même, MS niveau support <img data-src=" />



<img data-src=" /> c’est la saint <img data-src=" /> aujourd’hui ? <img data-src=" />


Euh, c’est juste la rc1, pas la release. Pas de mise à jour disponible dans les dépots avant un bon bout de temps à mon avis !








nucl3arsnake a écrit :



Ca et XP envie de dire que quand même, MS niveau support <img data-src=" />







le meilleur c’était le support d’ IE6 !!



Tite coquille :



Un système qui a bénéficié d’un support extrêmement long puisqu’il s’est officiellement éteint en 1995 au 1er Novembre 2008





A WIndows 3.1 / .11 mon premier OS sous Windows. J’ai cramé 2 CG du PC de la boite de mon père.

Faut dire qu’a l’époque y’avais pas de verification si une CG pouvait tenir la charge de resolution très elevé comme du 1024*768 en 60 hz.

La découverte du démineur et la bidouille des win.ini pour eviter de demarrer sous DOS et lancer win.



Sans compter les aller et venus entre Wn et DOS pour certains jeux, surtout a cause des pu*#? de mémoire partagés, mémoire virtuel ect…





Pour les nostalg33k y’a un lien ici


Heu … j’imagine que le support de win 3.11 ne s’est pas arrêté en 1995 … mais en dec 2001 !!








Eagle1 a écrit :



le meilleur c’était le support d’ IE6 !!





Il est pas fini pour certains dev, que Beastie est pitié de leur ame <img data-src=" />



Pour ceux que ça intéresse, 2 liens sur LZ4 avec des chiffres, ça dépote ce truc, comme quoi la recherche sur des algos de compression rapide n’est pas morte :http://code.google.com/p/lz4/ ethttp://fastcompression.blogspot.fr/p/lz4.html .



Snappy était déjà rapide, mais : « LZ4 is a very fast lossless compression algorithm, providing compression speed at 300 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in GB/s per core, typically reaching RAM speed limits on multi-core systems. »


Doucement, doucement, ce n’est que la rc1 qui vient de sortir. Le noyau 3.11 devrait sortir dans environ 6 semaines. Donc les mises à jour par les distributions, c’est pas pour tout de suite.



Edit: grillé par iXce :(


Pas compris la partie concernant les 15 ans de support de Windows 3.11.



D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?








atem18 a écrit :



Linus est vraiment le dieu des trolls. Ce mec à gagné l’Internet. <img data-src=" />







Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. <img data-src=" />









OlivierJ a écrit :



Pour ceux que ça intéresse, 2 liens sur LZ4 avec des chiffres, ça dépote ce truc, comme quoi la recherche sur des algos de compression rapide n’est pas morte :http://code.google.com/p/lz4/ ethttp://fastcompression.blogspot.fr/p/lz4.html .



Snappy était déjà rapide, mais : « LZ4 is a very fast lossless compression algorithm, providing compression speed at 300 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in GB/s per core, typically reaching RAM speed limits on multi-core systems. »







ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…





Le composant Zswap est désormais prêt à l’emploi et permet de compresser des données en mémoire vive pour les empêcher d’être envoyées sur le disque dur (swapping)





Quelle est la différence avec la zram ?


J’ai tout de suite vu 3.11 et j’ai pensé Windows, je n’ai même pas vu que c’était Linux écrit devant <img data-src=" />


J vous l’avez bien dis que linux c’est pas en avance, ses arriérés ils sont à peine à 3.11 qui a 20 ans !



<img data-src=" />








Skiz Ophraine a écrit :



Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. <img data-src=" />







Oui, je me disais la même chose. <img data-src=" />





Pas compris la partie concernant les 15 ans de support de Windows 3.11.



D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?





oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.



et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.



pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.








Eagle1 a écrit :



ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…





Pour un machin rapide c’est peut-être pas si mal…





ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…..







Compresses le 20 fois, ca te fera gagner 40 fois la taille initiale





<img data-src=" />








Anthony25 a écrit :



Quelle est la différence avec la zram ?







J’allais poser la même question. Quelqu’un peut-il nous expliquer la différence Zswap/zRam ?









fubiga a écrit :



Compresses le 20 fois, ca te fera gagner2^ 20 fois la taille initiale





<img data-src=" />












Skiz Ophraine a écrit :



Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. <img data-src=" />





Le troll, c’est M$ qui va le sortir : “Linux est enfin arrivé au niveau de windows 3.11, plus que 30 ans de développement et il sera à notre niveau” <img data-src=" />









jmanici a écrit :



Pas compris la partie concernant les 15 ans de support de Windows 3.11.



D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?







oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.



et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.



pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.



En fait non … on ne payait pas vraiment plus cher

<img data-src=" />



Bon, ben j’vais compiler ça sur ma Debian ce WE.<img data-src=" />


<img data-src=" />


Il n’est pas un peu tôt pour novembre <img data-src=" />








Skiz Ophraine a écrit :



Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. <img data-src=" />







Ptete le fait que 2013 est peut-être enfin l’année du desktop pour Linux. <img data-src=" />









ISFNoah a écrit :



Pour un machin rapide c’est peut-être pas si mal…







je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…









Eagle1 a écrit :



ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…







L’important est que ce truc tartine sévère. C’est presque aussi rapide de décompresser que de copier la mémoire, en gros. Les sources sont maintenus, supportent toutes les architectures et sont ridiculement petits. C’est une très bonne option.







Eagle1 a écrit :



je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…







À quelle vitesse? <img data-src=" />



Et on est pas vendredi <img data-src=" />




je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…





tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.



ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.



en revanche tu peux esperer plus de gain sur une image bitmap ou un fichier texte d’avantage susceptible de contenir des informations redondantes.








Ricard a écrit :



Bon, ben j’vais compiler ça sur ma Debian ce WE.<img data-src=" />





Eh bien, tu n’as pas peur toi !



Pourquoi ne pas attendre tranquillement la sortie officielle finalisée ?









raoudoudou a écrit :



L’important est que ce truc tartine sévère. C’est presque aussi rapide de décompresser que de copier la mémoire, en gros. Les sources sont maintenus, supportent toutes les architectures et sont ridiculement petits. C’est une très bonne option.







À quelle vitesse? <img data-src=" />





J’ai trouvé ce bench

J’ai jeté un oeil car en effet lz4 a l’air beaucoup plus rapide mais c’est au détriment du ratio, on ne peut pas tout avoir. Je reste sur zlib pour le moment.

Le compromis de lz4 reste intéressant.









Eagle1 a écrit :



ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…



je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…







On n’a rien sans rien, comme tu le sais sans doute ; donc c’est généralement soit une compression rapide et une réduction faible à moyenne, soit une compression lente et une réduction moyenne à forte, avec tous les intermédiaires possibles bien sûr.



L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.







jmanici a écrit :



tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.

ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.







En effet pour ta première phrase. Par contre il n’y a pas de “codage” (pas “encodage”, merci :) ) dans la compression JPEG, vu que la compression est avec pertes. Enfin, pour être tout à fait précis, la matrice des coefficients issus de la DCT (transformée en cosinus discret) est compressée avec un codage de Huffman.









OlivierJ a écrit :



L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.







Petite précision, l’algo de google est moins performant, il s’appelle Snappy mais repose sur les mêmes principes de recherche de rapidité.



Perso, j’utilise LZ4 à la place de la compression PNG pour des projets et j’ai un gros gain de performance (inits chiantes du PNG qui plombent les perfs) alors que les fichiers sont un peu plus gros.









jmanici a écrit :



Pas compris la partie concernant les 15 ans de support de Windows 3.11.



D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?







oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.



et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.



pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.



2008 en comptant le support étendu, mais c’est toujours celui qu’on prend pour parler de l’arrêt définitif.









Eagle1 a écrit :



je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…





Leur LZ4 c’est clairement annoncé pour du temps réel. D’après la news, il n’est actuellement dispo dans le kernel que sur architecture ARM, donc si ça se trouve ya de la cible temps réel sur smartphone en arrière pensée. En LZMA (7-Zip), sur un Core i7 récent je compresse disons dans les 5Mo/s maxi. Bref, 2 utilisations complètement différentes. Personnellement je suis pas super fan du ratio sacrifié sur l’autel du temps de calcul, mais je conçois que ça puisse être utile pour certains usages (genre compression de page web, compression sur un SSD ou tout disque dur, etc).









Ricard a écrit :



Bon, ben j’vais compiler ça sur ma Debian ce WE.<img data-src=" />





Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

<img data-src=" />









salak a écrit :



Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

<img data-src=" />





Ben… si pourquoi ? <img data-src=" />

(après sur desktop je sais pas ce que ça donne, avec les pilotes graphiques et ce genre de joyeusetés, mais sur serveur aucun souci particulier)



je sais pas hein <img data-src=" />



c’est juste que si tu prends la version stable wheezy, les maj de sécurité sont pour les logiciels et le noyau de la distrib.



Maintenant si tu upgrades pour le 3.11, si t’as une faille kernel il faudra passer par un autre canal que le security de Debian pour corriger la faille du noyau 3.11 non ?



Edit : ici ils disent There are some alternative repositories for kernel images, but they aren’t supported, and don’t receive security updates (in a timely fashion








salak a écrit :



je sais pas hein <img data-src=" />



c’est juste que si tu prends la version stable wheezy, les maj de sécurité sont pour les logiciels et le noyau de la distrib.



Maintenant si tu upgrades pour le 3.11, si t’as une faille kernel il faudra passer par un autre canal que le security de Debian pour corriger la faille du noyau 3.11 non ?





Ah bah oui, faudra que tu compiles la version à jour, obviously <img data-src=" /> . Mais c’est relativement trivial, en fait. Le seul souci, c’est que les MAJ kernel sont assez fréquentes, donc soit tu te les tapes toutes, soit tu te tapes les changelogs pour savoir s’il est nécessaire ou pas d’appliquer chaque MAJ.









ISFNoah a écrit :



Leur LZ4 c’est clairement annoncé pour du temps réel. D’après la news, il n’est actuellement dispo dans le kernel que sur architecture ARM, donc si ça se trouve ya de la cible temps réel sur smartphone en arrière pensée. En LZMA (7-Zip), sur un Core i7 récent je compresse disons dans les 5Mo/s maxi. Bref, 2 utilisations complètement différentes. Personnellement je suis pas super fan du ratio sacrifié sur l’autel du temps de calcul, mais je conçois que ça puisse être utile pour certains usages (genre compression de page web, compression sur un SSD ou tout disque dur, etc).









OlivierJ a écrit :



On n’a rien sans rien, comme tu le sais sans doute ; donc c’est généralement soit une compression rapide et une réduction faible à moyenne, soit une compression lente et une réduction moyenne à forte, avec tous les intermédiaires possibles bien sûr.



L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.







En effet pour ta première phrase. Par contre il n’y a pas de “codage” (pas “encodage”, merci :) ) dans la compression JPEG, vu que la compression est avec pertes. Enfin, pour être tout à fait précis, la matrice des coefficients issus de la DCT (transformée en cosinus discret) est compressée avec un codage de Huffman.











jmanici a écrit :



tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.



ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.



en revanche tu peux esperer plus de gain sur une image bitmap ou un fichier texte d’avantage susceptible de contenir des informations redondantes.







merci de vos explications messieurs <img data-src=" />





La compression LZ4 peut maintenant être utilisée, mais uniquement sur architecture ARM pour l’instant





eb:$ uname -rm

3.11.0-rc1-00008-g47188d3 x86_64

eb:
$ zgrep CONFIG_KERNEL_LZ4 /proc/config.gz

CONFIG_KERNEL_LZ4=y








Eagle1 a écrit :



je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…



même du jpeg? <img data-src=" />



Je vais pouvoir remetre ma Radeon 7500 avec Linux ?


J’espère que linux millenium sera pas trop plantogène.








paradise a écrit :



Eh bien, tu n’as pas peur toi !



Pourquoi ne pas attendre tranquillement la sortie officielle finalisée ?





<img data-src=" />Je veux pas attendre 4 ans….









salak a écrit :



Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

<img data-src=" />





Pour le noyau, non. Pour le reste, ça ne change “pratiquement” rien. J’utilise un 3.9 sur ma Wheezy et tout roule parfaitement.<img data-src=" />









Winderly a écrit :



J’espère que linux millenium sera pas trop plantogène.





<img data-src=" />









Ricard a écrit :



Bon, ben j’vais compiler ça sur ma Debian ce WE.<img data-src=" />





Chiche, fais toi un kernel 3.51 <img data-src=" />









psn00ps a écrit :



Chiche, fais toi un kernel 3.51 <img data-src=" />





— Makefile.orig 2013-07-16 22:32:18.720240040 +0700

+++ Makefile 2013-07-16 22:34:17.358073954 +0700

@@ -1,8 +1,8 @@

VERSION = 3

-PATCHLEVEL = 11

+PATCHLEVEL = 51

SUBLEVEL = 0

-EXTRAVERSION = -rc1

-NAME = Linux for Workgroups

+EXTRAVERSION =

+NAME = Lanis for Workgroups



# DOCUMENTATION

# To see a list of typical targets execute “make help”









salak a écrit :



Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

<img data-src=" />







Sauf erreur de ma part, les vulnérabilités du noyau Linux sont la plupart du temps des vulnérabilités exploitables localement uniquement.

Pour quelqu’un qui a une simple machine de bureau, ça ne pose aucun souci. En ce qui me concerne, j’ai toujours un serveur SSH sur mes machines (mon fixe est tout le temps allumé), donc le point critique c’est plutôt que le serveur SSH soit mis à jour en cas de vulnérabilité connue.









Zantetsuken a écrit :



J’allais poser la même question. Quelqu’un peut-il nous expliquer la différence Zswap/zRam ?







zram is implemented is a virtual block device. It interfaces with the

block device layer, not the swap code. In fact, zram can be used as a

generic compressed RAM disk, not only for compressed swap. One can

think of it as a RAM disk + compression.



So zram is the actual swap device while zswap is a caching layer above

the swap device. zswap is not the swap device itself like zram.



https://lkml.org/lkml/2013/2/4/387



<img data-src=" /> C’est pour quand Linux Blue ??? <img data-src=" />








MdMax a écrit :



<img data-src=" /> C’estétait pour quand Linux Blue ??? <img data-src=" />







2003




 OS Type: Linux   

Based on: Red Hat

Origin: USA

Architecture: i386

Desktop: KDE

Category: Desktop, Education

Status: Discontinued

Popularity: Not ranked





The Blue Linux Project is an association of individuals who are interested in creating a free operating system for educational use. This operating system that we are working on is called Blue Linux. Linux is a completely free kernel started by Linus Torvalds and now currently supported by thousands of programmers worldwide. Of course, the thing that people want is application software: programs to help them get what they want to do done, from editing documents, keeping school administration information, to playing games. Blue Linux comes with thousands of packages (precompiled software that is bundled up in a nice format for easy installation on your machine) – all of it free.



http://distrowatch.com/table.php?distribution=blue





Linux 3.11 for Workgroups





Pff… Linux ca serait plutôt l’équivalent de DOS 6.22 que de win 3.11



(au moins dans win3.11, il y a une interface graphique)



<img data-src=" />








iXce a écrit :



Euh, c’est juste la rc1, pas la release. Pas de mise à jour disponible dans les dépots avant un bon bout de temps à mon avis !





Normal, Windows 3.11 n’a jamais dépassé le stade de la RC1 et était vendu en l’état

<img data-src=" />





… non ceci n’est pas un troll <img data-src=" />









Patch a écrit :



même du jpeg? <img data-src=" />







franchement qui a encore du jpeg …



Le 17/07/2013 à 06h 52

J’attends Linux NT 4 pour m’y mettre (et les 7 service packs).








Eagle1 a écrit :



franchement qui a encore du jpeg …



au hasard, moi.

bien moins lourd que le png pour les captures d’écran quand on n’a pas forcément besoin d’une ultra-qualité <img data-src=" />



Ah, Windows ! Toujours copié, jamais égalé ! <img data-src=" />








Winderly a écrit :



J’espère que linux millenium sera pas trop plantogène.







J’espère plutôt que Linux Millenium n’existera pas.



<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />







Eagle1 a écrit :



franchement qui a encore du jpeg …







Moi, mes APN ne fonctionnant pas en png.









Commentaire_supprime a écrit :



Moi, mes APN ne fonctionnant pas en png.







non mais allô quoi !!!









Eagle1 a écrit :



non mais allô quoi !!!







Warum ?



Tu connais un bridge camera qui sort des png au lieu de jpeg, toi ?









jenkins1963 a écrit :



2003




 OS Type: Linux   

Based on: Red Hat

Origin: USA

Architecture: i386

Desktop: KDE

Category: Desktop, Education

Status: Discontinued

Popularity: Not ranked





The Blue Linux Project is an association of individuals who are interested in creating a free operating system for educational use. This operating system that we are working on is called Blue Linux. Linux is a completely free kernel started by Linus Torvalds and now currently supported by thousands of programmers worldwide. Of course, the thing that people want is application software: programs to help them get what they want to do done, from editing documents, keeping school administration information, to playing games. Blue Linux comes with thousands of packages (precompiled software that is bundled up in a nice format for easy installation on your machine) – all of it free.



http://distrowatch.com/table.php?distribution=blue







Bien vu ! <img data-src=" /> Je ne connaissais pas cette distribution. C’était mon époque 100% Slackware.