Du besoin d’une implémentation puissante et libre d’Adobe Flash – partie 2 – swfdec

Swfdec est une des deux alternatives libre au greffon propriétaire Adobe Flash. Voulant tester une version récente, j’ai installé la version de développement 0.9.2 disponible sur AUR avec son extension pour être utilisable avec Mozilla Firefox.

Après avoir créé un lien symbolique du fichier /usr/lib/mozilla/plugins/libswfdecmozilla.so vers ~/.mozilla/plugins et relancé le navigateur, j’ai voulu tester les 3 sites que j’utilise principalement avec Adobe Flash : Youtube, Deezer et Dailymotion.

Les résultats ? Ecran noir sur Youtube, Deezer m’annonce que ma version d’Adobe Flash est trop vieille, et Dailymotion me plante le navigateur 🙁

Swfdec 0.9.2 avec Youtube

Swfdec 0.9.2 avec Deezer

J’ai donc voulu voir si c’était mieux du coté des versions de développement… Et le paquet ne se compile pas, que ce soit la version utilisant pulse-audio ou celle utilisant alsa :

libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter -Wold-style-definition -Wdeclaration-after-statement -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Winline -Wformat-nonliteral -Wformat-security -Wswitch-enum -Wswitch-default -Winit-self -Wmissing-include-dirs -Wundef -Waggregate-return -Wmissing-format-attribute -Wnested-externs -Wunsafe-loop-optimizations -Wpacked -Winvalid-pch -Wsync-nand -Wlogical-op -Werror -std=gnu99 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I.. -I./jpeg/ -I/usr/include/liboil-0.3 -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DG_LOG_DOMAIN=\ »Swfdec\ » -march=x86-64 -mtune=generic -O2 -pipe -MT libswfdec_0.9_la-swfdec_as_string.lo -MD -MP -MF .deps/libswfdec_0.9_la-swfdec_as_string.Tpo -c swfdec_as_string.c -fPIC -DPIC -o .libs/libswfdec_0.9_la-swfdec_as_string.o
cc1: warnings being treated as errors
swfdec_as_string.c: In function ‘swfdec_as_string_split_5’:
swfdec_as_string.c:369: erreur: logical ‘&&’ with non-zero constant will always evaluate as true
make[4]: *** [libswfdec_0.9_la-swfdec_as_string.lo] Erreur 1
make[4]: quittant le répertoire « /tmp/yaourt-tmp-fred/aur-swfdec-git/swfdec-git/src/swfdec-build/swfdec »
make[3]: *** [all-recursive] Erreur 1
make[3]: quittant le répertoire « /tmp/yaourt-tmp-fred/aur-swfdec-git/swfdec-git/src/swfdec-build/swfdec »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /tmp/yaourt-tmp-fred/aur-swfdec-git/swfdec-git/src/swfdec-build/swfdec »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « /tmp/yaourt-tmp-fred/aur-swfdec-git/swfdec-git/src/swfdec-build »
make: *** [all] Erreur 2

Bref, ce n’est pas la joie. J’espère que Gnash – objet du prochain article – s’en tirera un peu mieux !

Du besoin d’une implémentation puissante et libre d’Adobe Flash – partie 1

Il y a quelques jours, Adobe annonçait l’arrivée de la première préversion d’Adobe Flash 10.1. Alors que la version 64 bits du greffon flash pour Linux en 64 bits n’a pas été mise à jour depuis juillet dernier, Adobe annonce que cette préversion est uniquement en 32 bits dixit Phoronix :

Alongside the Windows and Mac OS X beta releases was a 32-bit Linux build, but the 64-bit build isn’t yet available so those users will need to be use the earlier 64-bit beta.

Ce qui donne traduit :

A côté des versions bêta pour Windows et MacOS X il y aune version 32 bits pour linux, mais la version 64 bits n’est pas encore disponible donc les utilisateurs – de 64 bits – devront encore utiliser la version 64 bits précédente.

