tag:linuxfr.org,2005:/users/gauretLinuxFr.org : les contenus de Aurélien Bompard2011-06-29T14:44:31+02:00/favicon.pngtag:linuxfr.org,2005:News/283202011-06-22T17:46:11+02:002021-07-11T19:09:40+02:00Vigilo V2 : et le phénix renaquit de ses cendres…Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>Après deux ans de développement, la société <a href="http://www.c-s.fr/">C-S</a> sort une nouvelle version de <a href="http://www.projet-vigilo.org/">Vigilo</a> (nom de code : Phœnix), sa solution de supervision <em>open source</em>.</p>
<p>Basée sur le moteur <a href="http://nagios.org/">Nagios</a> (mais aussi <a href="http://oss.oetiker.ch/rrdtool/">RRDTool</a>, etc.), l’objectif de Vigilo est de proposer une solution globale et industrialisée pour la gestion des (très) grands parcs.</p>
<p>Vigilo est déjà en exploitation sur des parcs dépassant les 10 000 équipements.</p>
<p>Les évolutions techniques de la V2 :</p>
<ul>
<li>refonte des interfaces autour du socle technique (<em>framework</em>) <a href="http://turbogears.org/">TurboGears</a> 2.0 ;</li>
<li>ré‐organisation de la communication entre les modules distribués autour du protocole <a href="http://fr.wikipedia.org/wiki/XMPP">XMPP</a> ;</li>
<li>ré‐écriture complète du module de cartographie (VigiMap) ;</li>
<li>ré‐écriture complète du module de corrélation (VigiRules) ;</li>
<li>ré‐écriture complète du module de rapport (VigiReport) ;</li>
<li>nouveau module d’administration (VigiAdmin) ;</li>
<li>etc.</li>
</ul>
<p>Deux versions sont disponibles :</p>
<ul>
<li>
<strong>Vigilo Communauté</strong> : une version publique <a href="http://www.projet-vigilo.org/site/telechargement">disponible en téléchargement</a>.</li>
<li>
<strong>Vigilo Entreprise</strong> : la version dédiée aux clients. Elle comporte plus de fonctionnalités et, en particulier, tout ce qui est nécessaire à un déploiement d’envergure en milieu opérationnel.</li>
</ul>
<p>Les deux versions sont développées sous licence <a href="https://fr.wikipedia.org/wiki/GPLv2" title="Définition Wikipédia">GPLv2</a>.</p>
</div><ul><li>lien nᵒ 1 : <a title="http://www.projet-vigilo.org/site/" hreflang="fr" href="https://linuxfr.org/redirect/72441">Le site Vigilo</a></li><li>lien nᵒ 2 : <a title="http://www.projet-vigilo.org/site/copie_d_ecran" hreflang="fr" href="https://linuxfr.org/redirect/72442">Les copies d’écran</a></li><li>lien nᵒ 3 : <a title="http://www.projet-vigilo.org/site/fonctionnalites" hreflang="fr" href="https://linuxfr.org/redirect/72443">Les fonctionnalités</a></li><li>lien nᵒ 4 : <a title="http://www.projet-vigilo.org/site/_media/fonctionnalitesvigilov2-entcom-4d.pdf" hreflang="fr" href="https://linuxfr.org/redirect/72444">Les fonctionnalités détaillées (PDF)</a></li><li>lien nᵒ 5 : <a title="http://www.projet-vigilo.org/site/telechargement" hreflang="fr" href="https://linuxfr.org/redirect/72445">Téléchargement de la version Communautaire</a></li></ul><div></div><div><a href="https://linuxfr.org/news/vigilo-v2-et-le-phenix-renaquit-de-ses-cendres.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/86559/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/vigilo-v2-et-le-phenix-renaquit-de-ses-cendres#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/86559/comments.atomtag:linuxfr.org,2005:News/272702010-08-21T14:08:55+02:002010-08-21T14:08:55+02:00Un point sur l'export ODT pour les applications web<div>De plus en plus d'applications web proposent une fonctionnalité d'export au format <a href="http://fr.wikipedia.org/wiki/OpenDocument">ODT</a>. Cette dépêche propose un résumé des évolutions qui ont eu lieu ces derniers mois. Les applications concernées sont :
<br />
<ul><li><a href="http://www.dokuwiki.org">DokuWiki</a>, avec son <a href="http://www.dokuwiki.org/plugin:odt">greffon ODT</a> ;
<br />
</li><li><a href="http://dotclear.org">Dotclear</a>, avec son <a href="http://plugins.dotaddict.org/dc2/details/odt">greffon ODT</a> ;
<br />
</li><li><a href="http://trac.edgewall.org">Trac</a>, avec son <a href="http://trac-hacks.org/wiki/OdtExportPlugin">greffon OdtExportPlugin</a> ;
<br />
</li><li><a href="http://drupal.org">Drupal</a>, et son <a href="http://drupal.org/node/765546">greffon node_to_odt</a> ;
<br />
</li><li>La bibliothèque <a href="http://xhtml2odt.org/wiki/WikiStart/fr">xhtml2odt</a> ;
<br />
</li><li>et quelques autres...</li>
<br />
</ul></div><ul><li>lien nᵒ 1 : <a title="http://xhtml2odt.org/wiki/WikiStart/fr" hreflang="fr" href="https://linuxfr.org/redirect/68702">XHTML2ODT</a></li><li>lien nᵒ 2 : <a title="http://aurelien.bompard.org/post/2010/08/13/De-l-action-sur-le-front-de-la-conversion-ODT" hreflang="fr" href="https://linuxfr.org/redirect/68703">Présentation des évolutions par l'auteur</a></li></ul><div><strong>DokuWiki</strong>
<br />
<br />
Après plusieurs version sans ajout fonctionnel majeur, le <a href="http://www.dokuwiki.org/plugin:odt">greffon ODT</a> pour <a href="http://www.dokuwiki.org">DokuWiki</a> vient d'annoncer une nouvelle version qui apporte une fonctionnalité indispensable aux geeks esthètes que nous sommes : la coloration syntaxique. Un exemple du résultat peut être visualisé sur <a href="http://aurelien.bompard.org/wiki/playground/syntaxhighlighting">le wiki de l'auteur du plugin</a> (les couleurs de la page web sont différentes des couleurs du document ODT, c'est normal).
<br />
<br />
L'auteur fait remarquer que cette fonctionnalité a été relativement simple à développer grâce au fait que la syntaxe des styles en ODT XML est très proche de celle des styles CSS. On voit ainsi comment un format bien conçu peut s'appuyer sur des standards antérieurs, facilitant ainsi la tâche des développeurs.
<br />
<br />
<strong>xhtml2odt</strong>
<br />
<br />
Il y a quelque mois, LinuxFR <a href="http://linuxfr.org//2010/04/12/26720.html">présentait</a> la bibliothèque <a href="http://xhtml2odt.org/wiki/WikiStart/fr">xhtml2odt</a>, dont le but est de convertir le contenu d'une page HTML en document ODT. Avant de présenter les évolutions des greffons Dotclear et Trac, il faut passer par xhtml2odt puisque c'est cette bibliothèque qui réalise le gros du travail de conversion dans ces deux greffons.
<br />
<br />
XHTML2ODT a été publiée en version 1.0 le 9 août : cette version correspond à un code stable qui a été utilisé depuis plusieurs mois pour implémenter des greffons d'exports dans plusieurs langages différents et pour plusieurs applications web différentes. Elle est en outre couverte par plus d'une centaine de tests unitaires.
<br />
La publication de la version 1.0 est toujours une étape importante dans la vie d'un projet, et il s'est doté pour l'occasion de son propre domaine et d'un site web indépendant basé sur <a href="http://trac.edgewall.org">Trac</a>.
<br />
Mais les développements ont continué et une version 1.1 a été publiée quatre jours plus tard. Cette version met à profit les connaissances acquises lors du développement de la coloration syntaxique pour Dokuwiki, puisque la principale nouvelle fonctionnalité est justement la conversion des colorations syntaxiques générées par deux moteurs : <a href="http://pygments.org/">Pygments</a> (en Python) et <a href="http://qbnz.com/highlighter/">GeSHi</a> (en PHP).
<br />
Tous les types de colorations ne sont pas encore gérés, mais le fonctionnement de la coloration syntaxique pour GeSHi semble ouvrir la voie à une gestion plus large des styles CSS inclus directement dans le code HTML, par le biais de l'attribut "style" (c’est ainsi que GeSHi procède).
<br />
En outre, la bibliothèque inclut maintenant un script Bash, en plus des scripts Python et PHP déjà fournis, présentant une façon simple de lancer les feuilles de style XSL.
<br />
Dernier changement et non des moindres, la licence d'utilisation s'est assouplie, puisque xhtml2odt est maintenant publié sous licence LGPL v2 ou ultérieure. Mieux adaptée au cas d'une bibliothèque, espérons que cette licence facilitera l'adoption du projet et la génération de documents ODT.
<br />
<br />
<strong>Dotclear</strong>
<br />
<br />
Le <a href="http://plugins.dotaddict.org/dc2/details/odt">greffon d'export ODT</a> pour Dotclear a été publié dans une nouvelle version prenant en compte les évolutions xhtml2odt, notamment la coloration syntaxique. Un <a href="http://aurelien.bompard.org/post/2010/08/13/De-l-action-sur-le-front-de-la-conversion-ODT">exemple</a> est disponible sur le blog de l'auteur.
<br />
Le code a aussi été simplifié, ce qui le rend d'autant plus pertinent pour servir de modèle à d'autres greffons d'export ODT en PHP.
<br />
<br />
<strong>Trac</strong>
<br />
<br />
Le <a href="http://trac-hacks.org/wiki/OdtExportPlugin">greffon OdtExportPlugin</a> pour Trac a lui aussi été publié dans une nouvelle version intégrant la coloration syntaxique. Un <a href="http://xhtml2odt.org/wiki/SyntaxColoring">exemple</a> est disponible directement sur le site du projet xhtml2odt.
<br />
Le code a lui-aussi été simplifié, ce qui en fait un bon exemple pour d'autres greffons d'export ODT en Python.
<br />
<br />
<strong>Drupal</strong>
<br />
<br />
Un <a href="http://drupal.org/node/765546">projet d'export ODT</a> a été proposé sur le site de Drupal, mais le développement n'est pas terminé. Un <a href="http://drupalfr.org/forum/support/developpement/23160-module-nodetoodt">fil de discussion</a> présente les problèmes rencontrés et les évolutions possibles, mais l'été semble avoir freiné l'activité des développeurs.
<br />
<br />
<strong>Autres</strong>
<br />
<br />
MediaWiki, le moteur de wiki le plus célèbre dispose déjà d'un <a href="http://www.mediawiki.org/wiki/Extension:OpenDocument_Export">greffon d'export ODT</a>, mais il n'y a pas eu d'évolution majeure ces derniers temps.
<br />
SPIP dispose lui aussi d'un <a href="http://svn.spip.org/trac/spip-zone/browser/_plugins_/export_odt">greffon d'export ODT</a>, disponible sur le SVN de SPIP Zone et sur l'<a href="http://files.spip.org/spip-zone/">espace de téléchargement</a>. Le développement suit son cours, et une version 2.0 est en préparation.
<br />
<br />
<strong>Conclusion</strong>
<br />
<br />
De plus en plus d'applications web proposent d'exporter leurs données textuelles en ODT. Les usages sont multiples : impression, archivage, consultation hors-ligne, publication à des tiers, etc.
<br />
Les bibliothèques de manipulation s'étoffent, des applications existantes l'adoptent : c'est là le signe d'une maturation du format. Espérons que cela contribuera à le populariser chez les professionnels comme chez les particuliers.</div><div><a href="https://linuxfr.org/news/un-point-sur-lexport-odt-pour-les-applications-web.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/26193/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/un-point-sur-lexport-odt-pour-les-applications-web#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/26193/comments.atomtag:linuxfr.org,2005:News/267202010-04-12T03:09:41+02:002010-04-12T03:09:41+02:00Convertir une page web en document ODT, c'est maintenant possible<div>J'aimerais présenter ici un projet de développement personnel qui pourrait potentiellement intéresser beaucoup de monde : xhtml2odt. L'objectif de ce développement est, comme le nom l'indique, de convertir une page web en document ODT (<a href="http://fr.wikipedia.org/wiki/OpenDocument" title="Définition Wikipédia">OpenDocument</a>).
<br />
<br />
Selon moi, le projet a atteint un état d'aboutissement qui le rend utilisable par d'autres, d'où cette annonce.
<br />
De plus, lors du récent salon Solutions Linux à Paris, j'en ai parlé avec des membres du projet OpenOffice.org sur leur stand, et l'un d'entre eux a dit que certains de ses collègues envisageaient de développer une fonctionnalité similaire. Dans le but d'éviter une duplication des efforts, j'aimerais faire connaître le projet par le biais de cet article, dont la deuxième partie présente les références et les aspects techniques.
<br />
<br />
<i><abbr title="Note des modérateurs">NdM</abbr>: Sous licence GPL2.</i></div><ul><li>lien nᵒ 1 : <a title="http://gitorious.org/xhtml2odt" hreflang="en" href="https://linuxfr.org/redirect/66515">Page de développement sur Gitorious</a></li><li>lien nᵒ 2 : <a title="http://lab.dotclear.org/wiki/plugin/odt/fr" hreflang="fr" href="https://linuxfr.org/redirect/66516">Greffon Dotclear utilisant xhtml2odt</a></li><li>lien nᵒ 3 : <a title="http://trac-hacks.org/wiki/OdtExportPlugin" hreflang="en" href="https://linuxfr.org/redirect/66517">Greffon Trac utilisant xhtml2odt</a></li><li>lien nᵒ 4 : <a title="http://aurelien.bompard.org/tag/odf" hreflang="fr" href="https://linuxfr.org/redirect/66518">Articles concernant xhtml2odt (et ODF) sur le blog de l'auteur</a></li></ul><div>XHTML2ODT est en fait une bibliothèque de conversion, qui est actuellement utilisée dans les grffons suivants :<ul><li><a href="http://lab.dotclear.org/wiki/plugin/odt/fr">Export ODT pour Dotclear</a>
<br />
</li><li><a href="http://trac-hacks.org/wiki/OdtExportPlugin">Export ODT pour Trac</a></li></ul>
<br />
Tout d'abord, la limitation principale : il n'est pas prévu de convertir le style complet de la page web dans le document, donc pas de rendu CSS ni de gestion de la balise "font".
<br />
<br />
Ce point ayant été abordé, la conversion est néanmoins assez fidèle tout en restant souple, car elle est basée sur deux aspects principaux :<ul><li>La conversion du XHTML en OpenDocument grâce à des feuilles <a href="http://fr.wikipedia.org/wiki/XSL" title="Définition Wikipédia">XSL</a> ;
<br />
</li><li>L'inclusion de ce XML dans un document ODT "modèle" qui pourra être personnalisé avec les styles désirés.</li></ul>
<br />
De cette façon, la gestion des styles se fait simplement en éditant le fichier ODT modèle, la conversion du XHTML essayant d'utiliser au maximum les styles prédéfinis dans OpenOffice. Les styles manquants seront ajoutés, avec un rendu par défaut proche de celui du navigateur.
<br />
<br />
Un des axes de développement étant de faire le maximum en XSL, le code à écrire pour utiliser cette bibliothèque reste léger. Il est donc relativement aisé de l'inclure dans des greffons d'export, quelque soit le langage. En effet, parmi les deux projets qui utilisent déjà xhtml2odt, l'un est en PHP et l'autre est en Python.
<br />
De plus, on peut trouver deux exemples de code dans les sources, sous la forme de scripts en ligne de commande. Là aussi, il y en a un en PHP et l'autre en Python.
<br />
<br />
Du point de vue de la qualité du code :<ul><li>La grande majorité des éléments du <a href="http://www.w3schools.com/tags/default.asp">XHTML 1.0</a> sont pris en compte et convertis ;
<br />
</li><li>Le projet compte à l'heure actuelle 117 tests unitaires pour éviter les régressions futures ;
<br />
</li><li>Les documents ODT produits passent <a href="http://opendocumentfellowship.com/validator">les tests de validation</a> avec succès ;
<br />
</li><li>Le code XSL et celui des deux scripts-exemples fournis est largement commenté.</li></ul>
<br />
<br />
Il est intéressant de noter deux choses à propos de la conversion de XHTML vers ODT :<ul><li>À ce jour, il n'existe pas à ma connaissance d'autre projet de conversion dans ce sens, alors que les programmes permettant de faire l'inverse sont nombreux ;
<br />
</li><li>La fondation <a href="http://opendocumentfellowship.com/">OpenDocument Fellowship</a> a proposé <a href="http://opendocumentfellowship.com/development/projects/html2odf">un prix de 11 500 dollars</a> à qui réaliserait un export parfait de HTML vers ODT. Je n'ai pas les compétences pour participer à ce concours, mais si quelqu'un veut s'appuyer sur xhtml2odt pour le réaliser, qu'il n'hésite pas !</li></ul>
<br />
<br />
Ce dont le projet aurait maintenant besoin pour avancer serait que le code soit utilisé pour d'autres greffons d'export. Le premier qui me vient à l'esprit serait un greffon d'export ODT pour <a href="http://www.wordpress-fr.net/">Wordpress</a>.
<br />
Je suis aussi évidemment intéressé par les bugs qui seraient découverts dans la conversion ou les scripts fournis, ainsi que par toute contribution. Mon objectif avoué étant tout simplement de populariser au maximum le format OpenDocument.</div><div><a href="https://linuxfr.org/news/convertir-une-page-web-en-document-odt-cest-maintenant-possibl.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/25714/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/convertir-une-page-web-en-document-odt-cest-maintenant-possibl#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/25714/comments.atomtag:linuxfr.org,2005:News/242732008-06-29T02:27:57+02:002008-06-29T02:27:57+02:00Vigilo : la solution de supervision libre pour les grands réseaux<div>La société CS a publié sa solution de supervision en logiciel libre pour les grands comptes.
<br />
<br />
Vigilo est une solution complète de supervision capable de gérer des systèmes d'envergure (réseau et serveurs) grâce à une architecture répartie et modulaire. Construit autour de <a href="http://fr.wikipedia.org/wiki/Nagios">Nagios</a>, Vigilo traite en complément la métrologie, les graphes et la corrélation d'évènements. Vigilo offre d'autre part de nouvelles fonctionnalités : bac à évènements, gestion centralisée des configurations, remontée des traps <a href="http://fr.wikipedia.org/wiki/Simple_Network_Management_Protocol">SNMP</a>, etc.</div><ul><li>lien nᵒ 1 : <a title="http://www.projet-vigilo.org/" hreflang="fr" href="https://linuxfr.org/redirect/57919">Le projet Vigilo</a></li><li>lien nᵒ 2 : <a title="http://www.projet-vigilo.org/site/fonctionnalites" hreflang="fr" href="https://linuxfr.org/redirect/57920">Les fonctionnalités de Vigilo</a></li><li>lien nᵒ 3 : <a title="http://www.projet-vigilo.org/site/copie_d_ecran" hreflang="fr" href="https://linuxfr.org/redirect/57921">Des copies d'écran</a></li><li>lien nᵒ 4 : <a title="http://www.01net.com/editorial/370500/cs-apporte-la-supervision-open-source-aux-grands-comptes/" hreflang="fr" href="https://linuxfr.org/redirect/57922">Un article sur Vigilo dans 01net</a></li><li>lien nᵒ 5 : <a title="http://www.c-s.fr/A-l-occasion-des-9emes-rencontres-mondiales-du-logiciel-libre-a-Mont-de-Marsan-du-1er-au-5-juillet-2008,-CS-interviendra_a179.html" hreflang="fr" href="https://linuxfr.org/redirect/57923">Présentation de Vigilo aux RMLL 2008</a></li></ul><div>Historiquement, la supervision est un domaine technique bien défini depuis longtemps, sur lequel quelques éditeurs de solutions propriétaires se taillent la part du lion pour les réseaux de taille importante (plus de 1000 équipements). En effet, aujourd'hui les logiciels libres de <a href="http://fr.wikipedia.org/wiki/Supervision#En_informatique">supervision</a> ne sont pas capables de monter en charge au delà d'un unique serveur de supervision, et de centraliser les résultats. Des efforts sont faits dans ce sens sur Nagios, mais ils sont assez récents et ne couvrent pas l'ensemble de la problématique.
<br />
<br />
Pour combler ce vide, Vigilo apporte quatre éléments :<ul><li>Un ensemble de composants permettant d'interfacer entre eux un nombre n de serveurs Nagios, et de répartir la totalité du parc à superviser sur ces serveurs ;
<br />
</li><li>La gestion de la <a href="http://fr.wikipedia.org/wiki/M%C3%A9trologie">métrologie</a> (basée sur <a href="http://fr.wikipedia.org/wiki/RRdTool">RRDtool</a>) ;
<br />
</li><li>Une corrélation centralisée des événements ;
<br />
</li><li>Des interfaces dessinées pour les besoins des équipes d'exploitation.</li></ul>L'ensemble de ces composants ne sont pas publiés aujourd'hui sur le site, seule la gestion de la métrologie est disponible, et le prochain composant est prévu pour le mois prochain. Les modules et leur feuille de route de publication sont détaillés <a href="http://www.projet-vigilo.org/site/feuille_de_route">sur le site</a>. L'ensemble de la solution est toutefois en GPLv2.
<br />
<br />
Grâce à Vigilo, les réseaux de grande taille vont pouvoir être supervisés en se passant de logiciels propriétaires, c'est un marché captif de plus qui disparaît.</div><div><a href="https://linuxfr.org/news/vigilo-la-solution-de-supervision-libre-pour-les-grands-reseau.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/23381/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/vigilo-la-solution-de-supervision-libre-pour-les-grands-reseau#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/23381/comments.atomtag:linuxfr.org,2005:Diary/231022006-11-14T10:26:52+01:002006-11-14T10:26:52+01:00L'accord Novell - MS céleBienJ'étais pas un partisan de ce qu'a fait Novell jusqu'à je lise ce passage du blog de Jonathan Schwartz (patron de Sun) :<br />
<br />
<blockquote>And in closing, I want to put one nagging item to rest.<br />
<br />
By admitting that one of the strongest motivations to select the GPL was the announcement made last week by Novell and Microsoft, suggesting that free and open source software wasn't safe unless a royalty was being paid. As an executive from one of those companies said, "free has to have a price."<br />
<br />
That's nonsense.</blockquote><br />
<br />
<a href="http://blogs.sun.com/jonathan/entry/fueling_the_network_effect">http://blogs.sun.com/jonathan/entry/fueling_the_network_effe(...)</a><br />
(sévèrement slashdotté en ce moment)<br />
<br />
Ce qui veut dire (vaguement) :<br />
<blockquote>Et pour conclure, je voudrais en finir avec un point très énervant.<br />
J'admets qu'une des principales raisons du choix de la GPL a été l'annonce de la semaine dernière par Novell et Microsoft, qui suggéraient que le logiciel libre et opensource n'était pas sûr tant que des droits n'avaient pas été payés. Un cadre d'une de ces entreprises a dit : « le libre doit avoir un prix » (NdT: libre/gratuit : free).<br />
Ça n'a pas de sens.</blockquote><br />
<br />
Vraiment, ce Schwartz, il est bien :)<div><a href="https://linuxfr.org/users/gauret/journaux/laccord-novell-ms-c%C3%A9lebien.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49547/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/laccord-novell-ms-c%C3%A9lebien#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/49547/comments.atomtag:linuxfr.org,2005:Diary/229342006-10-19T14:08:57+02:002006-10-19T14:08:57+02:00Le TMX nouveau est prêt pour la télédéchargeAmis jeunes, amis jeunes, oyez :<br />
<br />
Le TMX nouveau est dehors. Longez les murs, il est lourd, il est dur :<br />
<br />
<a href="http://www.jamendo.com/fr/album/3076/">http://www.jamendo.com/fr/album/3076/</a><br />
<br />
Appelé "C'est du lourd", il remplit bien son contrat. C'est le raffinement, la délicatesse et la grasse lourdeur légendaire de notre très cher TMX.<br />
<br />
David, continue comme ça, c'est long et c'est bon.<br />
<br />
<blockquote><br />
- Jeune homme, qu'est-ce que je vous sers ?<br />
- Euh, les couilles, mais pas trop fort.<br />
</blockquote><div><a href="https://linuxfr.org/users/gauret/journaux/le-tmx-nouveau-est-pr%C3%AAt-pour-la-t%C3%A9l%C3%A9d%C3%A9charge.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49380/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/le-tmx-nouveau-est-pr%C3%AAt-pour-la-t%C3%A9l%C3%A9d%C3%A9charge#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/49380/comments.atomtag:linuxfr.org,2005:News/207032006-04-21T11:48:28+02:002006-04-21T11:48:28+02:00Présentation de Fedora Core - FUDCon Virtuel<div>Les Ambassadeurs Fedora de France et de Navarre se réunissent pour présenter leur distribution favorite : Fedora Core.
<br />
Peu de temps après la sortie de la dernière mouture, Fedora Core 5, ils ont décidé de lever le voile, et de répondre à toutes les questions. Toutes. Et ceci durant un FUDCon Virtuel (Fedora Users and Developpers Conference).
<br />
<br />
Vous êtes donc conviés (oui, vous !) à assister à ce vFUDCon, qui aura lieu jeudi 27 avril 2006, à 20h45 sur le serveur irc.freenode.net. Le salon? #fedora-fr-meeting. Vous pourrez poser vos questions sur le salon-prévu-à-cet-effet : #fedora-fr-qa.
<br />
<br />
En espérant vous voir nombreux!</div><ul><li>lien nᵒ 1 : <a title="http://fedoraproject.org/wiki/fr_FR/FedoraEvents/vFUDCon/01France" hreflang="fr" href="https://linuxfr.org/redirect/46605">Les détails de la présentation</a></li></ul><div>Au cours de cette présentation, divers aspect de la distribution et de la communauté seront abordés. Au menu :
<br />
<br />
<ol><li>Présentation du projet Fedora par Chitlesh Goorah
<br />
</li><li>Les sous projets par Damien Durand
<br />
</li><li>SELinux par Aurelien Bompard
<br />
</li><li>Fedora Core 6 par Aurelien Bompard
<br />
</li><li>Réflexion sur l'aide francophone par Thomas Canniot</li></ol>
<br />
<br />
</div><div><a href="https://linuxfr.org/news/presentation-de-fedora-core-fudcon-virtuel.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/20016/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/presentation-de-fedora-core-fudcon-virtuel#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/20016/comments.atomtag:linuxfr.org,2005:Diary/212262006-03-22T22:21:51+01:002006-03-22T22:21:51+01:00Mono dans Fedora : le pourquoi du commentA la surprise générale, Mono a été intégré à Fedora il y a quelques mois, alors qu'il avait toujours été refusé auparavant pour des raisons de "situation douteuse du point de vue des brevets".<br />
<br />
Chez Red Hat, personne n'avait pu expliquer pourquoi, pour des raisons de confidentialité.<br />
<br />
Et bien voilà, le secret est levé, Greg DeKoenigsberg nous explique la vraie raison : <a href="http://gregdek.livejournal.com/4008.html">http://gregdek.livejournal.com/4008.html</a><br />
<br />
Une très bonne nouvelle en somme, surtout en ces temps juridiquement moroses...<div><a href="https://linuxfr.org/users/gauret/journaux/mono-dans-fedora-le-pourquoi-du-comment.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/47729/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/mono-dans-fedora-le-pourquoi-du-comment#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/47729/comments.atomtag:linuxfr.org,2005:Diary/205872006-01-12T20:39:59+01:002006-01-12T20:39:59+01:00[DADVSI] C'est pas le 17 janvier, ce sera en févrierSelon ZDNet : <a href="http://www.zdnet.fr/actualites/internet/0,39020774,39302521,00.htm">http://www.zdnet.fr/actualites/internet/0,39020774,39302521,(...)</a><br />
la reprise des débats parlementaires ne se fera que début février, et pas le 17 janvier comme prévu.<br />
Le temps de faire quelques briefings j'imagine. Soyons au rendez-vous.<div><a href="https://linuxfr.org/users/gauret/journaux/dadvsi-cest-pas-le-17-janvier-ce-sera-en-f%C3%A9vrier.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/47096/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/dadvsi-cest-pas-le-17-janvier-ce-sera-en-f%C3%A9vrier#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/47096/comments.atomtag:linuxfr.org,2005:Diary/199702005-11-14T20:52:23+01:002005-11-14T20:52:23+01:00Nouveau logo pour FedoraCa y est, Fedora a un nouveau logo :<br />
<a href="http://fedoraproject.org/wiki/Marketing/LogoIdeas">http://fedoraproject.org/wiki/Marketing/LogoIdeas</a><br />
<br />
L'idée du symbole est le "f" de Fedora et le symbole "infini".<br />
Ce nouveau logo remplacera l'ancien dans Fedora Core 5<div><a href="https://linuxfr.org/users/gauret/journaux/nouveau-logo-pour-fedora.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/46480/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/nouveau-logo-pour-fedora#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/46480/comments.atomtag:linuxfr.org,2005:Diary/194712005-09-19T16:32:56+02:002005-09-19T16:32:56+02:00A l'abordage !Ceux qui lisent Planet GNOME (<a href="http://planet.gnome.org/">http://planet.gnome.org/(...)</a> ) ont sûrement remarqué les jolis chapeaux que portent les devs.<br />
<br />
Je me demandait quelle était cette nouvelle folie (la dernière fois, j'ai vu des types se ballader avec des serviettes de plage en pleine ville, puis j'ai lu la trilogie...), donc voici l'explication :<br />
Aujourd'hui, c'est la journée "Parlons comme des pirates".<br />
<br />
Voilà le site officiel : <a href="http://www.talklikeapirate.com">http://www.talklikeapirate.com(...)</a><br />
Et l'article de Dave Barry qui a popularisé le mouvement : <a href="http://www.miami.com/mld/miamiherald/living/columnists/dave_barry/4018055.htm">http://www.miami.com/mld/miamiherald/living/columnists/dave_barry/4(...)</a><br />
<br />
Souquez ferme, moussaillons ! (c'est beau internet :) )<div><a href="https://linuxfr.org/users/gauret/journaux/a-labordage.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/45993/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/a-labordage#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/45993/comments.atomtag:linuxfr.org,2005:Diary/185752005-06-20T10:57:24+02:002005-06-20T10:57:24+02:00Ah, ces lusers....OK, j'ai pas l'habitude de poster des journaux pour des trucs à la con comme ça, mais ce post m'a mis de bonne humeur pour la semaine :<br />
<a href="http://blogs.gnome.org/view/zucchi/2005/06/20/0">http://blogs.gnome.org/view/zucchi/2005/06/20/0(...)</a><div><a href="https://linuxfr.org/users/gauret/journaux/ah-ces-lusers.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/45120/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/ah-ces-lusers#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/45120/comments.atomtag:linuxfr.org,2005:News/186472005-04-03T12:51:38+02:002005-04-03T12:51:38+02:00SPIP 1.8 est sorti<div>C'est ce 1er avril 2005 qu'est sortie la version 1.8 du célèbre moteur de gestion de contenu libre, plus d'un an après la version 1.7 (janvier 2004).
<br />
<br />
L'objectif de SPIP reste toujours le même : proposer un moyen simple de créer un site web, tout en restant souple et très fonctionnel.
<br />
<br />
Parmi les principales nouveautés, on retrouve :
<br />
- un espace d'administration complètement refondu, sur le plan graphique et ergonomique,
<br />
- la prévisualisation d'un article avec les squelettes publics
<br />
- la gestion de l'historique des modifications dans un article
<br />
- un nouveau gestionnaire de documents attachés à un article ou une rubrique
<br />
- l'ajout de fonctionnalités intéressantes en mode client-serveur, par exemple un correcteur orthographique et un générateur LaTeX. Des serveurs d'analyse orthographique et de rendu LaTeX sont fournis par la communauté.
<br />
<br />
Mais aussi beaucoup de modifications qui seront moins évidentes pour l'utilisateur, comme par exemple le nouveau compilateur de squelettes qui gagne beaucoup en souplesse, des traductions mises à jour, et une meilleure conformité W3C.
<br />
<br />
La procédure de mise à jour est très simple, et fonctionne bien manifestement.
<br />
<br />
Un énorme bravo à toute l'équipe de développement de SPIP, qui nous apporte un outil très puissant, très souple mais aussi très simple d'utilisation.</div><ul><li>lien nᵒ 1 : <a title="http://www.spip.net/fr_article2991.html" hreflang="fr" href="https://linuxfr.org/redirect/40892">Annonce de la sortie</a></li><li>lien nᵒ 2 : <a title="http://www.spip.net/fr_article1318.html" hreflang="fr" href="https://linuxfr.org/redirect/40893">Procédure de mise à jour</a></li></ul><div></div><div><a href="https://linuxfr.org/news/spip-18-est-sorti.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/17951/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/spip-18-est-sorti#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/17951/comments.atomtag:linuxfr.org,2005:News/185032005-03-15T09:05:26+01:002005-03-15T09:05:26+01:00Debian envisage un support partiel des architectures les moins utilisées<div>Lors d'une réunion des responsables de publication ("Release Managers") de Debian à propos de Sarge, la version en test, il a été aussi question du plan de sortie pour la Debian suivante : Etch.
<br />
Apparemment, l'équipe de publication et les administrateurs des serveurs FTP sont tombés d'accord sur le fait qu'il n'est plus possible de continuer à coordonner les sorties pour autant d'architectures.
<br />
À partir de Etch donc, certaines architectures ne seront disponibles qu'en unstable, dont il sera pris des "instantanés" (snapshots) régulièrement.</div><ul><li>lien nᵒ 1 : <a title="http://lists.debian.org/debian-devel-announce/2005/03/msg00012.html" hreflang="en" href="https://linuxfr.org/redirect/40507">L'annonce sur debian-devel-announce</a></li><li>lien nᵒ 2 : <a title="http://www.grep.be/blog/2005/03/14/#release_meeting" hreflang="en" href="https://linuxfr.org/redirect/40508">Réaction de Wouter Verhelst</a></li><li>lien nᵒ 3 : <a title="http://www.inittab.de/blog/2005/03/14#20050314_unhappy-too" hreflang="en" href="https://linuxfr.org/redirect/40509">Réaction de Norbert Tretkowski</a></li><li>lien nᵒ 4 : <a title="http://blog.andrew.net.au/2005/03/14#new_release_strategy2" hreflang="en" href="https://linuxfr.org/redirect/40510">Réaction d'Andrew Pollock</a></li><li>lien nᵒ 5 : <a title="http://blog.steve.org.uk/index.php/archives/2005/03/14/gtk-debian/" hreflang="en" href="https://linuxfr.org/redirect/40511">Réaction de Steve Kemp</a></li></ul><div>C'est donc un changement majeur pour Debian, qui fixe des règles strictes pour qu'une architecture soit supportée à 100 % :
<br />
<br />
- Elle doit remplir les critères pour les nouvelles architectures (voir ci-dessous)
<br />
<br />
- On doit pouvoir encore acheter du matériel de cette architecture,
<br />
<br />
- Il doit y avoir n+1 systèmes de compilation, avec n le nombre nécessaire pour tenir la charge dûe au volume de paquets uploadés
<br />
<br />
- Cette valeur de n n'a pas nécessairement besoin d'être strictement supérieure à 2
<br />
<br />
- Cette architecture doit avoir compilé avec succès 98% des sources Debian (sans les paquets spécifiques à une architecture)
<br />
<br />
- L'architecture doit avoir un installeur qui fonctionne
<br />
<br />
- L'Équipe Sécurité doit être d'accord pour fournir un support à long terme de cette architecture,
<br />
<br />
- Les Administrateurs Système Debian doivent être d'accord pour supporter des machines de cette architecture,
<br />
<br />
- L'Équipe de Publication (Release Team) a droit de véto sur l'ajout d'une architecture si elle pense qu'elle peut trop retarder une sortie
<br />
<br />
- Il doit y avoir une machine de cette architecture accessible aux développeurs Debian.
<br />
<br />
Les règles suivantes seront appliquées pour déterminer si une <i>nouvelle</i> architecture sera inclue dans Debian :
<br />
- Il doit y avoir une base d'utilisateurs suffisante pour justifier l'ajout sur tous les miroirs, critère défini par au moins 10% des téléchargement sur un échantillon des miroirs,
<br />
<br />
- L'architecture doit être librement utilisable (sans accord de non-divulgation (NDA)),
<br />
<br />
- L'architecture doit pouvoir faire tourner le système de compilation 24h sur 24 et 7 jours sur 7 (sans planter),
<br />
<br />
- L'architecture doit avoir un système de compilation qui fonctionne,
<br />
<br />
- Le port doit avoir au moins les fonctionnalités de base d'UNIX, par exemple la résolution de nom et le filtrage de paquets (firewalling),
<br />
<br />
- Les paquets binaires doivent pouvoir être construits depuis des sources Debian non modifiées (nécessaire pour des raisons de licences entre autres),
<br />
<br />
- Les binaires de ces architectures doivent avoir été signés par des développeurs Debian officiels,
<br />
<br />
- L'architecture doit pouvoir compiler au moins 50% des sources Debian (sans les paquets spécifiques à certaines architectures)
<br />
<br />
- Au moins 5 développeurs à travailler sur le port, doivent envoyer des demandes signées d'addition
<br />
<br />
- Il faut prouver qu'il y aura au moins 50 utilisateurs.
<br />
<br />
<br />
Avec ces critères les architectures qui resteront supportées à 100% après la sortie de Sarge seront i386, powerpc, ia64 et amd64 (4/11)
<br />
<br />
Cette annonce a été approuvée par : Steve Langasek (Release Manager), Colin Watson (Release Manager), Andreas Barth (Release Assistant), Joey Hess (Release Assistant), Frank Lichtenheld (Release Assistant), James Troup (ftpmaster), Ryan Murray (ftpmaster), Anthony Towns (ftpmaster), Andreas Schuldei (candidat DPL), Angus Lees (candidat DPL), Branden Robinson (candidat DPL), Jonathan Walther (candidat DPL).
<br />
<br />
Des personnes on déjà fait part de leur accord ou leur désaccord avec cette annonce sur leurs blogs : Andrew Pollock est pour, mais Steve Kemp, Norbert Tretkowski et Wouter Verhelst sont contre.
<br />
<br />
Il faut noter que cette proposition doit encore être soumise à un vote pour devenir officielle.</div><div><a href="https://linuxfr.org/news/debian-envisage-un-support-partiel-des-architectures-les-moins-u.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/17816/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/debian-envisage-un-support-partiel-des-architectures-les-moins-u#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/17816/comments.atomtag:linuxfr.org,2005:Diary/170152005-02-03T19:40:05+01:002005-02-03T19:40:05+01:00Job: développeur XUL demandéSalut tous. C'est pas vraiment le rôle des journaux (mais les journaux ont-ils un rôle finalement), mais voilà : on aurait besoin d'un développeur XUL très très vite. Pour pas paumer ceux qui connaissent pas, XUL c'est le langage de description d'interface dans lequel Mozilla & cie sont écrits<br />
<br />
Alors voilà le sujet : c'est pour l'éditeur Nathan/Bordas, c'est une longue mission de 3 ans, dans le cadre d'un projet européen, pour la réalisation d'un "cartable électronique". Le projet est assez gros, et vise à dématérialiser une certaine quantité de choses.<br />
<br />
C'est situé place d'Italie à Paris, et il me faut des réponses pour avant mardi (8 fév). Autant dire que c'est ultra urgent.<br />
<br />
On prend un indépendant ou qqun sans emploi, pour lequel il y a possibilité d'embauche, enfin y'a possibilité de vachement de choses, on est très ouverts.<br />
<br />
Pour plus d'infos et pour postuler, mailez-moi sur mon adresse dlfp ou directement sur gauret (a) free (.) fr.<br />
<br />
Merci !<div><a href="https://linuxfr.org/users/gauret/journaux/job-d%C3%A9veloppeur-xul-demand%C3%A9.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43591/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gauret/journaux/job-d%C3%A9veloppeur-xul-demand%C3%A9#comments">ouvrir dans le navigateur</a>
</p>
Aurélien Bompardhttps://linuxfr.org/nodes/43591/comments.atom