February 2006 - Shell - lists.asyd.net

paul et mickey ...
by Marc Chantreux 21 Feb '06

21 Feb '06

salut a tous, je viens de copier/coller une partie du comparatif des shells de mon site. Je n'ai pas relu mais comme c'est a mon avis source ce debats explosif et que je ne veux heurter les sensibilités de personne, *moi* ;), je vous demande d'y faire un tour afin que nous ajustions collectivement le texte. cordialement mc

2 1

[HS] livres et sur les shells scripts
by Jeremy Monnet 20 Feb '06

20 Feb '06

Salut tout le monde, Je rebondis sur la question qui vient d'être posée. Vu qu'on est en train de discuter site web pour recenser les commandes utiles etc, je pense qu'il serait pas mal aussi de faire un point sur la doc en ligne, les livres existant. En effet, la documentation "de référence" n'est pas forcément la plus adaptée pour un débutant par exemple. J'en viens donc à mes conseils du jour ;-) : - Le livre de Christophe Blaess "les scripts shell" a été pour moi une mine de renseignements sur les possibilités des shells, je le recommande. - l'ABSG est intéressant pour comprendre les syntaxes inconnues (donc dans l'étude de l'existant) mais pas pour l'apprentissage. Probablement parce qu'il n'a pas été pensé dans ce sens. Quid de la doc de Zsh ? - Pour apprendre le shell, et surtout pour avoir des "trucs et astuces", l'étude des scripts d'une distribution est probablement une bonne chose : ils ont été écrits par plusieurs personnes, avec des habitudes différentes, des conventions "presque" communes. (Pour l'exemple, j'ai appris des syntaxes bash comme les ${maVar##bla} en relisant les scripts réseaux de ma lfs pour y intégrer le support pour le wireless) Voila, tout commentaire bienvenu ! Jeremy PS : Je cause d'un livre, et du bash parce que je connais qu'eux. Je ne fais aucun sectarisme, cela va de soi ! :-) -- Linux Registered User #317862 Linux From Scratch Registered User #16571 Please do not send me .doc, .xls, .ppt, as I will *NOT* read them.

5 35

attente d'un signal
by Vincent Lefevre 20 Feb '06

20 Feb '06

Une petite question... avec un shell POSIX (sans supposition supplémentaire), est-il possible d'attendre un signal pour terminer avec un code de retour nul une fois le signal en question reçu? Évidemment, je veux une méthode suffisamment élégante et sans défaut (pas d'attente active consommant du temps CPU et la terminaison du processus doit être immédiate au sens strict du terme). C'est bien le processus shell qui doit recevoir le signal, pas un de ses fils. C'était le genre de script plus simple à écrire en shell qu'en Perl, surtout qu'il doit faire un "source" pour récupérer des variables d'environnement (à passer à un des processus fils du script). Pour le moment, je pense terminer le script par un "exec perl ..." où le petit script Perl contient un trap et fait un "POSIX::pause" (voire un sleep si le module POSIX est inexistant). -- Vincent Lefèvre <vincent(a)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA

2 9

find et l'exlusion de repertoires
by Bayrouni 20 Feb '06

20 Feb '06

Bonjour à tous, Je vous faire des recherches sur des fichiers avec find. seulement je n'arrive à lui dire comment chercher à partir de / mais sans aller dans /usr , /var ... par exemple. Je cherche des fichiers jpeg que j'ai pris avec mon APN qui et sont dispersés dans plusieur partitions (pas dans la hierarchie classique de GNU/Linux). Dans le page de manuel, il n'y rien du genre ignore ou exclude directories. Dans google, j'ai rien trouvé non plus. Il y a surement moyen de le faire, mais comment ? (en combinant avec grep?) Merci et bon week-end -- Bayrouni

4 12

le nom de la bête
by Christophe Martin 20 Feb '06

20 Feb '06

'soir à toutes et à tous, Pendant que Bruno avance, on a toujours pas de nom. Que pensez vous de "aux commandes" ou "ocommandes" ? C'est français, non négatif ;-), ça ne (dé)favorise ni l'interactif, ni l'ininteractif, ni même le X, et ça permet des slogans à deux balles genre "restez aux commandes", "soyez aux commandes" etc... Christophe.

3 4

