Je viens tout juste de passer à LinuxMint Maya et la technique que j’avais publié en octobre 2011 afin d’installer Antidote RX v8 pour Ubuntu 11.10 est également valide pour Maya (et probablement aussi pour Ubuntu 12.04, mais je n’ai pas testé).

Voici donc un gigantesque copié/collé……..

Antidote n’est certainement pas un logiciel libre, mais je me permet quand même de publier dans le Planet Libre puisque le message est destiné aux utilisateurs d’un système d’exploitation libre…..

Alors, voici ce que j’ai appliqué afin de pouvoir utiliser ma version d’Antidote RX v8 (la H60).

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs.

Tout d’abord, j’ai installé normalement Antidote v7 et ensuite j’ai appliqué le patch pour la v8. Jusqu’à 10.10 c’était terminé, un sudo antidote et on pouvait utiliser la chose.

LinuxMint Maya

Sous LinuxMint Maya on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory

La librairie libssl.so.6 semble avoir été remplacée par la libssl.so.1.0.0, pour y remédier j’ai crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/local/Druide/Antidote/lib/libssl.so.6

Mais un problème semblable existe aussi pour le fichier libcrypto.so.6 puisqu’on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libcrypto.so.6: cannot open shared object file: No such file or directory

La librairie libcrypto.so.6 semble aussi avoir été remplacée par la libcrypto.so.1.0.0, pour y remédier j’ai également crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/local/Druide/Antidote/lib/libcrypto.so.6

Il faut maintenant remédier à l’erreur suivante:

antidote: symbol lookup error: /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2: undefined symbol: dbus_watch_get_unix_fd

Nous aurons besoin d’une version de libdbus-glib datant de l’époque de la sortie d’Antidote. Il faudra télécharger cette version (ne pas l’installer), la décompresser et ensuite copier les fichiers vétustes dans les répertoires d’Antidote.

