Quelques nouvelles de Linuxfr suite au gros crash du début de semaine.

Le site LinuxFR tourne actuellement sur un serveur (un HP Netserver LT 6000 avec 6 Xeon 700MHz) qui nous avait été donné par HP il y a 4 ans. Ce serveur nous avait déjà joué quelques tours ces dernières années. Lundi, des problèmes matériels d'horloge se sont manifestés : une boucle temporelle sur quatre secondes. Cela a produit un crash suivi d'une journée d'interruption de moul^Wservice, et nous ne savons pas quand ce serveur va définitivement lâcher.

L'association LinuxFR souhaite donc faire l'acquisition d'un serveur neuf, sous garantie. Une configuration de type bi-dual-core avec 4 Go de RAM serait l'idéal (avec support VT/Pacifica ca serait encore mieux), avec du RAID matériel bien sûr.
Au niveau financier, l'association dispose de moyens très limités, nous avons donc besoin de votre aide :
- pour financer l'achat d'un nouveau serveur (chèque ou virement, nous n'utilisons pas (encore) Paypal)
- ou enfin pour obtenir des réductions importantes sur ce type de configuration
- ou pour nous faire don d'un serveur de ce type

Dans ce dernier cas (l'association récupère un serveur) nous pourrons rembourser les personnes qui le souhaitent.
Merci à tous pour votre aide ! Nous vous tiendrons informés dès que nous aurons du nouveau.

Mise à jour : Parmi les nombreuses offres de matériel que nous avons reçues, une société nous propose de nous faire don d'un serveur disposant d'une configuration suffisante pour héberger le site sans s'écrouler sous la charge. Si cette initiative devait se confirmer, l'association n'aurait plus à débourser un centime pour remplacer le serveur actuel. N'hésitez donc pas à nous contacter (asso.linuxfr@gmail.com) si vous souhaitez que votre don vous soit remboursé.
Ceci étant dit, l'association dispose de faibles ressources comme le crash l'a démontré (pas de serveurs redondants par exemple). Vos dons nous permettront de mettre en place une infrastructure plus robuste et de mieux gérer les problèmes à venir. Par ailleurs, toutes les bonnes volontés sont les bienvenues et il existe d'autres moyens pour nous aider à faire vivre Linuxfr : proposer des dépêches, redévelopper le site, aider à la modération, contactez-nous (moderateurs@linuxfr.org) si vous souhaitez nous aider.

Encore un grand Merci à vous tous qui nous avez contacté pour nous aider !

WiKiss est un moteur de wiki en PHP qui se veut respecter le principe KISS. Il prend ses origines dans TigerWiki (qui lui-même dérive de roWiki) suite à l'abandon du développement par la mainteneur du projet.

Sa légèreté d'installation et d'utilisation ne l'empêche pas de posséder nombre de fonctions que l'on est en droit d'attendre d'un wiki :

• Syntaxe wiki simplifiée ;
  
• Gestion de l'historique et des différences entre chaque version ;
  
• Protection de l'édition possible par mot de passe ;
  
• Table des matières automatique ;
  
• Conforme XHTML 1.0 Transitional ;
  
• Recherche dans les pages ;
  
• Etc...

La vingt-quatrième version stable de la branche 2.6.x du noyau Linux est maintenant téléchargeable sur les serveurs du site kernel.org.

• Cette version 2.6.23 a eu un cycle de développement assez long puisqu'il y a eu neuf versions de test. La version RC-1, première des release candidate, a été annoncée par Linus le 22 juillet soit quinze jours après l'ouverture de la fenêtre des modifications.
  (traduction libre):

  Il y a des *tonnes* de changement (..) beaucoup de mises à jour d'architectures (pour toutes - x86[-64], arm, alpha, mips, ia64, powerpc, s390, sh, sparc), beaucoup de mise à jour de pilotes (encore une fois pour tous les sous-systèmes - usb, net, dvb, ide, sata, scsi, isdn, infiniband, firewire, i2c, etc.).
  Les systèmes de fichiers, la mémoire virtuelle, le réseau, ACPI, tout est là. Et la virtualisation est présente partout (kvm, lguest, Xen). Une nouveauté notable est l'inclusion de l'ordonnanceur CFS, et aussi l'infrastructure de pilote UIO qui peut intéresser quelques personnes.
  Oh et personnellement j'aime le fait que "sendfile" soit totalement éliminé en interne et que le noyau fasse tout ce travail avec splice à la place. Bon débarras, même si évidemment nous allons devoir supporter la vieille interface en espace utilisateur pour un long moment.

  
  
• Comme d'habitude Linus a ensuite un peu grogné en constatant que les modifications soumises pour la RC-2 étaient plus invasives que prévu et ne se limitaient pas aux corrections de bugs.
  (traduction libre):

  Donc j'ai essayé de faire respecter la fenêtre des modifications et j'ai dit non à quelques demandes d'inclusion, mais cette nouvelle mode du "RC-2 est le nouveau RC-1" est une vraie plaie. En plus non seulement la seconde release candidate est en retard mais en plus elle est plus grosse que ce qu'elle devrait être. Bon, c'est comme ça.

  
  
• Le rappel à l'ordre a été entendu et le cycle a été plus calme par la suite. Linus l'a reconnu dans son annonce de la RC-3 le 12 août.
  (traduction libre):

  Soit les gens se calment vraiment et se rendent compte que nous sommes dans la phase de stabilisation, soit c'est juste que c'est le milieu du mois d'août et la plupart des gens, au moins en Europe, sont en vacances. Quoi qu'il en soit, la RC-3 est sortie et n'a pas les tonnes de changement qu'avait la RC-2.

  
  
• La version RC-4 (nom de code "Belette rose péteuse") est sortie deux semaines après la précédente du fait d'un oubli de Linus. (traduction libre):

  Le résultat c'est que RC-4 est un peu plus grosse qu'elle devrait être, mais j'ai bon espoir que tout baigne et nous avons corrigé la plupart des régressions.

  
  
• De moins en moins de problèmes étant rapportés, le flot des correctifs s'est ralenti par la suite pour la RC-5.
  (traduction libre):

  Je me prépare à partir pour le Kernel Summit (comme probablement beaucoup d'autres codeurs du noyau) et, à part ça, il y a une version RC-5 qui est sortie. Donc amusez-vous bien, testez-bien, et attendez-vous à une semaine tranquille.

  
  
• De retour du sommet Linus a annoncé le 10 septembre la sortie de la RC-6 qui corrige de nombreuses régressions. La saga s'est ensuite poursuivie avec la RC-7 et la RC-8 qui corrigent d'ultimes bugs.
  (traduction libre):

  Ok je pense que je suis proche de sortir le 2.6.23 et je suis content à propos de son état. Naturellement, ce sentiment de contentement est habituellement suivi immédiatement par l'irruption de nouveaux problèmes soulevés par certaines personnes désagréables...mais je vais juste ignorer cela et apprécier le sentiment aussi passager puisset-t-il être.

  
  
• Linus avait raison d'être prudent car il a finalement dû sortir une RC-9 (ce qui est très inhabituel dans un cycle normal). Constatant un grand nombre de corrections de bugs il a préféré ne prendre aucun risque et sortir cette ultime version de test.
  (traduction libre):

  Je ne pourrai vraiment pas supporter le fait d'annoncer la sortie du 2.6.23 en prenant le risque d'un bug idiot.

  
  

La Programmation Orientée Aspect (POA) employée à bon escient et avec modération (comme toute bonne chose) permet de simplifier la programmation d'une couche technique transversale (i.e. commune à l'ensemble des composants de l'application). Elle est donc particulièrement adaptée à la mise en oeuvre de Web services.

Cet exemple (en anglais), didactique car particulièrement simple à mettre en ½uvre, montre la puissance de la POA : les Web services sont créés ex-nihilo, sans ajouter une ligne de code à votre application Java, grâce à l'utilisation du framework Azuki.

Il faut s'intéresser essentiellement aux deux vidéos présentes sur le site qui parlent d'elles-mêmes. En effet, une fois le framework Azuki installé, les manipulations nécessaires à la création de Web Services sont, pour le moins, triviales...