[glade2script-GTK2] Interface graphique pour script bash ou autre.

YannUbuntu · Le 22/07/2011, à 06:00

Soucis avec la redirection de fd. J'utilise ce code:

  exec 4>$(tty); echo "FSCK_ACTION $FSCK_ACTION UNHIDEBOOT_ACTION $UNHIDEBOOT_ACTION (${UNHIDEBOOT_TIME}.s) PASTEBIN_ACTION $PASTEBIN_ACTION MBR_ACTION $MBR_ACTION
LINUX_TO_REINSTALL_GRUB $LINUX_TO_REINSTALL_GRUB (${OS_NAME[$LINUX_TO_REINSTALL_GRUB]}) LINUX_TO_REINSTALL_GRUB_PURGE $LINUX_TO_REINSTALL_GRUB_PURGE FORCE_GRUB $FORCE_GRUB NOFORCE_DISK $NOFORCE_DISK REMOVABLEDISK $REMOVABLEDISK UNCOMMENT_GFXMODE $UNCOMMENT_GFXMODE ADD_KERNEL_OPTION $ADD_KERNEL_OPTION ($CHOSEN_KERNEL_OPTION) MBR_TO_RESTORE $MBR_TO_RESTORE ($DISK_TO_RESTORE_MBR)
BOOTPRESENCE_OF_LINUX[LINUX_TO_REINSTALL_GRUB] ${BOOTPRESENCE_OF_LINUX[$LINUX_TO_REINSTALL_GRUB]}, BOOTPART_TO_USE $BOOTPART_TO_USE" >&4
  exec 4<&-

ca me donne cette erreur:

=> [[ PY ]] =>  /usr/share/clean/cleancommon-gui: ligne 187: $(tty) : redirection ambiguë
=> [[ PY ]] =>  /usr/share/clean/cleancommon-gui: ligne 189: 4: Mauvais descripteur de fichier

AnsuzPeorth · Le 22/07/2011, à 11:19

arfff ...
Chez moi jamais eu de soucis !

Le exec n'est à indiquer qu'une seule fois pour tout le script. Il faut le refermer qd tu n'en a plus besoin (dans ton cas à la fin du script, donc pas vraiment besoin de le fermer).

Pour la redirection ambiguë, ben je vois pas, essai en indiquant le path de ton tty (pas très commode j'en conviens). Essai aussi un autre fd (je pense qu'on en a 6 de dispo, mais je mettrais pas a main au feu )

Et si tu redirige le fd 4 vers un fichier, tu as également une erreur ?

YannUbuntu · Le 22/07/2011, à 11:23

le soucis ne viendrait pas d'une interaction avec ma methode pour recuperer le log (cf messages precedents) ?

AnsuzPeorth · Le 22/07/2011, à 13:15

Ben essai d'enlever la redirection vers le log, tu verras bien !!! Là c'est un problème bash, pas g2s.

De toute façons, tu as besoin soit du log, soit du retour console ? Pour la version du soft destiné aux users, je suppose que tu enlèves l'option debug ? Car si tu as un log, elle est inutile

Mais il faudrait déjà voir si en lançant bien des commandes en arrière plan tu as encore des erreurs ? Peut être rediriger la sortie d'erreur de ta boucle progress vers /dev/null, c'est peut être ça qui ne plait pas à g2s (je pense pas, mais bon ...)

Et Hizoka, plus d'erreurs ? Les commandes étaient lancées au premier plan ?

Hizoka · Le 22/07/2011, à 18:08

j'ai rien changé, car le bug est vraiment rare...

Hizoka · Le 26/07/2011, à 19:53

j'ai cette erreur :

=> [[ PY ]] =>  COMBO@@FINDSELECT@@_projet@@screencastor
./glade2script.py:2388: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
  donnees=list(liststore[iter])
=> [[ PY ]] => :: FIFO write :: _projet screencastor
=> [[ PY ]] =>  DEBUG=> in bash NOT GET _projet screencastor

à quoi est-elle dû ?

AnsuzPeorth · Le 26/07/2011, à 22:43

@Hizoka
Fait chier cette erreur, enfin tu a répondu à une question que j me posais avec smo. SInon, cette erreur est bloquante, la selection ne se fait pas ? Elle arrive à chaque fois ?

@YannUbuntu
Et ton erreur, elle en est où ?

Hizoka · Le 26/07/2011, à 23:01

elle ne bloque rien à priori, la séléction se fait et elle arrive à chaque fois

AnsuzPeorth · Le 26/07/2011, à 23:34