Ou utiliser nspluginwrapper, ce qui n’est pas franchement la joie. Il ne reste plus que deux options : gnash ou swfdec. Objet de deux articles qui viendront d’ici peu.

Gnome 2.32 sera finalement Gnome 3.0

C’est en butinant sur le site Planet Gnome que je suis tombé sur cette annonce : http://blogs.gnome.org/aklapper/2009/11/10/gnome-3-0-september-2010/

A l’origine, Gnome 2.30 (sortant en mars 2010) devait être Gnome 3.0. Cependant, les développeurs de Gnome ont décidé de décaler de 6 mois la sortie de cette version majeure.

Peut-être que les développeurs de Gnome ont voulu éviter le syndrome du « pas encore prêt pour l’utilisateur final » KDE 4.0.

Car il faut être honnête, KDE 4 n’a été vraiment utilisable qu’au bout d’un an avec la sortie de KDE 4.2

Si on lit le billet concernant le report, l’accent est mis sur la volonté de continuer l’amélioration des briques qui constitue Gnome et spécialement la nouvelle génération, comme GnomeShell.

Je cite le message :

« On the contrary, this will help us integrate the changes that are ready for 2.30, while leaving the parts that are still rough on the edges outside of GNOME, as used daily by our users, until after 2.30 is out. This will solidify both our 2.30 and 3.0 releases. »

Ce qui donne traduit :

« Au contraire, cela nous aidera à intégrer les changements qui sont prêt pour la (version) 2.30, en laissant de coté les parties encore rugueuses aux angles en dehors de Gnome, utilisé quotidiennement par nos utilisateurs, jusqu’à la sortie de la version 2.30. Ceci rendra plus solide à la fois les version 2.30 et 3.0 »

Et un peu plus bas :

« Such goals range from modernizing part of our stack to proposing new UI models for our desktop: those broad changes show our ambition to always offer the best to developers and users, and this make our path to GNOME 3.0 most exciting! »

Ce qui donne traduit :

« De tels buts qui vont de la modernisation des bases jusqu’à de nouveaux modèles d’interface utilisateurs pour notre bureau : ces larges changements montre notre ambition de toujours offrir le meilleur aux développeurs et aux utilisateurs, et rendre notre chemin vers Gnome 3.0 plus excitant ».

Maintenant, on verra bien comment se passera l’arrivée de Gnome 3.0, spécialement avec le changement important qu’est Gnome Shell.

Mozilla Firefox 3.6 béta 2 bientôt parmi nous ?

Mettant à jour ce matin – sur le PC du travail (sous MS Windows XP) dont j’ai la responsabilité – mon exemplaire de Namoroka, j’ai eu la surprise de constater la présence d’une nouvelle version, du moins dans sa dénomination :

Identifiant de compilation : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2b3pre) Gecko/20091109 Namoroka/3.6b3pre

La boite d'information d'un Namoroka récent

En effet, en jettant un oeil sur le dépot mercurial de la Fondation Mozilla, et plus précisément sur la section consacré à Namoroka (propulsé par Gecko 1.9.2), qu’une étiquette a été créé récemment :

at Sun Nov 08 16:17:46 2009 -0800 FIREFOX_3_6b2_RELEASE changeset | changelog | files

Doit-on penser que la deuxième béta de Namoroka va bientôt le bout de ses octets ? J’aurais largement tendance à le penser.

Seul l’avenir nous le dira. En tout cas, une deuxième béta aussi rapidement, c’est qu’ils mettent les bouchées doubles à la Fondation Mozilla pour sortir Namoroka aussi vite que possible.

Ca y est ! J’ai mon exemplaire de « La bataille Hadopi »

Reçu ce matin au courrier, mon exemplaire de « La Bataille Hadopi » publié par InLibroVeritas. Je l’avais précommandé il y a une grosse quinzaine de jours.

Bon, ce n’est qu’une version bronze, mais c’est déjà plus agréable à lire qu’un pdf, non ? 😉

La bataille hadopi, version bronze

J’y retourne, je compte écrire un article à la fin de sa lecture 😉