Lancer un script sous UNIX - Page 1

J'ai un problème : à l'IUT, on n'a accès qu'à des terminaux X, j'ai voulu installer un client IRC assez léger parce qu'on n'a pas énormément de place sur notre compte, j'ai trouvé SIRC qui a l'air correct...
J'ai dézipé et détaré le contenu de l'archive. Ensuite, le README indique de lancer le script install en tapant : ./install
Mais quand je tape ça, je reçois l'erreur "ksh: ./install: not found.", pourtant le fichier est bien présent.
Bref, ce n'est pas grave, j'essaie une méthode bourrine : je vais dans /bin et je tape ksh <chemin/install, là le script ce lance, mais déjà premier petit problème : à chaque saut de ligne dans la source, je récupère une erreur : "ksh[n°_ligne]: ^M: not found."
À part ça, le début du script est interprété correctement, mais rapidement, je reçois un message d'erreur : "' is not expected.Syntax error at line 32 : `in". Je pense que c'est à cause d'une erreur dans la source du script, mais ça m'étonnerait qu'un gars diffuse un truc qui ne marche pas et qui n'ait pas déjà été signalé, et puis j'ai déjà eu beaucoup de problèmes avant, donc peut-être que le problème ne vient pas du script lui-même en fait.
Voilà, en cours on n'a pas encore appris à utiliser des scripts, donc en fait peut-être que j'ai fait n'importe quoi, d'ailleurs quand je redirige l'entrée vers ksh, je ne sais même pas si c'est correct, parce qu'on ne l'a pas vu en cours non plus, j'ai juste lu ça il y a qq temps, il est possible que ma mémoire me joue des tours.

Je pense que le problème est que le script n'est pas fait pour ksh, mais seulement pour bash.

Au début du fichier install, il y a ceci : #!/bin/ksh
J'ai pensé que ça voulait dire qu'il s'agissait d'un script ksh. Je me trompe ?

Hmmm, normalement oui. Peut-être que ça n'a été testé qu'avec pdksh et pas avec le Korn shell original. Ou, problème lié, que le ksh du UNIX que tu utilises est trop ancien.

Mais un espoir reste: vérifie que la permission x (exécuter) est mise sur le fichier. Si elle n'est pas mise, c'est normal que ./install ne marche pas.

Je n'ai même pas pensé à vérifier mon x, mais je pensais que si je n'avais pas ce droit, j'aurais plutôt une erreur du genre : "permission denied".
Et même sans avoir le x, j'ai la possibilité d'exécuter un script en redirigeant l'entrée standart comme je l'ai fait ?

Quant à la version du ksh du UNIX que j'utilise, je ne la connais pas
Je ne sais même pas quellle version d'UNIX nous avons (je ne sais même pas non plus si on peut parler de version pour UNIX)...

Merci pour tes réponses.

Sasume :
Je n'ai même pas pensé à vérifier mon x, mais je pensais que si je n'avais pas ce droit, j'aurais plutôt une erreur du genre : "permission denied".

Et ben, pas nécessairement. J'ai déjà eu des erreurs de style "not found" pour ce genre de trucs.

Et même sans avoir le x, j'ai la possibilité d'exécuter un script en redirigeant l'entrée standart comme je l'ai fait ?

Oui, parce que dans ce cas, tu lis, tu n'exécutes pas. Mais apparemment ça crée ton autre problème (avec les ^M), donc à éviter.

J'ai vérifié et j'ai bien le x

Tu peux me filer le lien de SIRC ? Que j'essaye.

Des que je peux.

Heu...
Perso le fichier install commence par #!/bin/sh.
Et l'install se passe sans probleme

je n'arrive pas a dl l'archive

Sasume si tu veux un client léger et bien foutu essaie plutôt irssi

Sasume > Moi j'ai souvent eu des ^M en fin de ligne lors de l'ouverture sous Linux d'un fichier windows.

C'est normal !
Windows code les fin de lignes par \r, \n. (Deux caracteres).
Alors qu'Unix code ca par \n.
Normalement c'est transparent pour n'importe quelle fonction fopen/fclose, etc.

Ben oui, je sais tout ça, mais bon ... Apparemment emacs ne sait pas le gérer. A moins que ce soit caml sous windows qui fasse de la merde dans les fichiers.

Prend une version plus recente.

Pareil avec la dernière version d'xemacs, les .txt issus d'xemacs se lisent mal avec le bloc-notes. (Le tout sous windows uniquement)

fabetal_ :
Sasume si tu veux un client léger et bien foutu essaie plutôt irssi

ya que ca de vrai

+1

²

c comme street fighter, faut comboter

ssh sur un bon serv + screen + irssi
ca encore plus que ca de vrai

là ! là ! un barbare !

nan mais j'veux pas dire, mais irssi ...

je gere bien mes mails avec fetchmail+procmail+mutt (+metamail+lynx pour les mail en html

au moins j'ai qu'a me logger chez moi et j'suis pas obligé de passer par un webmail de merde

> le mail en command line c l'avenir

> le mail en command line c l'avenir :
tout à fait d'accord, je n'utilise personnellement que mutt // pine, jamais de mails en html, ils vont direct à la poubelle si y'a pas de plain-text

bah pour le mail en html y'a la methode oldskool:

(gamo)frangipane: ~% cat .mailcap
text/html; lynx -dump -force_html '%s'; copiousoutput; 
description="HTML Text"

certes, mais je refuse simplement de lire tout mail contenant uniquement du html, parce qu'ils sont *presque* systématiquement du spam ... donc tout passe à la trappe, pas besoin d'installer un spamassassin, qui retournerait le meme resultat

Moi aussi

Bwarf, on peut aussi consulter son client de messagerie avec un client telnet, hein

mes mails passent dans 2 spam assassin dont 1 qui filtre qq dizaines de millers de mails / jours (l'autre seulement qq milliers
les mails en html c sur c du spam a 90%, va dire ca aux pauvres gens qui utilisent hiotmail ou certain webmail ...

mon spam est trié (vielle regle procmail sur ****SPAM**** dans le header) le reste je consider ca comme un mail "normal" mm si c les mails en html c pas mon gd trip ...