Le problème de rutorrent, en dehors du fait que c'est moche, c'est qu'il faut un i7 overclocké juste pour interpréter le javascript. Autant dire que j'étais un poil juste avec mon atom...

Après quelques tests, j'ai été convaincu par Transmission : un joli fichier texte pour tout configurer, une interface web simple mais légère, et la possibilité de se connecter à distance en utilisant une interface lourde.

Par contre, utiliser Apache comme proxy pour l'interface web relève du défi : presque tout le monde bute sur l'erreur 409 de la mort :

409: Conflict

Your request had an invalid session-id header.

To fix this, follow these steps:

When reading a response, get its X-Transmission-Session-Id header and remember it
Add the updated header to your outgoing requests
When you get this 409 error message, resend your request with the updated header

This requirement has been added to help prevent CSRF attacks.

Après de longues recherches infructueuses, je me suis preque résigné. Et puis je suis tombé sur ce post, qui contient LA solution.

Il suffit en fait de ne pas mettre le "/" final lorqu'on spécifie le domaine cible, à l'aide des directive ProxyPass et ProxyPassReverse. Je donne donc ma configuration, elle sera peut être utile à d'autres :

<VirtualHost *:443>
        ServerName monServeur.fr
        ServerAlias www.monServeur.fr
        Redirect permanent / https://monServeur.fr/transmission

        RewriteEngine on
        RewriteRule /transmission[/]?$ /transmission/web/ [R=permanent]

        SSLEngine on
        SSLCertificateFile    /etc/httpd/ssl/monServeur/monCertificat.fr.crt
        SSLCertificateKeyFile /etc/httpd/ssl/monServeur/monCertificat.fr.key
 
        ProxyRequests On
        ProxyPreserveHost Off 
        <Proxy *>
        Order allow,deny
        Allow from all 
        </Proxy>

        ProxyPass /transmission http://127.0.0.1:9091/transmission
        ProxyPassReverse /transmission http://127.0.0.1:9091/transmission
</Virtualhost>

<VirtualHost *:80>
        ServerName monServeur.fr
        ServerAlias www.monServeur.fr
        Redirect permanent / https://monServeur.fr/transmission
</Virtualhost>

À noter qu'Apache n'a pas besoin de gérer l'authentification, qui peut être configurée directement dans le fichier de conf de Transmission-daemon.

(28)No space left on device: AH00023: Couldn't create the authdigest-opaque mutex

Pourtant, mon disque dur était loin d'être plein, et un reboot permettait de résoudre le problème. J'ai fini par trouver la solution sur ce blog.

Le soucis provenait en réalité de nombreux sémaphores, qui n'étaient pas supprimés lors de l'arrêt du démon. On peut les observer à l'aide d'ipcs :

# ipcs -s
IPC status from  as of Sat Feb 16 19:30:12 2013

Semaphores:
T        ID     KEY        MODE       OWNER    GROUP
s   2752512          0 --rw-------      www      www
s   1376257          0 --rw-------      www      www
s   1376258          0 --rw-------      www      www
s   2293763          0 --rw-------      www      www

La commande ipcrm permet de s'en débarasser :

# ipcrm -s 2752512

On peut supprimer tous les sémaphores en une ligne, grâce à perl :

# ipcs -s | grep www | perl -alne 'qx(ipcrm -s $F[1])'

Le démarrage d'Apache peut alors s'effectuer correctement.

Afin de déployer mon serveur rapidement, j'ai opté pour un dom0 sous Debian Wheezy (qui est déjà en phase de freeze, et devrait rapidement devenir la nouvelle Debian stable). Mais parce que j'aime FreeBSD, c'est l'OS d'un de mes domU. Et comme FreeBSD est une horreur à déployer en tant que domU, j'ai déployé un deuxième domU sous NetBSD.

Je souhaitais que chacune de mes machine soit joignable en ipv4 et ipv6. Je vais donc décrire ma démarche dans cet article.

Prérequis : posséder un dom0 avec connexion IPv4 et IPv6 fonctionnelles.

Créer le bridge

Le bridge permettra de relier plusieurs interfaces entre elles, à la manière d'un switch. On pourra ainsi connecter toutes les machines virtuelles à ce bridge, pour qu'elle puisse de joindre entre elle. On pourra également router le traffic entre l'interface physique eth0 et le bridge, pour joindre le monde extérieur.

