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.

ZevenOS : enfin un dérivé d’Ubuntu rafraichissant ?

Ubuntu Linux est sûrement l’une des distributions qui connait le plus de dérivés. En dehors des dérivés officiels (Kubuntu, Xubuntu, Edubuntu, Mythbuntu), on peut trouver – de mémoire :

Et j’ai encore du en oublier un sacré paquet. ZevenOS – qui se base sur xubuntu – reprend une interface qui fera écraser quelques larmes aux amateurs d’OS alternatifs : BeOS. La version 2.0 de la distribution est sortie récémment.

Continuer la lecture de « ZevenOS : enfin un dérivé d’Ubuntu rafraichissant ? »

XZ : voila un format de compression qu’il est bien.

Dans un billet de fin mai 2009, j’avais abordé rapidement l’arrivée des xz-utils dans Archlinux. Mais que sont donc les xz-utils ?

Avant toute chose, il faut aborder deux notions différentes et pourtant liée de l’informatique : l’archivage et la compression.

Archivage : c’est créer un fichier unique à partir d’un ensemble de fichiers et de répertoires.

Compression : c’est utiliser des outils pour réduire – sans perte de données – un fichier ou une archive.

Dans le petit monde des unix, c’est tar pour Tape ARchive qui est le plus connu. Dans le petit monde de Windows, c’est zip, qui combine à la fois archivage et compression.

D’ailleurs, si mes souvenirs sont bons, la première fois qu’un Windows a intégré la gestion en natif des fichiers zip, cela devait être à l’époque de Windows Millenium en 2000.

D’ailleurs d’autres formats ont maintenant pris le relais : rar, ace ou encore 7-zip.

Côté outil de compression dans le monde des unix, on peut citer : gzip (Gnu zip), Bzip2 (l’un des plus employé actuellement), rzip (assez confidentiel). Sinon, historiquement ce fût compress qui a eu ses heures de gloire.

Maintenant que le point – rapide – a été fait sur la différence entre archiveur et compresseur, continuons à parler de xz-utils.

xz-utils, c’est le descendant de lzma, pour « Lempel-Ziv-Markov chain-Algorithm » et il permet d’avoir des taux de compression assez impressionnant.

Continuer la lecture de « XZ : voila un format de compression qu’il est bien. »

Quoi de neuf sur la slackware-current 2 mois et demi après la sortie de la slackware 13.0 ?

Il y a 2 mois et demi la version 13.0 de l’une des plus anciennes – voire même la plus ancienne – des distributions linux encore vivantes sortait, un an après la précédente version, la 12.2.

La grande nouveauté de cette version, en dehors de l’ajout de KDE 4.2.x, c’était l’arrivée d’une version officielle en 64 bits.

Comme les versions majeures de la slackware sortent quand elles sont prêtes (en gros entre 6 et 12 mois en moyenne), j’ai voulu voir ce qu’avait actuellement dans le ventre la version -current.

Continuer la lecture de « Quoi de neuf sur la slackware-current 2 mois et demi après la sortie de la slackware 13.0 ? »