changelog ici

C'est pas que c'est mort

• [^]Re: C'est pas que c'est mort

  Posté par lezardbreton (Jabber id, page perso, ) le 29/07/2004 à 19:32. (lien). Évalué à 3.

  Je ne suis pas un expert shell loin de là. Mais j'ai du mal à comprendre quels sont les avantages de zsh. Est ce que cela devient avantageux pour un power-user, ou peux tu ressentir des avantages même si les seules taches que tu fais en console sont courantes et peu compliquées ?

  • [^]Re: C'est pas que c'est mort

    Posté par jmfayard () le 29/07/2004 à 21:06. (lien). Évalué à 3.

    Bon, c'était un troll fait pour tester le peu de réactivité de linuxfr en ce 29 aout, mais je vais essayer de répondre quand même :
    
    * 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 () le 29/07/2004 à 21:20. (lien). Évalué à 3.

      en ce 29 aout
      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 (Jabber id, page perso, ) le 29/07/2004 à 21:43. (lien). Évalué à 2.

      C'est peut-être là tout mon problème. Je n'aime pas les trucs trop longs à configurer avec des variables bizarres, le pire étant fvwm qui est vraiment imbitable. En tout cas, merci de ta réponse.
      PS: les trolls, c'est fini sur DLPF :(

      • [^]Re: C'est pas que c'est mort

        Posté par chl (page perso, ) le 29/07/2004 à 22:14. (lien). Évalué à 3.

        > PS: les trolls, c'est fini sur DLPF :(
        
        Non non, ils sont juste partis en vacances :)

    • [^]Re: C'est pas que c'est mort

      Posté par ianux (Jabber id, page perso, ) le 30/07/2004 à 04:43. (lien). Évalué à 2.

      > $ prompt -l
      > 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')

      --
      radio ianux

      • [^]Re: C'est pas que c'est mort

        Posté par Ph Husson () le 30/07/2004 à 10:02. (lien). Évalué à 1.

        Idem sur ma LFS :)
        (zsh 4.2.0)

      • [^]Re: C'est pas que c'est mort

        Posté par bobert () le 30/07/2004 à 10:35. (lien). Évalué à 2.

        Encore mieux chez moi:
        
        $ 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 √λιi () le 29/07/2004 à 22:35. (lien). Évalué à 2.

    Pour moi, le truc qui tue chez zsh, c'est quand tu fait make [TAB] il va te chercher les cibles dans le Makefile, et quand tu fait ./configure [TAB], il va te chercher les options dans la config.
    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 √λιi () le 29/07/2004 à 22:36. (lien). Évalué à 2.

      Et ce n'est "qu'une" des fonctionnalités de complétion zsh

      • [^]Re: C'est pas que c'est mort : erratum de l'erratum

        Posté par Guillaume ARTUS (page perso, ) le 30/07/2004 à 05:54. (lien). Évalué à 2.

        Non non tu avais raison c'est aussi une des fonctionnalités de complétion de bash...
        
        _Tus_

      • [^]Re: C'est pas que c'est mort : erratum

        Posté par Infernal Quack (Jabber id, page perso, ) le 30/07/2004 à 06:55. (lien). Évalué à 2.

        Bash aussi a ça.
        
        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.

        • [^]Re: C'est pas que c'est mort : erratum

          Posté par Elly (page perso, ) le 30/07/2004 à 08:16. (lien). Évalué à 2.

          Parce que pour certains trucs c'est quand même lentissime, et que pendant quelques secondes ton shell se blo ?

          • [^]Re: C'est pas que c'est mort : erratum

            Posté par lezardbreton (Jabber id, page perso, ) le 30/07/2004 à 08:49. (lien). Évalué à 2.

            Exact, le shell_completion provoque des ralentissements considérable sur certains configurations. Je comprends tout à fait leur position. La preuve : on a fait pareil sous Nasgaïa, Debian le fait aussi, etc...

            • [^]Re: C'est pas que c'est mort : erratum

              Posté par Aurélien Bompard (Jabber id, page perso, ) le 30/07/2004 à 15:30. (lien). Évalué à 2.

              Perso j'ai juste désactivé la completion pour vim, et il faut juste que je fasse gaffe avec rpm et apt, et ensuite c'est bon (rpm -ql et c'est parti, grave erreur d'oublier le "p")

  • [^]Re: C'est pas que c'est mort

    Posté par Vroum () le 02/08/2004 à 12:15. (lien). Évalué à 1.

    Personnellement, le document qui m'a convaincu d'utiliser zsh à la place de bash est certainement l'introduction disponible sur le site officiel:
    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.. :)