wget http://security.ubuntu.com/ubuntu/pool/main/d/dbus-glib/libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb
dpkg -x libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb .
sudo cp usr/lib/* /usr/local/Druide/Antidote/lib/.

Et pour terminer, nous aurons à gérer l’erreur suivante:
D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/usr/local/var/lib/dbus/machine-id": Aucun fichier ou dossier de ce type

Le fichier machine-id existe dans /var/lib/dbus/. Il nous faudra donc créer un lien, mais d’abord assurons-nous que l’arborescence existe.

cd /usr/local/
sudo mkdir var
cd var/
sudo mkdir lib
cd lib/
sudo mkdir dbus
sudo ln -s /var/lib/dbus/machine-id /usr/local/var/lib/dbus/machine-id

Et voilà, ça devrait fonctionner…..

Bonne erreur de grammaire…

Je suis un peu allergique à l’orange, donc en passant sous Gnome 3, j’ai essayé de trouver un moyen d’ajouter la pack d’icônes que j’utilisais sous Gnome 2 (le pack « Dropline Neu! » ). Alors voici comment j’ai procédé.

1 – Changer un thème d’icônes.

Pour changer un thème d’icônes nous avons besoins de l’utilitaire gnome-tweak-tool, s’il n’est pas installé il suffit de taper dans un terminal:

sudo apt-get install gnome-tweak-tool

On peut ensuite le lancer en tapant gnome-tweak-tool dans un terminal ou bien dans le menu Applications->Autre->Advanced Settings.

On peut ensuite changer le thème d’icônes dans la section Theme:

2 – Ajouter un thème d’icônes.

Le choix étant assez limité, on se demande rapidement comment ajouter un thème d’icônes. Heureusement quelques pack d’icônes fonctionnent sous Gnome 3. Il suffit de créer le répertoire .icons à la base notre répertoire personnel.

mkdir ~/.icons

Et y placer notre répertoire contenant notre pack d’icônes. On peut ensuite changer le thème d’icônes dans la section Theme de gnome-tweak-tool.

En voulant écrire un billet sur l’installation de Gnome 3 dans Oneiric, je suis tombé sur ce billet de Daylinux qui reprend le même thème:

Ubuntu 11.10, la prochaine mouture de Canonical, outre l’environnement par défaut proposant Unity, permet l’installation de Gnome Shell de façon très simple puisque celui-ci est disponible via la logithèque Ubuntu. Si vous souhaitez installer et tester Gnome Shell sur Oneiric suivez les instructions ci-dessous.

Ouvrez la logithèque Ubuntu puis, dans le champ de recherche, tapez ‘gnome’ (ou gnome shell).

Installez le paquet ‘Gnome Shell’

Déconnectez-vous de votre session puis dans le gestionnaire de session LightDM, cliquez le petit engrenage correspondant à votre nom. Dans le menu apparaissant, selectionnez ‘GNOME’ puis loguez vous.

Pour respecter le travail de l’auteur du billet original, celui-ci est placé sous la licence suivante: Paternité – Pas d’Utilisation Commerciale – Pas de Modification 2.0 France (CC BY-NC-ND 2.0)

Source

Le correcteur d’orthographe Antidote dans sa version huit n’est officiellement supporté que pour Ubuntu 8.04. Mais jusqu’à la version 10.10, je n’ai eu aucun souci avec l’installation de celui-ci. Je n’avais même pas remarqué le problème avec 11.04 (ma 11.04 était une 10.10 mises à jour), mais lors d’une nouvelle installation de 11.04, pas possible d’y arriver sans bidouiller un brin.

Antidote n’est pas un logiciel libre, j’aurais pu aussi intituler ce billet : « c’est compliqué quand ce n’est pas libre », mais puisque que ça se passe dans Ubuntu, je publie.

Alors, voici ce que j’ai appliqué afin de pouvoir utiliser ma version d’Antidote RX v8 (la H60).

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs.

Tout d’abord, j’ai installé normalement Antidote v7 et ensuite j’ai appliqué le patch pour la v8. Jusqu’à 10.10 c’était terminé, un sudo antidote et on pouvait utiliser la chose.

Depuis Ubuntu 11.10

Sous 11.10 on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory

La librairie libssl.so.6 semble avoir été remplacée par la libssl.so.1.0.0, pour y remédier j’ai crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/local/Druide/Antidote/lib/libssl.so.6

Mais un problème semblable existe aussi pour le fichier libcrypto.so.6 puisqu’on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libcrypto.so.6: cannot open shared object file: No such file or directory

La librairie libcrypto.so.6 semble aussi avoir été remplacée par la libcrypto.so.1.0.0, pour y remédier j’ai également crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/local/Druide/Antidote/lib/libcrypto.so.6

Il faut maintenant remédier à l’erreur suivante:

antidote: symbol lookup error: /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2: undefined symbol: dbus_watch_get_unix_fd

Nous aurons besoin d’une version de libdbus-glib datant de l’époque de la sortie d’Antidote. Il faudra télécharger cette version (ne pas l’installer), la décompresser et ensuite copier les fichiers vétustes dans les répertoires d’Antidote.

wget http://security.ubuntu.com/ubuntu/pool/main/d/dbus-glib/libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb
dpkg -x libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb .
sudo cp usr/lib/* /usr/local/Druide/Antidote/lib/.

Et pour terminer, nous aurons à gérer l’erreur suivante:
D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/usr/local/var/lib/dbus/machine-id": Aucun fichier ou dossier de ce type

Le fichier machine-id existe dans /var/lib/dbus/. Il nous faudra donc créer un lien, mais d’abord assurons-nous que l’arborescence existe.

cd /usr/local/
sudo mkdir var
cd var/
sudo mkdir lib
cd lib/
sudo mkdir dbus
sudo ln -s /var/lib/dbus/machine-id /usr/local/var/lib/dbus/machine-id

Et voilà, ça devrait fonctionner…..

Bonne erreur de grammaire…

Voici une méthode permettant d’installer LibreOffice 3 à partir d’un dépôt Personal Package Archive (PPA). L’avantage du PPA par rapport à l’installation manuelle à partir des fichiers « .deb » est de recevoir les mises à jour ainsi que les mises à niveau automatiquement.

Veuillez noter que OpenOffice.org et LibreOffice ne peuvent coexister. Installer LibreOffice en suivant ces instructions supprimera OpenOffice.org de votre système.

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs.

L’installation

Dans un terminal (Applications> Accessoires> Terminal):

sudo add-apt-repository ppa:libreoffice/ppa

On met à jour:

sudo apt-get update

On installe me « meta-package » LibreOffice:

sudo apt-get install libreoffice

Ensuite l’intégration pour gnome:

sudo apt-get install libreoffice-gnome

Et pour terminer la langue française:

sudo apt-get install libreoffice-l10n-fr

Voilà un tout nouveau LibreOffice

Notes:

Il est possible d’installer des applications spécifiques de LibreOffice, au lieu de toutes les applications.

• libreoffice-writer: Traitement de textes
• libreoffice-calc: Feuille de calcul
• libreoffice-impress: Présentations
• libreoffice-draw: Dessin
• libreoffice-base: Base de données
• libreoffice-math: Éditeur d’équations
• libreoffice-filter-mobiledev: Filtres pour dispositifs mobiles

Si vous utilisez KDE comme bureau, l’intégration peut se faire par la commande suivante:

sudo apt-get install libreoffice-kde

Source

Je m’étais promis de ne plus écrire de billet dédié à l’enseignement. Mais bon, disons que j’y vais à partir d’un logiciel libre.

On m’associe souvent dans les réseaux sociaux comme un opposant à Twitter en classe. Bien que j’exprime beaucoup de réticences à l’utilisation de Twitter en classe, j’ai par contre un vif intérêt à pouvoir microbloguer en classe. Certains ne remarqueront pas la subtilité, mais pour moi elle est de taille. J’ai donc fait un collage qui donne la présentation suivante.

Mise à jour

Voici un lien direct pour le fichier:

statusnet_en_classe

Depuis quelques semaines je m’intéresse un peu plus à la plateforme de Launchpad, là où semble s’opérer le développement d’une grande quantité d’application libre (souvent orienter Ubuntu, mais pas obligatoirement). Le bricoleur que je suis s’était mis en tête de savoir comment fonctionnent les fameux ppa (Personal Package Archive).

Si je voulais expérimenter un ppa, il me fallait donc un paquet logiciel à partager. Tant qu’à y aller, autant y aller avec une application qui n’est pas présente dans un autre dépôt (vous pouvez briser mon rêve en me disant qu’il y en avait déjà un).

Mon choix c’est porté sur Xsshfs, une petite application développée en Perl appuyée par une interface graphique GTK Glade. Xsshfs permet donc graphiquement de monter un répertoire distant en utilisant sshfs, un ssh utilisant un système de fichier. C’est un truc que j’utilise tous les jours afin d’accéder à mes fichiers distants.

J’ai donc récupéré les sources pour bâtir un paquet Maverick, créer un ppa et finalement le téléverser dans celui-ci.

• Tuto créer un paquet: PackagingGuide/Python
• Personal package archives
• Common package upload errors
• Packaging

D’ordinaire je n’aurai pas écrit un billet à propos de cette expérimentation personnelle, puisque je n’ai que suivi des tutoriels la pluspart du temps, avec une petite dose de casse-tête, mais bon, c’est cela apprendre. Mais voilà que depuis quelques jours, le site de téléchargement d’origine du développeur n’est plus disponible à partir d’ici.

Et voilà, mon ppa vient donc de trouver une utilité.

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs. C’est un ppa expérimental!

Pour installer Xsshfs, il faut ajouter le ppa du profnoel:

sudo apt-add-repository ppa:profnoel/xsshfs

On met à jour la liste des dépôts et on installe

sudo apt-get update
sudo apt-get install xsshfs

Et voilà ma petite contribution au libre.

Pour télécharger Xsshfs pour d’autres distributions: http://xsshfs.zici.fr/telechargement

Voici un petit hack permettant d’ajouter votre propre réducteur d’URL à la liste déjà présente dans Gwibber. Le but étant seulement d’utiliser votre propre réducteur, ou simplement d’en utiliser un alternatif.

La méthode qui suit a été testée sur le réducteur utilisant lilURL, un clone libre de TinyURL. Personnellement, j’ai installé mon propre réducteur et j’ai choisi Bilbolinks, qui utilise cette même bibliothèque. Ce qui nous intéresse sera d’appeler l’API de notre réducteur à partir de Gwibber. L’API de lilURL et de Bilbolinks est de la forme:

/api.php?longurl=http://www.uneurltrestreslongue.com

Puisque mon réducteur n’est pas encore public, j’ai fait une courte recherche et j’ai trouvé un réducteur qui utilise le Bilbolinks et qui fera l’affaire pour notre exemple http://joo.li.

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs

Nous allons nous déplacer dans le répertoire qui gère les réducteurs.

cd /usr/share/pyshared/gwibber/microblog/urlshorter

Et nous allons créer un fichier de configuration nommé jooli.py

sudo nano jooli.py

Que nous allons renseigner comme suit (remplacer joo.li par votre réducteur (3x)) :

import urllib2

PROTOCOL_INFO = {

  "name": "joo.li",
  "version": 0.1,
  "fqdn" : "http://joo.li",

}

class URLShorter:

  def short(self, text):
    short = urllib2.urlopen("http://joo.li/api.php?longurl=%s" % urllib2.quote(text)).read()
    return short

Ensuite on doit modifier le fichier __init__.py

sudo nano __init__.py

en ajoutant:

@import jooli

Et dans la commande PROTOCOLS

"joo.li": jooli,

Ce qui donnerait au final:

import cligs, isgd, tinyurlcom, ur1ca
#import snipurlcom, zima
import jooli

PROTOCOLS = {
  "cli.gs": cligs,
  "is.gd": isgd,
  #"snipurl.com": snipurlcom,
  "tinyurl.com": tinyurlcom,
  "joo.li": jooli,
  "ur1.ca": ur1ca,
  #"zi.ma": zima,
}

On enregistre et il nous reste plus qu’à créer un lien symbolique vers notre nouveau fichier jooli.py

cd /usr/lib/python2.6/dist-packages/gwibber/microblog/urlshorter

sudo ln -s /usr/share/pyshared/gwibber/microblog/urlshorter/jooli.py

Voilà on redémarre Gwiber, et on choisit notre nouveau réducteur dans les préférences.

Pour info, le hack est le fruit d’une conversation dans #ubuntu-qc entre moi et @deuxpi.

Ma version de Gwibber est 2.32.0.1

Pratiquement dix jours après la sortie d’Ubuntu 10.10, les développeurs de Canonical ont annoncé l’activation des dépôts Natty Narwhal. La prochaine version d’Ubuntu qui sera lancée en avril 2011, succèdera à Maverick Meerkat.

Comme on pouvait s’y attendre, les dépôts d’Ubuntu 11.04 incluent très peu de modifications par rapport à ceux de Meerkat Maverick. Pour l’instant, la seule différence notable est l’inclusion du jeu de compilateur GNU GCC 4.5 au lieu de la version 4.4 utilisée dans Lynx et Maverick.

Précisément parce qu’il y a une transition vers GCC 4.5 la compilation de plusieurs paquets risque d’entraîner quelques erreurs, de sorte que, au moins dans les premières semaines de vie, les dépôts d’Ubuntu Natty Narwhal risquent d’être instables.

On en sait peu sur les fonctionnalités qui caractériseront Ubuntu 11.04. L’orientation que prendra la distribution se décidera au prochain sommet des développeurs Ubuntu (Ubuntu 11.04 Developer Summit) qui se tiendra à Orlando du  25 au 29 octobre.

L’arrivée de GNOME 3, l’intégration avec les services liés à Ubuntu One, l’élimination de la zone de notification et l’introduction de la barre de menu globale sont quelques-uns des aspects les plus probables (lire ici machine à rumeur) sur lesquels les développeurs devront discuter.

Note: L’image est sous licence CC by-nc-sa

Vous connaissez déjà sans doute le live cd, outil permettant d’essayer GNU/Linux dans votre ordinateur sans rien changer.

Mais puisque Edubuntu est livré dans un DVD, l’expérimenter peut aussi devenir une tâche longue.

Et bien si vous avez un ordinateur dans lequel Java est installé (Linux, MacOS X, Solaris or Windows), il est maintenant possible d’essayer la dernière version d’Edubuntu, la version éducative d’Ubuntu, directement dans le web, sans rien installer ou télécharger dans votre ordinateur. Afin de pouvoir expérimenter Edubuntu pendant 2 heures, il suffit simplement de suivre le lien suivant:

La session est à la base dans une machine virtuelle utilisant la dernière version stable instalée dans un serveur dédié (situé à Frankfurt en Allemagne). Afin de conserver une certaine fluidité, un maximum de 10 utilisateurs peuvent utiliser simultanément le weblive.

L’opérateur du serveur, Stéphane Graber, prépare la transition vers Natty Narwhal dès qu’une version suffisamment stable est disponible.

Note. Remarquer que dans mon cas, j’ai eu à installer (c’est automatique) un applet java (NX Web Companion) afin de pouvoir me connecter

Lien direct: http://www.edubuntu.org/vmmanager.