Sondage La commande de base que je tape le plus

Posté par .
Tags : aucun
0
31
déc.
2004
  • ls :
    2109
    (62.4 %)
  • cd :
    830
    (24.5 %)
  • rm :
    30
    (0.9 %)
  • cp :
    11
    (0.3 %)
  • mv :
    12
    (0.4 %)
  • mount :
    46
    (1.4 %)
  • cat :
    62
    (1.8 %)
  • vi | emacs :
    197
    (5.8 %)
  • c:/ :
    84
    (2.5 %)

Total : 3381 votes

La liste des options proposées est volontairement limitée : tout l'intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées, ou de l'impossibilité de choisir plusieurs réponses. 76,78% des sondés estiment que ces sondages sont ineptes.
  • # lynx linuxfr.org

    Posté par . Évalué à 2.

    :)
  • # Toutes ?

    Posté par (page perso) . Évalué à 3.

    Moi c'est plutot grep. Voila
    • [^] # Re: Toutes ?

      Posté par . Évalué à 1.

      Moi c'est plutot grep.

      Je ne suis pas loin, moi c'est le plus souvent ls -lrt | tail -22 suivi de ls -lrt | grep xyz.
      • [^] # Re: Toutes ?

        Posté par (page perso) . Évalué à 2.

        22 ?
        • [^] # Re: Toutes ?

          Posté par . Évalué à 1.

          22 ?

          Oui car ça affiche toute la liste dans un xterm/konsole de taille usuelle (à savoir 24 lignes), en laissant visible la commande initiale. Ca maximise en quelque sorte. Je fais souvent "tail" tout seul sinon.
          • [^] # Re: Toutes ?

            Posté par (page perso) . Évalué à 2.

            C'est masochiste d'utiliser des terminaux X en 24 lignes de nos jours, malheureux enfant va !
  • # Lien pour Half-Life 2 ???

    Posté par . Évalué à 3.

    Ca n'a pas grand rapport avec ce sondage, mais qu'est ce qu'un lien commercial pour acheter Half-Life 2 vient faire sur Linuxfr ? (dans la boite anciens sondages à gauche)
  • # Pourquoi piper vi dans emacs ?

    Posté par . Évalué à 10.

    on se le demande...

    *<:-)==

  • # [x] cd, mais plutot popd / pushd

    Posté par . Évalué à 5.

    pour les accros de cd qui ne connaissent pas popd et pushd, un petit détour par le manuel s'impose...

    PS : j'aurais bien voté screen aussi :-)
    • [^] # Re: [x] cd, mais plutot popd / pushd

      Posté par . Évalué à 4.

      olivier@Champloo ~ $ man popd
      Aucune entrée de manuel pour popd
      olivier@Champloo ~ $ man pushd
      Aucune entrée de manuel pour pushd
      olivier@Champloo ~ $ popd -h
      bash: popd: -h: invalid number
      popd: usage: popd [+N | -N] [-n]
      olivier@Champloo ~ $ pushd -h
      bash: pushd: -h: invalid number
      pushd: usage: pushd [dir | +N | -N] [-n]
      olivier@Champloo ~ $

      hum, pas très documenté ce truc.
      • [^] # Re: [x] cd, mais plutot popd / pushd

        Posté par . Évalué à 4.

        ce sont des commandes internes au shell

        $ man bash
        • [^] # Re: [x] cd, mais plutot popd / pushd

          Posté par . Évalué à 3.

          c'est pas bien difficile de toute façon : c'est comme la pile en assembleur, mais ça stocke le répertoire courant.
          comme ça "pushd" sauvegarde l'emplacement courant, on peut aller se balader dans les arbres (-->[]), puis on revient direct là où on était en tapant "popd".
          • [^] # Re: [x] cd, mais plutot popd / pushd

            Posté par . Évalué à 4.

            Le shell propose la commande "cd -" pour retourner dans le repertoire dans lequel on etait precedemment -- mais il ne garde qu'un seul repertoire en memoire. Les commandes pushd et popd permettent de faire cela avec plusieurs repertoire, et pas necessairement le dernier. Le probleme, c'est qu'il faut prealablement empiler le repertoire dont on aura besoin plus tard -- et si on en a besoin plusieurs fois, il faut aussi le prevoir.
            Certains proposent, plus simplement, d'etendre le "cd -" afin de garder les 10 derniers repertoires: http://linuxgazette.net/109/marinov.html(...)
  • # Comment le savoir ?

    Posté par (page perso) . Évalué à 6.

    J'avais déjà vu (ici je crois) un moyen de savoir la commande qu'on tapais le plus.

    Mais j'ai pas retrouvé, alors j'ai essayé de le faire moi même:

    cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head


    Et on obtient la liste des commandes qu'on tape le plus (basé sur les 3 premiers caractères tapés.

    Chez moi c'est cd.
    (Et en root, c'est pacman évidement, vive Archlinux)
    • [^] # Re: Comment le savoir ?

      Posté par (page perso) . Évalué à 0.

      cool sympa la commande :)

      voici les résultats pour moi :) c marrant je pensais pas que exit serait dans le top 3 :)
      126 ls
      83 cd
      43 exit
      30 mv
      • [^] # Re: Comment le savoir ?

        Posté par (page perso) . Évalué à 0.

        je n'utilise pas la commande "exit" directement : Ctrl-D p@w@h
        donc cd plus que "ls" car cd donne un pseudo ls ;-p

        donc en fait assez peu de ls et pas mal de cd.
        • [^] # Re: Comment le savoir ?

          Posté par . Évalué à 1.

          gni ???

          Pourquoi le pseudo ls en question se retrouverait dans l'historique du shell ???

          donc ls plus que cd... ;)
          • [^] # Re: Comment le savoir ?

            Posté par (page perso) . Évalué à 1.

            gniii ?

            justement, ça ne s'y trouve pas...
            et vu que cd affiche un bout de ls, je ne fais *jamais* de ls... donc
            CD plus que LS (et ça se vérifie quand je compte)
    • [^] # Re: Comment le savoir ?

      Posté par (page perso) . Évalué à 7.

      sort -rn je dirais
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 2.

      Pour ne pas donner plus d'eau au moulin, voilà pour chez moi :
      59 cd
      53 ls
      50 engage
      49 sudo xxx
      19 ls -l
      14 vlc

      À noter les très bon scores d'engage (que je suis actuellement en train de tester (et les tests sont concluents) et de sudo. Encore à noter, le fait que ls est en fait en tête grâce à ls -l

      Bon vent
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 0.

      j'ai voté pour ls mais en fait ta commande me donne :

      ./configure

      :)
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 0.

      j'ai voté pour "ls"
      mais j'ai comme résultat :
      67 ssh
      45 apt-cache search xxx
      40 sudo apt-get install xxx
      36 cat xxx

      ca peut-être être considéré une preuve que Nautilus est devenu vraiment utilisable :)

      Note : ce n'est qu'un PC secondaire que j'utilise le WE quand je rentre chez mes parents, il me sert principalement à surfer et consulter mes mails.
      • [^] # Re: Comment le savoir ?

        Posté par . Évalué à 0.

        et sur ma machine normale ca donne :

        34 mono
        39 ls
        40 ll
        70 cd

        ll étant un alias vers "ls -l"
        ca correspond à mon vote :)
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 1.

          499 clear && fortune
            1 telnet 192.168.0.1
      
      J'ai honte...
      • [^] # Re: Comment le savoir ?

        Posté par . Évalué à 0.

        J'ai voté ls, mais apparemment je me trompe complétement
        92 cd .. 
        73 vim 
        49 ssh
        
        • [^] # Re: Comment le savoir ?

          Posté par . Évalué à 2.

          Chez moi, j'ai mis fait un alias pour la commande "cd ..".

          Du coup, il me suffit de taper "s Entrée" pour remonter dans l'arborescence.

          Très pratique !
          Je me suis habitué à cet alias car elle était présente dans ma première distrib : la Mandrake.
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 4.

      Bon je l'ai retrouvé :

      cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -n | tail -n 15

      45 less
      62 vim
      232 ls
      235 cd
      • [^] # Re: Comment le savoir ?

        Posté par (page perso) . Évalué à 1.

        10 bg
        10 su
        12 man
        13 gedit
        13 ls
        31 cd
        82 yum

        l'installation de cette fedora est recente...

        en vous remerciant
      • [^] # Re: Comment le savoir ?

        Posté par (page perso) . Évalué à 2.

        Je n'ai pas pris la peine de rechercher l'utilité de sed dans cette expression mais j'ai pu en apprécier avec surprise le résultat :
        (Remarquez l'option -r de sort et le remplacement de tail par head).

        $ cat /home/pierre/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -rn | head -n 5
        167 ll
        93 ssh
        56 grep
        55 cd
        53 gvim

        La surprise a été ssh en deuxième position car au pifomètre, j'aurais mis gvim bien avant.
        • [^] # Re: Comment le savoir ?

          Posté par (page perso) . Évalué à 1.

          $ cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c |sort -n | tail -n 15
          1 setsid
          1 su
          1 sudovi
          2 ./verlihub
          3 scp
          3 which
          4 ps
          5 chmod
          6 rm
          14 vi
          19 cd
          20 ./a.out
          33 ll
          61 l
          317 sudo

          Je n'aurrai jamais pensé que les droits root me soient autant nécessaires...

          enfin c une machine en configuration, alors c'est ptet normal...
          • [^] # Re: Comment le savoir ?

            Posté par . Évalué à 2.

            Et ce serait pas une Ubuntu par hasard ? ;)

            J'en ai installé une récemment, c'est très bien mais il faut vraiment prendre l'habitude d'utiliser sudo. :) Moi qui utilise une Debian je passe en root avec su avant d'exécuter les commandes qui nécessitent les droits root.
        • [^] # Re: Comment le savoir ?

          Posté par . Évalué à 1.

          Bien plus élégant :
          perl -e 'map {m|(\S+)|; $cmd{$1}++} <>; print join("\n", map {"$cmd{$_} $_" } (sort {$cmd{$b} <=> $cmd{$a}} keys %cmd)[0..4]), "\n"' ~/.bash_history

          Chez moi ça donne :
          89 ls
          46 vim
          39 sudo
          34 cd
          23 ifconfig

          Le ifconfig, car j'ai des soucis avec ma FreeBox (sur port USB). Ca marche bien, mais je perds la connexions au bout d'un temps d'inactivité assez court... d'où ifconfig pour vérifier que c'est bien là d'où vient mon pb.
      • [^] # Re: Comment le savoir ?

        Posté par (page perso) . Évalué à 2.

        17 ./pytone
        19 ps
        22 ldapsearch
        24 grep
        26 ./run.py
        28 kill
        34 apt-cache
        35 python
        35 wget
        36 rm
        49 sudo
        87 less
        138 cd
        162 ed
        182 ls

        J'ai voté vim (aliasé chez moi sur ed car à l'univ c'est l'alias qu'on avait (avec em pour emacs)) mais apparemment ls est un tout petit peu devant.

        Bon score pour sudo (pour l'apt-get), apt-cache, python et wget (qui combiner à grep me permet de tester les pages de mon site).
      • [^] # Re: Comment le savoir ?

        Posté par . Évalué à 1.

        cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -n | tail -n 15

        27 ssh
        27 sudo
        35 perl
        41 ls
        73 vi
        103 make

        Hallucinant ? non ? :)
      • [^] # Re: Comment le savoir ?

        Posté par . Évalué à 1.

        très bien cette commande !

        j'ai voté ls et c'est bien ls chez moi :
        29 apt-cache
        41 df
        45 su
        74 less
        85 ls


        sinon apt-cache roxor :-D
    • [^] # Re: Comment le savoir ?

      Posté par (page perso) . Évalué à 2.

      cd truc && ls
      (je me rappelle avoir eu fait un script faisant cd {dernier argument} && ls {options} mais impossible de remettre la main dessus.)
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 2.

      67 echo
      58 ls
      57 cd
      34 apt-cache
      33 su
      19 man

      (cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head)
      • [^] # Re: Comment le savoir ?

        Posté par (page perso) . Évalué à 2.

        florent@pluton:~$ cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head
        66 su
        47 ./Proxy.pl
        42 ls
        40 cd
        36 vi
        22 perl
        19 man
        19 df
        16 cat
        14 mount

        Décidément être root y'a que ça de vrai.
        ./Proxy.pl est un test de HTTP::Proxy.
        J'avais voté pour ls, je me suis pas trop trompé.
    • [^] # Re: Comment le savoir ?

      Posté par (page perso) . Évalué à 1.

      Pas de doute, c'est bien ls.
      104 ls
      40 mplayer
      32 su
      31 cd
      22 screen
    • [^] # Re: Comment le savoir ?

      Posté par . Évalué à 2.

      > J'avais déjà vu (ici je crois) un moyen de savoir la commande qu'on tapais le plus.

      Yep, dans les commentaires d'un journal qui posait justement la même question que ce sondage :
      http://linuxfr.org/~cho7/15027.html(...)
      • [^] # Re: Comment le savoir ?

        Posté par . Évalué à 1.

        Moi:

        61 ls
        50 su
        45 exit
        44 rm
        31 emacs
        22 cd
        20 mv
        17 man
        14 chmod

        J'avais bien voté `ls' mais j'imaginait pas que je lançait aussi souvent emacs :)
        • [^] # Re: Comment le savoir ?

          Posté par . Évalué à 1.

          Sur mon serveur :
          ROOT :                     Utilisateur : (unique : moi pour des trucs 
                                                              toujours licites ;))
          
               15 man                   19 done
               18 chown                20 vim
               18 echo                   23
               19                           25 kill
               21 grep                   25 su
               21 ping                   25 vncserver
               24 tail                     44 rm
               26 rpm                   49 killall
               31 iftop                  57 nohup
               44 vim                    91 cd
               62 ps                    112 ls
               65 cd                    125 tail
               65 urpmi                139 ps
               67 cat    
              128 ls
          Donc la psychologie sommaire du valisystem::ROOT c'est d'être prudent (cat + ls), et de se faire chier avec urpmi.
          
          valisystem::USER se soucie beaucoup de sa consommation des ressources (ps), sur un Celeron 333 ca se comprend.
           Mais que peu t'il bien faire avec ses tail -f ? ;)
          
          J'ai donc un serveur sous mandrake, bouh !
          
          • [^] # Re: Comment le savoir ?

            Posté par . Évalué à 1.

            J'avais créé un petit script ( http://yanou002.free.fr/calccmds.sh(...) ) mais quand j'ai lu les réponses au vote, j'ai vu que ça a servi a rien :
            yann@pcyann:~ $ sh calccmds.sh ls: 34,812287
            cd: 33,105802
            cp: 8,191126
            mv: 10,238908
            rm: 6,825939
            vi: 6,484642
            emacs: 0,341297
            yann@pcyann:~ $ cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head
            98 ls
            86 cd
            40 su
            23 mv
            21 zsnes
            20 cp
            18 kill
            15 vi
            14 mkdir
            14 cat
            yann@pcyann:~ $ cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head
            72 ls
            6 man 5 lilo.conf
            6 ln -s /home/yann/.gaim/ .gaim
            64 cd apache2-default/
            5 ./get
            4 xgnuboy ~/Documents/Roms/gb/Super\ Mario\ Land. vous moquez pas svp...
            4 wget -c http://www.ncsu.edu/project/runt/runt-4.0.zip(...)
            4 strace sound-juicer 2>errs
            4 rm * je vous jure
            40 su
          • [^] # Re: Comment le savoir ?

            Posté par . Évalué à 1.

            > Mais que peu t'il bien faire avec ses tail -f ?

            Ben, suivre les logs, non ?
    • [^] # Re: Comment le savoir ?

      Posté par (page perso) . Évalué à 1.

      root@moskito:~# cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head
      9 make
      8 + /usr/sbin/iptables -A INPUT -p icmp --icmp-type destination-unreachable -s 0/0 -d 213.41.172.145 -j ACCEPT
      8 killall gnome-pdf-viewer
      8 chmod 666 bb.log
      6 tar tvzf /home/forum/OGM-cd/additifs/img/pcweb-sites/cvsroot-32.tgz
      6 df
      5 umount /mnt
      5 top
      5 mv bb.log /home/users/marc/
      5 /dev/hda1 * 63 39102209 19551073+ 7 HPFS/NTFS


      drole de surprises ??
      et oui je viens d'installer une souris optique à molette qui m'a donné un peu de fil à retordre ( je vous parle pas des copier/coller intempestifs )
  • # cd

    Posté par (page perso) . Évalué à 1.

    J'ai voté cd mais en fait c'est peut-être bien startx
  • # ls ?

    Posté par (page perso) . Évalué à 5.

    À l'heure de mon vote, et de ce commentaire, ls est en tête avec près de 70% des votants.

    Ça sert à quoi ls ? Vous ne connaissez pas la complétion automatique ? ;)
    • [^] # Re: ls ?

      Posté par . Évalué à 2.

      ls a des options...
      Par exemple ls -l te permettra d'avoir plein d'infos que tu n'as pas avec la complétion automatique
      • [^] # Re: ls ?

        Posté par . Évalué à 3.

        plus puissant que ls -l
        for i in * ; do echo $i ;stat $i ; done
        moi dehors?
      • [^] # Re: ls ?

        Posté par . Évalué à 2.

        un ls -lh le rend lisible par un humain.
        ls -latr permet de classer suivant ancienneté.
        etc..
    • [^] # Re: ls ?

      Posté par (page perso) . Évalué à 3.

      Certaines fois, je veux juste voir ce qu'il y a dans un repertoire, pas forcement me deplacer dedans. Et puis il y a la couleur avec ls.
  • # killall -9 artsd ...

    Posté par (page perso) . Évalué à 2.

    ... parce que sur mon ubuntu toutes les 5 minutes artsd me prend 99 % du processeur :)


    @+
    clemux
  • # Aucune

    Posté par (page perso) . Évalué à 2.

    [X] : j'utilise uniquement KDE/Gnome...
  • # zut

    Posté par . Évalué à 2.

    [rb@inspiron ~] % cat .zsh_history* | grep ls | wc -l
    84
    [rb@inspiron ~] % cat .zsh_history* | grep cd | wc -l
    84

    ouais ouais :-)
  • # Ben

    Posté par . Évalué à 2.

    étonnant : moi c
    [X] make et tout leurs dérivés

    fo dire que 45 compilations du noyau en 15 jours a cause d'une f***ing carte pcmcia que le module marche pas et que je suis obligé de coder, c long...

    PS pour les PGM-CS : Sinon les SK vont sans doute être dissous :(
    • [^] # Re: Ben

      Posté par (page perso) . Évalué à 2.

      Pareil:
      23 cvs
      23 kill
      26 grep
      29 cd
      33 patch
      34 ./src/sylpheed
      35 vi
      69 sudo
      82 make
  • # va pour ls

    Posté par . Évalué à 1.

    cat .bash_history | grep ls |wc -l
    113

    cat .bash_history | grep cd |wc -l
    79

    cat .bash_history | grep vi |wc -l
    85
  • # Moi c'est plutôt

    Posté par (page perso) . Évalué à 1.

    [x] su
  • # erf

    Posté par . Évalué à 1.

    [screen - 0.51 - 14:49 snarf@trash ] ~
    $ cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -n |tail -n 3
    34 sudo
    43 ping
    136 screen

  • # Et mc ?

    Posté par (page perso) . Évalué à 3.

    Personne ici n'utilise mc ?
    • [^] # Re: Et mc ?

      Posté par . Évalué à 3.

      J'ai utilisé mc mes 2 premières années sous linux. C'est un outil pour mec qu'aime pas lire les docs des commandes qu'il utilise.
      • [^] # Re: Et mc ?

        Posté par . Évalué à 2.

        2 ans ?
        Oui j'ai mis deux ans à lire les docs.

        En fait lire les doc est un apprentissage en soit, donc il faut du temps pour apprendre à lire les docs, puis autant pour appliquer ce qu'elle contiennent
    • [^] # Re: Et mc ?

      Posté par (page perso) . Évalué à 4.

      Comme on peut lancer mc depuis le menu de konsole, il n'y a plus à le frapper.
      De la même façon, avec la dernière Mandrake, la commande mount n'est presque plus jamais utilisée, umount non plus car c'est automatique.

      Pour les nostalgiques de mount/umount, on peut encore utiliser une [CENSURÉ]. Mettez ce que vous voulez entre les crochets et vous obtiendrez un beau troll pour vos étrennes.
      Au fait, vous avez deviné à quelle distro je pensais ?
  • # Étonnant que « cat » ne fasse pas un meilleur score.

    Posté par . Évalué à 4.

    À la lecture des commentaires, je suis étonné par le nombre de ligne de commande commençant par « cat ». J'ai personnellement l'habitude lorsque je veux « greper » ou « seder » ou « sorter » ... de commencer ma commande par, respectivement « grep » « sed » et « sort »... Or je constate que les solutions mises en oeuvre plus haut commencent toutes par « cat » :)
    Je suis peut être dans l'erreur par ma pratique mais j'avais dans l'idée que je faisais l'économie d'un process en utilisant la commande directement sans compter que c'est moins long à taper :)

    Bonne Année à tous.
    • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

      Posté par . Évalué à 3.

      l'économie d'un process

      héhé, t'as intéret à en lancer beaucoup des commandes pour voir la différence entre avec et sans cat.
    • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

      Posté par (page perso) . Évalué à 4.

      Tu as tout à fait raison, cependant quand je dois faire une ligne de commande rapidement, je commance par "cat fichier" pour voir ce que celui-ci contient, et puis après je vois qu'il me faut que certaines lignes, alors je fais "flèche haut" et puis je "pipe" vers grep (style "cat fichier | grep machin"), et puis après ça marche donc je pense pas forcément à transformer en "grep machin fichier". Par contre quand je dois faire un script plus "propre", j'essaye de faire attention à ce genre de choses.
      • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

        Posté par . Évalué à 3.

        > Par contre quand je dois faire un script plus "propre", j'essaye de
        > faire attention à ce genre de choses.

        Et tu fais bien. Juste pour enfoncer le clou, une petite comparaison des perfs de différentes façons de faire un grep récursif (dans un répertoire de ~16000 petits fichiers, déjà tous bien ancrés dans le cache d'io) :

        % time grep -R plopcoin .

        real 0m0.179s
        user 0m0.037s
        sys 0m0.082s

        % time find . -type f -exec grep plopcoin {} \;

        real 0m14.315s
        user 0m6.583s
        sys 0m7.652s

        % time for f in $(find . -type f) ; do grep plopcoin $f ; done

        real 0m19.451s
        user 0m8.132s
        sys 0m11.148s

        % time for f in $(find . -type f) ; do cat $f | grep plopcoin ; done

        real 0m43.511s
        user 0m17.450s
        sys 0m25.893s

        Bref, attention aux abus de shismes.
    • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

      Posté par (page perso) . Évalué à 2.

      UUOC: http://laku19.adsl.netsonic.fi/era/unix/award.html(...)

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

      • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

        Posté par . Évalué à 1.

        Tout a fait d'accord : on fait pas un cat pour le plaisir, on utilise directement la commande.
        2 remarques :
        1) pour voir le contenu d'un fichier, utilise less. C'est plus pratique, ça te nique pas ton terminal si c'est un binaire avec des caractères d'échappement, et si c'est trop gros, comme il fait page par page, c'est plus propre.
        2) plutot que de remonter dans l'historique pour ajouter un "|grep", tu remonte et Ctrl-A (début de ligne), puis Esc+d (suppression du cat) et tu tapes ton grep. Tu vas voir, c'est presque aussi rapide.
        non, parce que sinon, tu peux aussi faire su cat xxx|cat|cat|cat| grep xyz, tant qu'on y est !!
        • [^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.

          Posté par (page perso) . Évalué à 3.

          Autre avantage de less: si on a mis 'eval "$(lesspipe)"' ou 'eval "$(lessfile)"' dans sont .*shrc, less peut rendre certains fichier lisibles directement (genre les .gz, les .pdf,...). Sinon il y a aussi run-mailcap(1).

          pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # ça bosse dur...

    Posté par . Évalué à 2.

    11 su
    12 vi
    18 ssh
    25 ps
    39 ls
    59 cd
    127 nethack

    sans commentaires :)
  • # vi bien sur, cependant..

    Posté par . Évalué à 1.

    Si il y avais eu screen, ca aurait été screen :

    12 ps
    17 exit
    17 man
    19 wget
    20 rm
    22 ruby
    26 cat
    31 lftp
    46 uptime
    48 cd
    58 su
    70 grep
    73 ls
    190 vim
    260 screen
    • [^] # Re: vi bien sur, cependant..

      Posté par . Évalué à 1.

      Moi c plus ça :
      16 ll
      17 ./my_find
      17 valgrind
      32 cd
      35
      62 ls
      62 man
      85 emacs
      89 ./Tel
      125 gcc
      137 ./rp.sh
      170 make

      Est-ce que ça se voit tant que ça que je débute ( man ) dans le monde de linux ?
      Par contre, je comprends pas trop le 35 ? Je doit souvent appuyer sur entrée juste pour ke ça aille plus vite. Oui je fais du C et alors ( gcc make ) ? Et je sais aussi que mes prog ne sont pas parfait ( valgrind ). En fait, montre moi tes commandes, je te dirais qui tu es.

      PS : C'est mon premier post sur ce site que je me suis empressé de mettre dans mes favoris.
  • # la c'est vraiment pas de ma faute :p

    Posté par . Évalué à 1.

    lol, lorsque j'examine de plus pres en réalité (c'est un portable) je me retrouve avec plein de iwconfig, de su et enfin ./Configure lol ... en gros aucun de ceux qui sont inscrit ici :)

    ..Et bonne année @ tous !!!
  • # ls et less

    Posté par . Évalué à 1.

    ls, c'est bien, après, on le transforme facilement en less quand on a trouvé le fichier recherché ;)
  • # urpmi

    Posté par (page perso) . Évalué à 2.

    et su
  • # commande de base que je tape le plus

    Posté par . Évalué à 1.

    Pour moi ca donne :
    10 chmod
    12 yum
    14 mv
    15 emacs&
    15 locate
    17 less
    19 lftp
    22 rm
    28 ll
    32 man
    88 ssh
    101 exit
    121 su
    161 cd
    173 ls

    Je n'aurais pas penser faire autant de su, ni de man.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.