Bonjour,
Je barbote toujours sous mandrake 10.1 official, avec noyau
2.6.8.1-24mdk, udev 030 -24.1.101mdk, kde 3.2.3.
J'aurais cru que piloter ma tv (dont seule la télécommande permettrait
certains réglages si je l'avais) avec lirc serait très facile.
J'ai donc installé le rpm lirc0.6.6-7mdk, de la source main. Quand le
soft sera ok, les ordres pourront être émis par une led infra-rouge,
attaquée par le port série ttyS0 selon l'un des schémas les plus simples.
À cet effet, j'ai copié sous /etc un sympathique fichier de
configuration choisi avec soin parmi ceux qu'offre le paquetage
lirc-remote et nommé lircd.conf cette copie.
Mon fichier /etc/sysconfig/lircd n'est peut-être pas parfaitement au
point. Voici la partie utile de sa 1001ème version, celle du moment :
> DRIVER=default
>
> # Hardware driver module to load
> #HWMOD=UNCONFIGURED
>
> # The device node that communicates with the IR device.
> # if you are using lirc_serial, set DEVICE to /dev/ttyS[0-9]
> # where 0-9 is the serial port your IR receiver is plugged
>
> # with devfs enabled
> #DEVICE=/dev/lirc/0
> DEVICE=/dev/ttyS0
>
> # Serial port for the receiver (for serial driver)
> #COM1 (/dev/ttyS0)
> #COM_PORT=/dev/ttyS0
> #DRIVER_OPTS="irq=4 io=0x3f8"
Mais il y a, j'ai l'impression, un autre grumeau dans le potage. Au
boot, je lis ceci dans /var/log/message :
> Mar 8 21:52:26 PIII lircd: lircd 0.6.6: could not assign address to
> socket
> Mar 8 21:52:26 PIII lircd: lircd 0.6.6: Address already in use
> Mar 8 21:52:26 PIII lircd: Démarrage de lircd failed
Et j'obtiens les mêmes réponses quand j'essaie d'activer le service
lircd en ligne de commande.
Je suppose que ceci explique que la commande rc reste sans effet. Exemple :
> # rc SEND_ONCE TP720_TV MUTE
> rc: could not connect to socket
> rc: No such file or directory
Quelqu'un saurait-il m'expliquer ce qui bloque le démarrage de ce demon
? Me suggérer des investigations ? Me proposer une explication ?
M'indiquer la solution ?
(J'ai passé de longues heures à lire la FAQ et la documentation du site
de LIRC et les pages de man, exploré des tas de sites et archives de
groupes de discussion, essayé plein de recettes...)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
geo cherchetout
Aujourd'hui, j'ai découvert un truc curieux. Si j'ouvre le fameux fichier /etc/sysconfig/lircd avec certains éditeurs de texte (kwrite, kate, kedit, mais pas jed), le service lircd est vu comme en cours d'exécution. Et si je tue le processus correspondant, cela ferme le fichier et l'éditeur. (comme une quinzaine d'autres, ps -A baptise ce processus kdenit.) Quand je dis « en cours d'exécution », il s'agit en fait de la réponse à la commande "service lircd status". En revanche, drakxservices le voit bien toujours arrêté, hélas. Un fichier ouvert ou un processus du même nom en cours d'exécution, est-ce la même chose ?
Aujourd'hui, j'ai découvert un truc curieux. Si j'ouvre le fameux
fichier /etc/sysconfig/lircd avec certains éditeurs de texte (kwrite,
kate, kedit, mais pas jed), le service lircd est vu comme en cours
d'exécution. Et si je tue le processus correspondant, cela ferme le
fichier et l'éditeur. (comme une quinzaine d'autres, ps -A baptise ce
processus kdenit.)
Quand je dis « en cours d'exécution », il s'agit en fait de la réponse à
la commande "service lircd status". En revanche, drakxservices le voit
bien toujours arrêté, hélas.
Un fichier ouvert ou un processus du même nom en cours d'exécution,
est-ce la même chose ?
Aujourd'hui, j'ai découvert un truc curieux. Si j'ouvre le fameux fichier /etc/sysconfig/lircd avec certains éditeurs de texte (kwrite, kate, kedit, mais pas jed), le service lircd est vu comme en cours d'exécution. Et si je tue le processus correspondant, cela ferme le fichier et l'éditeur. (comme une quinzaine d'autres, ps -A baptise ce processus kdenit.) Quand je dis « en cours d'exécution », il s'agit en fait de la réponse à la commande "service lircd status". En revanche, drakxservices le voit bien toujours arrêté, hélas. Un fichier ouvert ou un processus du même nom en cours d'exécution, est-ce la même chose ?
geo cherchetout
Le 11.03.2005 j'ai posté un appel à l'aide dont voici un extrait :
Au boot, je lis ceci dans /var/log/message :
Mar 8 21:52:26 PIII lircd: lircd 0.6.6: could not assign address to socket Mar 8 21:52:26 PIII lircd: lircd 0.6.6: Address already in use Mar 8 21:52:26 PIII lircd: Démarrage de lircd failed
Et j'obtiens les mêmes réponses quand j'essaie d'activer le service lircd en ligne de commande. Je suppose que ceci explique que la commande rc reste sans effet. Exemple :
# rc SEND_ONCE TP720_TV MUTE rc: could not connect to socket rc: No such file or directory
Quelqu'un saurait-il m'expliquer ce qui bloque le démarrage de ce demon ? Me suggérer des investigations ? Me proposer une explication ? M'indiquer la solution ? (J'ai passé de longues heures à lire la FAQ et la documentation du site de LIRC et les pages de man, exploré des tas de sites et archives de groupes de discussion, essayé plein de recettes...)
J'ai bien progressé ce matin, en supprimant un fichier /tmp/.lircd qui survivait à l'abri des regards depuis la date du post ci-dessus. Ceci fait, j'ai enfin pu démarrer lircd. Peut-être aurais-je réussi beaucoup plus tôt si j'avais employé "service lircd restart" plutôt que "service lircd start". Tout n'est pas réglé pour autant mais je compte ouvrir un nouveau fil car je ne parviens à faire fonctionner ni le rpm lirc0.6.6-7mdk ni le lirc 0.7 installé à partir des sources, bien que je parvienne désormais à lancer le demon dans les deux cas. Merci d'avance pour votre aide et probablement à bientôt.
Le 11.03.2005 j'ai posté un appel à l'aide dont voici un extrait :
Au boot, je lis ceci dans /var/log/message :
Mar 8 21:52:26 PIII lircd: lircd 0.6.6: could not assign address
to socket Mar 8 21:52:26 PIII lircd: lircd 0.6.6: Address already
in use Mar 8 21:52:26 PIII lircd: Démarrage de lircd failed
Et j'obtiens les mêmes réponses quand j'essaie d'activer le service
lircd en ligne de commande. Je suppose que ceci explique que la
commande rc reste sans effet. Exemple :
# rc SEND_ONCE TP720_TV MUTE rc: could not connect to socket rc: No
such file or directory
Quelqu'un saurait-il m'expliquer ce qui bloque le démarrage de ce
demon ? Me suggérer des investigations ? Me proposer une explication
? M'indiquer la solution ? (J'ai passé de longues heures à lire la
FAQ et la documentation du site de LIRC et les pages de man, exploré
des tas de sites et archives de groupes de discussion, essayé plein
de recettes...)
J'ai bien progressé ce matin, en supprimant un fichier /tmp/.lircd qui
survivait à l'abri des regards depuis la date du post ci-dessus.
Ceci fait, j'ai enfin pu démarrer lircd. Peut-être aurais-je réussi
beaucoup plus tôt si j'avais employé "service lircd restart" plutôt que
"service lircd start".
Tout n'est pas réglé pour autant mais je compte ouvrir un nouveau fil
car je ne parviens à faire fonctionner ni le rpm lirc0.6.6-7mdk ni le
lirc 0.7 installé à partir des sources, bien que je parvienne désormais
à lancer le demon dans les deux cas.
Merci d'avance pour votre aide et probablement à bientôt.
Le 11.03.2005 j'ai posté un appel à l'aide dont voici un extrait :
Au boot, je lis ceci dans /var/log/message :
Mar 8 21:52:26 PIII lircd: lircd 0.6.6: could not assign address to socket Mar 8 21:52:26 PIII lircd: lircd 0.6.6: Address already in use Mar 8 21:52:26 PIII lircd: Démarrage de lircd failed
Et j'obtiens les mêmes réponses quand j'essaie d'activer le service lircd en ligne de commande. Je suppose que ceci explique que la commande rc reste sans effet. Exemple :
# rc SEND_ONCE TP720_TV MUTE rc: could not connect to socket rc: No such file or directory
Quelqu'un saurait-il m'expliquer ce qui bloque le démarrage de ce demon ? Me suggérer des investigations ? Me proposer une explication ? M'indiquer la solution ? (J'ai passé de longues heures à lire la FAQ et la documentation du site de LIRC et les pages de man, exploré des tas de sites et archives de groupes de discussion, essayé plein de recettes...)
J'ai bien progressé ce matin, en supprimant un fichier /tmp/.lircd qui survivait à l'abri des regards depuis la date du post ci-dessus. Ceci fait, j'ai enfin pu démarrer lircd. Peut-être aurais-je réussi beaucoup plus tôt si j'avais employé "service lircd restart" plutôt que "service lircd start". Tout n'est pas réglé pour autant mais je compte ouvrir un nouveau fil car je ne parviens à faire fonctionner ni le rpm lirc0.6.6-7mdk ni le lirc 0.7 installé à partir des sources, bien que je parvienne désormais à lancer le demon dans les deux cas. Merci d'avance pour votre aide et probablement à bientôt.