J'ai commencé par créer le réseau virtuel. Il faut pour cela charger le module dummy :

On peut ensuite ajouter le ligne suivante dans le fichier /etc/modules afin de le charger au démarrage :

Il faut ensuite créer une interface virtuelle dummy0, et lui attribuer une IP. On utilisera le réseaux 10.0.0.0/24 en IPv4. Pour l'IPv6, j'utiliserai une partie du /64 fourni par OVH. Je possède un stock d'adresse du type 2001:1:2:3::/64. J'utiliserai le sous-réseau 2001:1:2:3:1::/80 pour mon réseau virtuel.

Je modifie donc le fichier /etc/network/interfaces pour ajouter la section suivante :

auto br0
iface br0 inet static
        ##
        # ipv4 address
        address 10.0.0.1
        netmask 255.255.255.0
        broadcast 10.0.0.255
        ##
        # ipv6 address
        up ip -6 addr add 2001:1:2:3:1::111/80 dev br0
        down ip -6 addr del 2001:1:2:3:1::111/80 dev br0
        ##
        # Add dummy0 (virtual interface) and setup the bridge
        bridge_ports dummy0
        bridge_maxwait 5
        bridge_stp off
        bridge_fd 0

On attribue ici les adresses 10.0.0.1 et 2001:1:2:3:1::1231 au bridge br0. On connecte y l'interface virtuelle dummy0.

Router les adresses IPv6

L'interface br0 possède donc l'IPv6 2001:1:2:3:1::1231. Deux autres machines seront connectées avec les IPv6 2001:1:2:3:1::1232 et 2001:1:2:3:1::1233. Il faudra router les paquets entre les interfaces eth0 et br0. Il faut donc activer le transfert d'IP en IPv6. On ajoute les lignes suivantes à /etc/sysctl.conf :

net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.forwarding=1

Enfin, on ajoute les routes nécessaires dans /etc/network/interfaces, en modifiant la section précedemment ajoutée :

auto br0
iface br0 inet static
        ##
        # ipv4 address
        address 10.0.0.1
        netmask 255.255.255.0
        broadcast 10.0.0.255
        ##
        # ipv6 address
        up ip -6 addr add 2001:1:2:3:1::111/80 dev br0
        down ip -6 addr del 2001:1:2:3:1::111/80 dev br0
        ##
        # Add dummy0 (virtual interface) and setup the bridge
        bridge_ports dummy0
        bridge_maxwait 5
        bridge_stp off
        bridge_fd 0
	##
        # Add routes
        post-up ip route add 2001:1:2:3:1::/80 dev br0
        post-down ip route del 2001:1:2:3:1::/80 dev br0

Transférer les paquets NDP

Il est impossible, à ce stade, de joindre le monde extérieur depuis une machine du sous-réseau 2001:1:2:3:1::/80. En effet, le routeur d'OVH s'attend à trouver un réseau "à plat". Il considère donc uniquement les adresses attribuées à eth0.

La manière la plus simple de résoudre ce problème serait de modifier les tables de routage du routeur, par exemple via une interface web. Ce n'est malheureusement pas possible. Il va donc falloir tricher un peu.

En IPv6, le protocole utilisé pour découvrir les différents appareils connectés à un lien est appelé NDP (Neighbor Discovery Protocol). C'est l'équivalent du protocle ARP en IPv4, mais avec de nombreuses fonctionnalités supplémentaires : découverte des routeurs, auto-configuration de l'interface et des routes...
Le noyeau Linux possède une fonctionnalité appelée "proxy NDP", qui permet de transférer les paquets NDP d'une interface à une autre, et de résoudre les situations telles que celle qui nous concerne.

On va donc transférer les paquets NDP des adresses 2001:41d0:8:b74d:1::1231, 2001:41d0:8:b74d:1::1232 et 2001:41d0:8:b74d:1::1233 sur l'interface eth0, et les paquets NDP de la passerelle OVH (2001:1:2:3ff:ff:ff:ff:ff) sur l'interface br0. De cette manière, la paserelle verra un réseau "plat" possédant 4 adresses (2001:41d0:8:b74d::1, 2001:41d0:8:b74d:1::1231, 2001:41d0:8:b74d:1::1232, et 2001:41d0:8:b74d:1::1233).

