[Appli. XULRunner] Mon appli ne se lance pas... (résolu)

[Bismut]

Bonjour,

Je développe en XUL et avant j'étais sous Ubuntu. J'avais simplement un dossier "MonApp" et à l'intérieur, mon code et un dossier "xulrunner" qui le propulse. Je n'utilisais donc pas le xulrunner des distribs mais je distribuais mon appli sous Win et Ubuntu avec Xulrunner intégré pour plus de facilité.

Pour lancer mon appli, je double-clic tout simplement sur mon exécutable (qui est en fait le fichier xulrunner-stub renommé).

Sur Ubuntu, cela marchait très bien, et c'est le même principe sous Windows (xulrunner-stub.exe renommé).


Sur Archlinux, je double-clic, mais rien ne se passe... nada.

Quelqu'un a-t-il une idée ? Faut-il autoriser quelque chose ? Ou bien y aurait-il conflit entre le xulrunner des dépôts et le mien ?
Autres ?

Peut-on avoir une idée de ce qui cloche avec un log d'erreurs ?


Merci d'avance.

[tuxce]

et le lancer depuis un teminal, ça donne quoi ?

[Bismut]

J'ai essayé mais je ne maitrise pas le terminal aussi bien que d'autres.

Je suis rentré dans mon dossier à coups de "cd" puis j'ai tenté "yLife" ou "./yLife" mais ça ne marche pas.

Quelle est la syntaxe ?

[tuxce]

je sais pas ce que contient le répertoire de ton application, mais en principe, c'est "./le_nom_de_ton_executable"
maintenant si ça marche pas, il faudrait poster l'erreur justement.

[Bismut]

Code : Tout sélectionner

[raph@myhost Programmation]$ cd yLife
[raph@myhost yLife]$ dir
application.ini  chrome  defaults    License.txt  yLife
Changelog.txt	 data	 extensions  xulrunner
[raph@myhost yLife]$ ./yLife
bash: ./yLife: Aucun fichier ou dossier de ce type

Il me semble bien que le dossier contient "yLife"

Et apparemment, j'utilisais la bonne syntaxe "./yLife" mais sans succès

[tuxce]

oui, là ça va pas être simple...

tu cliques sur quoi pour la lancer ? dans quel répertoire ?

poste la sortie de "ls -al" sur le répertoire "Programmation/yLife"

[Bismut]

D'habitude (sous Ubuntu et Win, je double-clic dessus)

Code : Tout sélectionner

[raph@myhost yLife]$ ls -al
total 88
drwxrwxrwx  7 raph users  4096 sept. 18 10:54 .
drwxrwxrwx  8 raph users  4096 avril 26 20:18 ..
-rwxrwxrwx  1 raph users   168 juin  14  2008 application.ini
-rwxrwxrwx  1 raph users  7959 mai   14  2008 Changelog.txt
drwxrwxrwx  6 raph users  4096 mai    2  2008 chrome
drwxrwxrwx  3 raph users  4096 juin  13  2008 data
drwxrwxrwx  3 raph users  4096 juin  13  2008 defaults
drwxr-xr-x  2 raph users  4096 juin  14  2008 extensions
-rwxrwxrwx  1 raph users 17987 mai    2  2008 License.txt
drwxr-xr-x 11 raph users  4096 juin  10  2008 xulrunner
-rwxr-xr-x  1 raph users 27356 juin  10  2008 yLife

[tuxce]

tu n'aurais pas un "noexec" dans ton /etc/fstab ?
poste la sortie de "mount".

[Bismut]

Code : Tout sélectionner

[raph@myhost yLife]$ mount
/dev/sda3 on / type ext3 (rw)
none on /dev type tmpfs (rw,relatime,mode=755)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
none on /dev/pts type devpts (rw)
none on /dev/shm type tmpfs (rw)
gvfs-fuse-daemon on /home/raph/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=raph)

Fstab

Code : Tout sélectionner

# 
# /etc/fstab: static file system information
#
# <file system>        <dir>         <type>    <options>          <dump> <pass>
none                   /dev/pts      devpts    defaults            0      0
none                   /dev/shm      tmpfs     defaults            0      0

#/dev/cdrom             /media/cd   auto    ro,user,noauto,unhide   0      0
#/dev/dvd               /media/dvd  auto    ro,user,noauto,unhide   0      0
#/dev/fd0               /media/fl   auto    user,noauto             0      0

UUID=393edce7-0c1d-495e-81fa-676322556d5a / ext3 defaults 0 1
UUID=dde157db-4a07-4c00-b1eb-0dca0f2fc6b1 swap swap defaults 0 0

[benjarobin]

gvfs is a userspace virtual filesystem designed to work with the i/o
| abstractions of gio (a library availible in glib >= 2.15.1). It
| installs several modules that are automatically used by applications
| using the APIs of libgio. There is also fuse support that allows
| applications not using gio to access the gvfs filesystems.
|
|
| The gvfs model differs from e.g. gnome-vfs in that filesystems must
| be mounted before they are used. There is a central daemon (gvfsd)
| that handles coordinting mounts, and then each mount is (typically)
| in its own daemon process (although mounts can share daemon process).
|
| gvfs comes with a set of backends, including trash support, sftp,
| smb, http, dav and others. More backends are planned.
|
| gvfs also contains modules for gio that implement hal volume monitors
| and the gnome uri-scheme handler configuration.
|
| There is a set of command line programs starting with "gvfs-" that
| lets you run commands (like cat, ls, stat, etc) on files in the gvfs
| mounts.

