A cause d'un bug, je suis obligé de lancer stellarium avec l'option LANG=C
Tout se passe bien si je lance la commande LANG=C stellarium depuis un
terminal, mais pas moyen, avec cette commande, de faire fonctionner un
lanceur d'application dans le tableau de bord gnome
NB : sous KDE je mets la même commande dans un raccourci du bureau et ça
fonctionne...
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
Luc.Habert.00__arjf
none :
Tout se passe bien si je lance la commande LANG=C stellarium depuis un terminal, mais pas moyen, avec cette commande, de faire fonctionner un lanceur d'application dans le tableau de bord gnome
La seule solution que j'ai trouvée consiste à mettre cette commande dans un script.
none :
Tout se passe bien si je lance la commande LANG=C stellarium depuis un
terminal, mais pas moyen, avec cette commande, de faire fonctionner un
lanceur d'application dans le tableau de bord gnome
La seule solution que j'ai trouvée consiste à mettre cette commande dans un
script.
Tout se passe bien si je lance la commande LANG=C stellarium depuis un terminal, mais pas moyen, avec cette commande, de faire fonctionner un lanceur d'application dans le tableau de bord gnome
La seule solution que j'ai trouvée consiste à mettre cette commande dans un script.
YBM
Bonjour,
A cause d'un bug, je suis obligé de lancer stellarium avec l'option LANG=C
Effectivement, bug reproductible sur Ubuntu 8.04, stellarium 0.9.2. Tu l'as remonté sur le launchpad ?
Tout se passe bien si je lance la commande LANG=C stellarium depuis un terminal, mais pas moyen, avec cette commande, de faire fonctionner un lanceur d'application dans le tableau de bord gnome
Donne comme commande :
sh -c 'LANG=C stellarium'
Bonjour,
A cause d'un bug, je suis obligé de lancer stellarium avec l'option LANG=C
Effectivement, bug reproductible sur Ubuntu 8.04, stellarium 0.9.2. Tu
l'as remonté sur le launchpad ?
Tout se passe bien si je lance la commande LANG=C stellarium depuis un
terminal, mais pas moyen, avec cette commande, de faire fonctionner un
lanceur d'application dans le tableau de bord gnome
A cause d'un bug, je suis obligé de lancer stellarium avec l'option LANG=C
Effectivement, bug reproductible sur Ubuntu 8.04, stellarium 0.9.2. Tu l'as remonté sur le launchpad ?
Tout se passe bien si je lance la commande LANG=C stellarium depuis un terminal, mais pas moyen, avec cette commande, de faire fonctionner un lanceur d'application dans le tableau de bord gnome
Donne comme commande :
sh -c 'LANG=C stellarium'
Nicolas George
Luc Habert wrote in message <g1eaum$c9e$:
La seule solution que j'ai trouvée consiste à mettre cette commande dans un script.
Si Gnome attend le nom d'un binaire seul, c'est inévitable. Mais il y a fort à parier qu'il permette quand même d'ajouter des arguments à la commande. Si c'est le cas, c'est simplement qu'il splitte lui-même la commande sans invoquer de shell. Et du coup, on a la solution toute simple :
env LANG=C stellarium
Luc Habert wrote in message <g1eaum$c9e$1@nef.ens.fr>:
La seule solution que j'ai trouvée consiste à mettre cette commande dans un
script.
Si Gnome attend le nom d'un binaire seul, c'est inévitable. Mais il y a fort
à parier qu'il permette quand même d'ajouter des arguments à la commande. Si
c'est le cas, c'est simplement qu'il splitte lui-même la commande sans
invoquer de shell. Et du coup, on a la solution toute simple :
La seule solution que j'ai trouvée consiste à mettre cette commande dans un script.
Si Gnome attend le nom d'un binaire seul, c'est inévitable. Mais il y a fort à parier qu'il permette quand même d'ajouter des arguments à la commande. Si c'est le cas, c'est simplement qu'il splitte lui-même la commande sans invoquer de shell. Et du coup, on a la solution toute simple :
env LANG=C stellarium
none
Hello,
Vous êtes des chefs : les deux solutions fonctionnent !
Merci :o)
jp willm (qui doit en apprendre des tonnes)
Hello,
Vous êtes des chefs : les deux solutions fonctionnent !
J'avais bien essayé avec -c et sh, mais séparément...
Merci, jp willm
Luc.Habert.00__arjf
Nicolas George :
Mais il y a fort à parier qu'il permette quand même d'ajouter des arguments à la commande. Si c'est le cas, c'est simplement qu'il splitte lui-même la commande sans invoquer de shell.
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et il a l'air de respecter les quotes lors du split (mais c'est toujours pas un system, vu qu'une définition d'environnement en début de ligne n'est pas respectée, ils sont vraiment trop cons...). Mes souvenirs dataient d'un an et demi, ça a pu changer depuis.
Et du coup, on a la solution toute simple :
env LANG=C stellarium
Pas bête.
Nicolas George :
Mais il y a fort à parier qu'il permette quand même d'ajouter des
arguments à la commande. Si c'est le cas, c'est simplement qu'il splitte
lui-même la commande sans invoquer de shell.
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et
il a l'air de respecter les quotes lors du split (mais c'est toujours pas un
system, vu qu'une définition d'environnement en début de ligne n'est pas
respectée, ils sont vraiment trop cons...). Mes souvenirs dataient d'un an
et demi, ça a pu changer depuis.
Mais il y a fort à parier qu'il permette quand même d'ajouter des arguments à la commande. Si c'est le cas, c'est simplement qu'il splitte lui-même la commande sans invoquer de shell.
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et il a l'air de respecter les quotes lors du split (mais c'est toujours pas un system, vu qu'une définition d'environnement en début de ligne n'est pas respectée, ils sont vraiment trop cons...). Mes souvenirs dataient d'un an et demi, ça a pu changer depuis.
Et du coup, on a la solution toute simple :
env LANG=C stellarium
Pas bête.
Luc.Habert.00__arjf
YBM :
sh -c 'LANG=C stellarium'
Tiens, effectivement, ça marche, maintenant. Du temps où je m'étais pris la tête avec, il ne traitait pas correctement les quotes.
YBM :
sh -c 'LANG=C stellarium'
Tiens, effectivement, ça marche, maintenant. Du temps où je m'étais pris la
tête avec, il ne traitait pas correctement les quotes.
Tiens, effectivement, ça marche, maintenant. Du temps où je m'étais pris la tête avec, il ne traitait pas correctement les quotes.
Nicolas George
Luc Habert wrote in message <g1ebpe$fms$:
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et il a l'air de respecter les quotes lors du split (mais c'est toujours pas un system, vu qu'une définition d'environnement en début de ligne n'est pas respectée, ils sont vraiment trop cons...).
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell et les bizarreries d'expansion.
Luc Habert wrote in message <g1ebpe$fms$1@nef.ens.fr>:
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et
il a l'air de respecter les quotes lors du split (mais c'est toujours pas un
system, vu qu'une définition d'environnement en début de ligne n'est pas
respectée, ils sont vraiment trop cons...).
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de
commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell
et les bizarreries d'expansion.
Dans mes souvenirs, c'était bien ça. Maintenant, je viens de réessayer, et il a l'air de respecter les quotes lors du split (mais c'est toujours pas un system, vu qu'une définition d'environnement en début de ligne n'est pas respectée, ils sont vraiment trop cons...).
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell et les bizarreries d'expansion.
Luc.Habert.00__arjf
Nicolas George :
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell et les bizarreries d'expansion.
À moi si. Les bizarreries d'expansion, bah au bout d'un moment, on est habitué, et on est bien content de les avoir de temps en temps, et on est alors bien emmerdé de ne pas les avoir. La lourdeur du shell, bah par rapport à la lourdeur de gtk, comment dire...
Nicolas George :
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de
commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell
et les bizarreries d'expansion.
À moi si. Les bizarreries d'expansion, bah au bout d'un moment, on est
habitué, et on est bien content de les avoir de temps en temps, et on est
alors bien emmerdé de ne pas les avoir. La lourdeur du shell, bah par
rapport à la lourdeur de gtk, comment dire...
Ça ne me paraît pas stupide d'avoir le nécessaire pour passer une ligne de commande arbitraire (avec des espaces), mais d'éviter la lourdeur du shell et les bizarreries d'expansion.
À moi si. Les bizarreries d'expansion, bah au bout d'un moment, on est habitué, et on est bien content de les avoir de temps en temps, et on est alors bien emmerdé de ne pas les avoir. La lourdeur du shell, bah par rapport à la lourdeur de gtk, comment dire...