jnsc.ch

Linux

Debian problème de son avec Alsa

Pour résoudre ce problème, j’ai dû chercher longtemps, alors si je peux éviter du temps de recherche à quelqu’un avec cette page, j’en serais ravi. J’ai lancé un alsaconf, il a trouvé ma carte son, mais lors du démarrage d’alsa j’obtenais le message d’erreur suivant: 

load_state:1134: No soundcards found...

Après quelques recherches, je me suis rendu compte que cette erreur était due au fait qu’Alsa essayait de se charger après OSS. Il me fallait donc trouver une solution pour désactiver OSS au démarrage. Il n’y a que 2 choses à faire la première c’est d’éditer le fichier /etc/hotplug/blacklist et d’y ajouter i810_audio. code: 

echo i810_audio | sudo tee -a /etc/hotplug/blacklist

La deuxième c’est d’ajouter le contenu du fichier /usr/share/doc/alsa-base/alsa-base.discover au fichier /etc/discover.conf code:

cat /usr/share/doc/alsa-base/alsa-base.discover | sudo tee -a /etc/discover.conf

Voilà après votre prochain reboot alsa devrait fonctionner.

Application de mail par défaut avec Firefox

mailto is not a registered protocol
  1. Tapez about:config dans la barre d’adresse de Firefox
  2. Faites un clic droit avec votre souris (peu importe l’endroit)
  3. Dans le champ “nom” saisissez network.protocol-handler.app.mailto
  4. Entrez maintenant le chemin complet de votre Mailer KMail (/usr/bin/kmail) ou Thunderbird (/usr/bin/thunderbird)

Pour les utilisateurs plus avancés il est également possible d’ajouter cette directive directement dans votre fichier pref.js

Suse et imap

À partir de la version 8.2 de la Suse le daemon UW-imap est compilé par défaut pour rejeter les connexions non sécurisées ( http://portal.suse.com/sdb/en/2003/05/imap_ssl.html), ce qui n’est pas un mal en soi, mais ça pose quand même quelques problèmes. Certains clients vont se plaindre de ne plus pouvoir utiliser leur téléphone mobile pour relever leurs mails, ou que leur antivirus ne prend pas en charge les connexions sécurisées, etc.

Cette erreur est reconnaissable par les logs suivants dans /var/log/messages

Jun 3 11:21:09 Suse imapd[19732]: connect from 192.168.1.X (192.168.1.X)
Jun 3 11:21:11 Suse imapd[19732]: Login disabled user=XXX auth=XXX host=XXX [192.168.1.X]

Il n’est pas possible de configurer le daemon pour prendre en charge les connexions non sécurisées, pour que ce soit possible il est nécessaire de recomplier UW-imap. Le plus simple c’est de prendre le rpm source de faire le changement nécessaire et de le recompiler. Pour ceux qui sont trop flemmards, voici les 3 rpm qui sont à utiliser avec SuSe 9.0 seulement imap-2002d-59.i586.rpm, imap-devel-2002d-59.i586.rpm, imap-lib-2002d-59.i586.rpm. Pour ceux qui ne désirent pas prendre de packages depuis une source inconnue (ce qui est un très bon réflexe) voici comment vous pouvez faire vos rpm vous-même.

Placer vous dans votre home directory et télécharger tout d’abord le rpm source 

cd
wget ftp://fr2.rpmfind.net/linux/SuSE-Linux/i386/update/9.0/rpm/src/imap-2002d-59.src.rpm

Installez ensuite le package source, et placez-vous dans le bon répertoire 

rpm -ivh imap-2002d-59.src.rpm
cd /usr/src/packages/SPECS/

Éditez ensuite le fichier imap.spec de façon à remplacer la ligne 

make lnp MYCFLAGS="$CFLAGS" SSLTYPE=nopwd

par

make lnp MYCFLAGS="$CFLAGS" SSLTYPE=unix

Reconstruisez le fichier spec et répondez par Y à la question qui vous sera posée 

rpmbuild -bb imap.spec
Y

Changer de répertoire et installer vos rpm

cd /usr/src/packages/RPMS/i586/
rpm -Uvh imap-*

Il ne nous reste plus qu’à contrôler si la nouvelle version est bien présente 

rpm -q imap imap-lib imap-devel