Re: Règle udev

2023-02-20 Par sujet BERTRAND Joël
didier gaumet a écrit :
>  Tu as bien un compte sur le Luniistore et tu es bien connecté à ce
> compte quand tu essaies de te servir de ton appareil? parce qu'ils ont
> l'air de dire sur le site de l'éditeur que c'est nécessaire. Y a aussi
> une adresse de contact et ils ont l'air de supporter Debian

Oui, je suis connecté sur le compte en question (et ça, ça fonctionne
parfaitement). J'ai aussi chargé la Lunii à fond. Rien n'y fait. Le
support, pour l'instant, est aux abonnés absents.



Re: Règle udev

2023-02-20 Par sujet didier gaumet
 Tu as bien un compte sur le Luniistore et tu es bien connecté à ce
compte quand tu essaies de te servir de ton appareil? parce qu'ils ont
l'air de dire sur le site de l'éditeur que c'est nécessaire. Y a aussi
une adresse de contact et ils ont l'air de supporter Debian




Re: Règle udev

2023-02-19 Par sujet BERTRAND Joël
Haricophile a écrit :
> Le Sat, 18 Feb 2023 11:09:17 +0100,
> BERTRAND Joël  a écrit :
> 
>>  Or lorsque je branche l'appareil sur un port usb, si je vois
>> bien un périphérique de type block (sda) arriver, jamais les droits
>> associés ne sont 0666. Je pense avoir à peu près tout essayé sans
>> succès. Une idée ?
>>
>>  Bien cordialement,
> 
> Je n'y connais rien non plus, mais le mode ne serait-il pas réécrit par
> polkit ou une autre règle ou un truc comme ça ?
>

Peut-être. Mais comment vérifier ?



Re: Règle udev

2023-02-19 Par sujet Haricophile
Le Sat, 18 Feb 2023 11:09:17 +0100,
BERTRAND Joël  a écrit :

>   Or lorsque je branche l'appareil sur un port usb, si je vois
> bien un périphérique de type block (sda) arriver, jamais les droits
> associés ne sont 0666. Je pense avoir à peu près tout essayé sans
> succès. Une idée ?
> 
>   Bien cordialement,

Je n'y connais rien non plus, mais le mode ne serait-il pas réécrit par
polkit ou une autre règle ou un truc comme ça ?



Re: Règle udev

2023-02-18 Par sujet BERTRAND Joël
Jean-Marc a écrit :
> salut Joël,
> 
> Le 18/02/23 à 11:32, BERTRAND Joël a écrit :
>> Précision :
>> 
>> Si je mets ceci dans ma règle udev : SUBSYSTEM=="usb",
>> ATTR{idVendor}=="0483", ATTR{idProduct}=="a341", 
>> RUN="/root/udev.sh"
>> 
>> le script /root/udev.sh est bien appelé. C'est donc MODE:="0666"
>> qui ne fonctionne pas. La question est de savoir pourquoi. J'ai
>> essayé de truander avec OWNER/GROUP. Même motif, même punition.
> 
> Je ne connais absolument rien à udev ni à ses règles.
> 
> Mais peut-être que la commande udevadm pourrait t'être utile.
> 
> Elle permet notamment de simuler des évènements udev et d'imprimer
> une sortie de debugging.

Oui, elle sort des "trucs". Mais rien qui correspond de près ou de
loin à l'application de MODE="". La règle est d'ailleurs bien appelée
(parce que RUN="" lance le script), mais MODE ne fait rien...



Re: Règle udev

2023-02-18 Par sujet Jean-Marc

salut Joël,

Le 18/02/23 à 11:32, BERTRAND Joël a écrit :

Précision :

Si je mets ceci dans ma règle udev :
SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
RUN="/root/udev.sh"

le script /root/udev.sh est bien appelé. C'est donc MODE:="0666" qui ne
fonctionne pas. La question est de savoir pourquoi. J'ai essayé de
truander avec OWNER/GROUP. Même motif, même punition.


Je ne connais absolument rien à udev ni à ses règles.

Mais peut-être que la commande udevadm pourrait t'être utile.

Elle permet notamment de simuler des évènements udev et d'imprimer une 
sortie de debugging.



Bien cordialement,

JKB



--
Jean-Marc


OpenPGP_signature
Description: OpenPGP digital signature


Re: Règle udev

2023-02-18 Par sujet didier gaumet

Le 18/02/2023 à 13:38, BERTRAND Joël a écrit :

didier gaumet a écrit :



Je ne comprends pas. Pourquoi == ? Il me semble que == est un opérateur
d'égalité, pas une affectation. 


tu as parfaitement raison (la doc udev abonde dans ton sens) de ne pas 
comprendre puisqu'il s'avère que j'ai raconté des conn... des bêtises,


udev et moi ça fait 2, puis j'ai regardé vite fait la page man d'udev et 
*trop* vite un lien internet où les permissions étaient détectées avec 
"MODE==", ce que j'ai pris pour une affectation permissions


> J'ai essayé = et := sans succès.
[...]

Ah ben alors là, ça tombe mal, après avoir vite fait parcouru de nouveau 
la page man d'udev j'allais te suggérer d'essayer := à la place de = en 
pensant à une possible réaffectation de la valeur de MODE...


désolé, ma seule proposition était fausse et je n'en ai pas d'autre :-)



Re: Règle udev

2023-02-18 Par sujet BERTRAND Joël
didier gaumet a écrit :
> [...]
>> root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules
>> SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
>> MODE="0666"
> [...]
> 
> Bonjour,
> 
> Supposition: vu que dans ton autre post tu dis que c'est MODE qui n'est
> pas pris en compte, je pense que tu as juste fait une faute de frappe
> sans t'en apercevoir et il faudrait remplacer
> MODE="0666"
> par
> MODE=="0666"

