La sortie de la version stable 3.3 du noyau Linux vient d'être annoncée par Linus Torvalds. Le nouveau noyau est, comme d'habitude, téléchargeable sur les serveurs du site kernel.org.
Le détail des évolutions, nouveautés et prévisions est dans la seconde partie de la dépêche.
PS. : Merci à toutes les personnes qui ont aidé à traduire les courriels de RC quand cette dépêche était dans l'espace de rédaction: laurent wandrebeck, Christophe Turbout, ndv, detail_pratique, samo, gillux et Benoît.
Greg Kroah-Hartman est le mainteneur de la branche -stable du noyau Linux. Dans son annonce du 2.6.32.58, il a indiqué qu'il passait la main à Willy Tarreau pour veiller sur cette branche 2.6.32 et il vient de publier une rétrospective très intéressante à propos de ce noyau.
NdM : merci à patrick_g pour son journal.
Greg Kroah-Hartman est le mainteneur de la branche -stable du noyau Linux. Dans son annonce du 2.6.32.58, il a indiqué qu'il passait la main à Willy Tarreau pour veiller sur cette branche 2.6.32 et il vient de publier une rétrospective très intéressante à propos de ce noyau.
Greg dévoile que le choix du 2.6.32 par la plupart des « grandes » distributions (SLE11 SP1, Debian Squeeze, RHEL 6, Oracle Linux 6, et Ubuntu 10.4 LTS) est le résultat d'une cabale secrète (…)
Souhaitant tester la Beta d'Ubuntu 12.04 sur mon pc portable tout neuf de 2003 (oui tant que ça marche bien je ne change pas) je me grave la dernière iso en 32 bits et la lance.
Petit message du style :
This kernel requires the following features not present on the CPU:
pae
Unable to boot - please use a kernel appropriate for your CPU.
Ah ? Je vais regarder les bug report pour en apprendre plus et s'il n'y en (…)
Salut !
Je viens poser une question sur le port série de ma machine de dev.
J'utilise screen pour afficher les traces du matos que je programme en ce moment (une STB), et j'ai très souvent des "ttyS0: 11 input overrun(s)" qui arrivent dans le syslog.
Du coup, dans les traces qui arrivent de la STB, je perds aléatoirement des caractères, ce qui rend les traces illisibles.
Je vais préciser mon setup, parce que je pense que ça vient de là:
Sur mon poste, temps à autre j'ai le curseur qui se barre dans un coin et puisque j'ai deux écrans c'est parfois assez loin de ma zone d'activité. Je mettais ce comportement sur le fait ma souris optique n'est pas sur un revêtement à la couleur uniforme et que du coup ça arrivait que le calcul du déplacement ait des ratés.
En lisant l'annonce de mise à disposition de la RC-4 du noyau 3.3 j'ai lu surprise de découvrir que (…)
Bonjour Nal,
je prends ma plume pour rédiger un petit billet d'humeur, qui aurait sans doute plus sa place dans le forum si plus de monde le lisait. Je m'attends à me faire incendier (au moins à -30), en raison du coté polémique de ce qui suit, et pourtant nous ne sommes pas vendredi :
Je viens de tester LibreOffice 3.5, récemment sorti.
Paf, une fonctionnalité géniale vient d'être implémentée : le support du format visio, en (…)
Les développeurs de Google sont toujours à la recherche de solutions permettant d'améliorer la sécurité du navigateur web Google Chrome (ou son implémentation libre Chromium), ou de leur projet ChromeOS. Dans la dépêche à ce sujet, je vous avais raconté leur participation au projet Capsicum, qui apporte une gestion très fine des privilèges d'un processus, maintenant intégré dans FreeBSD.
Bien que les techniques mises en place par Capsicum soient pensées pour tous les systèmes inspirés d'UNIX, il n'y a pas grand espoir aujourd'hui qu'un port Linux soit accepté par les développeurs noyau ; Capsicum est un projet externe qu'il faudrait d'abord intégrer, ré-exprimer en terme des fonctionnalités existantes dans le noyau ; et les mainteneurs sont notoirement mécontents de la multiplication des solutions de sécurité (les Linux Security Modules en particulier) et ne verraient pas d'un bon œil l'apparition d'un nouveau candidat. Les développeurs Chromium utilisent sous Linux le primitif système de sandboxing seccomp, bien qu'il soit beaucoup moins flexible que Capsicum et donc nettement plus pénible et difficile à utiliser.
Depuis 2009, les développeurs Chrome essaient d'étendre les capacités de seccomp pour mieux répondre à leurs besoins. Les changements se sont révélés beaucoup plus difficiles à faire accepter que prévu : la situation a semblé bloquée à de nombreuses reprises et n'a pas évolué pendant de nombreux mois. Après plusieurs tentatives infructueuses, Will Drewry vient de proposer une nouvelle approche qui pourrait obtenir l'approbation des développeurs noyau ; mais rien n'est encore gagné…
La sortie de la version stable 3.2 du noyau Linux vient d'être annoncée par Linus Torvalds sur la liste de diffusion et sur Google+. Le nouveau noyau est, comme d'habitude, téléchargeable sur les serveurs du site kernel.org.
Le détail des évolutions, nouveautés et prévisions est dans la seconde partie de la dépêche.
P.‐S. : Merci à toutes les personnes qui ont aidé à traduire les courriels de RC quand cette dépêche était dans l'espace de rédaction. Merci également à Laurent Wandrebeck (low) pour sa contribution sur la brève concernant DVFS.
CELAD, Société de Conseil et d'Ingénierie Informatique crée en 1990 et forte de plus de 450 collaborateurs répartis sur 5 agences, intervient sur des projets à haute valeur ajoutée, dans le domaine des systèmes d'information et de l'informatique industrielle.
Rejoindre CELAD, c'est concilier dimension humaine, dynamisme et professionnalisme au sein d'une société reconnue pour sa politique sociale.
Nous poursuivons notre développement et recrutons un(e) Ingénieur Software expert Linux et sécurité (5 ans d'expérience minimum) pour l'un de nos clients proche (…)
Depuis sa version 2.6.38, le noyau Linux est atteint d’une régression sur la consommation d’énergie. Sur certaines configurations matérielles, la consommation pouvait augmenter jusqu’à 25 %.
Suite à différents tests, notamment de la part de Michael Larabel de Phoronix (il s’en est d’ailleurs largement entretenu dans beaucoup d’articles), il a été identifié que c’était à la suite d’un correctif du noyau que la régression était apparue. La norme PCI Express a introduit l’ASPM (Active State Power Management), un moyen pour diminuer la consommation des périphériques, mais qui n’est pas toujours pris en charge.
C’est le BIOS qui est censé exposer au noyau la configuration, seulement ce n’est pas toujours fait, car les fabricants passent outre avec leur pilote Windows et ne s’en tracassent pas le moins du monde. Avant le noyau 2.6.38, l’option était activée sur toutes les configurations, mais comme cela peut poser de sérieux problèmes, la vérification du BIOS a été introduite… Et là, c’est le drame !
Un patch a été créé en se basant sur des explications de Microsoft concernant l’implémentation de l’ASPM dans Windows Vista, afin de détecter si réellement le système peut activer cette option sans risque. Et ça a l’air de fonctionner. Comme la fenêtre d’intégration pour le noyau 3.2 a été fermée, il faudra attendre le 3.3 avant de voir ce patch arriver.
Le commit marquant la sortie de la version stable 3.1 du noyau Linux vient d’être effectué par Linus Torvalds lors du sommet de Prague.
Les sources de ce nouveau noyau sont téléchargeables sur les serveurs du site kernel.org et le message d’annonce de Linus est lisible ici.
Cette version a été marquée par la détection d’une intrusion sur kernel.org et le passage provisoire à GitHub des sources de la branche de Linus. On peut également relever une proposition humoristique de changement ponctuel de logo (comme c’était le cas pour la version 2.6.29, voir la dépêche et le journal à ce sujet).
Le détail des évolutions, nouveautés et prévisions est dans la seconde partie de la dépêche (qui est sous licence CC BY-SA).
P.‐S. : Pour diverses raisons, j’ai eu fort peu de temps pour rédiger cette dépêche noyau et j’ai sollicité toutes les bonnes volontés pour contribuer à la rédaction. Je remercie donc chaleureusement toutes les personnes qui ont travaillé sur cette dépêche (en particulier la traduction complète des courriels de RC) en ajoutant leur pierre à l’édifice.
Lors de la sortie de la version 64 bits des x86 faite par AMD, il y avait eu des tas de benchmarks pour étudier les performances entre le mode 32 bits et le mode 64 bits du CPU, avec des résultats variés: gain pour certaines applications (jusqu'à 20%!!) grâce au nombre supérieur de registres visibles par le compilateur, au calcul 64 bits natif, aux appels système rapide mais perte aussi pour d'autres applications principalement a cause de la taille supérieure (…)
Salut les trolls
oups :-)
Bon, je sais qu'on est pas vendredi, mais la news ne pouvait tout de même pas passer inaperçu à l'élite Free Software donc voici :
Linus Torvalds utilisé désormais github pour partager ses sources de Linux !
Il y aurait très vite matière à troller, mais bon faut dire que l'effet n'est que temporaire et est causé par le petit problème des serveurs de kernel.org.
Par contre, il est intéressant (finalement un peu comme l'histoire (…)
Bon comme personne n'en a encore parlé ici, je relate l'information.
Plusieurs serveurs de kernel.org ont été compromis.
L'intrusion semble datée du 12 aout et les attaquants ont réussis à obtenir l'acces root..
Quelques liens qui en parlent:
https://www.kernel.org/ (forcément)
http://www.thehackernews.com/2011/09/kernelorg-server-rooted-and-448-users.html