J'ai fait qqles recherches, et j'ai l'impression que c'est un bug ubuntu. Les messages identiques datent, pour les plus vieux, de juin ... Sans doute pour ça que ce bug n'apparaissait pas avant.
Si ça gène en rien, c'est un demi-mal ...

Hizoka · Le 30/07/2011, à 22:56

une idée :
dans le cadre d'un @@SAVE, il faudrait ajouter une verification que le contenu du widget n'est pas vide... ca evitera de créer des fichiers vides.

Hizoka · Le 03/08/2011, à 20:31

une question, y a-t-il moyen de joindre une info à la commande :

echo 'SET@_sources_reload.activate()'

exemple :

echo 'SET@_sources_reload.activate(open)'

pour que _sources_reload puisse recuperer l'argument open ?

actuellement je fais :

var=open
echo 'SET@_sources_reload.activate()'

function _sources_reload
[[ ${var} == open ]]...

mais peut-être y a-t-il plus simple ?

Pas mal ce coup ci

=> [[ PY ]] => :: FIFO write :: _deb_select Aucun paquet
=> [[ PY ]] => :: FIFO write :: _sources_select Aucune source
=> [[ PY ]] => :: FIFO write :: _liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad
=> [[ PY ]] =>  DEBUG => in boucle bash : terminal_PID="12079"_deb_select Aucun paquet_sources_select Aucune source_liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad

Dernière modification par Hizoka (Le 04/08/2011, à 20:30)

Hizoka · Le 06/08/2011, à 08:55

encore le meme type de soucis :

=> [[ PY ]] =>  SET@LaunchBash.set_version('v0.9.9a')
=> [[ PY ]] =>  SET@window1.set_title('LaunchBash v0.9.9a - by Hizoka')
=> [[ PY ]] =>  SET@_dput_f.set_active(True)
=> [[ PY ]] =>  SET@terminal.set_font( pango.FontDescription("monospace 8") )
=> [[ PY ]] =>  SET@terminal.set_scrollback_lines(100)
=> [[ PY ]] =>  TERM@@SEND@@
=> [[ PY ]] =>  GET@terminal_PID
=> [[ PY ]] => :: FIFO write :: GET@terminal_PID="25682"=> [[ PY ]] => :: FIFO write :: _dput_f True

=> [[ PY ]] =>  COMBO@@CLEAR@@_deb_select
=> [[ PY ]] =>  SET@_deb_select.append_text('Aucun paquet')
=> [[ PY ]] =>  SET@_deb_select.append_text('Tous les paquets')
=> [[ PY ]] =>  SET@_deb_select.set_active(0)
=> [[ PY ]] =>  COMBO@@CLEAR@@_sources_select
=> [[ PY ]] =>  SET@_sources_select.append_text('Aucune source')
=> [[ PY ]] =>  SET@_sources_select.append_text('Toutes les sources')
=> [[ PY ]] =>  SET@_sources_select.append_text('3FD9D589/mkv-extractor-gui_4.6.0-0ppa6~natty')
=> [[ PY ]] =>  SET@_sources_select.set_active(0)
=> [[ PY ]] =>  SET@_liste_projet.set_current_folder('/home/hizoka/Scripts_et_logiciels/scripts/launchpad')
=> [[ PY ]] => :: FIFO write :: _deb_select Aucun paquet
=> [[ PY ]] => :: FIFO write :: _sources_select Aucune source
=> [[ PY ]] => :: FIFO write :: _liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad
=> [[ PY ]] =>  DEBUG => in boucle bash : terminal_PID="25682"