On commence par activer le proxy NDP en modifiant le fichier /etc/sysctl.conf :

net.ipv6.conf.default.proxy_ndp=1
net.ipv6.conf.all.proxy_ndp=1

On applique la nouvelle configuration :

On modifie la section précédemment ajoutée dans le fichier /etc/network/interfaces pour indiquer quels paquets NDP transférer, et sur quelle interface :

auto br0
iface br0 inet static
        ##
        # ipv4 address
        address 10.0.0.1
        netmask 255.255.255.0
        broadcast 10.0.0.255
        ##
        # ipv6 address
        up ip -6 addr add 2001:1:2:3:1::1/80 dev br0
        down ip -6 addr del 2001:1:2:3:1::1/80 dev br0
        ##
        # Add dummy0 (virtual interface) and setup the bridge
        bridge_ports dummy0
        bridge_maxwait 5
        bridge_stp off
        bridge_fd 0
        ##
        # Add routes and NDP proxy (to be reachable)
        post-up ip route add 2001:1:2:3:1::/80 dev br0
        post-up ip neigh add proxy 2001:1:2:3ff:ff:ff:ff:ff dev br0
        post-up ip neigh add proxy 2001:1:2:3:1::1 dev eth0
        post-up ip neigh add proxy 2001:1:2:3:1::2 dev eth0
        post-up ip neigh add proxy 2001:1:2:3:1::3 dev eth0
        post-down ip route del 2001:1:2:3:1::/80 dev br0
        post-down ip neigh del proxy 2001:1:2:3ff:ff:ff:ff:ff dev br0
        post-down ip neigh del proxy 2001:1:2:3:1::1 dev eth0
        post-down ip neigh del proxy 2001:1:2:3:1::2 dev eth0
        post-down ip neigh del proxy 2001:1:2:3:1::3 dev eth0

L'adresse 2001:1:2:3ff:ff:ff:ff:ff est celle de la passerelle OVH.

IPv4 : le NAT

OVH fournit une seule adresse IPv4. J'ai donc choisit d'utiliser le NAT pour joindre le monde extérieur en IPv4. Pour cela, il faut d'abord activer le transfert d'IP pour l'IPv4. On ajoute dans le fichier /etc/sysctl.conf :

net.ipv4.ip_forward=1

Pour faire le transfert d'adresse, on ajoute ensuite la règle iptables suivante :

iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o eth0 -j MASQUERADE

Connecter les domU

Comme nous avons configuré nous-même le réseau, Xen n'a pas à s'en charger. On doit donc désactiver les scripts de configuration de Xen, en commentant les différentes lignes contenant network-script dans le fichier /etc/xen/xend-config.sxp :

# #(network-script network-bridge)
#(network-script network-route)
#(network-script network-nat)

On redémarre Xen pour prendre la nouvelle configuration en compte :

Il ne reste plus qu'à connecter les domU à l'interface br0, en spécifiant dans le fichier /etc/xen/nom_du_domU le paramètre suivant :

On paramétrera ensuite le domU à l'aide de la console Xen, pour utiliser la passerelle 2001:1:2:3ff:ff:ff:ff:ff en ipv6, et 10.0.0.1 en ipv4.

Cette erreur est due au fait que fdisk n'est pas capable de détecter la géométrie du disque. En effet, on observe en haut de l'écran :

Il faut donc la lui indiquer. On peut calculer le nombre de cylindres avec l'équation suivante :

Dans mon cas, avec un disque LVM de 20473Mo :

On peut arrondir à 2600 cylindres par sécurité. Il suffit ensuite de rentrer ces informations (2600/255/63) en appuyant sur la touche G.

source : list.freebsd.org

Weboob (WEB Out Of Browser, appréciez le jeu de mot) permet d'obtenir rapidement le contenu de certains sites web sans passer par un navigateur.

Il y a plusieurs intérêts à cela : éviter l'utilisation du plugin flash pour regarder une vidéo, ne pas subir des pages lourdingues bourrées de pub, ou réaliser une requête sur plusieurs sites à la fois.

En bonus : tout peut être fait dans la console.

Installer weboob

L'installation pour la plupart des distributions est très bien expliquée sur le site de weboob.

