Emile "iMil" Heitor 's home

ouh-ouh sammy, ça maaaarche :

Après avoir raccordé la ligne Free sur une des cartes X100P et la ligne FT sur l’autre, nous obtenons :

La présence des téléphones analogiques sur les lignes “Phone” assure simplement que si tout le systeme se vautrait lamentablement, des téléphones “classiques” seraient toujours en fonction.

Un ztcfg -vv nous donne désormais:

Keyword: [loadzone], Value: [fr]
Keyword: [defaultzone], Value: [fr]
Keyword: [fxsks], Value: [1-2]

Zaptel Configuration
======================

Channel map:

Channel 01: FXS Kewlstart (Default) (Slaves: 01)
Channel 02: FXS Kewlstart (Default) (Slaves: 02)

2 channels configured.

Reste à renseigner le zaptel.conf, comme par exemple nous l’explique ce lien accompagné de que celui ci, et nous découvrons alors :

*CLI> zap show channels
Chan Extension Context Language MusicOnHold
pseudo ft_pstn fr
1 free_pstn fr
2 ft_pstn fr
*CLI>

Maintenant, il suffit d’arranger l’extensions.conf pour placer les appels sur l’un ou l’autre des liens, voire de traiter chaque appel de manière distincte (ou pas !). Exemple rapide dans lequel je passe les appels en 0800 sur FT et le reste sur Free :

; send green numbers to ft hin hin hin
exten => _0800.,1,Dial(Zap/2/${EXTEN})
; if it’s a 10 digit number (i.e local call)
exten => _XXXXXXXXXX,1,Dial(Zap/1/${EXTEN})

tu vois le topo.

ca-y-est, je les ai reçues… 8}~

Sous NetBSD, avec le driver zaptel-netbsd (comms/zaptel-netbsd), on ajoute à son /etc/lkm.conf ceci :

/usr/pkg/lkm/mod_zaptel.o -s – /usr/pkg/sbin/zaptel_postinstall – -
/usr/pkg/lkm/mod_wcfxo.o -s – - – -

Et au boot on obtiendra :

FXO device: vendor=1057 product=5608 subvendor=1057
wcfxo0 at pci1 dev 11 function 0: Wildcard X100P
zaptel at wcfxo0 not configured
wcfxo0: interrupting at irq 6
Registered Span 2 (‘WCFXO/0′) with 1 channels
wcfxo: DAA mode is ‘FCC’
FXO device: vendor=1057 product=5608 subvendor=1057
wcfxo1 at pci1 dev 12 function 0: Wildcard X100P
zaptel at wcfxo1 not configured
wcfxo1: interrupting at irq 9
Registered Span 3 (‘WCFXO/1′) with 1 channels
wcfxo: DAA mode is ‘FCC’

Il est evidemment possible de faire ce chargement directement grace à modload -s (ne pas oublier le -s) et en prenant bien soin d’executer le script /usr/pkg/sbin/zaptel_postinstall qui créera les devices nodes nécessaires à l’exploitation de la carte.

Et maintenant, on va tout pêter le téléphone de la maison…

Y’a hotbox, il ma dit d’aller voir ça. Curieux, je lis le pdf… et je tombe sur ça :

ce qui m’amène ici.

hnn hnn hnn hnn…

Nouveaux joueeeets !

Lorsque que j’ai décidé de mettre en vrac mon installation telephonique, je m’étais dis que, tant qu’à faire, autant que ce soit loutre-compliant. Alors mes conversations téléphoniques seront désormais redirigées sur ceci :

Apr 22 12:16:19 vader kernel: snd-bt-sco revision 1.11 $
Apr 22 12:16:20 vader kernel: snd-bt-sco: snd-bt-scod thread starting
Apr 22 12:17:08 vader kernel: snd-bt-sco: playback_open
Apr 22 12:17:08 vader kernel: snd-bt-sco: capture_open
Apr 22 12:17:08 vader kernel: Bluetooth: SCO (Voice Link) ver 0.5
Apr 22 12:17:08 vader kernel: Bluetooth: SCO socket layer initialized

via ceci :

Apr 22 00:06:00 vader kernel: usb 2-1: new full speed USB device using ohci_hcd and address 2
Apr 22 00:06:01 vader kernel: Bluetooth: Core ver 2.8
Apr 22 00:06:01 vader kernel: NET: Registered protocol family 31

Tout le nécessaire pour faire fonctionner ce petit monde est expliqué ici. Sous ubuntu, tout est fourni de base, sous debian, il vous faudra récupérer btsco (akaBluetooth-alsa Project), le compiler et l’installer. Pas de panique il ne s’agit que d’un module kernel et un executable réalisant le pont entre le materiel, ici un handset, et le dongle bluetooth.

