Le mirror sur fedora 10 avec programme erawrim - vidéo

bonjour,
j'ai fais un test sur fedora 10 du mirror en utilisant erawrim. J'arrive donc à lancer n'importe quel script quand je pose ou je retire un nanoztag.
Voici en lien la petite démo assez rigolote
http://noog.fr/blog/?p=3

a+

Hello !
Merci pour l'info. et vivement que Violet sorte l'équivalent sur les autres systèmes, en particulier : "Le logiciel à une liste des actions enregistrée en local, donc, pas besoin d'une connection permanente à internet."
Rêvons un peu...

Ca donne quoi les tests ?
Chez moi sur une debian/Lenny il ne semble pas faire la différence entre les différents tags.

Mais c'est génial ça !! Tu crois que ca fonctionne sur un eeepc 701 sous xandros ?

jbx028 a écrit:: Mais c'est génial ça !! Tu crois que ca fonctionne sur un eeepc 701 sous xandros ?

Oui. C'est très bien qu'il n'est pas besoin de connection permanente. En réalité avec ce pilote "erawrim", aucune connection (permanente ou non) n'est nécessaire. Juste pour le télécharger. Si j'avais su avant, je me serai peut-être passé du lapin. La connection n'est utile que pour le pilote officiel qui va chercher ses appli sur le réseau.

Par contre il y a bien un problème d'identification du tag. J'ai fait une petite correction. Je contacte l'auteur.

Malheureusement, il semble que GCC ne soit pas installé sur linux/xandros. Je ne peu donc pas executer le makefile. Quelqu'un pourrait t'il poster la version compilée du programme ?

Donne moi ton mail par mp, je te l'envoie.

dxavier a écrit:: Donne moi ton mail par mp, je te l'envoie.

Ok fait. Merci

Sinon je viens aussi d'installer espeak sur mon eeepc pour profiter du tts. Ca fonctionne bien.

j'ai copié les 2 fichiers dans usr/local/bin mais il semble que j'ai un problème avec mon SECURE_PATH:

Code:: /home/user> erawrim_do start
bash: /usr/local/bin/erawrim_do: Permission non accordée
/home/user> sudo erawrim_do start
sudo: erawrim_do: command not found

...je ne vais pas lâcher prise. Le mir:ror peu s'avérer très utile sur une (très) petite machine qu'est l'eeepc 701.

Je t'ai envoyé les dernières versions par mail

Que donne les commandes :
sudo echo $PATH
et
ls -l /usr/local/bin/erawrim*

Merci pour la mise à jour. Je viens d'ailleurs de te répondre. Sinon voici ce que donne les 2 commandes :

Code:: /home/user> sudo echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/games
/home/user> ls -l /usr/local/bin/erawrim*
-rw-r--r-- 1 root root 7540 2009-04-21 23:01 /usr/local/bin/erawrimd
-rw-r--r-- 1 root root 3180 2009-04-21 23:01 /usr/local/bin/erawrim_do

jbx028 a écrit:

Merci pour la mise à jour. Je viens d'ailleurs de te répondre. Sinon voici ce que donne les 2 commandes :

Code:: /home/user> sudo echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/games
/home/user> ls -l /usr/local/bin/erawrim*
-rw-r--r-- 1 root root 7540 2009-04-21 23:01 /usr/local/bin/erawrimd
-rw-r--r-- 1 root root 3180 2009-04-21 23:01 /usr/local/bin/erawrim_do

Tu n'as pas les droits d'execution des commandes. Il faut faire :
sudo chmod 755 /usr/local/bin/erawrimd
sudo chmod 755 /usr/local/bin/erawrim_do

Merci de continuer à m'aider.

D'après la doc, il faut lancer erawrimd_do start mais j'ai ce message :