Merci (was : Re: find et l'exlusion de repertoires)
by Jeremy Monnet 18 Feb '06

18 Feb '06

On 2/18/06, Bayrouni <bayrouni(a)brutele.be> wrote: > Merci pour tes réponses claires et pertinentes. > Merci pour ta patience Merci Vincent pour ses corrections toujours pertinentes également. D'ailleurs merci à tous ceux qui m'ont aidé a progresser et m'ont permis de répondre aujourd'hui à quelques questions : Marc, Bruno, Christophe ... et tous ceux que j'oublie (ne m'en veuillez pas surtout !) Jeremy (qui en profite pour détourner un peu la fin du fil) -- Linux Registered User #317862 Linux From Scratch Registered User #16571 Please do not send me .doc, .xls, .ppt, as I will *NOT* read them.

1 0

[OT] prune (was : Re: find et l'exlusion de repertoires)
by Jeremy Monnet 18 Feb '06

18 Feb '06

On 2/18/06, Vincent Lefevre <vincent(a)vinc17.org> wrote: > Maintenant, les connaisseurs peuvent faire une recherche directement > sur "prune". C'est *le* terme technique qui indique que lors d'une > recherche dans un arbre (ici, l'arbre des fichiers, les noeuds internes > étant les répertoires), on ne veut pas rechercher dans un sous-arbre > donné. L'autre jour je me posais la question de savoir pourquoi "prunning" dans les switchs qui implémentent le spanning-tree, bah, je crois que je viens d'avoir la réponse ! :-) Pour ceux qui ne connaissent pas, dans les architectures en étoile, si on a le malheur de faire une boucle dans le cablage, les performances s'écroulent parce que les paquets se redondent indéfiniment. Le spanning-tree permet l'exploration des chemins, et le prunning l'élimination des routes redondantes. Bon, bah merci Vincent ! (encore une fois) Jeremy -- Linux Registered User #317862 Linux From Scratch Registered User #16571 Please do not send me .doc, .xls, .ppt, as I will *NOT* read them.

1 0

exemple de code en shell/awk pas clair
by Bayrouni 18 Feb '06

18 Feb '06

Bonsoir à tous, Je suis en permanence les posts de la liste. Mais vu que je suis débutant en shell/awk/sed, je n'interviens que rarement. (quand j'ai une petite question :) Bien j'entre dans le vif du sujet. J'ai acheté le bouquin d'oreilly scripts shell. Mais il y a un exemple que je n'arrive pas à comprendre (il n'est pas vraiment expliqué). Voici l'exemple (je sais que c'est trop facil pour vous, mais pas pour moi :( md5sum "$@" /dev/null 2> /dev/null | awk '{ compteurs[$1]++ if (compteurs[$1] == 1) premiers[$1] = $0 if (compteurs[$1] == 2) print premiers[$1] if (compteurs[$1] > 1) print $0 }' | sort |awk '{ if (dernier != $1) print "" dernier = $1 print }' awk '{ C'est un script qui reçoit comme parametres un nombre de fichiers, et il a pour tache d'afficher les fichiers identiques, d'ailleurs son nom est aficher_fichiers_identiques. Pourriez-vous mettre aux moins des commentaires car je trouve que c'est trop hard pour un debutant. Merci d'avance -- Bayrouni

4 5

was [exemple de code ...] erreur
by Bayrouni 17 Feb '06

17 Feb '06

Désolé pour cette erreur

1 0

[Aux commandes] - Liste de man en français
by Jean-Philippe BARRALIS 17 Feb '06

17 Feb '06

Salut à tous, Je vous suis avec attention depuis quelques temps et je fais toujours de nouvelles découvertes avec certaines de vos remarques toujours très pertinentes. C'est toujours un plaisir de lire certains threads. Si ça peut aider, pour votre projet, voilà ce que j'avais commencé à faire sur mon site Web : J'avais un vieille Mandrake 9 qui trainait sur une machine au bureau et je me suis amusé a exporter tous les MAN francisés au format HTML. J'en ai profité pour essayer de soigner la présentation à l'écran pour optimiser la lecture. De plus, une css gère la partie "présentation", ce qui permet d'imprimer le document dans des conditions normales (sans le tralala graphique du site....) Au final, j'ai capitalisé plus de 1100 Mans officiels en français, qui peuvent représenter une source de documentation intéressante quand on se met à la programmation Shell, ou même quand on cherche une info précise sur une commande. Certains sont peut-être obsolètes et/ou à mettre à jour et/ou à enlever. Mais l'essentiel de la doc fédératrice est présente. Voilà si ca vous intéresse ça se passe par là : http://jp.barralis.com/linux-man/ @+ Jean-Philippe PS : Toute remarque est bonne à prendre... -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.10/263 - Release Date: 16/02/2006

2 1