Pour l'installer sous slackware, j'ai réalisé un slackbuild qui automatise la création du paquet. Étant donné le délai nécessaire à la validation du script sur slackbuilds.org, je le met à disposition ici :

slackbuild : weboob.tar.gz
sources : weboob-0.a.tar.gz (md5sum : 15568485fd2bea4c53b69a6edb8c7e45)

Afin de pouvoir construire weboob, vous aurez besoin de pysetuptools.

Les programmes mechanize, python-dateutil, html2text, nose, feedparser, lxml, rtmpdump, et PyYAML seront ensuite nécessaires au bon fonctionnement des backends.

Utilisation

Avec la nouvelle release, les backends sont téléchargés sur les dépots de weboob la première fois qu'il y en a besoin. Il faut donc commencer par récupérer la liste de ceux qui sont disponibles :

Ensuite, il ne reste plus qu'à tester les applications qui vous intéressent.

Videoob

Videoob permet de télécharger des vidéos disponibles en streaming sur les sites d'Arte, Canal+, DailyMotion, France Télévisions, INA, Nolife, Radio France, Youjizz, Youporn et Youtube. Bon, vous n'êtes pas obligés d'activer tous les backends, hein ;-)

Lors du premier démarrage, un menu interactif vous permettra d'activer ceux que vous souhaitez.

Par exemple pour télécharger les derniers épisodes de "Bref", on démarre l'application videoob :

On désactive tous les backends configurés sauf celui de canalplus :

On cherche les épisodes de bref :

videoob> search bref
Search pattern: bref
* (1) Bref. J'ai eu 30 ans. — Episode du 08/02 (canalplus)
            2012-02-08 16:02:00
* (2) Bref. J'ai eu une panne. — Episode du 06/02 (canalplus)
            2012-02-06 21:37:00
* (3) Bref. Je me suis fait agresser. — Episode du 02/02 (canalplus)
            2012-02-02 20:40:00
* (4) Bref. Je suis allé aux urgences. — Episode du 31/01 (canalplus)
            2012-01-31 17:02:00
* (5) Bref. J'ai un nouvel appart'. — Episode du 26/01 (canalplus)
            2012-01-26 20:50:00
* (6) Bref. J'ai pris le métro. — Episode du 24/01 (canalplus)
            2012-01-24 21:22:00
* (7) Bref. J'étais à côté de cette fille. — Episode du 18/01 (canalplus)
            2012-01-18 18:37:00
* (8) Bref. J'ai déménagé. — Episode du 12/01 (canalplus)
            2012-01-12 18:37:00
* (9) Bref. J'ai voulu partir en vacances. — Episode du 10/01 (canalplus)
            2012-01-10 18:32:00
* (10) Bref. J'y pense et je souris. — Episode du 06/01 (canalplus)
            2012-01-06 18:22:00 

On les télécharge le dernier :

On peut aussi le jouer directement dans mplayer :

Wetboobs

Héhé, oui, c'est possible d'aller encore plus loin dans les jeux de mots graveleux. Mais, contrairement à ce que son nom laisse supposer, wetboobs n'est pas une application réservée aux adultes : elle permet simplement de consulter la météo.

Lancer l'application :

Rechercher une ville :

wetboobs> search clermont-ferrand
* (1) Clermont-Ferrand, Auvergne, France (yahoo)
* (2) Clermont-Ferrand 63000 (meteofrance)

Consulter les prévisions météo de Clermont-Ferrand sur Yahoo :

wetboobs> forecasts 1
* 12 Feb 2012:    (-11°C - -4°C) Clear
* 13 Feb 2012:    (-1°C - 2°C) Partly Cloudy

Si on connait l'identifiant de la ville, on peut tout faire en une commande :

$ wetboobs forecasts 586242@yahoo
* 12 Feb 2012:    (-11°C - -4°C) Clear
* 13 Feb 2012:    (-1°C - 2°C) Partly Cloudy

Et tout le reste...

Il ne s'agit que d'un rapide apperçu, weboob contient de nombreuses applications et backends. Vous pourrez approfondir la question directement sur leur site.

Un petit coup de pub pour le projet C'EST-Y@home, projet de recherche d'un intelligence extra-terrestre auvergnat.

