def net_get_ip(): # by Whise
    """Returns ip if it can"""
    ip = commands.getoutput("ifconfig")
    x = 0
    while True:
        ip = ip[ip.find("inet addr:"):]
        ip = ip[10:]
        ipc = ip[:ip.find(chr(32))]
        if ipc != '127.0.0.1' and ipc != None and ipc !='1':
            return ipc
    return _('Cannot get ip')

La commande ifconfigqui vous donne l’état et la configuration de vos interfaces réseau retourne un string de données ressemblant à celui-ci:

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:25:b3:c0:b6:86
          inet adr:10.224.66.135  Bcast:10.224.66.255  Masque:255.255.255.0
          adr inet6: fe80::225:b3ff:fec0:b686/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:34235 erreurs:0 :0 overruns:0 frame:0
          TX packets:23840 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:100
          Octets reçus:33282663 (33.2 MB) Octets transmis:3990859 (3.9 MB)
          Mémoire:98400000-98420000

Or, la fonction net_get_ip() recherche la chaîne de caractères contenant inet addr pour localiser l’adresse IP. Le seul problème c’est que cette chaîne de caractères est introuvable dans ce que retourne la commande ifconfig à cause d’un d de trop. La chaîne de caractères est en effet inet_adr et non pas inet_addr.

Pour contourner le bug en attendant qu’une mise à jour corrige le problème, vous pouvez éditer le fichier /usr/share/pyshared/screenlets/sensors.py et modifier le fichier vous même:

$ gksudo gedit /usr/share/pyshared/screenlets/sensors.py

Changez les lignes concernées pour qu’elles soient semblables à ceci:

        ip = ip[ip.find("inet adr:"):]
        ip = ip[9:]

Sauvez le fichier et dans le gestionnaire de Screenlets, cliquez sur le bouton Tout redémarrer. L’adresse IP doit maintenant apparaître.
Notez que j’ai signalé ce bug sur Launchpad.

Sous Ubuntu Lucid, aucun problème pour faire fonctionner et programmer l’Arduino. A noter que contrairement à Windows, aucun driver ne doit être installé puisque le driver FTDI nécessaire à l’USB est compris dans le noyau. Il suffit donc d’installer les paquets permettant d’utiliser gcc pour compiler du code AVR:

$ sudo aptitude install avr-libc gcc-avr gdb-avr binutils-avr

Ensuite, téléchargez sur le site l’IDE qui vous permettra d’écrire, de mettre au point et d’uploader le code. Cette application est écrite en java et le site recommande d’installer le paquet sun-java6-jre mais le programme fonctionne très bien avec la version openjdk de base d’Ubuntu. Décompressez l’archive, créez une entrée dans le menu programmation et le tour est joué:

$ sudo tar -C /opt -zxvf arduino-0018.tgz

Il se peut que vous deviez vous ajouter au groupe dialout:

sudo useradd -G dialout votre_login

Ensuite, lancez l’IDE et connectez l’Arduino à un port USB. Dans l’IDE, il faut via le menu Tools définir le modèle d’Arduino utilisé et le port série. Dans Ubuntu, le port est /dev/USB0.

Mon exemplaire de l’Arduino a été commandé chez Antratek. Excellent service (ce qui vaut la peine d’être signalé) et livré 3 jours après la commande. Attention, le site est en Néérlandais uniquement !

Il est très facile de créer une petite application qui va placer une icône dans la zone Applications Indicators. Si vous avez installé l’Applet de notification dans votre tableau de bord, l’icône de votre application ira se loger dans celle-ci sinon, elle ira se mettre dans l’ancienne zone de notification.
Voici un exemple de code en python:

#!/usr/bin/env python
# -*- coding: utf-8 -*-

# https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators

import appindicator
import gtk
import os

class IndicatorSample:
  def __init__(self):

    self.ind = appindicator.Indicator ("System Tools","applications-system", appindicator.CATEGORY_SYSTEM_SERVICES)
    self.ind.set_status (appindicator.STATUS_ACTIVE)
    self.ind.set_attention_icon ("indicator-messages-new")

    # Création d'un drop-down menu
    self.menu = gtk.Menu()

    # Création des éléments du menu
    self.menu_item1 = gtk.MenuItem("Firefox")
    self.menu_item1.connect("activate", self.on_launch, "firefox")
    self.menu_item2 = gtk.MenuItem("Calculatrice")
    self.menu_item2.connect("activate", self.on_launch, "gcalctool")

    self.menu.append(self.menu_item1)
    self.menu.append(self.menu_item2)
    self.menu_item1.show()
    self.menu_item2.show()

    self.image = gtk.ImageMenuItem(gtk.STOCK_QUIT)
    self.image.connect("activate", self.on_quit)
    self.image.show()
    self.menu.append(self.image)

    # Associe le menu créé avec appindicator
    self.ind.set_menu(self.menu)

  def on_launch(self, widget, data):
    os.system(data)

  def on_quit(self, widget, data = None):
    gtk.main_quit() 