Désole pour l'anglais mais voila peu être le pourquoi. Enfin peut on avoir le chemin absolue de l'executable. Et si tu te log en root et que tu fait une copie de tout ton dossier a la racine, cela donne quoi ? Peut être a eviter comme tu as du mal avec la console. Je serai comme même curieux de savoir qui a installer ton archlinux car sans console...

[Bismut]

Bien c'est moi...

Installer Archlinux, éditer des fichiers avec nano, faire du yaourt... ce n'est pas très compliqué, et on le fait souvent.

Perso, me ballader dans mes fichiers via le terminal, ou l'utiliser pour copier des fichiers, très peu pour moi, je préfère l'interface graphique

En revanche, je n'ai pas bien compris, ce serait gvfs qui serait responsable ?

[benjarobin]

Tu as un home séparé ? (cela n'as pas l'air) Il sert a quoi ton gvfs-fuse-daemon ? Et donne nous le chemin absolue de l'exécutable. Sinon tente de déplacer le tout.
Que donne la création d'un fichier que tu rend exécutable, puis que tu exécutes, contenant

#!/bin/sh
echo "salut..."

[Bismut]

Mon exécutable :

Code : Tout sélectionner

/home/raph/Programmation/yLife/yLife

A priori la création de ton mini-script fonctionne :

Code : Tout sélectionner

[raph@myhost ~]$ cd Temporaire
[raph@myhost Temporaire]$ ./test
salut...

Et non, pas de /home séparé depuis le passage à Arch...

Mon gvfs-fuse-daemon ? A quoi sert-il ? bonne question, je pensais qu'il servait à monter les disques externes ou un truc du genre... non ?

[benjarobin]

Ce n'est pas moi qui va y répondre ^^
Sinon se serait bien de faire mon petit test dans le même dossier que yLife, et si cela marche tu refait un ls -la
PS: tu es un peu bourrin sur tes droits de fichier, mettre 777 sur un dossier ^^ (mais ce n'est pas cela qui résoudra le problème)

[Bismut]

Ca marche :

Code : Tout sélectionner

[raph@myhost yLife]$ dir
application.ini  chrome  defaults    License.txt  xulrunner
Changelog.txt	 data	 extensions  test	  yLife
[raph@myhost yLife]$ ./test
salut...
[raph@myhost yLife]$ ls -al
total 92
drwxrwxrwx  7 raph users  4096 sept. 18 15:31 .
drwxrwxrwx  8 raph users  4096 avril 26 20:18 ..
-rwxrwxrwx  1 raph users   168 juin  14  2008 application.ini
-rwxrwxrwx  1 raph users  7959 mai   14  2008 Changelog.txt
drwxrwxrwx  6 raph users  4096 mai    2  2008 chrome
drwxrwxrwx  3 raph users  4096 juin  13  2008 data
drwxrwxrwx  3 raph users  4096 juin  13  2008 defaults
drwxr-xr-x  2 raph users  4096 juin  14  2008 extensions
-rwxrwxrwx  1 raph users 17987 mai    2  2008 License.txt
-rwxr-xr-x  1 raph users    26 sept. 18 15:06 test
drwxr-xr-x 11 raph users  4096 juin  10  2008 xulrunner
-rwxr-xr-x  1 raph users 27356 juin  10  2008 yLife

[tuxce]

Il sert a quoi ton gvfs-fuse-daemon ?

c'est gnome qui le lance et il sert à avoir une représentation des montages réseaux dans ~/.gvfs

@Bismut, ton appli, elle est publique ? (histoire de tester)

[Bismut]

Oui, alors en fait, la v. 0.5 était sour forme de tar.gz : il suffit de décompresser et de double-cliquer sur yLife.

La v. 0.6, je l'ai packagé dans un .deb donc pas directement installable sur Arch, mais a priori tu peux le dézipper et retrouver le soft dedans.

Voici la forge :

https://sourceforge.net/projects/ylife/files/

En bas, déplie "yLife" et prends la 0.5 ou la 0.6

[tuxce]

je sais pas ce que t'as mis dans ton archive (mauvaise architecture non ?), mais bon:
j'ai le même souci que toi, j'ai du remplacer yLife par le xulrunner-stub d'arch et aussi remplacer le répertoire xulrunner par celui d'arch sans oublier de changer application.ini car on est à la version 1.9.1

[Bismut]

Ah bon, et en faisant ça... ça marche ?

Je vais tester.

EDIT : Oui, ok j'arrive à le lancer à présent...

Problème, et c'est pour ça que j'avais pris la décision de fournir mon Xulrunner avec l'appli, c'est xulrunner évolue tellement que mon appli bug un peu dans tous les sens là...
Ce qui n'était pas le cas avec la 1.9... =/

[Bismut]

Bon, y a vraiment un problème avec Arch, c'est pas possible...

Que mon appli ne marche pas avec ma vieille version de XR (1.9 quand même), allez, je veux bien...

Mais je viens de retélécharger la dernière version de XR depuis MDC :
http://releases.mozilla.org/pub/mozilla ... /runtimes/

Et même tarif ! Ce xulrunner-stub, il n'en veut pas... rien ne se lance. Et via le Terminal idem, même pas il le voit.


En gros, Arch ne voit et ne lance que son xulrunner que je lui ai copié depuis usr/lib...

C'est pas un peu de la discrimination ça XD

Comment se fait-ce ? Faut-il autoriser l'exécution de mon xulrunner quelque part ?