Je ne comprends pas. Pourquoi == ? Il me semble que == est un opérateur
d'égalité, pas une affectation. J'ai essayé = et := sans succès.

Si je regarde par exemple ici :
http://www.reactivated.net/writing_udev_rules.html, je vois bien un
exemple avec :

KERNEL=="inotify", NAME="misc/%k", SYMLINK+="%k", MODE="0666"

Comme ça fonctionne avec RUN="", je me dis que c'est MODE="" qui ne
fait pas ce que j'attends et je n'arrive pas à voir ce que fait finement
udev (on est sur une machine diskless, mais je ne vois pas ce que ça
pourrait changer vu que les droits d'accès sont classiques et créées sur
des systèmes de fichiers qui sont de toute manière en mémoire).

JKB



Re: Règle udev

2023-02-18 Par sujet didier gaumet

[...]

root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
MODE="0666"

[...]

Bonjour,

Supposition: vu que dans ton autre post tu dis que c'est MODE qui n'est 
pas pris en compte, je pense que tu as juste fait une faute de frappe 
sans t'en apercevoir et il faudrait remplacer

MODE="0666"
par
MODE=="0666"



Re: Règle udev

2023-02-18 Par sujet BERTRAND Joël
Précision :

Si je mets ceci dans ma règle udev :
SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
RUN="/root/udev.sh"

le script /root/udev.sh est bien appelé. C'est donc MODE:="0666" qui ne
fonctionne pas. La question est de savoir pourquoi. J'ai essayé de
truander avec OWNER/GROUP. Même motif, même punition.

Bien cordialement,

JKB



Règle udev

2023-02-18 Par sujet BERTRAND Joël
Bonjour à tous,

J'ai un petit problème avec une règle udev. Ma fille vient de recevoir
une boîte à histoire Lunii et je tente d'installer le Luniistore sur une
machine. Le logiciel lui-même s'installe sans problème mais la Lunii qui
se branche en USB n'est pas reconnue.

Elle est vue par lsusb:

root@heisenberg:/etc/udev/rules.d# lsusb
Bus 003 Device 002: ID 8087:8001 Intel Corp. Integrated Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8009 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 012: ID 0483:a341 STMicroelectronics Lunii
Bus 002 Device 004: ID 8087:07dc Intel Corp. Bluetooth wireless interface
Bus 002 Device 003: ID 0603:00f2 Novatek Microelectronics Corp. Keyboard
(Labtec Ultra Flat Keyboard)
Bus 002 Device 002: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

J'ai fouillé en pensant que c'était une histoire de droits et je me
suis aperçu que le fichier /etc/udev/rules.d/99-lunii.rules ne contenait
ni le bon productId, ni le bon vendorId. J'ai donc corrigé pour qu'il
contienne ceci :

root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
MODE="0666"

À noter, la version fournie par le paquet luniistore contenait ATTRS à
la place de ATTR. Ces valeurs sont celles qui sont retournées par
udevadm, j'ai vérifié.

Or lorsque je branche l'appareil sur un port usb, si je vois bien un
périphérique de type block (sda) arriver, jamais les droits associés ne
sont 0666. Je pense avoir à peu près tout essayé sans succès. Une idée ?

Bien cordialement,

JKB



Problème script dans règle udev et zenity

2009-07-26 Par sujet fen...@gmail.com

Bonjour,

Voilà j'ai un script que je veux executer à partir d'une règle udev. Ce 
script utilise zenity. Le script exécuté manuellement fonctionne 
parfaitement. Lorsqu'il s'agit de le lancer à partir d'une règle udev, 
le script ne fonctionne pas. J'ai validé mes règles udev à l'aide d'un 
script minimum sans zenity, et fonctionne parfaitement.


Quelqu'un aurait une idée s'il vous plait ?


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org



Re: Problème script dans règle udev et zenity

2009-07-26 Par sujet Yannick Fouquet

Bonjour,

fen...@gmail.com a écrit :
Voilà j'ai un script que je veux executer à partir d'une règle udev. Ce 
script utilise zenity. Le script exécuté manuellement fonctionne 
parfaitement. Lorsqu'il s'agit de le lancer à partir d'une règle udev, 
le script ne fonctionne pas. J'ai validé mes règles udev à l'aide d'un 
script minimum sans zenity, et fonctionne parfaitement.


Quelqu'un aurait une idée s'il vous plait ?


J'ai eu un problème qui me semble similaire.
J'ai élaboré un script utilisant zenity. Il marchait lorsqu'exécuté 
manuellement mais ne semblait pas fonctionner lorsque lancé par cron.

En fait, il fonctionnait mais pas l'affichage de zenity notification.
Apparemment c'étaient les accents de l'affichage de zenity. Depuis, j'ai 
viré tous les accents et ça marche.

Tu peux essayer de voir de ce côté là.

Hope this helps.
@+
Yannick.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org



Re: Problème script dans règle udev et zenity

2009-07-26 Par sujet fen...@gmail.com

Yannick Fouquet a écrit :

Bonjour,

J'ai eu un problème qui me semble similaire.
J'ai élaboré un script utilisant zenity. Il marchait lorsqu'exécuté 
manuellement mais ne semblait pas fonctionner lorsque lancé par cron.

En fait, il fonctionnait mais pas l'affichage de zenity notification.
Apparemment c'étaient les accents de l'affichage de zenity. Depuis, 
j'ai viré tous les accents et ça marche.

Tu peux essayer de voir de ce côté là.

Hope this helps.
@+
Yannick.




Même résultat, mon script s'éxécute, mais pas de fenêtre zenity.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org