Cher journal,
je suis tout ému d'écrire ce premier journal depuis que le site est passé sous RoR ; vous comprenez il me fallait une vraie raison pour vous écrire une bafouille, j'ai donc pris le temps de la réflexion.
Par ce beau début de week-end, de retour chez moi après une semaine de dur labeur, je reçus un appel téléphonique d'un conseiller orange m'informant que je suis éligible à la fibre.
Quel ne fut pas mon étonnement : mon (…)
Chers lecteurs,
ayant connus beaucoup de remontées de (stupides) bugs lors de la sortie de la dernière version de Videoporama, j'ai décidé de ne pas faire la même erreur cette fois. Par conséquent, considérant que les objectifs que je m'étaient fixés pour cette version sont développés, j'ai mis en ligne une nouvelle version du modeste programme que je développe, Videoporama.
La version 0.8.2-BETA est donc prête pour les tests. Je vous serais très reconnaissant de l'essayer et de me remonter (…)
Salut,
Je m'interroge depuis longtemps sur la présence de caractères assez "bizarres" dans unicode, par exemple le fameux bonhomme de neige , ou les fontes windings etc. J'avais crû comprendre que c'était pour des raisons historiques.
Je ne connais pas le fonctionnement du consortium unicode, ni la procédure de soumission et d'acceptation de nouveaux caractères mais je m'interroge sur leur motivation quand ils continuent à ajouter des caractères tels que:
WOMAN WITH BUNNY EARS
SMILING CAT FACE WITH HEART-SHAPED EYES
Nginx est à la fois un serveur HTTP et un proxy inverse pour HTTP et IMAP / POP3.
Поехали, la version 1.0.0 est sortie hier.
Développé sous licence BSD, Nginx sert fidèlement de nombreux sites Web, dont LinuxFr.org, et leur apporte performances, fiabilité et configurabilité. Des études indiquent qu’il servirait entre 6,5 % et 7 % du Web mondial (derrière Apache et IIS, mais devant Google, Lighttpd et Cherokee).
Cette version 1.0.0 arrive après 9 ans de développements soutenus et montre, s’il en est besoin, la stabilité du projet. Je vous encourage à l’essayer.
Avec la sortie de Gnome 3, on l'aurait presque oublié, mais ça bouge encore du coté de KDE ! Aaron Seigo (une personnalité très influente du monde de KDE, qui dirige notamment l'équipe autour de Plasma) a annoncé le méta-projet "Plasma Active" dans un de ses derniers messages sur son blog. D'autres membre de KDE plus discrets en avaient déjà parlé avant : Sebastian Kügler et Marco Martin. Ce n'est qu'une introduction mais on a déjà un bon (…)
Journal proposant de faire un point sur le nucléaire. Si vous lisez ce journal, vous êtes invités à lire les commentaires aussi : des précisions, voire des corrections, pourraient y être apportées. En italique sont inscrites des notes, sur le sievert en particulier, qui ne sont plus tout à fait objectives (si tant est qu'on puisse l'être, on peut au moins s'en approcher), veillez à ne pas prendre ces notes de la même manière. Pro-nucléaires et anti-nucléaires : moinssez directement (…)
La version 2.9 de LLVM vient de sortir et a été annoncée par Chris Lattner le 6 avril !
Pour ceux qui se posent encore la question, LLVM est une suite de compilation concurrente de GCC, sous licence UIUC (semblable à BSD), qui a pour but de produire des briques de bases modulaires pour construire toute sorte de programmes : compilateurs, debugger, assembleur, etc. L'aspect hautement modulaire permet également de pouvoir travailler sur une petite partie et d'en faire bénéficier toutes les autres. C'est notamment le cas des optimisations : en effet, LLVM utilise une représentation intermédiaire (IR) parfaitement spécifiée et les optimisations se font sur cette représentation. Et ce n'est qu'un des nombreux avantages de LLVM.
Cette version 2.9 permet de consolider plein d'aspects de LLVM. Parmi les nouveautés principales, on notera :
L’environnement de bureau du projet GNU a livré sa version 3.0, tant attendue. Contrairement au poisson d’avril de Vincent Untz, la version 3.0 n’est pas repoussée une troisième fois !
La branche 2 ne verra pas de nouvelle version majeure. La version 2.32 sera maintenue aussi longtemps que les distributions remonteront des erreurs.
J'ai déjà parlé de ce sujet ici, je vais donc faire très court.
Dans le journal précédent j'avais déjà parlé des certificats signé pour "localhost" ou autre nom non FQDN. Et bien voilà que le groupe de l'observatoire SSL de l'EFF arrive avec des nouvelles données intéressantes mais effrayantes.
Nos amis, les CA, ont tout simplement signé plus de 37'000 certificats SSL valides ayant des noms bidons. Par exemple, ils ont trouvé 806 certificats ayant comme (…)
Après FusionInventory , Voici FusionDirectory !
Né un an après son collègue, FusionDirectory est un nouveau projet, lui aussi issu d’une divergence (fork), mais cette fois de Gosa², un gestionnaire d’infrastructure basé sur un annuaire de type LDAP.
Pour fêter cette sortie, l’équipe de FusionDirectory n’a rien trouvé de mieux qu’annoncer en même temps la sortie de la version 1.0 !
Que permet de faire FusionDirectory 1.0 ?
FusionDirectory est un gestionnaire d’infrastructure. Il vous permet de gérer :
Le tout via une interface Web !
La suite Gosa² est principalement géré par la société Gonicus en Allemagne. Cette dernière développe Gosa² pour ses clients, mais le développement et l’accès au cœur du programme restaient très difficile par des personnes non employées par Gonicus GmbH.
FusionDirectory a été donc initié afin de permettre l’amélioration de cet outil par toute personne désireuse d’y contribuer.
Ces dernières semaines les personnes clés des principales distributions se sont réunies pour discuter des problèmes liés aux données d'exécution (runtime data) utilisées lors de la phase de démarrage et surtout de leurs emplacements.
Lors du démarrage d'un système GNU/Linux différents programmes (initscripts, dracut, mdadm, etc) ont besoin de stocker leurs données d'exécution dans l'arborescence et cela avant les éventuels montages annexes (/home, /usr ou /var). Ces données sont aussi utilisées par les programmes et daemons lors du fonctionnement du système.
Actuellement, les distributions utilisent différents subterfuges pour stocker ce type de données dans des dossiers cachés : /dev/.mdadm, /dev/.mount, /dev/.systemd, /dev/.udev, etc. Elles utilisent pour la plupart le répertoire /dev pour stocker les premières données, ce dossier est de type tmpfs et est disponible dès les premiers instants du démarrage.
À la suite des derniers montages (/home, /usr ou /var) les daemons sont lancés, ils utilisent principalement le dossier /var/run pour leurs données et cherchent les données liées au démarrage dans les différents dossiers /dev/.xxx ou autres selon les distributions.
Pour en finir avec cette cacophonie, les principales distributions ont décidé d'ajouter le dossier "run" à la racine. Ce dossier fera partie de l'arborescence initiale des prochaines versions, il contiendra les données contenues auparavant dans les dossiers /dev/.xxx, /var/run, /var/lock, /lib/init/rw, etc.
Cette décision est techniquement simple et simplifie la liaison entre les données liées au démarrage et les programmes, elle a souvent été envisagée mais repoussée pour des raisons politiques, des craintes d'intense flameware et la rupture avec la LSB/FHS.
Les développeurs de dracut, udev et systemd ont déjà mis à jour ces logiciels. Les distributions utiliseront le répertoire /run de façon progressive avec, dans un premier temps, des montages de type bind des anciens répertoires vers /run.
Lennart Poettering (Pulseaudio, avahi, systemd) a rédigé un mail pour faire le point sur cette réunion, annoncer le changement et les phases de mise en place.
Alors, LSB/FHS outragée, LSB/FHS brisée, LSB/FHS martyrisée… crouch, touch, pause, engage !
N. D. M. : Les principales distributions impliquées sont Debian, SuSE, Ubuntu et Fedora.
Ces derniers temps ont été très riches en événements dans le monde graphique libre.
Une première phase du remodelage intégral de la pile graphique de nos systèmes libres avait commencé par DRI2, apportant notamment la possibilité à un compositeur tel que Compiz de rediriger le rendu OpenGL d’une fenêtre (Redirected Direct Rendering), puis le Kernel Mode Setting (KMS) permettant de transférer la gestion des modes vidéo et de la mémoire vidéo du pilote graphique X.Org (DDX) vers le noyau, et enfin, Gallium3D, le cadriciel de Tungsten Graphics, permettant la mise en commun de nombreuses fonctionnalités auparavant implémentées dans chaque pilote graphique.
Très récemment, le noyau 2.6.38 a apporté le kernel page flipping, permettant l’arrivée du futur serveur d’affichage Wayland développé par Kristian Høgsberg (également auteur de DRI2 et de AIGLX) et popularisé par Mark Shuttleworth (qui souhaite son adoption dans Ubuntu dès l’année prochaine). Les bibliothèques graphiques GTK+ 3 et Qt 4 ont déjà des back-ends permettant le fonctionnement expérimental des applications GNOME 3 ou KDE 4 sous Wayland…
Parmi les plus récents événements, de nombreux étudiants ont proposé des projets en lien avec la pile graphique libre utilisée par GNU/Linux à l’occasion de l’édition 2011 du Google Summer of Code (GSoC). Ces projets sont plus précisément des « state trackers » pour Gallium3D :
un étudiant belge du nom de Denis Steckelmacher (alias steckdenis), a proposé rien de moins qu’un state tracker OpenGL 4.1, entièrement récrit. Ce projet ayant été jugé bien trop ambitieux par les développeurs Mesa / Gallium3D dans le cadre du GSoC, ces derniers lui ont proposé de travailler sur le remplacement des représentations intermédiaires propres à Gallium3D (Mesa IR) par une sémantique [GLSL] plus standard. Après coup, cette idée n’a pas fait non plus l’unanimité au sein des développeurs, avec notamment deux sociétés, Intel et LunarG travaillant actuellement sur ces fameuses représentations intermédiaires. Denis Steckelmacher a finalement décidé de travailler sur Clover, le state tracker OpenCL, permettant d’exploiter la puissance des GPU pour le calcul intensif, avec pour objectif obtenir un state tracker fonctionnel réalisant, dans un premier temps, les calculs OpenCL sur le processeur en utilisant LLVMpipe, un moteur de « rendu OpenGL » logiciel basé sur LLVM (Low Level Virtual Machine).
un étudiant français, Émeric Grange (alias Emeric_), participerait également au GSoC 2011, avec pour projet le développement d’un décodeur vidéo WebM / VP8 accéléré via les [[shaders]] des processeurs graphiques. Tout cela serait placé dans un state tracker Gallium3D, qui exposerait ses fonctions aux lecteurs multimédias comme VLC, MPlayer et Totem (via un greffon GStreamer) à travers l’API VDPAU de NVIDIA.
Ce state tracker pourrait constituer un bon point de départ pour la prise en charge générique du décodage matériel d’autres formats vidéo, tels que le MPEG 4 ASP (DIVX < 7) et MPEG 4 AVC (H.264) ou le MPEG 2 (déjà pris en charge par le state tracker XvMC). À noter que, comme pour la gestion des textures compressées S3TC, la gestion de ces formats devra faire l’objet d’une analyse des brevets / licences impliqués.
Certes, tout n’est pas rose du côté de la pile graphique Linux, mais au moins ça bouge et ça avance plutôt dans le bon sens. Voir ci-dessous pour les détails.
En partenariat avec l'association FDN fournisseur d'accès Internet (et tout Internet) et le service d'accès avec anonymat No-Log, LinuxFr.org travaille actuellement sur le premier prototype de box décentralisante à dalle tactile (entièrement à base de logiciels libres, sous AGPLv3, cela va de soi).
Mais qu'est-ce donc ? Une vraie révolution : une box d'accès Internet, offrant un vrai accès décentralisé (type informatique en nuage) et toutes les fonctions utiles à l'heure des nombreuses lois sécuritaires et atteintes à la neutralité du réseau ; le concept est proche de la FreedomBox évoquée précédemment ici-même, et avec laquelle elle sera d'ailleurs compatible. La DLFPbox offre par ailleurs un accès direct à LinuxFr.org, ses informations et ses différents canaux d'échange (dont la tribune).
Les visuels prévisionnels (un prototype est en cours de réalisation avec une imprimante 3D) :
Côté fonctionnalités matérielles, on retrouve deux prises RJ42 pour permettre de faire une passerelle filtrante entre Internet et votre réseau local, un processeur Sun OpenSparc compatible Arduino - Hackable Devices. Une carte d'extension pour la détection de mouvement type Kinect est dans les cartons. On notera l'absence de wifi bien trop laxiste en terme de sécurité – le choix est résolument wirefull ici – et le pilotage possible via OpenMoko FreeRunner.
Côté fonctionnalités logicielles, on trouve l'accès au (futur) DLFPcloud, un miroir WikiLeaks, un proxy Tor, un accès du DebStore pour des dizaines de milliers d'applications, un serveur Jabber/XMPP multifonction dont chat V²oIP (voix/vidéo via IP), l'extensibilité par plugins via API (large choix de files FIFO et piles PIPO). Les logiciels libres retenus sont des grands classiques : noyau Linux (non GNU Hurd ne tourne pas sur OpenSparc), Busybox, Vlc, parefeu OOo, module PAM-loppsi, Rails 3, etc. On notera le support vidéo HTML5 plein écran et le full HD 1080p (sans DRM), avec un très bon rendu sur la dalle.
Prochainement les premières photos du prototype et des informations complémentaires.
Bonjoursoir à tous,
Comme l'indique le titre de ce journal, un site concurrent de notre site préféré est récemment apparu en beta-test. Il s'agit de Capitaine Train.
Pour l'instant, qui dit version bêta dit aussi version accessible sur invitation...
À propos du site, mon (rapide) test me fait dire : Waouuh ! Sobre, léger, rapide, (presque) efficace, ... Bref, tout ce que n'a pas Voyages-SNCF ! Et inversement, vous n'y trouverez pas tout ce qui (…)
Après plus d’un an d’attente, 12 versions bêta, et 2 versions candidates, Firefox 4 est enfin sorti ce 22 mars. Les principales nouveautés sont Gecko 2.0 (le moteur de rendu), un moteur JavaScript plus rapide comprenant JägerMonkey, un compilateur JIT (en plus de TraceMonkey, l’optimiseur de boucles présent dans Firefox 3.6), ainsi que l’accélération 3D matérielle et une interface utilisateur revue.
Cette sortie marque aussi une volonté de changement dans les cycles de sortie, en voulant les rendre plus courts. Il faudra voir si ce vœu est respecté. Le protocole Websocket est le grand absent de cette version ; il a été désactivé car, comme les sockets Flash et Java, les websockets peuvent simuler du HTTP et ainsi empoisonner le cache de certains serveurs mandataires (proxies) configurés pour intercepter les requêtes HTTP sans la collaboration des clients.
Pour rappel, Firefox est disponible sous les licences GPL 2, LGPL 2.1 et MPL 1.1.
Merci à esa, Chimrod, Obsidian, ymorin, gnumdk et barmic pour leur aide lors de la rédaction.