tag:linuxfr.org,2005:/users/moreiraLinuxFr.org : les contenus de ecyrbe2012-04-11T19:05:26+02:00/favicon.pngtag:linuxfr.org,2005:Diary/324102012-04-03T17:04:19+02:002012-04-03T17:04:19+02:00Vente liée jugée déloyaleLicence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<p>Une bonne nouvelle,</p>
<p>Le juge de proximité de Saint Denis a déclaré la vente liée de Windows avec un PC comme étant déloyale.<br />
Le défenseur se trouve être cette fois-ci Samsung. Ce dernier demandait à l'utilisateur de renvoyer sa machine pour effacer lui même Windows et se proposait de rembourser 60€ à l'utilisateur.<br />
Ce dernier à jugé que la procédure était abusive et a en conséquence saisie le tribunal de proximité.<br />
Le jugement rendu le 12 Janvier 2012 déclarait cette procédure déloyale.<br />
Samsung à été condamné à rembourser 90€ au demandeur ainsi que 500€ de dédommagements.</p>
<p>Liens :<br /><a href="http://non.aux.racketiciels.info/media/document/Jugement-Marty-Samsung-20120110.pdf">Le jugement</a><br /><a href="http://aful.org/communiques/faire-payer-systeme-exploitation-non-demande-deloyal-en">Dépêche sur l'AFUL</a></p><div><a href="https://linuxfr.org/users/moreira/journaux/vente-liee-jugee-deloyale.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/90161/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/vente-liee-jugee-deloyale#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/90161/comments.atomtag:linuxfr.org,2005:News/291732012-02-18T12:36:42+01:002012-02-18T22:00:47+01:00Mercurial 2.1 : Les phasesLicence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p><a href="http://fr.wikipedia.org/wiki/Mercurial" title="Définition Wikipédia">Mercurial</a>, un puissant logiciel de gestion de versions écrit en <a href="http://fr.wikipedia.org/wiki/Python" title="Définition Wikipédia">Python</a>, sort en version 2.1 après 3 mois de développement.<br />
Pour rappel, Mercurial est un logiciel de gestion de version décentralisé, à savoir qu'il permet de travailler en équipe sans avoir besoin d'un serveur centralisé. Tous les développeurs pouvant se synchroniser entre eux, via deux méthodes :</p>
<ul><li><a href="http://mercurial.selenic.com/wiki/Pull">pull</a> : réception des modifications d'un dépôt distant.</li>
<li><a href="http://mercurial.selenic.com/wiki/Push">push</a> : envoi des modifications vers un dépôt distant.</li>
</ul><p>Cette souplesse permet de hiérarchiser le développement d'un projet de mille et une façons. Cette souplesse possède un revers, quand l'on doit se synchroniser avec un dépôt distant on a souvent des conflits. Pour les résoudre, les développeurs font appel à deux méthodes :</p>
<ul><li><a href="http://mercurial.selenic.com/wiki/Merge">merge</a> : fusion des modifications de deux branches en une seule, les conflits sont résolus par divers outils manuels ou automatiques.</li>
<li><a href="http://mercurial.selenic.com/wiki/RebaseExtension">rebase</a>, <a href="http://mercurial.selenic.com/wiki/MqExtension">mq</a>, <a href="http://mercurial.selenic.com/wiki/HisteditExtension">histedit</a> : modification de l'historique des modifications afin de le linéariser ou de le simplifier.</li>
</ul><p>Dans le second cas, modifier son historique peut s'avérer bien plus désastreux que le problème initial ou l'on avait qu'un simple conflit. <a href="http://fr.wikipedia.org/wiki/Git" title="Définition Wikipédia">Git</a>, le principal concurrent de Mercurial qui possède des fonctionnalités et des performances sensiblement identiques, est particulièrement sensible à des erreurs de <strong>rebase</strong>, car cette fonctionnalité est activé par défaut.</p>
<p>Pour éviter les erreurs de modifications d'historiques, Mercurial 2.1 introduit une nouvelle fonctionnalité : <a href="http://mercurial.selenic.com/wiki/Phases">les phases</a>.</p></div><ul><li>lien nᵒ 1 : <a title="http://mercurial.selenic.com/" hreflang="en" href="https://linuxfr.org/redirect/75367">Site officiel</a></li><li>lien nᵒ 2 : <a title="http://mercurial.selenic.com/wiki/WhatsNew" hreflang="en" href="https://linuxfr.org/redirect/75368">ChangeLog</a></li><li>lien nᵒ 3 : <a title="http://hgbook.red-bean.com/read/" hreflang="en" href="https://linuxfr.org/redirect/75369">Documentation</a></li><li>lien nᵒ 4 : <a title="http://www.selenic.com/mercurial/hg.1.html" hreflang="en" href="https://linuxfr.org/redirect/75370">Documentation pratique</a></li><li>lien nᵒ 5 : <a title="http://mercurial.selenic.com/wiki/Phases" hreflang="en" href="https://linuxfr.org/redirect/75371">Les phases</a></li><li>lien nᵒ 6 : <a title="http://www.logilab.org/blogentry/88203" hreflang="en" href="https://linuxfr.org/redirect/75372">Article : introduction aux phases</a></li></ul><div><p>Les phases sont un moyen de marquer automatiquement une suite de modifications comme étant :</p>
<ul><li><strong>publiques</strong> : par défaut dès que l'on fait un push/pull, les modifications envoyées/reçues deviennent publiques. Les modifications publiques ne peuvent pas voir leur historique modifié sans utiliser explicitement la nouvelle commande <a href="http://mercurial.selenic.com/wiki/Phases">phase</a> ;</li>
<li><strong>des brouillons</strong> : tant que les modifications que l'on a créées localement n'ont pas été envoyées via un push, elle gardent le statut de brouillon, leur permettant de voir leur historique modifié ;</li>
<li><strong>secrètes</strong> : dès que l'on utilise l'extension mq, les modifications que l'on fait avec sont marquées comme secrètes, et ne peuvent pas être envoyées via un push vers un autre dépôt. Prévenant ainsi des erreurs basiques.</li>
</ul><p>Les phases permettent donc de se souvenir de ce qui a été publié et d'éviter de modifier l'historique associé. Cependant, si l'on souhaite forcer la modification d'une publication, cela est toujours possible en forçant des changements de phases, afin de pouvoir modifier l'historique.<br />
Ainsi par défaut, Mercurial vous empêchera désormais de faire des bêtises quand vous souhaitez modifier l'historique de vos modifications.<br />
Ce nouveau concept arrivera-t-il bientôt dans <a href="http://fr.wikipedia.org/wiki/Git" title="Définition Wikipédia">Git</a> ?</p></div><div><a href="https://linuxfr.org/news/mercurial-2-1-les-phases.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/89532/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/mercurial-2-1-les-phases#comments">ouvrir dans le navigateur</a>
</p>
ecyrbeclaudexB16F4RV4RD1NBenoît SibaudNeoXbaud123Bruno Michelhttps://linuxfr.org/nodes/89532/comments.atomtag:linuxfr.org,2005:Diary/319432011-12-13T14:03:33+01:002011-12-13T14:03:33+01:00Rendu 3D logiciel<p>Je me souviens d'un temps, ou le mixage audio était réalisé par le hardware, car c'était une opération couteuse.<br />
Aujourd'hui le mixage est fait pas le logiciel et les cartes sons, ne sont presque plus que des entrées/sorties jack avec un contrôleur basique.</p>
<p>Grâce à Gallium 3D LLVMpipe, on commence à avoir un <a href="http://www.phoronix.com/scan.php?page=article&item=intel_i73960x_llvmpipe&num=1">rendu 3D logiciel potable</a> sur certains processeurs multi-coeurs.</p>
<p>Évidement, pour le moment, même une carte à 30€ arrive à battre les performances de ce rendu logiciel. Mais j'ai quand même l'impression que d'ici deux ou trois ans, ces processeurs haut de gamme seront plus démocratisés et par la même la question d'avoir besoin d'une carte graphique au lieu d'un simple contrôleur VGA/DVI/HDMI pourrait se poser à un plus grand nombre.</p>
<p>On annonce d'ailleurs que Gnome Shell, Compiz ou encore KWin fonctionnent avec LLVMpipe, ce qui fait que les desktops GNU/Linux pourront profiter de la composition, de Wayland, sans avoir besoin d'une grosse carte graphique.</p>
<p>Je trouve que c'est une bonne nouvelle pour le libre. En effet, nous sommes confrontés à des constructeurs qui ne fournissent pas les specs de leurs cartes graphiques, et le cas échéant, ne fournissent souvent pas de driver libre.<br />
Avec un driver logiciel, les effort d'optimisations peuvent être cumulés car les processeurs ont tous des specs ouvertes par principe, et il est inutile de refaire un driver pour chaque CPU, le compilateur s'en occupe.<br />
J'espère donc que l'on va assister à la mort des cartes graphiques, pour le grand publique tout du moins, avec la montée du nombre de coeurs dans les prochaines générations de processeurs.</p><div><a href="https://linuxfr.org/users/moreira/journaux/rendu-3d-logiciel.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/88616/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/rendu-3d-logiciel#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/88616/comments.atomtag:linuxfr.org,2005:Diary/311652011-05-24T09:26:07+02:002011-05-24T09:26:07+02:00Des extensions pour Gnome 3<p>Les extensions pour Gnome-Shell commencent à fleurir.<br /><br />
Vous avez peut être déjà installé le Dock et les autres extensions que vous pouvez récupérer sur le <a href="http://git.gnome.org/browse/gnome-shell-extensions">git de gnome</a>.<br />
Il y a aussi une extension pour la météo <a href="https://github.com/simon04/gnome-shell-extension-weather">ici</a>. Vous pouvez copier coller mes modifications pour que la traduction en Français s'opère par <a href="http://pastebin.com/hctpNsLS">ici</a></p>
<p>Il y a aussi des petit malin qui ont crée des extensions pour que le Bureau de Gnome 3 ressemble à celui de Gnome 2, avec un Menu Application et les bureaux dynamiques désactives. Pour plus d'information, vous pouvez voir tout ça par <a href="http://www.webupd8.org/search/label/gnome%20shell%20extensions?max-results=10">ici</a></p>
<p>Si vous avez trouvé d'autres extensions n'hésitez pas à les partager.</p><div><a href="https://linuxfr.org/users/moreira/journaux/des-extensions-pour-gnome-3.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/86190/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/des-extensions-pour-gnome-3#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/86190/comments.atomtag:linuxfr.org,2005:News/280982011-04-12T15:45:40+02:002021-07-11T18:54:37+02:00GnuTLS ajoute le support de DTLSLicence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>GnuTLS est une bibliothèque logicielle libre diffusée sous la licence <a href="http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html">LGPL 2.1 et plus</a> et écrite en C et C++. GnuTLS implémente les protocoles réseau SSL 3.0, <a href="http://tools.ietf.org/html/rfc2246">TLS 1.0</a>, <a href="http://tools.ietf.org/html/rfc4346">TLS 1.1</a> et <a href="http://tools.ietf.org/html/rfc5246">TLS 1.2</a>. Ceux-là même utilisés par tous les navigateurs web quand vous surfez en <a href="http://tools.ietf.org/html/rfc2818">HTTPS</a>.<br><br>
Une version majeure est en cours de développement, elle ajoute une implémentation du protocole <a href="http://tools.ietf.org/html/rfc4347">DTLS</a> et améliore la compatibilité avec <a href="http://www.openssl.org/">OpenSSL</a>.</p>
</div><ul><li>lien nᵒ 1 : <a title="http://www.gnu.org/software/gnutls/" hreflang="en" href="https://linuxfr.org/redirect/71722">Le site officiel</a></li><li>lien nᵒ 2 : <a title="http://article.gmane.org/gmane.network.gnutls.general/2306" hreflang="en" href="https://linuxfr.org/redirect/71723">L'annonce officielle</a></li></ul><div><p>Depuis la version 2.12, GnuTLS a changé de moteur cryptographique par défaut et utilise <a href="http://www.lysator.liu.se/%7Enisse/nettle/">Nettle</a>. Par rapport à l'ancien moteur, <a href="http://www.gnupg.org/documentation/manuals/gcrypt/">libgcrypt</a>, Nettle se veut moins lourd aussi bien en mémoire qu'en consommation processeur. </p>
<p>Cette version, estampillée 2.99.0, est une version de développement mais utilisable dès à présent pour ajouter le support de DTLS à vos applications utilisant UDP massivement, comme les logiciels de messagerie ou de visioconférence. En effet, DTLS permet enfin d'ajouter la sécurisation des données au dessus des protocoles orientés datagrammes et non connectés tels qu'<a href="http://tools.ietf.org/html/rfc768">UDP</a>. Jusqu'à présent, la seule implémentation de DTLS se trouvait dans OpenSSL dont la licence est incompatible avec la GPL. Ce qui empêchait son utilisation dans beaucoup de logiciels libres. </p>
<p>Par rapport à son concurrent le plus connu, à savoir OpenSSL, GnuTLS propose une API très claire et très bien <a href="http://www.gnu.org/software/gnutls/documentation.html">documentée</a>. Un vrai plaisir d'utilisation par rapport à OpenSSL qui est un vrai désastre en la matière.</p>
</div><div><a href="https://linuxfr.org/news/gnutls-ajoute-le-support-de-dtls.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/85621/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/gnutls-ajoute-le-support-de-dtls#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/85621/comments.atomtag:linuxfr.org,2005:Diary/309542011-04-01T06:34:26+02:002011-04-01T07:50:59+02:00Test de gnome 3Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<p>A une semaine de la sortie de gnome 3, je me suis décidé à tester Gnome 3 pour savoir si j'allais migrer ou attendre une version plus peaufinée.<br />
Je me suis donc dirigé vers le site de <a href="http://www.gnome3.org/">gnome 3</a>, et j'ai téléchargé leur live CD basé sur Fedora. Première bonne surprise, alors que je pensais que j'allais passer en mode dégradé à cause des drivers, je me suis retrouvé avec des drivers utilisant Gallium r600g. Du coup la composition fonctionnait et Gnome Shell s'est lancé sans souci. <br />
J'avais déjà testé Gnome Shell l'année dernière, et il y a du mieux. L'interface est bien plus aboutie, et on retrouve facilement toutes les applications, c'est même je trouve un net progrès par rapport à Gnome 2. Voici une liste non exhaustive de ce qui ma marqué :</p>
<ul><li>Les fenêtres ne se minimisent plus. En effet il n'y a plus de barre des tâches, du coup, les développeurs de Gnome on rendu cette fonctionnalité obsolète. A la place on accède aux fenêtre via le dash (en cliquant sur activities). Pour agrandir la fenêtre sur tout le bureau on la déplace en haut de l'écran (comme sous windows 7), ou on double-clique dessus.</li>
<li>Les bureaux virtuels se crées automatiquement en déplaçant les fenêtre via le Menu Activities. Ce qui oblige à faire un clic puis un glisser/déposer dans un nouveau bureau. Il y a heureusement des raccourcis pour déplacer une fenêtre dans un nouveau bureau ou pour changer de bureau sans avoir besoin d'entrer dans le dash.</li>
<li>On doit appuyer sur la touche Alt pour faire apparaître le bouton Power-Down dans le menu utilisateur (en haut à droite), par défaut on se voit juste proposer du mettre l'ordinateur en suspend au lieu de l'éteindre.</li>
<li>Il n'y a pas encore d'application pour appliquer un thème personnalisé (en tout cas je n'en ai pas vu), et le thème par défaut est je trouve très encombrant surtout quand on est habitué à avoir un thème minimaliste comme <a href="https://launchpad.net/~elementaryart">elementary</a></li>
<li>Les boîtes de dialogues de configuration système on été refaites, et je ne les trouve pas très au point pour le moment. Surtout que lorsqu'on navigue entre elles, la précédente disparaît (comme sur windows vista et 7), mais leur taille change, ce qui est perturbant. Ils devraient faire en sorte que la taille de la fenêtre ne change pas à la navigation des boites de dialogue de configuration.</li>
<li>Il n'y a plus d'icônes sur le bureau, et pour naviguer rapidement via les "places" et "racoucis" de nautilus, on est obligé d'aller retrouver nautilus dans la liste des applications ou le mettre en raccourcis sur le dash. Un menu places directement intégré à Gnome Shell n'aurait pas été du superflu.</li>
<li>Il n'y a pas d'intégration avec zeitgeist contrairement à Ubuntu Unity. La fonctionnalité mériterait aussi d'être intégrée. J'espère qu'il y aura une extension pour l'activer avant Gnome 3.2.</li>
<li>Il faudra avoir des drivers supportant OpenGL 2.1 pour faire tourner Gnome Shell. Pour les cartes ATI celà ne posera pas de problème grâce aux avancées remarquables des drivers libres Gallium 3D r300g et r600g. Je ne sais pas ce qu'il en est pour NVidia, et Intel.</li>
</ul><p><strong> En conclusion </strong></p>
<p>Au final Gnome 3 change essentiellement la donne via Gnome Shell et le nouveau système de theming du type CSS. Il y a clairement une avancé en terme d'interface homme-machine, même si l'on sent qu'il faudra attendre Gnome 3.2 pour que tout ceci soit peaufiné.</p>
<p>J'étais plutôt sceptique face aux nouveaux concepts de Gnome Shell, surtout après avoir testé l'année dernière une version très fouillis. Finalement, cette dernière mouture a fait des progrès considérables en terme de facilité d'utilisation. Les changement proposés ne manquent pas d'une certaine élégance, et la prise en main est quand même très facile.</p>
<p>À noter aussi que Gnome 3 s'est avéré très stable, et je n'ai pas eu comme à la sortie de KDE 4.0 des bug qui rendaient l'utilisation du bureau impraticable. De ce côté là les développeurs de Gtk et Gnome semblent avoir fait le bon choix en reportant de 6 mois la sortie de leur nouvelle mouture.</p><div><a href="https://linuxfr.org/users/moreira/journaux/test-de-gnome-3.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/85463/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/test-de-gnome-3#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/85463/comments.atomtag:linuxfr.org,2005:News/278952011-02-23T17:02:22+01:002021-07-11T18:34:35+02:00Sortie de Boost 1.46<div><p>Une nouvelle version de <strong>Boost</strong> vient de sortir après trois mois de gestation.</p>
<p><strong>Boost</strong> est une compilation de pas moins de 104 bibliothèques logicielles multiplateformes et sous <a href="http://www.boost.org/users/license.html">licence libre</a> (licence semblable à la <a href="https://fr.wikipedia.org/wiki/Licence_MIT" title="Définition Wikipédia">Licence_MIT</a>) écrites en C++. Plusieurs bibliothèques ajoutées au standard <strong>TR1</strong> ont d'ailleurs pour origine <strong>Boost</strong>, comme les bibliothèques "array" et "regex".</p>
<p>Ces bibliothèques exploitent généralement de manière intensive la programmation par template, ce qui en font des bibliothèques génériques pour résoudre une large palette de problèmes.</p>
</div><ul><li>lien nᵒ 1 : <a title="http://www.boost.org/" hreflang="en" href="https://linuxfr.org/redirect/71000">Le site officiel</a></li><li>lien nᵒ 2 : <a title="http://www.boost.org/users/download/version_1_46_0" hreflang="en" href="https://linuxfr.org/redirect/71001">Le changelog</a></li><li>lien nᵒ 3 : <a title="http://www.boost.org/doc/libs/1_46_0/" hreflang="en" href="https://linuxfr.org/redirect/71004">La documentation</a></li><li>lien nᵒ 4 : <a title="http://www.boost.org/users/license.html" hreflang="en" href="https://linuxfr.org/redirect/71005">La licence de Boost</a></li></ul><div><p>Une nouvelle bibliothèque permettant de gérer des listes d'intervalles de manière générique fait son apparition. Elle a été nommée ICL pour Interval Container Library. Cette bibliothèque est particulièrement utile pour gérer des intervalles de temps qui se suivent ou qui se chevauchent.</p>
<p>Parmi les autres bibliothèques existant depuis plus longtemps, on citera :</p>
<ul>
<li>
<strong>Asio</strong> : pour faire de la programmation synchrone et asynchrone sur les entrée/sorties et notamment de la programmation réseau ;</li>
<li>
<strong>Date Time</strong> : pour exploiter tout ce qui est relatif au temps ;</li>
<li>
<strong>Filesystem</strong> : pour parcourir facilement le système de fichiers ;</li>
<li>
<strong>GIL</strong> : pour manipuler des images avec différents algorithmes de manière générique ;</li>
<li>
<strong>Interprocess</strong> : pour communiquer entre processus ;</li>
<li>
<strong>Proto</strong> : pour créer des langages embarqués au coeur du c++ ;</li>
<li>
<strong>Regex</strong> : pour manipuler des expressions régulières ;</li>
<li>
<strong>Serialization</strong> : pour sérialiser les objets c++ ;</li>
<li>
<strong>SharedPtr</strong> : pour gérer la durée de vie des objets alloués de manière automatique sans utiliser de <a href="https://fr.wikipedia.org/wiki/Ramasse%20miettes" title="Définition Wikipédia">Ramasse miettes</a> ;</li>
<li>
<strong>Signal</strong> : pour gérer le concept de signal/slot de manière native en c++ sans passer par un préprocesseur comme dans le framework <a href="https://fr.wikipedia.org/wiki/Qt" title="Définition Wikipédia">Qt</a> ;</li>
<li>
<strong>Spirit</strong> : pour créer des compilateurs en suivant la syntaxe <a href="https://fr.wikipedia.org/wiki/EBNF" title="Définition Wikipédia">EBNF</a> nativement en C++ ;</li>
<li>
<strong>Thread</strong> : pour faire de la programmation concurrentielle de bas niveau.</li>
</ul>
</div><div><a href="https://linuxfr.org/news/sortie-de-boost-146.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/84680/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/sortie-de-boost-146#comments">ouvrir dans le navigateur</a>
</p>
Benchhttps://linuxfr.org/nodes/84680/comments.atomtag:linuxfr.org,2005:News/273712010-09-10T22:00:04+02:002010-09-10T22:00:04+02:00Sortie de Cairo 1.10<div>Cairo, une bibliothèque graphique 2D, utilisée par Gtk, le moteur de Firefox, WebkitGtk, vient de sortir une nouvelle version majeure après une période de gestation de deux ans.
<br />
Sous le capot, Cairo 1.10 permet de viser plusieurs systèmes de sorties graphiques :
<br />
<ul><li>Officielles : Émulation Software / <a href="http://fr.wikipedia.org/wiki/Xlib" title="Définition Wikipédia">Xlib</a> / Quartz / Win32 / Postscript / PDF / PNG / SVG.
<br />
</li><li>ou Expérimentales : <a href="http://fr.wikipedia.org/wiki/XCB" title="Définition Wikipédia">XCB</a> / BeOS / OS/2 / <a href="http://fr.wikipedia.org/wiki/DirectFB" title="Définition Wikipédia">DirectFB</a> / <a href="http://fr.wikipedia.org/wiki/OpenVG" title="Définition Wikipédia">OpenVG</a> / <a href="http://fr.wikipedia.org/wiki/Qt" title="Définition Wikipédia">Qt</a> / <a href="http://en.wikipedia.org/wiki/Skia_Graphics_Engine">Skia</a> / <a href="http://fr.wikipedia.org/wiki/OpenGL" title="Définition Wikipédia">OpenGL</a> / Direct2D.</li></ul>
<br />
<br />
À noter que la sortie émulée en "Software" a été en grande partie reprogrammée et optimisée, tandis que la version OpenGL a été complètement reprogrammée. La version Direct2D, quant à elle, a été réalisée par l'équipe de Firefox et ne se trouve pas encore dans les dépôts officiels.
<br />
<br />
Au menu des nouveautés nous pouvons aussi citer :
<br />
<ul><li>cairo-trace : un système permettant d'enregistrer et relire dans un format lisible et compact toutes les commandes de dessin envoyées à Cairo. Cet outil a permis à l'équipe de Cairo d'optimiser les différentes sorties disponibles ;
<br />
</li><li>Le retour du format RGB16 ;
<br />
</li><li>La fusion de pixman_region_t et GdkRegion en cairo_region_t ;
<br />
</li><li>Une nouvelle API permettant de gérer l'accès au matériel (cairo_device_t)</li></ul></div><ul><li>lien nᵒ 1 : <a title="http://cairographics.org/news/cairo-1.10.0/" hreflang="en" href="https://linuxfr.org/redirect/69067">L'annonce officielle</a></li><li>lien nᵒ 2 : <a title="http://cairographics.org/" hreflang="en" href="https://linuxfr.org/redirect/69068">Le site officiel</a></li><li>lien nᵒ 3 : <a title="http://www.basschouten.com/blog1.php/2009/11/22/direct2d-hardware-rendering-a-browser" hreflang="en" href="https://linuxfr.org/redirect/69069">Blog sur le backend Direct2D</a></li></ul><div></div><div><a href="https://linuxfr.org/news/sortie-de-cairo-110.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/26282/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/sortie-de-cairo-110#comments">ouvrir dans le navigateur</a>
</p>
Benchhttps://linuxfr.org/nodes/26282/comments.atomtag:linuxfr.org,2005:News/265482010-03-05T10:26:37+01:002010-03-05T10:26:37+01:00Schrödinger 1.0.9 est sorti<div>Une nouvelle version de Schrödinger est disponible. Schrödinger est une transposition en <a href="http://fr.wikipedia.org/wiki/C_%28langage%29">C</a> des spécifications du <a href="http://fr.wikipedia.org/wiki/Codec">codec</a> vidéo <a href="http://fr.wikipedia.org/wiki/Dirac_%28codec%29">Dirac</a> conçu par la <a href="http://fr.wikipedia.org/wiki/British_Broadcasting_Corporation">BBC</a>. Plusieurs bibliothèques multimédia telles que <a href="http://fr.wikipedia.org/wiki/GStreamer" title="Définition Wikipédia">GStreamer</a>, <a href="http://fr.wikipedia.org/wiki/FFmpeg" title="Définition Wikipédia">FFmpeg</a> utilisent Schrödinger pour compresser et décompresser des vidéos <a href="http://fr.wikipedia.org/wiki/Dirac_(codec)">Dirac</a>.
<br />
<br />
Nouveautés dans la version 1.0.9 :<ul><li>Orc : utilisation du nouveau système d'optimisation Orc en lieu et place de libOil ;
<br />
</li><li>Nouvel algorithme de génération des vecteurs changeants, activé par défaut ;
<br />
</li><li>Nouvel algorithme CBR (<cite>constant bitrate</cite>, débit constant), activé par défaut ;
<br />
</li><li>Nouvel algorithme de détection de changement de scène, activé par défaut ;
<br />
</li><li>Amélioration de la qualité vidéo pour un même niveau de compression ;
<br />
</li><li>Nouveau paramétrage "force-profile". Il permet l'accès simplifié à l'un des trois profils VC-2 standardisés (vc2_low_delay, vc2_simple, vc2_main) ;
<br />
</li><li>Amélioration de la compression sans perte. Fonctionne de concert avec "force-profile".</li></ul></div><ul><li>lien nᵒ 1 : <a title="http://diracvideo.org" hreflang="en" href="https://linuxfr.org/redirect/65842">Site officiel</a></li><li>lien nᵒ 2 : <a title="http://diracvideo.org/download/schroedinger/schroedinger-1.0.9.tar.gz" hreflang="en" href="https://linuxfr.org/redirect/65843">Téléchargement</a></li><li>lien nᵒ 3 : <a title="http://www.bbc.co.uk/rd/projects/dirac/index.shtml" hreflang="en" href="https://linuxfr.org/redirect/65844">Dirac sur le site de la BBC</a></li><li>lien nᵒ 4 : <a title="http://code.entropywave.com/projects/orc/" hreflang="en" href="https://linuxfr.org/redirect/65845">Orc</a></li></ul><div>Le projet Dirac maintient deux transpositions du Codec Dirac. Dirac-research, qui comme son nom l'indique, est utilisé à des fins expérimentales. Le code en C++ n'est pas spécialement optimisé et il a pour but de fournir une version de référence des spécifications VC-2.
<br />
Schrödinger est une version écrite en C et utilisant Orc pour optimiser les parties critiques du codec.
<br />
Depuis cette version et dans la grande majorité de cas, Schrödinger produit des vidéos plus rapidement et de meilleure qualité que la version de référence.</div><div><a href="https://linuxfr.org/news/schrodinger-109-est-sorti.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/25560/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/schrodinger-109-est-sorti#comments">ouvrir dans le navigateur</a>
</p>
Benchhttps://linuxfr.org/nodes/25560/comments.atomtag:linuxfr.org,2005:Diary/289912009-11-04T13:03:33+01:002009-11-04T13:03:33+01:00VA-API de plus en plus utilisé
Va-API, l'extension au serveur X développé par Intel pour permettre l'accélération matérielle des codecs Videos commence à devenir de plus en plus adoptée.<br />
En effet, outre Intel et S3 qui supportent cette API nativement sur certaines de leurs cartes, un backend <a href="http://fr.wikipedia.org/wiki/vdpau" title="Définition Wikipédia">vdpau</a> (extension de Nvidia concurrente) est disponible depuis quelques temps au public chez .splitted-desktop, surtout depuis que NVidia à sortie une bibliothèque open-source pour en tirer partis.<br />
Ils viennent de rendre accessible le backend XvBa (extension concurrente d' ATI/Amd), mais ce backend n'est qu'un backend binaire. La librairie XvBa restant toujours fermée.<br />
On se doute que splitted-desktop à du signer un NDA (Non Disclosure Aggreement) avec Amd pour pouvoir développer une telle librairie qui doit obligatoirement fonctionner avec les drivers propriétaires de Amd.<br />
Il n'empêche que désormais, l'accélération matérielle des codecs sous Linux peut être utilisée de manière unifiée via Va-API, ce qui est une grosse avancée par rapport à quelques mois, ou Linux était délaissé par rapport aux plateformes de Microsoft.<br />
<br />
Pour ma part, j'espère qu'un state-tracker pour Va-API soit implémenté dans Gallium3D (aujourd'hui seul un state-tracker pour XvMc est en cours de développement), ce qui permettra un support plus large de cette API dans les drivers open-sources.<br />
<br />
lien vers les backend pour Va-API : <a href="http://www.splitted-desktop.com/~gbeauchesne/">http://www.splitted-desktop.com/~gbeauchesne/</a><div><a href="https://linuxfr.org/users/moreira/journaux/va-api-de-plus-en-plus-utilis%C3%A9.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/55298/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/va-api-de-plus-en-plus-utilis%C3%A9#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/55298/comments.atomtag:linuxfr.org,2005:Diary/289602009-10-28T01:26:04+01:002009-10-28T01:26:04+01:00Qt lance un vrai bugtracker ouvert
Il n'y a pas si longtemps encore, plusieurs d'entre vous se plaignaient d'un système de rapport de bug fermé et lent pour la plateforme Qt.<br />
C'est maintenant chose réparée, puisque nokia vient de lancer un vrai bugtracker ouvert (je viens de déposer mon premier bug).<br />
On peut dire qu'ils ont bien fait les choses puisque qu'il est plutôt rapide et possède un nombre très grand de filtres pour retrouver des bugs en un rien temps.<br />
<br />
# On peut créer un compte<br />
# Déposer des rapports de bugs<br />
# Suivre la progression de ses bugs<br />
# Créer des filtres pour retrouver des bugs<br />
# Participer aux discutions sur un bug et envoyer des patches<br />
<br />
ça se passe par ici : <a href="http://bugreports.qt.nokia.com.">http://bugreports.qt.nokia.com.</a><br />
<br />
et l'annonce par là : <a href="http://qt.nokia.com/about/news/new-qt-bug-tracker-open-to-the-public">http://qt.nokia.com/about/news/new-qt-bug-tracker-open-to-th(...)</a><div><a href="https://linuxfr.org/users/moreira/journaux/qt-lance-un-vrai-bugtracker-ouvert.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/55269/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/qt-lance-un-vrai-bugtracker-ouvert#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/55269/comments.atomtag:linuxfr.org,2005:Diary/288562009-10-01T19:36:25+02:002009-10-01T19:36:25+02:00OpenGL 3.0 encombré de brevets
Une news sur phoronix nous informe qu'il pourrait y avoir un dilemme dans l'implémentation d'OpenGL 3.0.<br />
Voici une traduction approximative de la news :<br />
<br />
<i>Tandis que le travail pour ajouter OpenGL 3.x dans Mesa avance très doucement, beaucoup attendent avec impatience le jour ou Gallium3D pourra fournir une accélération hardware rapide et un state tracker pour OpenGL 3 commun à tous les drivers.<br />
Intel a aussi voulu apporter un support d'OpenGL3 dans la pile standard de Mesa. Cependant au XDC2009, Ian Romanick de chez Intel a exhibé quelques problèmes avec des brevets qui pourraient empêcher son implémentation.<br />
<br />
Des technologies brevetés telles que les textures à nombre flottants, les render targets et quelques formats compressés qui font partis du cœur d'OpenGL 3 sont la source du problème. Pour contourner ces brevets dans Mesa, Ian pense à la possibilité de créer des librairies externes pour permettre aux utilisateurs/intégrateurs la possibilité d'activer ou non ces librairies et demande l'aide d'Open Ivention Network pour régler du problème.</i><div><a href="https://linuxfr.org/users/moreira/journaux/opengl-30-encombr%C3%A9-de-brevets.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/55173/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/opengl-30-encombr%C3%A9-de-brevets#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/55173/comments.atomtag:linuxfr.org,2005:News/259352009-09-20T13:21:17+02:002009-09-20T13:21:17+02:00Sortie de Vala 0.7.6<div>Pour rappel, Vala est un langage de programmation orienté objet dont la syntaxe ressemble beaucoup à celle de C#, mais adapté au système GObject utilisé par Gtk et GNOME.
<br />
Contrairement à C# le code n'est pas interprété par une machine virtuelle, c'est un langage compilé. Pour être plus précis, le compilateur génère de manière intermédiaire du "C", ce qui permet à un logiciel programmé en Vala d'utiliser facilement des bibliothèques en C, ou à l'inverse à une bibliothèque programmée dans un langage qui s'interface avec du "C", de faire appel à une bibliothèque programmée en Vala.
<br />
<br />
Dès le début ce nouveau langage apportait nativement des fonctionnalités très intéressantes comme :<ul><li>Les interfaces
<br />
</li><li>Les propriétés (spécifique aux GObjects)
<br />
</li><li>Les signaux (démocratisé par Qt)
<br />
</li><li>Les expressions Lambda
<br />
</li><li>Les classe génériques
<br />
</li><li>La gestion assistée de la mémoire
<br />
</li><li>La gestion des exceptions</li></ul>
<br />
Cette nouvelle mouture apporte deux grosses nouveautés :<ul><li>Les closures (version plus puissante des expressions Lambda)
<br />
</li><li>Les appels asynchrones</li></ul>
<br />
Plus d'informations dans la suite de la dépêche.</div><ul><li>lien nᵒ 1 : <a title="http://mail.gnome.org/archives/vala-list/2009-September/msg00168.html" hreflang="en" href="https://linuxfr.org/redirect/63729">L'annonce officielle</a></li><li>lien nᵒ 2 : <a title="http://live.gnome.org/Vala" hreflang="en" href="https://linuxfr.org/redirect/63730">Le site de vala</a></li><li>lien nᵒ 3 : <a title="http://live.gnome.org/Vala/Tutorial" hreflang="en" href="https://linuxfr.org/redirect/63731">Tutoriel</a></li><li>lien nᵒ 4 : <a title="http://blogs.gnome.org/juergbi/" hreflang="en" href="https://linuxfr.org/redirect/63732">Blog</a></li></ul><div>Jürg Billeter et Raffaele Sandrini, les développeurs de vala fournissent quelques exemples des deux nouveautés, dont voici une retranscription en français quelque peu remaniée (cf blog pour la version anglaise) :
<br />
<br />
<b>Closures</b>
<br />
<br />
Bien que Vala supporte les expressions lambda depuis longtemps, elles ne permettaient pas d'accéder aux variables locales en dehors du contexte de leur construction.
<br />
Avec la version 0.7.6 celà a changé puisque vous pouvez accéder et modifier toutes les variable locales dans les expressions lambda, ce qu'on appelle les closures.
<br />
Nous espérons quelles seront utiles pour simplifier l'écriture des gestionnaires de signaux (slots en Qt), comme dans l'exemple ci-dessous :
<br />
<code> void main (string[] args) {
<br />
Gtk.init (ref args);
<br />
<br />
var window = new Gtk.Window (Gtk.WindowType.TOPLEVEL);
<br />
window.set_default_size (300, 50);
<br />
window.destroy.connect (Gtk.main_quit);
<br />
<br />
var button = new Gtk.Button.with_label ("Click me!");
<br />
button.clicked.connect (() => {
<br />
window.title = "Closures in Vala";
<br />
});
<br />
<br />
window.add (button);
<br />
window.show_all ();
<br />
<br />
Gtk.main ();
<br />
}</code>
<br />
<br />
Vous pouvez même écrire des expressions lambda récursives :
<br />
<code> delegate int Func (int i);
<br />
<br />
void main () {
<br />
Func fib = null;
<br />
fib = (i) => (i <= 1) ? i : (fib (i - 2) + fib (i - 1));
<br />
<br />
for (int i = 0; i < 10; i++) {
<br />
message ("%d", fib (i));
<br />
}
<br />
}</code>
<br />
<br />
<b>Méthodes asynchrones</b>
<br />
<br />
Pour simplifier l'écriture de code faisant appel à des fonctions asynchrones nous avons eu l'idée d'intégrer les méthodes asynchrones directement dans le langage.
<br />
Les méthodes asynchrones sont fréquemment utilisées dans les API d'entrée/sortie telles que GIO et D-Bus. En général, écrire des programmes asynchrones est considéré difficile, car l'on en arrive vite à écrire des suites de callbacks et l'on perd facilement la trace du flot d'exécution du programme.
<br />
La gestion expérimentale des méthodes asynchrones a été développée depuis longtemps en vala. Cependant, cette mise en œuvre relevait plus du prototype qu'autre chose. Bien que l'on s'attende à quelques bugs, avec cette nouvelle mouture, nous avons une implémentation bien plus complète et robuste qu'elle ne l'a été par le passé.
<br />
<br />
Alors à quoi ça ressemble? Le code suivant définit une méthode asynchrone nommée list_dir qui énumère de manière asynchrone tous les fichiers du répertoire "Home" :
<br />
<code> async void list_dir () {
<br />
var dir = File.new_for_path (Environment.get_home_dir ());
<br />
try {
<br />
var e = yield dir.enumerate_children_async (FILE_ATTRIBUTE_STANDARD_NAME, 0, Priority.DEFAULT, null);
<br />
while (true) {
<br />
var files = yield e.next_files_async (10, Priority.DEFAULT, null);
<br />
if (files == null) {
<br />
break;
<br />
}
<br />
foreach (var info in files) {
<br />
print ("%s\n", info.get_name ());
<br />
}
<br />
}
<br />
} catch (GLib.Error err) {
<br />
warning ("Error: %s\n", err.message);
<br />
}
<br />
}
<br />
<br />
void main () {
<br />
list_dir.begin ();
<br />
<br />
var loop = new GLib.MainLoop (null, false);
<br />
loop.run();
<br />
}</code>
<br />
<br />
Comme vous pouvez le constater, il est très facile d'appeler les méthodes asynchrones enumerate_children_async et next_files_async que ce soit dans une boucle ou même dans un bloc gérant les exceptions (try-catch). Inutile de s'encombrer avec la création de structures pour les donnée à conserver entre les appels, tout est limpide et intégré au langage.</div><div><a href="https://linuxfr.org/news/sortie-de-vala-076.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/24981/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/sortie-de-vala-076#comments">ouvrir dans le navigateur</a>
</p>
Benchhttps://linuxfr.org/nodes/24981/comments.atomtag:linuxfr.org,2005:Diary/285382009-07-13T21:19:02+02:002009-07-13T21:19:02+02:00Gtk+ client side windows merge
Juste pour annoncer que le travail sur la branche "client side windows" de Gtk+ developpé par alexander larsson de chez redhat vient d'être fusionné avec la branche de developpement principale de Gtk+.<br />
Celà signifie que désormais les widgets Gtk+ pourrront être embarqués dans des canvas (comme clutter), qu'on pourra appliquer des transformations (rotation, agrandissement, etc) et des effets (transparence, animation, etc) sur des widgets Gtk+ .<br />
De plus cette branche rend les widgets gtk+ très indépendant du serveur X ou du backend (sauf pour la fenêtre principale évidement), et laisse à GDK et cairo le soin de directement dessiner les widgets, ce qui réduit les temps de latences lors du redissement des widgets qu'on peut remarquer si on agrandit une fenêtre.<br />
Ce travail est fonctionnel pour le backend X-window de linux, mais il faut encore modifier les backend win32, quartz et directfb pour une plus grande portabilité.<br />
Cependant tout le travail majeur à été effectué, il ne s'agit plus que de rendre les backend restant compatibles.<br />
Cette nouvelle évolution de Gtk+ sera donc disponible pour la prochaine version 2.18 qui sortira en Septembre.<br />
<br />
vous pouvez avoir plus d'information, ainsi que des vidéos pour que celà soit plus parlant, sur le blog d'alexander larsson :<br />
<br />
<a href="http://blogs.gnome.org/alexl/">http://blogs.gnome.org/alexl/</a><div><a href="https://linuxfr.org/users/moreira/journaux/gtk-client-side-windows-merge.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/54862/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/gtk-client-side-windows-merge#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/54862/comments.atomtag:linuxfr.org,2005:Diary/276482008-12-16T20:38:14+01:002008-12-16T20:38:14+01:00L'avenir de Gallium3D en question?
Pour la nouvelle, il semble que VMware aurait racheté Tungsten Graphics.<br />
TG est le créateur de Mesa (par l'intermédiaire de Brian Paul) et de Gallium3D, la future brique qui poutre pour implémenter des drivers graphiques sur un maximum de plateformes, pas seulement sous Linux.<br />
Cette nouvelle de rachat a été comfirmé par TG sur leur site, dans la FAQ.<br />
Ils semblent indiquer qu'ils continueront à faire développer leurs produits en OpenSource, mais je ne sais pas trop si VMware qui cherche visiblement à améliorer les performances des machines virtuelles pour l'accélération 3D voudra partager le gateau bien longtemps... Un petit nettoyage étant si vite arrivé.<br />
Vous en pensez quoi vous ?<br />
<br />
liens :<br />
<a href="http://www.tungstengraphics.com/FAQ/">http://www.tungstengraphics.com/FAQ/</a><br />
<a href="http://www.mesa3d.org/">http://www.mesa3d.org/</a><br />
<a href="http://www.tungstengraphics.com/wiki/index.php/Gallium3D">http://www.tungstengraphics.com/wiki/index.php/Gallium3D</a><div><a href="https://linuxfr.org/users/moreira/journaux/lavenir-de-gallium3d-en-question.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/54003/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/moreira/journaux/lavenir-de-gallium3d-en-question#comments">ouvrir dans le navigateur</a>
</p>
ecyrbehttps://linuxfr.org/nodes/54003/comments.atom