if __name__ == "__main__":
  indicator = IndicatorSample()
  gtk.main()

Auparavant, on plaçait une icône dans la zone de notification en utilisant l’objet gtk.StatusIcon et on pouvait spécifier l’icône en la chargeant depuis un fichier avec gtk.status_icon_new_from_file(). Il semble que ce ne soit pas, plus ou pas encore possible avec appindicator et qu’on soit donc obligé de choisir une icône dans le stock. On peut lire dans le wiki d’Ubuntu sur la page consacrée à appindicator:

The icons need to use icon names from themes, direct paths to icon files are not supported. For example, icon names used with gtk_status_icon_new_from_file() won’t work.

Si jamais vous avez une solution à ce problème, laissé un commentaire à ce billet. Merci d’avance.

$ sudo ln -s /usr/share/phpmyadmin/ /var/www/phpmyadmin

La commande va créer un lien symbolique pour fire croire à Apache que les fichiers de PhpMyAdmin se trouvent bien au bon endroit.

lftp est un client FTP très évolué. Il s’utilise en ligne de commande et son gros avantage est sa capacité de faire du mirroring. Le mirroring consiste à comparer deux répertoires et à les synchroniser pour qu’ils soient identiques. lftp est capable de synchroniser un répertoire distant avec un répertoire local ou, l’inverse, synchroniser un répertoire local avec un répertoire distant. La différence réside dans le fait que dans le premier cas, la source est le répertoire local et dans le second, la source est le répertoire distant.

La commande de base si on veut que la source soit le répertoire local est :

lftp ftp://login:password@host -c "mirror --delete --reverse --exclude-glob dossier_à_exclure /répertoire_local /répertoire_distant"

Dans le cas où on veut une synchro du répertoire local avec comme source le répertoire distant, on supprime l’option –reverse.
l’option -c de lftp permet de donner à lftp un ensemble de commandes. Elle doivent être entre guillemets et séparées par des points-virgules. Notez aussi que l’option –exclude-glob peut être insérée plusieurs fois s’il y a plusieurs répertoires ou fichiers à exclure. Cette option accepte les wildcards (*,?). Je ne vais pas détailler toutes les commandes mais sachez que les commandes classiques de FTP sont reconnues (cd, lcd, get, mmet, put, mput,…). Je vous conseille la lecture de la page de manuel pour toutes les options et possibilités de ce programme.

Evidemment, lftp est particulièrement bien adapté à son utilisation au sein d’un script. A titre d’exemple, voici un petit script bash appelé ftpsync qui synchronise un répertoire distant à partir d’un répertoire local:

#!/bin/bash
#
# Synchronise deux répertoires en utilisant FTP

HOST="ftp.votre_site.com"
LOGIN="votre_login"
PASSWORD="mot_de_passe"
LOCALDIR="$1"
REMOTEDIR="/"
EXCLUDED="*.*~"

function Usage()
{
  echo -e "\n  Synchronise un répertoire local avec un répertoire distant en utilisant FTP";
  echo -e "\n  USAGE: ftpsync local_dir";
  echo;
}

if [ "$LOCALDIR" = "" ]
then
  echo -e "  ERREUR: Veuillez spécifier un répertoire local";
  Usage;
  exit 1;
fi

if [ -e "$LOCALDIR" ]
then
  lftp -c "set ftp:list-options -a;
  open ftp://$LOGIN:$PASSWORD@$HOST;
  lcd $LOCALDIR;
  cd $REMOTEDIR;
  mirror --reverse \
         --delete \
         --verbose \
         --exclude-glob $EXCLUDED";
fi

A l’heure où on parle de plus en plus de cloud computing, où il est facile de se procurer des zones de stockage sur Internet gratuitement comme DropBox, UbuntuOne ou autre SpiderOak, synchroniser deux répertoires par FTP peut sembler anachronique mais lftp peut encore rendre de grands services pour faire, par exemple, des backups de votre site web distants sur votre PC en local.

Xvidcap est un programme de capture d’écran, dans un fichier vidéo AVI ou mpeg, destinée à la réalisation de screencast.
Pour compiler le programme, il faut le télécharger ici, installer les paquets suivants qui sont nécessaires:

$ sudo aptitude install libxmu-dev
$ sudo aptitude libxmu-headers
$ sudo aptitude libxt-dev

Ensuite, il faut décompresser l’archive puis compiler le programme de manière habituelle:

$ tar  -zxvf xvidcap-1.1.7.tar.gz
$ cd xvidcap-1.1.7
$ ./configure
$ make

Mais durant le make, une erreur apparaît qui peut être incompréhensible pour quelqu’un qui n’a pas l’habitude:

capture.c: In function ‘XGetZPixmapSHM’:
capture.c:668: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
capture.c:668: error: ‘req’ undeclared (first use in this function)
capture.c:668: error: (Each undeclared identifier is reported only once
capture.c:668: error: for each function it appears in.)
capture.c:669: error: ‘xShmGetImageReply’ undeclared (first use in this function)
capture.c:669: error: expected ‘;’ before ‘rep’
capture.c:675: error: ‘sz_xShmGetImageReq’ undeclared (first use in this function)
capture.c:675: error: ‘xShmGetImageReq’ undeclared (first use in this function)
capture.c:675: error: expected expression before ‘)’ token
capture.c:675: error: ‘X_ShmGetImage’ undeclared (first use in this function)
capture.c:693: error: ‘rep’ undeclared (first use in this function)

En bref, cela signifie que dans le fichier capture.c, à la ligne 668, dans la fonction XGetZPixmapSHM, il y a un type non-déclaré: xShmGetImageReq.
Après une petite recherche dans les fichiers d’entête (.h), il apparaît que ce type est déclaré dans Lucid dans le fichier X11/extensions/shmproto.h. Or celui-ci n’est pas inclus dans capture.c. A la place, on trouve un fichier X11/extensions/shmstr.h qui lui n’existe plus. Donc il semblerait bien que le premier remplace le second dans les dernières versions. Il suffit donc dans le fichier capture.c de trouver la ligne contenant:

#include <X11/extensions/shmstr.h>

et de la remplacer par:

#include <X11/extensions/shmproto.h>

Relancez la compilation puis l’installation et vous obtiendrez une version compilée de xvidcap fonctionnelle et avec le son en plus:

$ make
$ sudo make install

Choisissez, dans la boîte déroulante, la version .tar.gz pour linux. Vous obtenez un fichier install_flash_player_10_linux.tar.gz. Notez que la version peut être différente dans votre cas. Ici, il s’agit de la version 10.
Si vous jetez un oeil au contenu de cette archive, vous verrez qu’elle ne contient qu’un seul fichier appelé libflashplayer.so qui est le plugin à installer dans Firefox ou Chromium.
Il vous faut maintenant décompresser l’archive et copier le plugin dans Firefox et dans Chromium. Pour cela, placez-vous dans le répertoire où vous avez téléchargé l’archive et tapez les commandes suivantes:

$ tar -zxvf install_flash_player_10_linux.tar.gz
$ cp libflashplayer.so ~/.mozilla//plugins

C’est tout pour Firefox. Si vous utilisez aussi Chromium, il faut aussi copier le fichier dans le répertoire adéquat de Chromium:

$ cp libflashplayer.so /usr/lib/chromium-browser/plugins

Il vous reste à vérifier que le plugin est bien installé en tapant dans la barre d’adresse du navigateur:

about:plugins

Votre navigateur affiche alors la liste des plugins installés. Vérifiez que c’est bien la version de flash correspondant à celle que vous venez d’installer.
Vérifiez ensuite que vous avez du son et que tout fonctionne correctement à présent.

Update: Il semble que pour certains, il faille une désinstallation de la version de flash installée précédemment avant de vouloir installer la nouvelle version provenant du site d’Adobe.

C’est donc un grand jour pour la communauté du libre. De plus, on a appris aussi aujourd’hui que Collabora, l’entreprise derrière gstreamer avait rejoint le projet WebM. Ce projet inclut aussi vorbis en tant que codec audio et un container dérivé du container Matroska.
Outre Collabora, le projet WebM de Google est aussi supporté par Adobe, Skype, Opéra, Mozilla, NVidia, Logitech, TI, Broadcom etc… On se souvient que Mozilla et Opéra s’étaient opposés à l’utilisation de H264 dans le cadre du HTML5, il est donc assez normal de les retrouver ici dans les entreprises supportant le projet WebM.

Si lors de l’installation d’Ubuntu, lorsqu’il vous est demandé comment vous voulez partitionner le disque dur, vous vous apercevez que votre disque dur n’est pas reconnu et n’apparaît pas, vérifiez les points suivants:
d’abord regardez dans le BIOS de votre PC si le disque dur n’est pas défini comme faisant partie d’un volume RAID et au besoin spécifiez le mode AHCI pour ce disque. Ensuite, si votre disque dur persiste à ne pas vouloir apparaître lors de l’installation, démarrez le LiveCD d’Ubuntu comme si vous vouliez le tester. Une fois lancé et votre session initialisée, supprimez le paquet dmraid en ouvrant un terminal et en tapant:

$ sudo aptitude remove dmraid

Ce paquet semble empêcher la détection des certains disques SATA.
Ensuite, pour installer Ubuntu, double-cliquez sur l’icône du bureau permettant l’installation d’Ubuntu. Votre disque dur devrait enfin être détecté.