La fonera est le routeur utilisé par la communauté FON. Le routeur est livré avec un firmware réalisé par FON et basé sur OpenWRT.
On peut reflasher un firmware alternatif sur le routeur, comme DD-WRT.
On va voir comment le faire et cela sans ouvrir la Fonera et sans utiliser un cable série branché sur le port JTAG de la fonera.
Continuer à lire "Fonera et le firmware alternatif DD-WRT"Avec la nouvelle version 2.6.20 du noyau linux, vmware n'arrive plus à compiler un de ces modules. Voici donc un nouveau patch à appliquer à vmware server.
Il faut télécharger vmmon.tar ici et suivre la même procédure que les patches précédents pour le noyau 2.6.19.
J'ai commandé une carte "générique" PCI Sata et j'ai eu le droit à une carte de marque Heden.
Cette carte possède 2 ports SATA internes et 1 port SATA externe. En plus de cela, il y a un port IDE interne.
Cette carte est basée sur un chip VIA VT6421. Ce ship est supporté par Linux sans problème en 2.4 ou 2.6.
Pour ma part, je l'ai fait fonctionné en 2.4.31 et le driver sata_via : pour cela il faut activer le support SCSI et choisir le pilote (driver) SATA VIA dans la liste des pilotes (driver) SCSI.
Cette carte permet aussi de faire du RAID mais sur toutes ces cartes d'entrée de gamme, ce n'est pas du full RAID hardware une partie doit être réalisé par le pilote de la carte. Un driver sous Linux existe aussi, mais je ne l'ai pas testé, je préfère utiliser le RAID du noyau (pilote md).
Vous voulez changer le firmware de votre WRT (routeur Wifi Linksys) pour quelque chose de vraiment configurable alors FreeWRT est fait pour vous.
Basé sur OpenWRT, FreeWRT s'en démarque par le fait que l'on peut directement générer son fichier .bin de firmware avec les paquets et logiciels que l'on a vraiment besoin.
Pour cela rendez-vous sur le Web Image Builder et hop, après le choix de votre système de fichiers et les logiciels à inclure, le fichier .bin est généré et il ne reste plus qu'à le flasher sur votre routeur.
Avec mutt, lors de la lecture d'un mail qui est uniquement en HTML, il affiche tranquillement le source HTML du message, ce qui n'est pas forcément pratique pour le lire et y répondre 
Voici la configuration à mettre en place pour afficher le texte du message (sans les tags HTML).
Il faut créer un fichier mailcap dans son répertoire "home" qui va permettre d'associer les fichiers HTML et les transformer en texte.
vi ~/.mailcapet ajouter la ligne text/html; lynx -dump %s; nametemplate=%s.html; needsterminalEt on va ensuite dire à mutt d'afficher automatiquement les fichiers HTML. Il faut ajouter cette ligne à son fichier .muttrc : auto_view text/html
Maintenant, vous allez pouvoir voir les messages en HTML et surtout y répondre
J'avais fait un petit patch il y a quelques jours maintenant pour compiler les modules vmware sur un kernel 2.6.19. Dans certains cas, ce patch ne permettait pas au système d'hôte d'accéder au système guest.
Une nouvelle version du patch est donc disponible ici (suivre la même procédure).
Une nouvelle version 1.5.0 de rdesktop (le client de connexion au travers du protocole RDP) est disponible.
J'ai réalisé un backport du paquet pour sarge. Il est disponbile dans mon dépôt debian.
Voici un petit article pour décrire les différentes techniques de cloisonnement et de virtualisation disponibles sous quelques OS libres et notement Linux.
Avec la nouvelle version du noyau Linux 2.6.19, VmWare Server n'arrive pas à recompiler ces modules noyau pour le réseau.
J'ai patché les sources de ces modules, il sont disponibles ici.
Il suffit de copier le fichier vmnet.tar dans <rep_lib_vmware>/modules/source (par exemple /usr/local/lib/vmware/modules/source ou /.../vmware-server-distrib/lib/modules/source).
Il faut aussi recréer un lien vers un fichier de configuration qui a changé de nom : il faut se placer dans le répertoire include des sources du noyau (/usr/src/linux-2.6.19/include/linux ou mieux /lib/modules/2.6.19/build/include/linux) et créer un lien "config.h" sur le fichier autoconf.h :cd /lib/modules/2.6.19/build/include/linux
ln -s autoconf.h config.h
Ne reste plus qu'à lancer la reconfiguration de VmWare pour qu'il recompile ces modules (normalement <rep_install_vmware>/vmware-config.pl).
J'ai testé le nouveau noyau Linux 2.6.19 et je m'attendais à avoir quelques soucis de compatibilité en ce qui concerne le Wifi : centrino IPW2200 et WPA (comme avec le kernel 2.6.15).
J'ai choisi de prendre le driver IPW2200 du kernel (même si ce n'est pas la dernière disponible chez sourceforge). Tout s'est bien passé, la seule chose à faire est d'aller chercher la dernière version du firmware sur le site du projet.
En ce qui concerne le WPA, la aussi pas de soucis : la version de wpa_supplicant que j'utilisais déjà (la 0.5.1) fonctionne sans aucune modification.
Au finale, une mise-à-jour de noyau qui s'est passée sans problème et qui va permettre d'utiliser eCryptFS sans patcher
France24 a lancé sa diffusion uniquement sur Internet pour le moment et là ... la misère : le flux de diffusion est dans un format propriétaire !!!
Et là on voit resurgir tous les beaux discours : oui, il faut que les administrations passent au logiciel libre, l'assemblée, les députés ... et ils ne sont même pas capable de lancer une chaine, payée par la redevance donc par nous, qui diffuse dans un format ouvert... c'est du propre. D'ailleurs cela me fait penser à un élu qui se fait mousser avec le libre et qui n'est même pas capable d'en mettre dans la mairie où il est adjoint....
Enfin, en attendant, si vous voulez quand même voir cette webTV sous linux, il faudra installer les w32codecs (apt-get install w32codecs sous Debian) et lancer : mplayer mms://live.france24.com/france24_fr.wsx (on peut ajouter l'option -zoom si on veut voir tout cela en un peu plus grand). Cela fonctionne aussi très bien avec xine ou vlc.
Icecast2 est un serveur de flux audio et video et seulement cela.
Il va donc falloir fournir à ce serveur le flux vidéo qu'il va rediffuser. Pour cela, on peut utiliser plusieurs outils compatibles shoutcast. Pour ma part, j'ai choisi d'utiliser :
Continuer à lire "Diffuser un flux video / webcam sous Linux avec icecast2, ezstream et oggfwd"
Il va donc falloir fournir à ce serveur le flux audio qu'il va rediffuser. Pour cela, on peut utiliser plusieurs outils compatibles shoutcast. Pour ma part, j'ai choisi d'utiliser ezstream car il n'y a pas besoin de déclarer un "point de montage shoutcast" sur le serveur (un paquet pour Debian sarge est disponible dans mon dépôt).
Continuer à lire "Diffuser un flux audio sous Linux avec icecast2 et ezstream"