=> [[ PY ]] =>  SET@LaunchBash.set_version('v0.9.9a')
=> [[ PY ]] =>  SET@window1.set_title('LaunchBash v0.9.9a - by Hizoka')
=> [[ PY ]] =>  SET@_dput_f.set_active(True)
=> [[ PY ]] =>  SET@terminal.set_font( pango.FontDescription("monospace 8") )
=> [[ PY ]] =>  SET@terminal.set_scrollback_lines(100)
=> [[ PY ]] =>  TERM@@SEND@@
=> [[ PY ]] =>  GET@terminal_PID
=> [[ PY ]] => :: FIFO write :: GET@terminal_PID="26365"
=> [[ PY ]] =>  COMBO@@CLEAR@@_deb_select
=> [[ PY ]] =>  SET@_deb_select.append_text('Aucun paquet')
=> [[ PY ]] =>  SET@_deb_select.append_text('Tous les paquets')
=> [[ PY ]] =>  SET@_deb_select.set_active(0)
=> [[ PY ]] =>  COMBO@@CLEAR@@_sources_select
=> [[ PY ]] =>  SET@_sources_select.append_text('Aucune source')
=> [[ PY ]] =>  SET@_sources_select.append_text('Toutes les sources')
=> [[ PY ]] =>  SET@_sources_select.append_text('3FD9D589/mkv-extractor-gui_4.6.0-0ppa6~natty')
=> [[ PY ]] =>  SET@_sources_select.set_active(0)
=> [[ PY ]] =>  SET@_liste_projet.set_current_folder('/home/hizoka/Scripts_et_logiciels/scripts/launchpad')
=> [[ PY ]] => :: FIFO write :: _dput_f True
=> [[ PY ]] =>  DEBUG => in boucle bash : terminal_PID="26365"_dput_f True
=> [[ PY ]] => :: FIFO write :: _deb_select Aucun paquet
=> [[ PY ]] => :: FIFO write :: _sources_select Aucune source
=> [[ PY ]] => :: FIFO write :: _liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad
=> [[ PY ]] =>  DEBUG=> in bash NOT GET _deb_select Aucun paquet_sources_select Aucune source_liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad

=> [[ PY ]] =>  SET@LaunchBash.set_version('v0.9.9a')
=> [[ PY ]] =>  SET@window1.set_title('LaunchBash v0.9.9a - by Hizoka')
=> [[ PY ]] =>  SET@terminal.set_font( pango.FontDescription("monospace 8") )
=> [[ PY ]] =>  SET@terminal.set_scrollback_lines(100)
=> [[ PY ]] =>  TERM@@SEND@@
=> [[ PY ]] =>  GET@terminal_PID
=> [[ PY ]] => :: FIFO write :: GET@terminal_PID="27735"
=> [[ PY ]] =>  SET@_liste_projet.set_current_folder('/home/hizoka/Scripts_et_logiciels/scripts/launchpad')
=> [[ PY ]] =>  COMBO@@CLEAR@@_sources_select
=> [[ PY ]] =>  COMBO@@CLEAR@@_deb_select
=> [[ PY ]] =>  SET@_sources_select.append_text('Aucune source')
=> [[ PY ]] =>  SET@_sources_select.append_text('Toutes les sources')
=> [[ PY ]] =>  DEBUG => in boucle bash : terminal_PID="27735"
=> [[ PY ]] =>  SET@_dput_f.set_active(True)
=> [[ PY ]] =>  SET@_deb_select.append_text('Aucun paquet')
=> [[ PY ]] =>  SET@_deb_select.append_text('Tous les paquets')
=> [[ PY ]] =>  SET@_sources_select.append_text('3FD9D589/mkv-extractor-gui_4.6.0-0ppa6~natty')
=> [[ PY ]] =>  SET@_deb_select.set_active(0)
=> [[ PY ]] => :: FIFO write :: _dput_f True
=> [[ PY ]] =>  SET@_sources_select.set_active(0)
=> [[ PY ]] =>  DEBUG=> in bash NOT GET _dput_f True
=> [[ PY ]] => :: FIFO write :: _deb_select Aucun paquet
=> [[ PY ]] => :: FIFO write :: _liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad
=> [[ PY ]] => :: FIFO write :: _sources_select Aucune source
=> [[ PY ]] =>  DEBUG=> in bash NOT GET _deb_select Aucun paquet
=> [[ PY ]] =>  DEBUG=> in bash NOT GET _liste_projet /home/hizoka/Scripts_et_logiciels/scripts/launchpad_sources_select Aucune source
=> [[ PY ]] =>  COMBO@@CLEAR@@_projet
=> [[ PY ]] =>  SET@_notebook1.set_sensitive(False)

Pourtant quasiment tout le debut est lancer en fond...

et Yann a trouvé un bug qui nous a bien fait galerer, il ne faut pas d'espace dans le dossier ou est lancer le script !!

Exception in thread Thread-1:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
    self.run()
  File "./glade2script.py", line 3048, in run
    sb=subprocess.Popen(args,stderr=subprocess.STDOUT,stdout=subprocess.PIPE)
  File "/usr/lib/python2.7/subprocess.py", line 672, in __init__
    errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1213, in _execute_child
    raise child_exception
OSError: [Errno 2] Aucun fichier ou dossier de ce type

Traceback (most recent call last):
  File "./glade2script.py", line 300, in gtk_widget_destroy
    self.th.stop('no')
  File "./glade2script.py", line 3088, in stop
    self.send('QuitNow')
  File "./glade2script.py", line 3081, in send
    i=open(self.path_FIFO,'w')