Bon, je dois me confesser. J'hésite actuellement à passer de Vim (l'éditeur de texte, pas l'expert en ventilation) à Emacs, pour profiter de Org Mode. J'utilise pour l'instant Taskwarrior, qui semble beaucoup moins ergonomique.

En attendant de me faire pousser des doigts pour enchainer avec fluidité les "ctrl + c", "ctrl + n", "ctrl + machin", "ctrl + truc", et aussi parce que Vim c'est cool, je repousse le moment où je devrai tout réapprendre.

Et parmi toutes les features super cool, il y a la correction orthographique. Ajouter dans le fichier ~/.vimrc la ligne :

Il suffit maintenant de rentrer la commande suivante dans Vim :

Et hop, tous les mots incorrects sont surlignés en rouge.

Sauf que parfois, lors de la première utilisation, au lieu de télécharger les dictionnaires automatiquement Vim affiche beau message d'erreur :

Pas grave, il suffit de les télécharger à la main :

# cd /usr/share/vim/vim73/spell/
# wget http://ftp.vim.org/pub/vim/runtime/spell/fr.utf-8.spl
# wget http://ftp.vim.org/pub/vim/runtime/spell/fr.utf-8.sug

Plus un pense bête qu'un réel article, voici comment installer TinyOS et ses différents outils pour travailler sur des cartes TelosB. On installera également les outils pour les cartes MICAz, car c'est la seule architecture supportée par le simulateur TOSSIM.

Ajouter le dépôt suivant dans /etc/apt/sources.list :

Mettre à jour les dépôts et installer les paquets nécessaires :

Récupérer les derniers outils sur le dépôt subversion, et les compiler :

Ajouter les variables d'environnement qui vont bien à la fin du fichier ~/.bashrc :

Sourcer le ~/.bashrc afin de prendre en compte immédiatement ces variables d'environnement :

Tester que tout s'est bien déroulé, et que la compilation se déroule correctement. Commençons par nous rendre dans un répertoire contenant les sources d'un programme :

Puis testons la compilation pour les TelosB :

Si aucune erreur ne s'est produite, on obtient la dernière ligne devrait être la suivante :

Enfin la compilation pour TOSSIM :

La dernière ligne doit être la suivante :

Cool, tout s'est bien déroulé ;-)

À noter que cette installation ne sera utilisable que par l'utilisateur courant, mais elle a le mérite de ne pas "pourrir" le système.

J'ai acquis récemment un Sagem Spiga. J'en rêvais à sa sortie, mais les 500€ demandés me paraissaient excessifs par rapport au matériel embarqué. J'aurai donc attendu deux ans, et l'offre vente privée, pour le trouver à un prix raisonnable. Et je suis content de mon achat : la finition est correcte, l'autonomie comparable à celle annoncée, et il rentre bien dans ma poche de jean. Même mon 12" parait énorme à côté :-)

Étant donné le matériel exotique de cet ordinateur (Intel GMA500 pour le GPU, Marvell 8686 pour le wifi), j'avais un peu peur de côté "pochette surprise". Voici donc un récapitulatif de ce qui fonctionne aujourd'hui sous Debian Squeeze, et quelques astuces sur la manière d'y parvenir.

Choisir le périphérique sur lequel booter

C'est tout bête, mais j'ai mis un moment avant de trouver comment faire, la manipulation n'étant pas expliqué dans la notice. La combinaison magique est "Fn + o", soit F11. On peut ensuite booter sur un périphérique USB (clef USB/disque dur/lecteur de CD-rom externe).

Faire fonctionner le WIFI

Première étape, obtenir une connexion internet. Étant donné l'absence de port RJ45, il n'y a pas d'alternative : le WIFI doit fonctionner. Heureusement, un pilote (assez buggé) existe. L'utilisation d'un gestionnaire de connexion (comme wicd ou network-manager) entraîne un crash du système. Il faudra donc utiliser Wireless Tools, et éventuellement wpa_supplicant.

L'installation est assez facile. Commençons par télécharger l'archive dont on a besoin sur le site de marvell. Pour cela, sélectionnons la plate-forme "Linux 2.6 - fedora", puis le driver nommé "SD-8686-LINUX26-SYSKT-9.70.3.p24-26409.P45-GPL".