Il ne reste plus qu’à spécifier à votre logiciel de télephonie préféré que le device I/O son est désormais /dev/dspX (X == 1 chez moi), soit celui registeré par btsco, et le tour est joué.
Note, j’utilise pour le moment xten-lite comme softphone SIP, ekiga s’étant révélé particulièrement pénible durant nos tests (crashs, load permanent, registration SIP qui ne s’effectue pas, puis si, puis pas, etc etc). Ça me fait un peu mal au cul d’utiliser un soft propriétaire mais j’imagine qu’ekiga sera bientôt beaucoup plus stable.

J’ai dans mes cartons un lappy qui date un peu. C’est un Dell Latitude Cpi, il a un PII 400, 64 megs de ram et pas de HD. Je m’en sers pour tester LTSP.

C’est du vieux materiel mais c’est malgré tout un nid à emmerdes. D’abord, il a eu ce problème de carte pcmcia, et puis je me suis aperçu qu’aléatoirement, la séquence de boot crashait apres le chargement du module snd_nm256. En fait, les drivers alsa fournis dans le kernel 2.6.15 sont les 1.0.10 (stable), mais après lecture de ceci, j’ai fini par appendre ici que ce bug est fixé depuis la version 1.0.11 de developpement. Après compilation et installation des-dits drivers dans l’arborescence ltsp, la machine de l’enfer finit par booter avec succès à tous les coups.
Vient ensuite la fête: Xorg. La carte graphique de ce machin est une NeoMagic NM2200, juste bonne a afficher rapidement un vim en console tellement elle est lente. De fil en aiguille, j’essaye le driver “vesa” qui semble être plus rapide, et finalement je retourne au driver “neomagic” qui se comporte à peu près convenablement en 16 bits et en spécifiant explicitement sa VideoRam. À noter, LTSP reconstruit un xorg.conf à chaque démarrage, il faut donc ajouter :

XF86CONFIG_FILE = /etc/xorg.conf.machine

À la section correspondant à la workstation en question dans votre /opt/ltsp/i386/etc/lts.conf afin qu’il utilise ce fichier comme xorg.conf au lieu de le reconstruire.

Le son fonctionne à peu près out-of-the-box lorsque le driver adéquat est chargé et que ceci :

SOUND = Y
SOUND_DAEMON = esd
VOLUME = 75

est bien spécifié dans votre lts.conf.

Pour finir, je souhaitais faire de cette machine une sorte de TV / magnetoscope. MPlayer se comporte convenablement depuis que j’ai reduit les bpp à 16, mais par contre, videolan se croute comme une grosse otarie bourrée en m’insultant que “not enough ressources”. Finalement, en creusant un peu, j’apprend que la directive :

Option “OverlayMem” “829440″

à ajouter à la section “Device” du xorg.conf semble résoudre le problème. Bémol, cela permet a vlc de fonctionner en –vout sdl, mais rien d’autre. Cela me suffit dans l’immediat ceci dit.

Ça y est ! mon vieux bousin est désormais rapide comme l’éclair, ou plus précisemment, rapide comme le Sempron 2800+ / 1Go de ram qui lui sert de serveur LTSP.

Finalement j’ai délaissé Xgl. Pas parce que je trouvais ça superflu, non loin de là, j’eprouve un sentiment cruel de vide quand je déplace mes fenetres ou que je change de workspace maintenant. Non, simplement parce qu’il y a un peu trop de petits bugs relous à la longue. J’imagine que très bientôt tout ceci sera reglé et je pourrais de nouveau comater sur mon workspace-cube :)

Voici une liste non-exhaustive des bugs que j’ai rencontré avec Xgl / Compiz -j’imagine d’ailleurs que le principal fautif est compiz pour tout ce qui concerne les bugs d’affichages au niveau workspace-, j’ecris ces derniers en anglais afin qu’ils puissent matcher plus facilement sur google et que d’autres utilisateurs puissent constater que d’autres qu’eux ont subi ces désagréments.

Most common bugs I’ve noticed when playing with Xgl / Compiz :

. When a popup appears, every other window on workspace disappears, everything comes fine when re-clicking somewhere on the workspace

. Focus problem (I was using sloppy focus), when on a window, clicking on it focuses to another window in workspace

. Text area problem: unable to type in Deskbar ou “command line” gnome-applet, they just don’t get the focus

. TV-time and some other TV apps shows a blue screen instead of image

. Unable to run 3d games like quake 4 and such (nvidia problem ?)

. Ubuntu splash screen doesn’t disappear, one must click on it