AttributeError: 'MyThread' object has no attribute 'path_FIFO'
^CTraceback (most recent call last):
  File "./glade2script.py", line 3123, in <module>
    m.main()
  File "./glade2script.py", line 1741, in main
    gtk.main()
KeyboardInterrupt

alors que ca passe avec des versions plus vielle.

Dernière modification par Hizoka (Le 06/08/2011, à 09:45)

AnsuzPeorth · Le 09/08/2011, à 17:13

Hizoka a écrit :

une idée :
dans le cadre d'un @@SAVE, il faudrait ajouter une verification que le contenu du widget n'est pas vide... ca evitera de créer des fichiers vides.

Arfff, je sais pas trop ...C'est facilement faisable, mais je me demande si il ne faudrait pas laisser le soin au codeur de faire ses vérif ... ??? Je sais pas !

Hizoka a écrit :

une question, y a-t-il moyen de joindre une info à la commande :

Nop, c'est une commande pygtk directement évalué, on ne peut donc rien ajouter (ou faudrait filtrer chaque commande .... on perdrait bcp en rapidité, laisse tomber )

Pour ces problèmes de "bourrage" dans le fifo, regarde vers la ligne 3178, fonction send, il doit y avoir une ligne commenté, décommente et commente son égal sans le \n

.        if data:
            time.sleep(0.001)
            i=open(self.path_FIFO,'w')
            i.write(data+'\n')
            #i.write(data)
            i.close()

Et si tjrs soucis, ajoute avant le i.close():

i.flush()

Avec ça, devrait plus avoir de soucis, enfin j'espère !

Pour le problème d'espaces dans le path, je vais y regarder, mais cela m'étonne, avec python on a pas ce genre de soucis (peut être avec les subprocess ?)
Tu pourrais donner un peu plus de détails, l'espace est dans le path, mais qu'est ce qui est donnée à g2s, le path complet ou juste le relatif ?

AnsuzPeorth · Le 09/08/2011, à 23:40

Bon, j'ai up une version avec les modifs pour les problèmes d'espaces (ca devrait fonctionner !).
J'ai decommenter ce qu'il faut, a voir si le flush() nécessaire ? (Hizo, Yann ?)

http://glade2script.googlecode.com/file … ta7.tar.gz

@Yann
Alors c'est résolu le problème de fd ?

Sinon, je termine mon bureau html et je me remets serieux .... sur la doc

Hizoka · Le 09/08/2011, à 23:47

Arfff, je sais pas trop ...C'est facilement faisable, mais je me demande si il ne faudrait pas laisser le soin au codeur de faire ses vérif ... ??? Je sais pas !

Perso, je serais plutot pour que ce soit fait direct...

Pour ces problèmes de "bourrage" dans le fifo, regarde vers la ligne 3178, fonction send, il doit y avoir une ligne commenté, décommente et commente son égal sans le \n

Ca à l'air mieux...
avec ça, il faut toujours tout lancer en arriere plan ?

Pour le problème d'espaces dans le path, je vais y regarder, mais cela m'étonne, avec python on a pas ce genre de soucis (peut être avec les subprocess ?)

bah pas de changement, comme d'hab : cd "$( cd "$(dirname "${0}")"; pwd )"

j'ai testé vite fait :

/home/hizoka/bla bla/old_g2s.py passe
/home/hizoka/bla bla/new_g2s.py ne passe pas

AnsuzPeorth · Le 09/08/2011, à 23:55

Je pense que tu n'as pas vu mon dernier message, une nouvelle version (beta 7)

Les anciennes versions fonctionnées, mais je sais plus qui m'a demandé d'utiliser les chemins absolu ...

J'ai fait des tests avec un blanc dans le path et des arguments pour le bash, ca passe.

avec ça, il faut toujours tout lancer en arriere plan ?

Oui oui, bien sur, sinon ton script bash ne réagira.

Hizoka · Le 09/08/2011, à 23:57

Je pense que tu n'as pas vu mon dernier message, une nouvelle version (beta 7)

je teste

Oui oui, bien sur, sinon ton script bash ne réagira.

je parle de faire ce que tu conseillais pour eviter les erreurs de retours

AnsuzPeorth · Le 10/08/2011, à 00:00

je parle de faire ce que tu conseillais pour eviter les erreurs de retours

La redirection de fd ? C'est préférable bien sur.

Ce qui a changé dans le code tu le vois, juste un /n en plus (j'avais oublié que je l'avais enlever ...)

Hizoka · Le 10/08/2011, à 00:05

ca passe sans probleme pour le moment

idem pour les espaces.

merci

