Moi qui croyais que le developpement de bash etait mort, j'ai ete drollement surpris en faissant un tour sur slashdot : http://linux.slashdot.org/linux/04/07/29/139218.shtml?tid=162&t(...)
J'ai pas eu encore le temps de voir les nouveauté, mais esperons que cette version majeur apporte plein de chose interessante.
# changelog ici
Posté par foulmetal canette (site web personnel) . Évalué à 7.
pleins de corrections de bugs, affinages en tout genre, etc
niou features entre autre :
- introduction d'un nouvel opérateur binaire "=~" pour faire des matchings avec des regexps,
- on peut coder le for de cette manière : for i in {1..100}; do ....
on peut soit utiliser des entiers ou des caractères alpha :)
mes 0,35
# C'est pas que c'est mort
Posté par jmfayard . Évalué à 1.
Y'a qu'à voir comment on s'arrage les cheveux pour faire de la complétion programmable avec l'API toute pourrie de bash et à regarder celle de zsh ensuite pour comprendre pourquoi.
[^] # Re: C'est pas que c'est mort
Posté par lezardbreton . Évalué à 3.
[^] # Re: C'est pas que c'est mort
Posté par jmfayard . Évalué à 3.
* essaye
$ zsh
$ prompt -l
$ autoload -U promptinit # truc à mettre dans son .zshrc la prochaîne fois
$ promptinit # idem
$ prompt -l
Currently available prompt themes:
adam1 adam2 bart bigfade clint elite2 elite fade fire off oliver redhat suse walters zefram
$ prompt <un des trucs ci dessus>
Pas besoin d'être un power user pour aimer ça ;-)
* mon désamour pour bash est arrivé quand j'ai voulu ajouter à bash-completion pour GNU/Arch. C'EST UNE HORREUR INMAINTENABLE (pense à iptables de Linux par rapport à la syntaxe du firewall d'OpenBSD)
* la complétion est vraiment élaborée.
Elle affiche l'aide :
$ wget --wait[TAB]
---- option
--wait -- specify wait between retrievals
--waitretry -- wait between retries of a retrieval (seconds)
Elle a ce comportement délicieux
$ vim /etc/bash[TAB] affiche
---- file
bash_completion bash_completion.d/ bash_completion.rpmnew bashrc
Les [TAB] suivant affichent tour à tour sur la ligne de commande les 4 possibilités. Cool \o/
* ça a réglé pour moi un problème de rapidité génante de bash+bash_completion. Je ne trouvais pas normal d'attendre 2 secondes sur mon 300Mhz sur $ vim [TAB] dans un répertoire contenant beaucoup de fichiers. ça a à voir avec la façon stupide dont bash_completion gère la chose, qui est lui-même une conséquence de la syntaxe stupide de la complétion programmable de bash.
Donc pour répondre à ta question, je n'utilise pas du tout ZSH comme un power user. En fait, j'utilise mon shell juste comme avant, mais en mieux.
Demande à ton ami google un fichier .zshrc typique, et fonce !
[^] # Re: C'est pas que c'est mort
Posté par Yaz . Évalué à 3.
Déjà ? Merde... Ils ont oublié de me payer le mois de juillet alors....
[^] # Re: C'est pas que c'est mort
Posté par lezardbreton . Évalué à 2.
PS: les trolls, c'est fini sur DLPF :(
[^] # Re: C'est pas que c'est mort
Posté par chl (site web personnel) . Évalué à 3.
Non non, ils sont juste partis en vacances :)
[^] # Re: C'est pas que c'est mort
Posté par ianux (site web personnel, Mastodon) . Évalué à 2.
> Currently available prompt themes:
> adam1 adam2 bart bigfade clint elite2 elite fade fire off oliver redhat suse walters zefram
$ prompt adam1
sympa, je continu...
$ prompt adam2
waouh, cool, encore
$ prompt bart
$ erreur de segmentation (retour sous bash)
euh...
okédaccord, je continue sous bash si vous voulez bien...
(je jette pas le coquillage avec l'eau du bain, ça doit être un souci avec mon binaire ou ma distrib')
[^] # Re: C'est pas que c'est mort
Posté par Ph Husson (site web personnel) . Évalué à 1.
(zsh 4.2.0)
[^] # Re: C'est pas que c'est mort
Posté par bobert . Évalué à 2.
$ zsh
[5 secondes plus tard]
zsh: corrupt history file /home/bobert/.bash_history
$
$ echo $SHELL
/bin/bash
$
Ca a l'air vraiment cool, zsh :-(
[^] # Re: C'est pas que c'est mort
Posté par Anonyme . Évalué à 2.
Et ce n'est "qu'une" des finctionnalités de complétion bash. Le seul hic, c'est le chargment du précieux shell (3 sec sur mon athlon XP 2700+, autant dire que j'étais patient quand je tournais avec mon Celeron 333), et l'occupation mémoire.
J'ai réinstallé mes machine ces dernier jours, et je n'ai pas restauré mes configs user (qui sont sur un disque à côté de ma souris), et bash me satisfait ... pour l'instant.
(j'ai passé ma période d'intraveineuse quotidienne de cmd line, faut le dire)
[^] # Re: C'est pas que c'est mort : erratum
Posté par Anonyme . Évalué à 2.
[^] # Re: C'est pas que c'est mort : erratum de l'erratum
Posté par Guillaume ARTUS . Évalué à 2.
_Tus_
[^] # Re: C'est pas que c'est mort : erratum
Posté par Infernal Quack (site web personnel) . Évalué à 2.
urpmi bash-completion et ajoutes ". /etc/bash_completion" dans ton ~/.bash_profile car les monsieurs de chez Mandrake ont décidé que bash completion c'était trop power user alors ils l'ont désactivé comme Microsoft a désactivé la completion sous DOS.
Si quelqu'un de chez Mandrake passe ici il faudra m'expliquer cette désicion à la noix car je ne vois pas l'intérêt.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: C'est pas que c'est mort : erratum
Posté par Elly . Évalué à 2.
[^] # Re: C'est pas que c'est mort : erratum
Posté par lezardbreton . Évalué à 2.
[^] # Re: C'est pas que c'est mort : erratum
Posté par Aurélien Bompard (site web personnel) . Évalué à 2.
[^] # Re: C'est pas que c'est mort
Posté par Vroum . Évalué à 1.
http://zsh.sourceforge.net/Intro/intro_toc.html(...) (version pdf dispo)
A lire et c'est assez rapide...
Evidemment, la puissance de zsh réside surtout dans la "complétion" mais il existe pleins d'exemples qui m'ont tout de suite fait gagner du temps comme la variable AUTOCD qui permet d'aller dans le répertoire sans faire de cd ou la correction CORRECT des fautes de frappes.. :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.