Et SeaMonkey 2.0 dans tout cela ?

Alors que Shiretoko alpha2 vient juste de sortir (), j’ai envie de parler d’un certain SeaMonkey 2.0, qui se basera sur un Gecko 1.9.1 final (base de Firefox 3.1 alias Shiretoko).

Un bogue intéressant, c’est le bogue 394522 : « Migrate SeaMonkey preferences panes to use <preferences> »

En clair, c’est une volonté d’utiliser les outils du toolkit de Mozilla Firefox et de laisser tomber lentement mais surement le vieux code XPFE qui commence à prendre la poussière.

En effet, si on ouvre les préférences d’un SeaMonkey (version de développement) récente, on s’aperçoit d’un message, qui annonce que la migration est en route.

Le panneau des préférences en cours de migration

En ce qui concerne l’abandon du code XPFE dans SeaMonkey, le code a connu une purge dans ce domaine depuis quelques temps. Cf les bogues 380786 et 386906.

D’ailleurs l’alpha1 de SeaMonkey 2 ne saurait tarder, le code devant être gelé aux alentours du 9 septembre.

Ce sera une bonne nouvelle pour les fans du successeur de la suite Mozilla dont les buts sont précisés sur cette page.

Le retour d’un serpent de mer : QT avec Mozilla ;)

Sous linux et autres unix, Firefox utilise le toolkit GTK. Or à une époque reculée, un port pour QT pour la suite Mozilla avait été commencé, puis abandonné. cf le bogue 178987.

Or, en lisant OSNews, j’ai pu lire que le port était de nouveau en vie. Le wiki de Mozilla propose des infos pour compiler cette version. Cependant, j’ai préféré prendre une version déjà précompilée, en l’utilisant sous une Fedora 10 alpha 32 bits avec KDE 4.1. Gain de temps ? Une bonne heure :)

La version proposée semble être basée sur du code compilé le 4 août 2008.

Voici donc le résultat avec Acid3 et Google :

Acid3 sous Shiretoko en version QT

Google sous Shiretoko en version QT
Pour la petite histoire, peu après la libération du code source de mozilla fin mars 1998, le premier port fut effectué sous QT par Trolltech.

http://trolltech.com/company/newsroom/announcements/00000007

Le bogue qui permet de suivre l’évolution du port est le 448989. Donc si vous êtes intéressé par l’intégration de QT, c’est le bogue à suivre.

Vladimir Vukićević explique le pourquoi du comment de ce port.

Bref, c’est une bonne nouvelle pour les utilisateurs de KDE 4.x qui auront désormais un look natif pour les widgets, du moins quand Shiretoko sortira :)

24 heures sous Ubuntu Hardy Heron.

Cela fait un peu plus de 24 heures que j’ai migré mon PC portable sous Ubuntu Hardy Heron. Il s’agit d’un Acer 5520 :

  • AMD Athlon64 X2 K55 (de 800 Mhz à 1800 Mhz en fonction des besoins)
  • 2 Go dont 256 mangés par le circuit graphique Nvidia GeForce 7000M
  • 120 Go de disque dur.
  • Circuit Atheros 5007eg pour le wifi
  • Graveur DVD
  • Ecran 15.4″ en WXGA (1280×800)
  • WebCam Acer Crystal Eye

Après avoir récupéré l’image « live » d’une version « nocturne » récente (celle du 6 avril 2008) en version AMD64, j’ai pu constaté, modulo la résolution écran et le circuit wifi que tout était supporté, même la webcam :)

J’ai donc sauté le pas, et j’ai lancé l’installation en utilisant le port ethernet pour pouvoir récupérer les premières mises à jour, et aussi me permettre de récupérer les paquets pour me connecter en Wifi, même si la connexion en utilisant ndiswrapper n’est pas toujours trop reposante pour le système nerveux.

J’ai préféré la distribution en 64 bits pour un seul point : pourquoi utiliser une distribution 32 bits alors que je pourrais utiliser une version 64 bits sur mon PC ? Le seul point vraiment laxatif étant la connexion wifi, mais on peut toujours se dépanner avec la connexion filaire, même si ce n’est qu’un pis-aller.

Bref, après l’installation, j’ai pu profiter d’une distribution avec un noyau 2.6.24, de Gnome 2.22.0 (en attendant la version 2.22.1 qui doit sortir aujourd’hui). Avant de configurer ma connexion wifi, j’avais besoin d’avoir la bonne résolution d’écran, car après l’installation, la résolution était bloqué en 800×600, un brin inconfortable, surtout quand on peut avoir du 1280×800 en résolution maximale !

Après avoir installé les pilotes propriétaires pour mon circuit Nvidia (opération se limitant à ouvrir l’outil « Pilotes de périphériques » et à demander l’activation du pilote nvidia), j’ai été après un redémarrage en 1280×800 sans rien demander. J’ai juste du installer l’outil Compiz-Config Settings Manager pour définir les options de Compiz qui m’intéressait.

La configuration de la connexion wifi a été paradoxalement plus simple que je le pensais. Après avoir désactivé le module « ath_pci » dans l’outil « Pilotes de périphériques », j’ai ensuite suivi le tutoriel concernant ndiswrapper.

Le gestionnaire de pilotes propriétaires sousUbuntu Hardy heron

La connexion a été ensuite assez « rapide ». Le seul problème est que j’ai du bataillé pour que la connexion ne se fasse pas sur la borne wifi en libre accès d’un hôtel près de chez moi :/

Coté logiciel, on dit souvent que le 64bits est une vraie galère… Rien de plus faux avec cette version d’Ubuntu. Pour mon utilisation, l’implémentation libre fonctionnelle swfdec 0.6 convient très bien pour les sites de vidéos en ligne. Contrairement à l’usine à gaz qu’est Gnash.

Enfin, en ce qui concerne Java, rien ne vaut le greffon IcedTea qui permet d’avoir enfin un Java potable en 64 bits.

Le greffon IcedTea sous Epiphany 2.22.0

Maintenant, il faudra voir avec le temps ce que vaudra au final cette version LTS de la distribution Ubuntu. Quoique j’ai une politique « stricte » envers les mises à jour : ne pas les faire sans avoir un minimum de retour jusqu’à la sortie de la version finale, d’ici 3 grosses semaines ;)

Un petit bogue d’affichage dans Brasero ?

J’utilise l’excellent Brasero pour graver mes cd / dvds dans Gnome. Hors, j’ai du tomber sur un petit bogue d’affichage, alors que je n’avais de 2,1 Go de données à graver :)

bug d'affichage dans Brasero

Gravure parfaite utilisable par la suite… Ce qui est quand même étrange, au final ;)

Vous n’auriez pas déjà été confronté à un tel bogue, par hasard ? Quoique cette valeur négative me semble familière…