Une fois cette archive extraite, on remarque qu'elle en contient deux autres, dont une nommée "SD-8686-FEDORA26FC6-SYSKT-GPL-9.70.3.p24-26409.P45.tar". C'est cette dernière qui nous sera utile, et qu'il faut de nouveau extraire. On obtient alors un dossier "FwImage" contenant deux fichier : helper_sd.bin et sd8686.bin. Renommer helper_sd.bin en sd8686_helper.bin. Copier ensuite sd8686.bin et sd8686_helper.bin dans le dossier /lib/firmware du spiga.

Le module doit maintenant être chargé, à l'aide de la commande suivante :

On devrait voir apparaître une nouvelle interface nommé wlan0 :

# iwconfig 
lo        no wireless extensions.

pan0      no wireless extensions.

wlan0     IEEE 802.11b/g  ESSID:""  
          Mode:Managed  Frequency:2.412 GHz  Access Point: Not-Associated   
          Bit Rate:0 kb/s   Tx-Power=15 dBm   
          Retry short limit:8   RTS thr=2347 B   Fragment thr=2346 B   
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

On peut démarrer l'interface et vérifier son fonctionnement :

# ifconfig wlan0 up
# iwlist wlan0 scan
wlan0     Scan completed :
          Cell 01 - Address: 00:03:52:xx:xx:xx
                    ESSID:"Auversup sans fil"
                    Mode:Managed
                    Frequency:2.437 GHz (Channel 6)
                    Quality=41/100  Signal level=-89 dBm  Noise level=-96 dBm
                    Encryption key:off
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s
          Cell 02 - Address: 00:03:52:xx:xx:xx
                    ESSID:"eduroam"
                    Mode:Managed
                    Frequency:2.437 GHz (Channel 6)
                    Quality=41/100  Signal level=-89 dBm  Noise level=-96 dBm
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : 802.1x
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : CCMP
                        Authentication Suites (1) : 802.1x

On voit ici que notre carte détecte deux hotspot. Pour se connecter à "Auversup sans fil", nous allons utiliser les outils iwconfig et dhcpcd :

# iwconfig wlan0 essid "Auversup sans fil"
# dhcpcd wlan0

Dans le cas où on souhaite se connecter à un réseau crypté par WPA, il faudra utiliser l'outils wpa_supplicant. Les gestionnaires de connexion, bien plus ergonomiques, font malheureusement crasher le système.

Configurer l'écran et le clavier

Le wifi est maintenant fonctionnel, mais il reste deux problèmes à régler rapidement :
- l'écran tactile est mal supporté, chaque contact est interprété comme un clic. Chaque mouvement du curseur entraîne donc des "drag and drop".
- la touche "m" est mal reconnue, et le mapping est plus que perfectible

On utilise xinput, afin de remapper le clic gauche de l'écran tactile (reconnu comme une souris) sur une action qui n'existe pas :

Après avoir exécuté cette commande, nous n'avons plus de moyen de cliquer. Nous allons donc remapper une touche du clavier comme étant le clic gauche :

Le touche "windows" fera maintenant office de clic gauche, et la combinaison "shift + windows" de clic droit. Mais pour cela, il faut activer l'émulation du clic grâce au clavier avec les commandes suivantes :

xkbset m
xkbset exp =m

On peut ensuite remapper quelques touches :

xmodmap -e "keycode 58 = m M m M exclam"
xmodmap -e "keycode 47 = comma question comma question parenright"
xmodmap -e "keycode 59 = semicolon period semicolon period bracketright"
xmodmap -e "keycode 46 = l L l L dollar"
xmodmap -e "keycode 44 = j J j J less"
xmodmap -e "keycode 45 = k K k K greater"

Ces lignes permettent :
- de remapper "m" sur la bonne touche, et d'attribuer "!" à la combinaison "alt-gr + m"
- de ramapper "," "?" et ")" sur la touche "$"
- d'obtenir "$" avec la combinaison de touches "alt-gr + l"
- d'obtenir "<" avec la combinaison de touches "alt-gr + j"
- d'obtenir ">" avec la combinaison de touches "alt-gr + k"

La touche reconnue comme alt-gr est celle comportant une petite maison. Ces réglages peuvent bien entendu être modifiés comme bon vous semble.

MAJ : le pilote eGalax semble maintenant fonctionner correctement. On peut le trouver ici.