Étiquette : Libreries

En vrac’ rapide plus ou moins libre de fin de semaine

Un petit en vrac’ pour finir la semaine.

Je sais c’est court, mais c’est la fin de semaine, faut pas en demander beaucoup plus ! 🙂

Australis, ou la « chromisation » de l’interface de Mozilla Firefox.

Dans un article du 7 juin 2013, PC Inpact aborde le sujet de l’interface Australis, la nouvelle génération d’interface graphique pour Mozilla Firefox. Et qui devrait être celle de Mozilla Firefox 25, donc une version qui devrait sortir aux alentours du 29 octobre 2013.

Pour faire « mumuse » avec les préversions de l’interface, deux possibilités. On peut soit télécharger une version précompilée dans ftp://ftp.mozilla.org/pub/firefox/nightly/latest-ux/

Ou pour les « puristes » linuxiens, on peut compiler le code source de cette branche spécifique. Ce n’est pas trop complexe. Après avoir récupéré le code source via le dépot mercurial (cf la commande ci-dessous), et après avoir avoir vérifié que l’environnement de compilation est correct, on rajoute le fichier .mozconfig suivant :

hg clone --verbose http://hg.mozilla.org/projects/ux/ src

Et le .mozconfig utilisé :

#
# Uniquement pour Archlinux
#
# Pour autoconf, c’est la paquet AUR autoconf-213

export AUTOCONF=autoconf-2.13
export PYTHON=python2

#
# Pour toutes les distributions gnu/linux
#

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx
mk_add_options MOZ_MAKE_FLAGS=-j4
mk_add_options AUTOCLOBBER=1

ac_add_options –enable-application=browser
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests
ac_add_options –disable-debug-symbols
ac_add_options –disable-crashreporter
ac_add_options –with-ccache
ac_add_options –disable-installer
ac_add_options –disable-warnings-as-errors

Et il ne reste plus qu’à lancer la compilation avec make -f client.mk build… Et patienter ! 🙂

Continuer la lecture de « Australis, ou la « chromisation » de l’interface de Mozilla Firefox. »

C’est officiel : je suis un anti-Debian primaire désormais ;)

Dans un commentaire sur un article précédent, j’ai osé commettre un crime de lèse-débianité. Je cite le morceau en question qui m’a valu les foudres de Tanguy Ortolo :

J’avoue que j’ai oublié Debian. Mais vu l’age de la distribution et son cycle de développement assez long, je pense sans prendre trop de risque que la migration des binaires vers /usr/bin soit terminé.

Je vais donc me flageller pour l’oubli malencontreux de la distribution qui confond stabilité et obsolescence pour sa version stable.

J’ai mis en gras la partie qui fâche. J’ai osé dire que les logiciels de la Debian GNU/Linux stable confondent stabilité et obsolescence. Serais-je donc un anti-debian primaire, comme jadis j’ai été un anti-canonical primaire ?

La Debian GNU/Linux est une très bonne distribution, mais elle a tendance à être un peu trop « extrémiste » dans la recherche de la stabilité.

Il est vrai qu’il est agréable de pouvoir installer une Debian GNU/Linux stable, et de la laisser tranquille, modulo les mises à jours, durant sa durée de vie en gros deux ans. Cyrille l’a mieux expliqué que moi. Il suffit de lire des billets comme celui de la migration des machines de son travail de Squeeze vers Wheezy.

Continuer la lecture de « C’est officiel : je suis un anti-Debian primaire désormais 😉 »

De l’uniformisation des distributions GNU/Linux… L’exemple avec le top 10 de Distrowatch

Après un article très intéressant de Cyrille Borne, j’ai eu envie de montrer pourquoi présenter et tester rapidement des distributions GNU/Linux devient de moins en moins intéressant. J’ai pris le top 10 de Distrowatch (qu’il vaut ce qu’il vaut), et j’ai essayé de prendre des versions KDE SC de chaque membre du top 10, si les versions sont disponibles, aussi bien en version officielles que communautaires.

