Le blog d'un internaute aimant l'informatique libre, la musique et la rétro-informatique !
Vous savez, le grand réseau de pirates qui ruinent les gentilles majors du disque…
Mis à part le jeu de mots raté, et bien que je n’aime pas trop gwibber, il est désormais obligatoire de passer à sa version 2.31.91 pour accéder à Twitter. En effet, le service demande désormais une authentification.
Voila ce que cela donne :
Quand à Pino, difficile de rester optimiste, lorsque l’on sait que la dernière modification du code source date du 3 juillet, et que celui-ci ne compile pas avec des versions récentes de vala…
La version 1.9 de Xorg-Server vient d’être rendu disponible sur Archlinux. Si on utilise le pilote propriétaie nVidia, il peut y avoir un problème de lancement de Xorg.
En me basant sur des infos trouvé sur le paquet AUR xorg-server-dev, il faut rajouter le fichier 10-ServerFlags.conf dans /etc/X11/xorg.conf.d/ avec le contenu suivant :
Section « ServerFlags »
Option « IgnoreABI » « True »
EndSection
Et normalement, après la mise à jour de Xorg-server en version 1.9, aucun problème 😉
Dans un article récent, je parlais du progrès fait par la pré-beta5 de Mozilla Firefox 4.0, alias Minefield.
J’ai voulu voir où en était les deux autres grands noms des moteurs de rendu du logiciel libre, à savoir Chromium (et son moteur de Javascript v8), et Webkit (et son moteur de Javascript Nitro).
J’ai donc fait compilé les deux via AUR, aussi bien pour chromium-browser-svn et webkitgtk-svn. En sachant que pour le second, je ne l’ai pas installé, histoire d’éviter des conflits avec les logiciels de ma machine.
La compilation du code source de Chromium demande pas mal d’espace… 4,5 Go environ…
[fred@fredo-arch chromium-browser-svn]$ pwd
/home/fred/download/chromium-browser-svn
[fred@fredo-arch chromium-browser-svn]$ du -sh src/
4,5G src/
Webkit est quant à lui, largement moins gourmand : à peine 720 Mo.
[fred@fredo-arch webkitgtk-svn]$ pwd
/home/fred/download/webkitgtk-svn
[fred@fredo-arch webkitgtk-svn]$ du -sh src/
722M src/
Une fois les deux logiciels compilés, j’ai utilisé v8 benchmark, sputnik (pour vérifier le niveau de compatibilité avec les normes définies du langage javascript), et html5test, pour finir, histoire de voir le niveau d’avancement de ce nouveau standard du langage html.
Chromium, qui se définit comme une version 7.0.501 (7ième version, déjà, en l’espace de quoi, deux ans ?), explose largement le score au niveau du Javascript… 4961 points, soit 4,45 fois plus rapide que Mozilla Firefox 4.0b5pre… Autant dire que la Fondation Mozilla a de la marge.
Coté respect des normes javascript, le score est plutôt bon : 5109/5246, soit un niveau de respect de… 97,38%.
Enfin, en ce qui concerne html5test, Chromium fait mieux que Mozilla Firefox, avec un score de 222 points et 10 points de bonus.
En ce qui concerne Webkit, j’ai utilisé l’outil GtkLauncher, qui offre une interface basique pour Webkit.
[fred@fredo-arch Programs]$ pwd
/homefred/download/webkitgtk-svn/src/webkit-build/Programs
[fred@fredo-arch Programs]$ ./GtkLauncher &
Le score du moteur de Javascript bien que moindre que celui de v8 reste honorable : 2984 points au benchmark v8, soit 2,67 fois le score de Mozilla Firefox 4.0b5pre. On comprend pourquoi la Fondation Mozilla veut intégrer Nitro dans son code source 😉
Coté sputnik, le score est vraiment bon : 5069/5246, soit un niveau de respect de 96,62%
Enfin, en ce qui concerne html5, le score est inférieur à celui de Mozilla Firefox et de Chromium, avec seulement 195 points et 12 points de bonus.
J’allais oublier, le score de Mozilla Firefox 4.0b5pre pour sputnik : 4978/5246, soit un niveau de respect de 94,89%
Mis à part la vitesse d’exécution, le respect du html5 et des normes javascript sont une marque de fabrique de moteurs de rendu libre. Les moteurs de rendus non-libre ? Je ne saurais dire, je ne les utilise pas 😉
Il y a une quinzaine de jours, je parlais d’une préversion de la 4ième béta de Mozilla Firefox 4.0. Désormais, on peut penser que la 4ième béta ne saurait tarder, étant donné que l’identifiant est le suivant :
Build identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre
Coté test, n’ayant pas encore eu l’occasion de tester sunspider, je ne ferais que citer les chiffres brut, en faisant une différence entre les deux versions, séparées de 15 jours. La version de Minefield a été compilée environ 15 minutes avant la publication de l’article :
html5test.com : on arrive à un score de… 214 points… 14 points de mieux, ce qui est franchement pas si mal que cela 🙂
v8, test de vitesse de javascript : on passe de 1035 à 1114… Une progression de… 8%… Pour info, ma machine est propulsée par un AMD Athlon(tm) II X2 215 Processor (qui tourne de 800 à 2700 Mhz).
Bon, on est loin des scores d’un Chromium, mais le progrès est présent 😉
Même si la technologie Adobe Flash est une horreur, il faut bien avoir un logiciel pour lire les fichiers flash sur la toile. Du moins, le temps que le html5 prenne son envol.
Comme je l’ai annoncé récemment, gnash qui semble bien mal en point semble continuer à viser l’avenir, et pour se faire, ils viennent de quitter l’outil de suivi de code source Bazaar pour git.
Dans le dépot tiers qu’est le Arch User Repository, on trouve un sacret paquet de versions pour gnash (plus ou moins périmées et / ou obsolètes).
Voulant avoir une version qui utilise git, j’ai donc pris la version gnash-trunk-bzr-1.3, puis ayant recopié une partie du code source du PKGBUILD de vlc-git, je suis arrivé à obtenir un PKGBUILD fonctionnel, que voici ci-dessous :
# Contributor: Carlos Sanchez
# Maintainer for Parabola GNU/Linux: Omar Botta
# Contributor: Frederic Bezies
#
# Based on work made by Carlos Sanchez
#
pkgname=gnash-trunk-git
pkgver=20100813
pkgrel=1
pkgdesc= »Gnash is the GNU SWF Player based on GameSWF. Development version based on git »
arch=(‘i686’ ‘x86_64’)
url= »http://www.gnu.org/software/gnash/ »
license=(‘GPLv3+’)
makedepends=(‘git’ ‘automake’ ‘autoconf’ ‘gettext’ ‘libtool’)
depends=(‘agg’ ‘atk’ ‘libxml2’ ‘curl’ ‘ffmpeg’ ‘boost’ ‘pango’ ‘libxi’ ‘gstreamer0.10’ ‘gstreamer0.10-base’ ‘gstreamer0.10-ffmpeg’ ‘gstreamer0.10-base-plugins’ ‘gstreamer0.10-good-plugins’ ‘gstreamer0.10-bad-plugins’ ‘gstreamer0.10-ugly-plugins’)
provides=(gnash-common gnash-gtk)
conflicts=(gnash-common gnash-gtk gnash-trunk-bzr)
replaces=(gnash-common gnash-gtk)
md5sums=(‘8fdf50aaf01d00ccd9d5aed84abe25ca’)_gitroot=’git://git.sv.gnu.org/gnash.git’
_gitname=’gnash’
_buildir=${_gitname}-buildbuild() {
cd ${srcdir}msg ‘Connecting to GIT server…’
if [ -d ${_gitname} ]; then
cd ${_gitname} && git pull origin
cd ..
else
git clone ${_gitroot}
fimsg ‘GIT checkout done or server timeout.’
if [ -d ${_buildir} ]; then
msg ‘Cleaning previous build…’
rm -rf ${_buildir}
figit clone ${_gitname} ${_buildir}
cd ${_buildir}msg ‘Generating necessary files…’
chmod +x autogen.sh
./autogen.sh
./configure –prefix=/usr \
–enable-renderer=agg \
–enable-gui=gtk \
–enable-sound=sdl \
–enable-media=gst \
–with-plugindir=/usr/lib/mozilla/plugins \
–disable-kparts3 \
–disable-kparts4 \
–disable-cygnal || return 1make || return 1
make DESTDIR= »$pkgdir » install || return 1
make DESTDIR= »$pkgdir » install-plugins || return 1
}
J’ai proposé le paquet sous le nom de gnash-trunk-git.
Et voila le résultat, j’ai pris la publicité pour la Renault 21 qui faisait d’énorme clin d’oeil à la série de Patrick McGoohan, « Le Prisonnier ».
Un simple yaourt -S gnash-trunk-git permettra d’installer le logiciel sous Archlinux.
Je pense que c’est assez facilement adaptable pour Frugalware. Faudra juste que j’essaye 🙂
Après une période de froid qui m’a fait découvrir Pino – qui commence un peu à sentir le sapin, avec un mois sans le moindre changement au niveau du code source – avec Gwibber qui a commencé avec l’ajout de la très lourde technologie DesktopCouch.
Or, fin juillet est sorti la version 2.31.3, une étape avant une future version 3.0 du logiciel. Et même si la liste des changements est minime, elle est très intéressante :
– Move backend storage from desktopcouch to sqlite
– Don’t scroll to the top on every refresh (LP: #327172)
Ce qu’on pourrait traduire par :
– Remplacement du stockage des données de desktopcouch vers sqlite
– Ne pas remonter en haut à chaque rafraichissement (LP: #327172)
Oui, DesktopCouch est « abandonné »… J’ai donc jeté un oeil sur le paquet AUR de la version 2.31.2, puis je l’ai adapté, en rajoutant le logiciel python-oauth.
Voici le PKGBUILD en question :
# Contributor: garrett18 paolo
pkgname=gwibber
pkgver=2.31.3
pkgrel=1
pkgdesc= »an open source microblogging client for GNOME »
url= »https://launchpad.net/gwibber »
license=(‘GPL’)
arch=(‘i686’ ‘x86_64’)
depends=(‘gnome-python-desktop’ ‘dbus-python’ ‘gnome-python’ ‘python-notify’ ‘python-simplejson’ ‘python-egenix-mx-base’ ‘pywebkitgtk’ ‘python-distutils-extra’ ‘python-imaging’ ‘pyxdg’ ‘python-feedparser’ ‘python-oauth’ ‘python-mako’ ‘python-pycurl’ ‘libwnck’)
conflicts=(‘gwibber< =1.0RC1’ ‘gwibber-bzr’ ‘gwibber-microsoft-bzr’ ‘gwibber-sweston-bzr’ ‘gwibber-trunk-bzr’ ‘gwibber2.0’)
replaces=(‘gwibber<=1.0RC1’ ‘gwibber-bzr’ ‘gwibber-microsoft-bzr’ ‘gwibber-sweston-bzr’ ‘gwibber-trunk-bzr’ ‘gwibber2.0’ ‘gwibber’ ‘gwibber-new’)
options=(‘!libtool’)
source=(« http://launchpad.net/${pkgname}/trunk/${pkgver}/+download/${pkgname}-${pkgver}.tar.gz »)
md5sums=(‘602da462e93d1d5ac75d0005adf2ce98’)build() {
cd $srcdir/${pkgname}-${pkgver}
python setup.py install –root=${pkgdir} || return 1
}
Et l’obligatoire capture d’écran…
Y a pas à dire, mais Gwibber m’en aura fait voir de toutes les couleurs… Maintenant, reste à savoir combien de temps le logiciel fonctionnera… Et si Pino 0.3 tiendra ses promesses… S’il sort un jour 🙁
Etant donné que l’identifiant est désormais, Mozilla/5.0 (X11; Linux x86_64; rv:2.0b4pre) Gecko/20100804 Minefield/4.0b4pre , ce qui annonce une sortie proche de la 3ième béta de Mozilla Firefox 4.0, j’ai voulu voir le niveau des tests geekiens que sont html5test ou encore le benchmark v8.
Ce qui n’est pas si mal que cela, côté progrès, surtout au niveau de l’interprétation du Javascript.
Rajout à 22 h 19 : voici le résultat de SunSpider : 642 ms… Epiphany (basé sur webkit) arrive à 472 ms sur la même machine.
Quand on voit les accusations portées contre les sites d’informations sur internet, pour ne citer que Mediapart, comme les propos assez discutables de celui qui se voit déjà premier ministre au prochain gouvernement, sans compter l’habitude de traiter les internautes pour les pires crapules (cf DADVSI, HADOPI et bientôt LOPPSI), on peut penser que pour les élites actuelles, celle qui ont une cinquantaine d’années et qui ont donc connu la bonne vieille télé d’état qu’était l’ORTF qu’Internet doit être mater.
Cela me fait penser à une vieille affiche, qui critiquait, jadis le cléricalisme de la IIIème république avant la loi de Séparation des Eglises et de l’Etat en 1905.
Il est vrai que l’internet est un média de masse. Mais à une différence prêt : les personnes ne sont passives, elles peuvent interagir et modeler l’internet à leur images… Un média en lecture / écriture, voila qui fait peur à des personnes habitué aux média laveurs de cerveaux…
Et de l’accuser de tous les mots : repaire à pédophiles, terroristes, etc… Bah, la nouvelle génération, celle des quadragénaires cherchera moins à transformer l’internet en une nouvelle télé, enfin espérons-le…
Il est vrai qu’il est tellement facile d’accuser l’internet de proposer des infos non vérifiés, et d’être un « égout »… Mais les égouts sont utiles… Et ils ne font que servir de moyen de transports…
Un petit paquet de liens pour parler de tout ce qui est libre en ce moment, ou apparenté au libre 😉
Un petit vrac’ de liens que j’avais envie de faire en ce chaud et dernier jour de Juin 2010.
C’est tout pour aujourd’hui 😉