Page 1 sur 5
Comment installer l'émulateur Xroar (doit-on lancer avec un fichier ".sh " ?)
Posté : jeu. 4 juil. 2019 16:51
par MegaMatMan
Bonjour à tous
Sous Ubuntu je peux sans problème lancer un fichier
.sh en double cliquant dessus... sous Mint ça ne fonctionne pas, même en ligne de commande avec
sudo...
Comment faire merci ?!
Re: Comment lancer un fichier ".sh " ?!
Posté : jeu. 4 juil. 2019 17:34
par angelique
Bonjour
sous Mint ça ne fonctionne pas, même en ligne de commande avec sudo...
et tu lances quoi comme commande une fois dans le répertoire de tonfichier.sh?
sh tonfichier.sh
bash tonfichier.sh
tu le rends exécutable ? ➯ sudo chmod +x tonfichier.sh
Re: Comment lancer un fichier ".sh " ?!
Posté : jeu. 4 juil. 2019 23:04
par zeb
Salut
angelique a écrit : ↑jeu. 4 juil. 2019 17:34
tu le rends exécutable ? ➯ sudo chmod +x tonfichier.sh
Il y a aussi le clic droit → propriété → permissions, puis cocher la case qui va bien (ca revient à la même chose)
Re: Comment lancer un fichier ".sh " ?!
Posté : ven. 5 juil. 2019 18:08
par cyrille
si le fichier t'appartient, un chmod +x suffit (pas besoin de sudo)
A noter l'extension n'est pas indispensable sous linux, juste pour la lisibilité vu que c'est l'entete du fichier qui sera analysée (#!/bin/sh)
Si exécutable alors, lancement absolu : /Depuis/la/racine/jsq/monScript suffit , si "relatif" : ./monScript.sh
Si tu veux le lancer en tant que commande, il faut mettre l'emplacement de ton script dans le $PATH ou jouer avec les alias
Re: Comment lancer un fichier ".sh " ?!
Posté : dim. 7 juil. 2019 16:57
par MegaMatMan
Bonjour à tous & merci pour vos réponse
J'ai essayé plusieurs commandes, je vous donne les retours car ça ne fonctionne toujours pas...
Code : Tout sélectionner
megamatman@IMF:~/Emulateurs/Color Computer/XRoar 0.34.8$ sh xroar.sh
Code : Tout sélectionner
megamatman@IMF:~/Emulateurs/Color Computer/XRoar 0.34.8$ bash xroar.sh
Code : Tout sélectionner
megamatman@IMF:~/Emulateurs/Color Computer/XRoar 0.34.8$ sudo chmod +x xroar.sh[sudo] Mot de passe de megamatman :
Code : Tout sélectionner
chmod: impossible d'accéder à 'xroar.sh': Aucun fichier ou dossier de ce type
Re: Comment lancer un fichier ".sh " ?!
Posté : dim. 7 juil. 2019 19:56
par loutch
Bonsoir
Si thunar
Par défaut, un clic gauche sur un script shell ne lance pas l'exécution de celui-ci. Pour changer ce comportement par défaut, taper dans un terminal :
Code : Tout sélectionner
xfconf-query --channel thunar --property /misc-exec-shell-scripts-by-default --create --type bool --set true
si nemo
préference
comportement
fichiers éxécutable
lancer pour activer (un truc du genre j'ai pas nemo)
nautilus ça doit etre pareil
preferences
comportement
fichiers éxécutables
les lancer (il me semble)
Une chose est sure c'est toujours dans préférences et comportement
@+
Re: Comment lancer un fichier ".sh " ?!
Posté : lun. 8 juil. 2019 04:19
par alain
Bonjour mégamatman.
D'abord merci Loutch pour la ligne de commande pour lancer au clic gauche un script Chelles
depuis Thunar
Mégamatman, je commence a me poser des questions depuis tes derniers retours.
Pourrais tu nous donner le retour de:
Re: Comment lancer un fichier ".sh " ?!
Posté : lun. 8 juil. 2019 17:28
par cyrille
+1 avec Alain
pb de gestion des espaces
utilise l'autocomplétion dans ce cas
Re: Comment lancer un fichier ".sh " ?!
Posté : lun. 8 juil. 2019 19:22
par Scrat
Bonjour.
Quand les noms de fichiers ou de dossiers comportent des espaces, il est préférable de les saisir entre double quotes
" dans les commandes, mais
évitez comme la peste cette détestable habitude qui est la norme chez
Windows et qui est une source infinie d'emmaverdavements sous les systèmes Unix / Linux !!!!!!!!!!!!
A+
Re: Comment lancer un fichier ".sh " ?!
Posté : lun. 8 juil. 2019 19:27
par arghlub
Salut Scrat,
Quand il y a des espaces dans des noms de fichiers/répertoires : soit mettre le chemin entier entre guillemets, soit comme l'a fait Alain, en échappant les espaces avec le caractère d'échappement anti-slash \ pour que le shell comprenne qu'il ne faut pas interpréter ces espaces comme des séparateurs vers d'autres arguments de la commande.