Code:: /home/user> sudo chmod 755 /usr/local/bin/erawrim_do start
chmod: ne peut accéder `start': Aucun fichier ou répertoire de ce type

Start n'est pas une commande mais un argument à envoyer à erawrim_do....

Une idée ?

La commande est
sudo chmod 755 /usr/local/bin/erawrim_do
sans le start.

C'est juste à faire une fois pour donner les droits en éxécution (pour signaler que se sont des programmes éxécutables, pas un simple document par exemple). Une fois les droits bien positionnés, tu relances la commande :
sudo erawrim_do start

Ok..En fait d'après ce que je vois, le fait de ne pas avoir les droits sur la directory pose tout de même un problème :

Code:: /home/user> sudo chmod 755 /usr/local/bin/erawrimd
/home/user> sudo chmod 755 /usr/local/bin/erawrim_do
/home/user> sudo erawrim_do start
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:

Encore une fois d'après la doc, des répertoires sont crées et je pense que le script bloque à cause de ça.

jbx028 a écrit:

Code:: /home/user> sudo chmod 755 /usr/local/bin/erawrimd
/home/user> sudo chmod 755 /usr/local/bin/erawrim_do
/home/user> sudo erawrim_do start
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:

Si le "ls" répond aucun fichier c'est qu'à priori le miroir n'est pas reconnu. Le système devrait créé un "fichier spécial" /dev/hidrawX (X étant un chiffre erawrim_do repére en autre ce chiffre) au branchement du miroir. Mais pourquoi il n'est pas détecté, ça dépasse mes compétences.

dxavier a écrit:

jbx028 a écrit:

Code:: /home/user> sudo chmod 755 /usr/local/bin/erawrimd
/home/user> sudo chmod 755 /usr/local/bin/erawrim_do
/home/user> sudo erawrim_do start
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
ls: /dev/hidraw*: Aucun fichier ou répertoire de ce type
Veuillez brancher le mir:ror puis appuyer sur la touche entrée:

Si le "ls" répond aucun fichier c'est qu'à priori le miroir n'est pas reconnu. Le système devrait créé un "fichier spécial" /dev/hidrawX (X étant un chiffre erawrim_do repére en autre ce chiffre) au branchement du miroir. Mais pourquoi il n'est pas détecté, ça dépasse mes compétences.

Je pense que le fichier n'est pas crée car je n'ai pas suffisement de droits sur le répertoire ou il doit être crée. Comme le fichier n'est pas là, la suite du script ne s'execute pas correctement...Bon je connais pas grand chose à linux, ce sont donc que de simples supositions.

Tu parles bien du répertoire /dev ? C'est le système avec les droits root qui crée /dev/hidraw*, ça ne devrait pas posé de problème. Vérifie que tu as :

Code:: ls -ld /dev
drwxr-xr-x 12 root root 3780 avr 22 21:59 /dev

Mais à mon avis, si tu as un problème de droit sur /dev, tu aurais eu bien d'autres problèmes avant.

Tu as quoi dans /var/log/messages quand tu branches le miroir ? Fais un

Code:: tail -f /var/log/messages

et branches ton miroir.

Par contre je suis d'accord sur le reste de l'analyse. Tant que le fichier n'est pas là, le programme demande de brancher le miroir, ce qui devrait créer ce fichier. Tu as bien installé la dernière version que je t'ai envoyé de erawrim_do ?

Bonjour,
Oui j'ai bien installé la dernière version que tu m'as gentiment envoyé.
Voila ce que donne l'output des commandes :

Code:: /home/user> ls -ld /dev
drwxr-xr-x 31 root root 4096 2009-04-22 22:06 /dev/
/home/user> tail -f /var/log/messages
tail: Ne peut ouvrir `/var/log/messages' en lecture: Aucun fichier ou répertoire de ce type
tail: aucun fichier restant

Je vais essayer de voir pourquoi le tail ne fonctionne pas (probablement un pb de répertoire encore une fois)

Pour /dev c'est bon. Les droits sont corrects.

Quand la commande ne fonctionne pas, essaye en ajoutant sudo devant. Dans ce cas ça marche. Reessaye avec

Code:: sudo tail -f /var/log/messages

Sinon tu peux passer root le temps des tests (avec la commande

Code:: su -

) et tu n'as plus besoin de mettre sudo et tu ne devrais plus avoir de problème de droit d'accès.

J'ai le même message avec un sudo. En fait le fichier "messages" n'éxiste pas dans "var/log".

Voila ce que j'ai dans cette directory :

Code:: /var/log> ls
aptitude daemon/ lpr/ syslog/
auth/ detect/ mail/ syslog~
auth.log dmesg news/ user/
boot dpkg.log news~/ uucp/
bootstrap.log faillog ppp/ wtmp
btmp fontconfig.log pycentral.log xandrosncs-lan1.log
clamav/ fsck/ samba/ xandrosncs-lan2.log
cron/ kern/ scrollkeeper.log Xorg.0.log
cups/ lastlog slapd/ Xorg.0.log.old

Bizarre, je croyais qu'il était toujours présent. Recommence alors avec

Code:: sudo tail -f /var/log/syslog

en branchant et débranchant le miroir.

Alors, j'ai lancé sudo tail -f /var/log/syslog~ (syslog tout court n'existe pas) puis j'ai branché/débranché le mir:ror mais rien ne ce passe. Je suis obligé de faire ctrl-c afin de d'arrêter le tail. Cela prouve t-il que le mir:ror n'est pas reconnu ?

Effectivement je n'avais pas fait attention que chez toi syslog est un répertoire (chez moi c'est un fichier). Tu as quoi comme distribution ?

Bonjour,

c'est la distribution standard sur eeepc 701 à savoir xandros qui est basé sur débian si je ne me trompe pas.

» catastrophe avec le programme TV
» lancer une video via un mirror, sans etre connecté a internet
» Mes dossiers ne s'ouvrent plus avec mon mirror !
» ref-lect & erawrim -> les programmes ref-lect & erawrim sont ici!
» Petit souci avec Mirror et windows 7