Pour KDE SC ? Car historiquement, KDE SC – à l’époque KDE – est le premier environnement libre jamais créé en 1997, modulo QT qui ne l’était pas à l’époque qui provoquera la naissance de Gnome en 1998.

Pour mémoire, le top 10 de distrowatch au 2 juin 2013 ressemble à ça :

  1. Linux Mint
  2. Mageia
  3. Ubuntu
  4. Debian GNU/Linux
  5. Fedora Linux
  6. openSUSE
  7. PCLinuxOS
  8. ArchLinux
  9. Manjaro Linux
  10. Puppy Linux

Pour mémoire, il y a 3 distributions basées les paquets Deb (Linux Mint, Ubuntu, Debian GNU/Linux), 4 sur les paquets RPMs (Mageia, Fedora Linux, openSuSE et PCLinuxOS), les 3 restantes étant basées sur des formats de paquets indépendants, quoique j’ai un doute pour la Puppy cependant.

Pour les distributions proposant KDE directement (Mageia, Debian GNU/Linux, Fedora Linux, OpenSuSE, ArchLinux et PCLinuxOS) je n’ai pas eu trop de problème. Cependant il a fallu que je passe par Kubuntu (le pendant communautaire de KDE pour Ubuntu), Manjaro Linux KDE, idem pour la Mint, même si la version 15 n’est pas encore disponible pour KDE SC.

Pour la Puppy Linux, mes recherches n’ont pas été franchement couronnées de succès, mais je ne connais pas trop cette distribution.

Voici donc, dans l’ordre de distrowatch des captures d’écran des différentes versions de KDE, en fonction de la distribution utilisée. Et on peut voir que si on se limite à l’affichage général, les différences sont infimes. Parfois le thème utilisé, les « tripes » ou le lanceur d’application diffèrent. Mais en règle générale, on va de KDE SC 4.8 à KDE SC 4.10.

Continuer la lecture de « De l’uniformisation des distributions GNU/Linux… L’exemple avec le top 10 de Distrowatch »

Vers une RedHatisation des distributions GNU/Linux ? Ou comment des utilisateurs un peu trop impatients auront envie de casser du sucre sur le dos d’ArchLinux…

RedHat a entamé un mouvement de « simplification » de la hiérarchie des fichiers exécutables. Dans un système GNU/Linux classique, les fichiers exécutables étaient historiquement disponibles dans 4 endroits différents : /bin, /sbin, /usr/bin et /usr/sbin.

Une idée a été mise en route : mettre tous les exécutables dans /usr/bin. Les précédents répertoires devenant alors des liens symboliques pointant vers /usr/bin.

Dans un article assez complet, le mouvement des exécutables vers un répertoire unique est expliqué pour différentes raisons, dont la compatibilité accrue avec les autres unix. Et aussi dans le cadre de l’implémentation de systemd.

En dehors de la Fedora Linux 17 qui a déjà effectué la migration, Mageia l’a fait pour sa version 3, Gentoo propose un guide, OpenSuSE l’aurait fait pour sa version 12.3 (même si cela n’est pas précisé dans ses notes de publication). Pour Ubuntu, je ne saurais me prononcer, car je n’ai trouvé qu’un document technique datant de la période de développement de la Ubuntu 12.10.

Des grandes distributions du top 10 de distrowatch, il ne restait en gros que les distributions basées sur ArchLinux à ne pas avoir fini la grande fusion des exécutables en un seul emplacement. Or, en lisant la liste de publication arch-dev-public, j’ai pu trouver un fil qui annonce la grande migration, et un message a attiré mon attention. Celui qui permet de migrer tranquillement et en évitant de tout casser.

Continuer la lecture de « Vers une RedHatisation des distributions GNU/Linux ? Ou comment des utilisateurs un peu trop impatients auront envie de casser du sucre sur le dos d’ArchLinux… »