Dan a écrit 215 commentaires

  • [^] # Re: man avec gvim

    Posté par  . En réponse au journal Gvim moins bien que Vim ?. Évalué à 1.

    :)
    Bon, je crois que je vais garder le \ par défaut, parce que je me sers des fois de la virgule...

    Sinon, c'est assez génial, je ne pertinente pas parce que ça marche pas (ça appuie, mais ça change rien), mais le coeur y est.
  • [^] # Re: Les boutons

    Posté par  . En réponse au journal Gvim moins bien que Vim ?. Évalué à 1.

    Pour l'avantage des boutons, des couleurs et du sélecteur de fichier, j'imagine bien l'ironie qui est tienne.

    Mais pour la deuxième partie, je ne comprends pas...
    :!ls dans vim ou gvim me sort le même résultat (sauf que dans gvim, on est toujours sur le même écran dans l'endroit où c'est affiché). On ne me demande pas de confirmation, alors je capte pas trop ce que tu voulais dire.

    Donc alors, il n'y a vraiment pas de sérieux argument en faveur du graphique ?
  • [^] # Re: man avec gvim

    Posté par  . En réponse au journal Gvim moins bien que Vim ?. Évalué à 1.

    Génial !
    Juste un truc : j'imagine que tu as fait en sorte que ton 'K' se serve de :Man plutôt que le man par défaut.
    T'as fait comment ? Parce que modifier keywordprg n'a pas l'air d'être la solution, puisque ça use une commande externe...
  • [^] # Re: changer de buffer sans sauvegarder

    Posté par  . En réponse au journal Gvim moins bien que Vim ?. Évalué à 1.

    Certes, mais danger il y a, un :q est si vite arrivé.
  • [^] # Re: Scroll

    Posté par  . En réponse au journal Gvim moins bien que Vim ?. Évalué à 1.

    T'es un génie !!
    set mouse=a
    marche parfaitement, merci :)
  • # Oui

    Posté par  . En réponse au message Une image de fond dans un tty ?. Évalué à 1.

    Un login "graphique" encore dans la console c'est possible, j'avais maté qingy, c'est comme getty mais ça utilise le Framebuffer (chez moi j'ai pas encore réussi à le faire marcher) mais sur le site de qingy ça a pas mal de classe.

    Alors si c'est possible pendant le login et pendant le boot, ça doit être possible tout le temps (d'ailleurs, je l'avais peut-être fait une fois).
    Le mot clé doit être framebuffer, bonne chance.
  • [^] # Re: divers

    Posté par  . En réponse au message lenteur sur PIII / fedora 5 et 1 Go de SDRAM. Évalué à 2.

    Pourquoi pas ? Normalement je vois pas le problème, ça doit supporter jusqu'à 4GB ou un truc du genre (processeur 32 bits).
  • [^] # Re: divers

    Posté par  . En réponse au message lenteur sur PIII / fedora 5 et 1 Go de SDRAM. Évalué à 1.

    fdisk est installé dans /sbin normalement donc seul le root peut l'utiliser par défaut.
  • # lol

    Posté par  . En réponse au message APRENTI. Évalué à 0.

    lololol
  • # 2 solutions basiques :

    Posté par  . En réponse au message Latex et make. Évalué à 1.

    - tu peux faire un makefile
    - tu peux changer la variable makeprg ou rajouter ces lignes dans ton .vimrc
    "compilateur
    set makeprg=gcc\ -Wall\ %\ -o\ %.x

    où bien sûr tu auras changé gcc avec la commande que tu veux.

    Après make utilisera cette commande.
    Et c'est assez génial parce qu'il pointe tout seul vers les fautes dans le fichier et on peut basculer entre les fautes avec une commande.
    Bon, après y'a peut-être des solutions plus automatisées.
  • [^] # Re: xmms2

    Posté par  . En réponse au journal xmms 1.2.11 is out. Évalué à 5.

    Et pour info, que peut on attendre de xmms2 par rapport à mpd ?

    Moi j'aurais plutôt répondu : "5 à 10 % de mangeage de CPU en plus"
  • # Sous une Debian-like (Debian tout court bien sûr)

    Posté par  . En réponse au message Je cherche une distribution orientée programmation. Évalué à 7.

    Installer les packages :

    gcc
    make
    build-essential
    manpages-fr-dev
    subversion (si besoin est bien sûr)
    gdb (débuguer)
    ctags (super puissant ce truc)

    Après, le choix de l'éditeur de texte.... VIM bien sûr :) voire gvim en graphique !

    apt-cache search est toujours utile.


    Bref, tout ça pour dire que Debian c'est la meilleure distribution mais que n'importe laquelle fait l'affaire ;)
  • [^] # Re: There's more than one way to do it ...

    Posté par  . En réponse au message Question toute bête sur la commande cp. Évalué à 2.

    Ouais... J'ai aussi fait le test et j'ai vu le résultat.
    Un \.* au lieu du .* résout ton problème (le point doit être interprété par je sais pas quoi et le \ le bloque).
  • [^] # Re: stderr != stdout

    Posté par  . En réponse au message Probleme avec les redirection <<les pipe>>. Évalué à 1.

    Pour rediriger les erreurs c'est >&
    Donc ça donnerait :

    ./programme >& log_stderr

    Mais la réponse du dessus marche aussi... Je la trouve même plus logique.
  • [^] # Re: Ton mail

    Posté par  . En réponse au journal Aider les Birmans. Évalué à 9.

    >>>>Salut c'est Bertrand ! sé pour vs dir ke sa marche !! Gé envoyez le méil a 15 pote é le landemin gé gagner 10.000 ¤ o kéno
    >>>>é g me sui mariées !!!!!!!!!! sa marche en vré !

    >>>>>>> Salut sé Rogé ! Jé pa renvoyer se mail et jé eu plein de mal heure dent ma vie.
    >>>>>>> Jé perdu toute ma famiye dan z1 crash d'hèlicoptére.
    >>>>>>>1 seméne apré jé renvoyé se mail à 10 kontact é ma famille a résuçitées ! sé pa dé blag !
  • [^] # Re: Et de la FAT ?

    Posté par  . En réponse au message disque NTFS en lecture écriture sur linux. Évalué à 2.

    Merci.
    Mais ça résout pas tout :(
    Si je mets pas les options :
    umask=2,gid=1000

    Après les icônes s'affichent pas dans rox-filer. Et bien sûr, avec ces options, le message d'erreur revient.

    Avec le vfat, je rajoute quiet pour éviter ce message d'erreur (qui sort aussi sous bash je crois). C'est une astuce que j'avais lu sur le site de rox-filer.
    L'option quiet n'existe pas avec ntfs-3g mais bash ne sort pas ce message d'erreur (ou plus, parce que je crois qu'il mettait le message avant aussi, mais pas sûr).

    Donc c'est peut-être un problème de rox-filer. J'ai cherché 5 minutes mais pas trouvé... Si je trouve, je posterai une réponse sur ce même forum.
  • [^] # Re: Et de la FAT ?

    Posté par  . En réponse au message disque NTFS en lecture écriture sur linux. Évalué à 2.

    Bah en fait je crois que y'en a pas... Ou alors elle porte un autre nom.

    Du coup, quand je fais un cp vers le disque qui utilise ntfs-3g bah il me dit qu'il a pas pu conserver tous les paramètres. Normalement, en mettant quiet, on évite ces messages qui deviennent lourds.
    D'ailleurs, si t'as pas ces messages, j'aimerais bien avoir tes options de montage ^_^
    Moi ces options dans mon fstab :
    LABEL=Mon_HDD /mnt/Mon_HDD ntfs-3g umask=2,showexec,gid=1000,locale=fr_FR.utf8,quiet,users,defaults 0 0

    Sinon... J'ai peut-être débranché sauvagement, mais on peut mieux voir la chose comme une coupure de courant puisque c'est le câble qui s'est bougé. Donc c'est pas encore vraiment au point.
  • [^] # Re: Et de la FAT ?

    Posté par  . En réponse au message disque NTFS en lecture écriture sur linux. Évalué à 2.

    Stable mais pas trop non plus.

    Après un bug (débranchage sauvage) j'ai eu le drot à un message du genre : "retourne sous Windows pour démonter proprement ton disque parce que moi j'y arrive pas là"
    Il disait toute la marche à suivre... Mais bon, il m'a renvoyé sous Windows, donc il est pas si capable que ça.

    Après, l'option quiet marche pas chez moi...

    Tout ça pour dire que j'étais mieux sous ce bon vieux fat32...
  • [^] # Re: Problème corrigé

    Posté par  . En réponse au journal Temps de démarrage: Mac OS X contre Linux. Évalué à 2.

    Je mettais autant de temps avec une Debian sur la même machine... Et le double pour Ubuntu.
  • [^] # Re: Problème corrigé

    Posté par  . En réponse au journal Temps de démarrage: Mac OS X contre Linux. Évalué à 2.

    Mais Ubuntu c'est lent à démarrer. Pas la peine d'avoir un mac pour le remarquer.

    Apparemment, la ArchLinux n'est pas bien rapide non plus...

    Et un test sous Debian ou une autre ça donne quoi avec un mac ?

    Sinon, sympa ce genre de journal, c'est très instructif :-)
  • [^] # Re: disque dur USB

    Posté par  . En réponse au message Iomega USB. Évalué à 2.

    Je suis d'accord avec les messages précédents : un disque dur est un disque dur : ça devrait marcher.

    Pour le bouton, il faudrait voir si xev retourne quelque chose si on appuie dessus. Si c'est le cas, il sera facile de la programmer pour faire ce que tu veux, mais si c'est pas le cas, tu as peu de chance que ça puisse marcher.

    Sinon, si t'as pas réussi à monter le disque, il faudrait peut-être voir les options du montage.
  • # T'as essayé de...

    Posté par  . En réponse au message GMA 3100 & résolution ?. Évalué à 2.

    reconfigurer xorg.conf ?
    avec la commande : dpkg-reconfigure xserver-xorg

    J'imagine que tu l'as fait, mais comme c'est pas précisé on sait jamais ^_^

    PS : Je déteste ce genre de titre, mais je voulais en faire un du genre. Je suis assez fier.
  • [^] # Re: quelques pistes

    Posté par  . En réponse au message Retrouver ses paquets .. Évalué à 2.

    C'est vrai qu'il faut la maintenir un minimum. Mais si on le fait à chaque installation, ça pose pas de problème. Et puis, on installe pas un nouveau package tous les jours.

    Mais je persiste sur l'avantage de la liste faite à la main, par exemple pour installer :
    rox-filer
    pas besoin de marquer les 12 dépendances qui sont avec et qui sont d'ailleurs peut-être orphelines si on a pas fait le ménage depuis longtemps.
    Peut-être que la libprout installée avec rox-filer il y a 1 an ne l'est plus maintenant.


    Un autre truc que je fais, c'est un script shell simple (des cp puis à la fin un tar pour tout mettre dans une archive) où je récupère tous mes fichiers de configuration, du genre :

    #!/bin/bash

    sauvegarde=~/maison/sauvegarde/
    cd ~/ ;

    cp ~/.bashrc $sauvegarde/bashrc ;
    cp ~/.vimrc $sauvegarde/vimrc ;
    cp ~/.opera/opera6.adr $sauvegarde/ ;
    cp -r ~/.config/rox.sourceforge.net/ $sauvegarde/ ;

    cp /etc/X11/xorg.conf $sauvegarde/ ;
    cp /etc/apt/sources.list $sauvegarde/ ;
    cp /etc/fstab $sauvegarde/ ;


    mkdir fichiers_conf ;
    mv {xorg.conf,vimrc,sources.list,bashrc,rox.sourceforge.net/,opera6.adr,rtorrent.rc,fstab} fichiers_conf/ ;

    tar czvf save.tar.gz fichiers_conf/ ;

    rm -r fichiers_conf ;

    C'est vraiment un script de base, mais qui peut rendre bien des services.
    Ça permet de toujours retrouver les fichiers de configuration qu'on souhaite... Et c'est une sauvegfa
  • [^] # Re: quelques pistes

    Posté par  . En réponse au message Retrouver ses paquets .. Évalué à 2.

    Bah... Genre récupérer la sortie de
    dpkg --set-selections
    Ça peut être super utile et pratique, je trouve ça bourrin quand même.

    Maintenant, c'est vrai que dans cette liste on peut faire un tri.
  • [^] # Re: quelques pistes

    Posté par  . En réponse au message Retrouver ses paquets .. Évalué à 3.

    Personnellement, je me suis fait un fichier que je remplis au fur et à mesure dans lequel j'ai mis mes packages préférés. Ça me permet de partir directement avec mon environnement sur une nouvelle installation, mais sans les packages qui ne sont pas forcément souhaités sur une nouvelle installation.

    Mais bon, pour cette fois c'est trop tard, alors tu vas sûrement devoir faire les méthodes bourrines de listage de package.