Posté(e) le 16 octobre 200618 a maintenant je l'intègre à ma Gentoo et j'essaies de le faire marché en dual screen (2 écrans de taille différente ...) sur le portable ... Chez moi ça marche pas, ça
Posté(e) le 16 octobre 200618 a J'ai un p'tit stress avec mon script... #!/bin/sh # PATHISO="/media/iso/" .../... fi exit 0 Il ne passe pas PATHISO dans cmd et je comprends pas... Ici j'ai décortiqué pour voir l'erreur mais sinon je l'avais mis direct dans le if... Si quelqu'un a une idée... #!/bin/sh aa="AA" AA="aa" echo $aa echo $AA sh test.sh AA aa le shell est case sensitive => $PATHISO != $pathiso
Posté(e) le 16 octobre 200618 a Oui je sais, j'aurais du les remettre en minuscule! J'ai changé les premiers pour essayer en majuscule comme un pote me l'a conseillé mais j'ai oublié de les remettre... Donc je confirme que ca ne fonctionne pas que ca soit en majuscule ou minuscule...
Posté(e) le 16 octobre 200618 a toujours pas Je crées un topic séparé, quelqu'un divise ou on reste ici?
Posté(e) le 16 octobre 200618 a cmd=`mount | grep $PATHISO` Tu peux remplacer par grep $PATHISO /etc/mtab Quelle partie bloque exactement ? Chez moi : #!/bin/sh # PATHISO="/dev/hda1" #cmd=`mount | grep $PATHISO` #cmd=`grep $PATHISO /etc/mtab` echo $cmd fonctionne qu'on utilise la première ou la deuxième méthode.
Posté(e) le 16 octobre 200618 a Ben je comprends pas, des fois ca fonctionne et des fois pas... Enfin bon j'ai pas mal chipotté et le script fonctionne presque a merveille... Ben il reste un soucis c'est le problème des fichiers avec des caractères a contrer a coups de backslashes... J'ai regardé dans /etc/bash_completion mais je suis largué et un peu fatigué aussi donc je regarderai p'tet demain... Sinon voila, je commencerai a faire le mini-howto lorsque je saurai reformater les chemins d'accès aux fichier et aussi.... Une petite question... Quelle est la directory la plus appropriée pour placer des scripts comme ca? Je me doute que ca peut varier d'un user a un autre mais il faut quand meme que ce soit un dossier bin reconnu comme étant conteneur de commandes nan? EDIT : ortho poisseux du aux p'tits yeux qui se ferment....
Posté(e) le 16 octobre 200618 a Une petite question... Quelle est la directory la plus appropriée pour placer des scripts comme ca?Je me doute que ca peut varier d'un user a un autre mais il faut quand meme que ce soit un dossier bin reconnu comme étant conteneur de commandes nan? genre /usr/local/bin
Posté(e) le 17 octobre 200618 a Selon le fhs http://www.pathname.com/fhs/ les binaires vont dans /usr/local/{s,}bin. Mais bon par usage ça vaut aussi pour les scripts. Si ce n'est pas un script d'admin, alors dans bin et pas sbin. Sinon il reste /srv, /usr/lib, /usr/share{/misc,} suivant les cas.
Posté(e) le 17 octobre 200618 a et /opt si tu as vraiment une trallée de script et que ça en fait une appli complète
Posté(e) le 17 octobre 200618 a Une petite question... Quelle est la directory la plus appropriée pour placer des scripts comme ca?Je me doute que ca peut varier d'un user a un autre mais il faut quand meme que ce soit un dossier bin reconnu comme étant conteneur de commandes nan? genre /usr/local/bin C'est bien a lui que je pensais, moi j'ai betement mis dans un bin dans mon home en souvenir de ma mandriva qui le prenait en compte... Mais je voulais un truc plus classique et passe-partout... Selon le fhs http://www.pathname.com/fhs/ les binaires vont dans /usr/local/{s,}bin. Mais bon par usage ça vaut aussi pour les scripts. Si ce n'est pas un script d'admin, alors dans bin et pas sbin. Sinon il reste /srv, /usr/lib, /usr/share{/misc,} suivant les cas. Ok merci pour le lien, ca me servira surement et /opt si tu as vraiment une trallée de script et que ça en fait une appli complète Oui un peu comme comme mon f@h, mon openvpn, etc... Ici ce n'est pas vraiment le cas mais merci quand meme
Posté(e) le 17 octobre 200618 a ça m'étonne que $PATHISO marche... d'après la complétion de bash, $PATHISO = ${PATH}ISO et non pas ${PATHISO}
Posté(e) le 17 octobre 200618 a oups, effectivement, j'ai dis une connerie. Je croyais que bash respectait une certaine règle du préfixe. Comme $PATH est déjà défini, je pensais qu'une varible appelée PATHQUELQUECHOSE sans protection ( ${PATHQUELQUECHOSE}) mènerait nécéssairement à une substitution inattendue... Mais vu qu'il n'y a pas de règle du préfixe, tout va pur le mieux. C'est plus clair ?
Posté(e) le 17 octobre 200618 a Ouais c'est clair, mais ça ne fonctionne pas comme ça non Le nom de la variable s'arrête au premier caractère qui n'est pas [a-zA-Z0-9_]
Posté(e) le 17 octobre 200618 a rhaaaaaa c'est la guerre pour trouver l'élément qui rajoute les \ dans bash_completion... Quelqu'un sait comment on fait? J'ai cherché avec le mot clef s/ pour la substitution....
Posté(e) le 20 octobre 200618 a Le bar en milieu de page? Hors de question Plus sérieusement, je suppose que vous avez lu la news sur Ubuntu et surtout les commentaires. Au fils des commentaires (qui a dit troll?) on voit qu'il manque un dossier Linux (peu être simplement Ubuntu, je ne sais pas trop). Je pense qu'on a bien plus qu'une base pour un tel dossier avec les liens importants mais il ne faudrait pas faire de doublons en même temps. Vous pensez quoi d'une idée de dossier PCInpact Linux qui remetrait un peu au point les trolleurs du vendredi sur ce qui fonctionne (et ce qui ne fonctionne pas) sous ce système?
Posté(e) le 20 octobre 200618 a Une petite question candide qui ne vaut pas la création d'un topic : Par quel moyen puis-je chiffrer (encoder) un gros fichier avec un mot de passe ? Genre : crypt filename password=toto, puis uncrypt filename password=toto (le rêve serait : un package .deb sous une Sarge...) mici
Posté(e) le 20 octobre 200618 a grace à la commande "command-not-found" (cf le topic sur les commandes utiles) si je tape crypt il me suggère d'installer le package mcrypt fais un apt-cache show mcrypt
Posté(e) le 20 octobre 200618 a faut en parler aux instances modérantes ... Oki, on va les faire venir avec un bon vieux troll des cavernes : "Emacs peut faire ce que fait vi mais pas le contraire". Et puis pour les faire revenir :
Posté(e) le 20 octobre 200618 a Avec gpg sinon. Tu chiffre avec la clé publique puis tu déchiffre avec ta clé privée. C'est fait pour ça.
Posté(e) le 20 octobre 200618 a Vous pensez quoi d'une idée de dossier PCInpact Linux qui remetrait un peu au point les trolleurs du vendredi sur ce qui fonctionne (et ce qui ne fonctionne pas) sous ce système? Des trolls y'en aura toujours (et même la connaissance ne changera pas forcément ça...), ceux qui veulent savoir de quoi ils parlent le peuvent sans difficulté.
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.