YannUbuntu · Le 10/08/2011, à 02:28

@AnsuzPeorth: je n'ai pas réussi a résoudre le soucis de fd (même en enlevant mon système de log), mais ce n'est pas grave, je préfère me concentrer sur la fiabilité que sur la rapidité.

En parlant de fiabilité, j'ai toujours les :: FIFO write :: qui arrivent après l'apparition de ma fenêtre, ils me font peur car ils risquent de changer les paramètres par défaut de mon logiciel. (ce risque m'oblige a multiplier les tests).

AnsuzPeorth · Le 10/08/2011, à 03:46

En parlant de fiabilité, j'ai toujours les :: FIFO write :: qui arrivent après l'apparition de ma fenêtre, ils me font peur car ils risquent de changer les paramètres par défaut de mon logiciel. (ce risque m'oblige a multiplier les tests).

C'est normal que tu as des FIFO write apres apparition de la fenêtre, surtout si tu selectionne des combo ou filechooser.
Il faut surtout faire attention aux filechoosers, si tu charges une uri et qu'un callback y est connecté, le callabck sera appelé lors de ta commande, et le gros soucis c'est que le premier argument envoyé à ta fonction sera le dirname de l'uri.
Mais pour le chargement d'options, ca ne pose pas de soucis, car les deniers callbacks envoient les bons arguments (ton fichier de config sera peut être réecrit à 'louverture si tu ne filtre rien, mais en toute fin, ce sera les bonnes options)

Justement Hizoka m'a joint pour ce soucis (qui avait déjà été soulevé dans le threads, il faut utiliser un flag pour filter le premier appel si on charge depuis bash, je ne peux rien faire, gtk envoi 5 ou 6 signaux pour un filechooser, j'en filtre déjà, mais je peux pas faire mieux)

@Hizoka
Bon, autant utiliser on_activate plutot que d'ajouter un autre callback, il faudra de toute façon utiliser un sleep pour voir le bouton s'enfoncer, sinon, ca va trop vite (je pourrais l'ajouter dans g2s, mais ca m'obligerait à flitrer également la fermeture du gui, sans être sur de le devoir ...)
Donc il suffit d'utiliser les signaux
button_press_event => clic_droit on_activate
clicked => on_clicked (connect after)

button1()
{
[[ "$@" =~ 'clic_droit' ]] && {
  sleep 0.2
  echo EXIT@@SAVE 
} || echo EXIT@@
}

YannUbuntu · Le 10/08/2011, à 03:51

ok je vais faire avec alors. merci

Hizoka · Le 10/08/2011, à 16:26

niquel AnsuzPeorth

merci

YannUbuntu · Le 11/08/2011, à 05:58

Alors le coup de l'espace dans le dossier c'est résolu? (il était vicieux celui-la il m'a bloqué 2 jours )

AnsuzPeorth · Le 12/08/2011, à 17:33

YannUbuntu a écrit :

Alors le coup de l'espace dans le dossier c'est résolu? (il était vicieux celui-la il m'a bloqué 2 jours )

C'est ok sur la beta7 (voir plus haut).
Ca ne merdais pas avant car j'utilisais le chemin relatifs.

Bon, comme gtkdialog est reparti sur des rails, je vais changer le titre du topic.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1376 Le 22/07/2011, à 06:00

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1377 Le 22/07/2011, à 11:19

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1378 Le 22/07/2011, à 11:23

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1379 Le 22/07/2011, à 13:15

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1380 Le 22/07/2011, à 18:08

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1381 Le 26/07/2011, à 19:53

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1382 Le 26/07/2011, à 22:43

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1383 Le 26/07/2011, à 23:01

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1384 Le 26/07/2011, à 23:34

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1385 Le 30/07/2011, à 22:56

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1386 Le 03/08/2011, à 20:31

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1387 Le 06/08/2011, à 08:55

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1388 Le 09/08/2011, à 17:13

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1389 Le 09/08/2011, à 23:40

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1390 Le 09/08/2011, à 23:47

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1391 Le 09/08/2011, à 23:55

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1392 Le 09/08/2011, à 23:57

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1393 Le 10/08/2011, à 00:00

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1394 Le 10/08/2011, à 00:05

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1395 Le 10/08/2011, à 02:28

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1396 Le 10/08/2011, à 03:46

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1397 Le 10/08/2011, à 03:51

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1398 Le 10/08/2011, à 16:26

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1399 Le 11/08/2011, à 05:58

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

#1400 Le 12/08/2011, à 17:33

Re : [glade2script-GTK2] Interface graphique pour script bash ou autre.

Pied de page des forums