Merci oDn de me faire un séance terminal à minuit passé alors que je rentre du snowboard :x !

Là , ça n'apporte absolument rien, c'est peut être même très naze

whois google.com | grep -i less

Bin ouais. (les macusers doivent pouvoir faire cette commande sans trop de problème, les windowzers : changez d'OS).

Swiftfox est un navigateur internet basé sur firefox qui a la particularité d'être optimisé pour les média plus ou moins propriétaires (genre flash etc...). Celui-ci est très pratiques quand on sait que ces média n'ont que peu de binaires compilés en 64-bits.

En réalité swiftfox 64, n'utilise pas les capacités du 64 bits et se sert des librairies 32-bits du système... mais au moins ça fonctionne.
[hs]Ce qui m'amène à me poser de plus en plus de question sur l'intérêt d'avoir une machine de bureau ou serveur sur une architecture x86_64 :/[/hs]

Bref ce lundi dernier, une mise à jours de swiftfox est proposée : swiftfox 2.0.0.7-1. Et là, paf! marche plus. Pas non plus de possibilité de downgrade et revenir sur la version 2.0.0.7 qui fonctionnait à merveille.
/usr/lib/swiftfox/swiftfox-bin: error while loading shared libraries: libXcomposite.so.1: cannot open shared object file: No such file or directory

Il s'avère que swiftfox utilise les paquets issue du meta-paquet ia32-libs et que certains sont manquants pour Ubuntu (apparemment ça roule pour Debian).

Il faut donc mettre les mains dans le cambouis pour réparer tout ça en attendant une bonne mise à jour :

Vérification :

$ ls -la /usr/lib32/libXco*
ls: /usr/lib32/libXco*: Aucun fichier ou répertoire de ce type
Effectivement libXcomposite est absent (de même que libXdamage)

Téléchargements

Il faut récupérer ces librairies en 32-bits. Pour ma part je suis sur Ubuntu feisty fawn :

On télécharge ]libXcomposite et libXdamage pour la version I386.

Installation

Dans un terminal on se place là où sont les binaires (les paquets qu'on vient de télécharger) puis on les extraits :
dpkg-deb -x libxcomposite1_0.3.1-1_i386.deb ./
dpkg-deb -x libxdamage1_1.0.3-3_i386.deb ./
ls usr/lib/
> libXcomposite.so.1 libXcomposite.so.1.0.0 libXdamage.so.1 libXdamage.so.1.0.0

On les place ensuite dans le répertoire des librairies 32-bits et on change le propriétaire pour root :
sudo cp -a usr/lib/* /usr/lib32/
sudo chown -R root:root /usr/lib32/libX*

Au final

Cette fois les librairies doivent être présentes et le propriétaire/groupe doit être root :
ls -la /usr/lib32/libX*
[...]
lrwxrwxrwx 1 root root 22 2007-09-25 11:09 /usr/lib32/libXcomposite.so.1 -> libXcomposite.so.1.0.0
-rw-r--r-- 1 root root 6732 2007-02-16 17:47 /usr/lib32/libXcomposite.so.1.0.0
[...]
lrwxrwxrwx 1 root root 19 2007-09-25 11:09 /usr/lib32/libXdamage.so.1 -> libXdamage.so.1.0.0
-rw-r--r-- 1 root root 6024 2006-12-20 13:53 /usr/lib32/libXdamage.so.1.0.0
[...]


Swiftfox doit pouvoir se lancer à nouveau sans soucis.

Source : forums swiftfox - Merci à Nospamboz

Un petit webnote pour moi-même.

Je me suis rendu compte en faisant un peu de php qu'il m'etait impossible d'utiliser le charset français :
<?php
setlocale(LC_TIME, 'fr_FR');
echo strftime("%A %d %B %Y à %Hh%M. ");
?>

setlocal me sortait inévitablement une erreur. Celui-ci fonctionne avec les localisations implémentés sur le serveur.

Après quelques googlings je me rend compte que sur ma distrib j'ai entre autre "fr_FR.utf-8" mais pas "fr_FR" et c'est là le problème car ce serait dommage de devoir modifier le code php dans le cadre d'une migration de serveur.
(quoique je pourrais très bien écrire setlocale(LC_TIME, 'fr_FR', 'fr_FR.utf-8'); mais bon, bof quoi).

Liste des charsets présents :
$ ls /usr/lib/locale/
en_AU.utf8 en_GB.utf8 en_NZ.utf8 en_ZA.utf8 fr_CH.utf8
en_BW.utf8 en_HK.utf8 en_PH.utf8 en_ZW.utf8 en_CA.utf8 en_IE.utf8 en_SG.utf8 fr_BE.utf8 fr_FR.utf8 en_DK.utf8
en_IN en_US.utf8 fr_CA.utf8 fr_LU.utf8

On rajoute alors fr_FR là où il faut (en root) :
# gedit /var/lib/locales/supported.d/fr
fr_FR UTF-8
(On peut surement remplacer l'utf-8 par iso-8859-15 ou autre, mais apparement mon système a une adoration certaine pour l'unicode alors je n'irai pas à l'encontre de ses convictions).

Il ne reste qu'à terminer l'installation avec (toujours en root) :
# dpkg-reconfigure locales
en_GB.UTF-8... up-to-date
fr_FR.UTF-8... done

Et ça roule.

Je viens tout juste de terminer un tutoriel pour Ubuntu ou linux en général, celui-ci permet de changer la racine de l'installation vers une nouvelle partition.
Ce guide est aussi affiché sur le forum fr d'ubuntu.

Aux intéressés suivez le lien.