Gabriel Linder a écrit 175 commentaires

  • [^] # Re: c'est toi le boulet !

    Posté par  . En réponse au journal [mavie] Le javascript ca pue. Évalué à 3.

    Ouais mais quand tes utilisateurs utilisent IE et qu'un truc qui marche sous n'importe quel navigateur sauf IE (comme je viens de passer ma matinée dessus d'ailleurs, faudrait que je dépose un brevet tiens), t'aimerais bien avoir un mode debug sur ce navigateur de #$@%& !
  • [^] # Re: pourquoi deux sites ?

    Posté par  . En réponse à la dépêche Nouvelle version du site des utilisateurs francophones d'Arch Linux.. Évalué à 0.

    Tu me fais rire. Si j'ai donné le premier post de la ML c'est pour que chacun puisse se faire une idée en la parcourant, çà ne sert à rien de sortir des posts de leur contexte.

    Et à trop aller du côté de l'action, on finit mouton de panurge :)
  • [^] # Re: Drivers non libres

    Posté par  . En réponse au journal Un tout petit peu marre d'ati.... Évalué à 2.

    Ouais mais bon, les drivers xorg sur mon XPRESS 200M rendent les consoles inutilisables à la sortie de X (affichage corrompu). Si quelqu'un connait un contournement, je pense avoir déjà tout essayé à mon niveau :(

    Sinon mon autre portable a un chip VIA Unichrome, très bien supporté (y compris Composite/EXA, pas encore d'AIGLX par contre), idéal pour la bureautique et les "petits" jeux comme Tux Racer ou Wesnoth.
  • [^] # Re: pourquoi deux sites ?

    Posté par  . En réponse à la dépêche Nouvelle version du site des utilisateurs francophones d'Arch Linux.. Évalué à 2.

    Pas deux, trois : http://archlinuxfr.info/ (url trouvée un peu plus haut) !

    Guerre des egos ? Problèmes de communication/compréhension ? Etant un utilisateur d'Arch depuis l'année dernière, je trouve dommage de fragmenter ainsi les efforts, sans compter que les échanges sur la liste de diffusion anglophone[1] doivent donner bien piètre opinion des petits français...

    [1] : http://www.archlinux.org/pipermail/arch/2006-September/01201(...)
  • # Sacrebleu

    Posté par  . En réponse au message [Développement] choisir où et sous quel nom sont créés les coredump. Évalué à 2.

    Mais c'est génial ! Merci :D
  • [^] # Re: Réponse groupée....

    Posté par  . En réponse au message Rendre xorg un peu plus "intelligent". Évalué à 2.

    Si tu veux absolument désactiver le touchpad (et s'il s'agit d'un synaptics), tu peux le faire avec l'option TouchpadOff (voir le man[1] pour changer dynamiquement ce paramètre, option SHMConfig). Il doit y avoir moyen de configurer udev pour exécuter synclient avec les bons paramètres selon que branches ou débranches la souris, c'est une piste à explorer.

    [1] http://www.die.net/doc/linux/man/man5/synaptics.5.html
  • # La solution : AlwaysCore

    Posté par  . En réponse au message Rendre xorg un peu plus "intelligent". Évalué à 7.

    Pour utiliser la souris ou le touchpad sans avoir à bidouiller à chaque branchement de périphérique, on peut faire ainsi (je l'ai fait pour Arch et Slackware, mais çà devrait marcher ailleurs) : http://athanatos.free.fr/Arch/new/xorg.conf

    Les parties intéressantes : une section InputDevice pour le touchpad (My Acer dans le fichier exemple), une autre pour la souris USB (My Mouse). Dans la section ServerLayout, je déclare les deux périphériques : la souris en CorePointer (les évènements sont gérés par X) et le touchpad en AlwaysCore (il ne peut y avoir qu'un seul CorePointer, mais on peut tricher et utiliser autant de souris qu'on veut en les déclarant AlwaysCore).

    Par contre les deux périphériques sont actifs en même temps, gaffe à pas poser la main sur le touchpad pendant que tu tapes :p
  • [^] # Re: Screen

    Posté par  . En réponse au message prendre le control d'un processus sur une autre console. Évalué à 2.

    Çà, c'est du poilu !
  • [^] # Re: SUSE c'est bien

    Posté par  . En réponse à la dépêche SUSE Linux 10.1: De Windows à Linux par la pratique. Évalué à 5.

    Tout à fait. Un autiste profond utiliserait plutôt Slackware qui lui permettra de troller en paix puisqu'elle ne tombe jamais en panne :)
  • # Screen

    Posté par  . En réponse au message prendre le control d'un processus sur une autre console. Évalué à 2.

    C'est pas possible (à ma connaissance) après coup malheureusement... Mais tu peux lancer screen(1) avant d'exécuter tes commandes, comme çà tu peux détacher le screen et le rattacher à un autre terminal (voir la page man, très pratique ce programme). Marche aussi par ssh ou pour faire tourner un programme pendant que tu n'es pas logué ;)

    Sinon j'avais vu trainer un programme qui fait ce que tu demandes, mais c'était un gros hack il me semble... J'arrive pas à remettre la main dessus, mais c'était quelque part sur ce site : http://www.gcu.info/
  • [^] # Re: A l'abordage !

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 4.

    Bon, ben le problème est toujours là :(

    (testé avec xorg 7.1, driver radeon libre et le kernel 2.6.18 tout frais)
  • [^] # Re: A l'abordage !

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 5.

    On va vite le savoir : j'ai une radeon XPRESS 200M sur mon portable qui me cause souci, je teste ce soir même :)
  • [^] # Re: aie

    Posté par  . En réponse au message nettoyage auto de /tmp. Évalué à 2.

    Faut voir si son /tmp était pas un tmpfs, auquel cas tout est foutu.

    retour au journal : faut pas confondre /tmp et /home, au pire tu peux faire comme moi : mkdir ~/tmp et y mettre tes bidules temporaires :)
  • [^] # Re: permissions

    Posté par  . En réponse au message AU SECOURS : le répertoire /tmp et le lancement du mode graphique. Évalué à 1.

    Faut aussi ces deux dossiers dans /tmp pour lancer X :
    drwxrwxrwt 2 root root 40 2006-09-18 18:15 .ICE-unix
    drwxrwxrwt 2 root root 40 2006-09-18 18:15 .X11-unix
  • # Version mineure

    Posté par  . En réponse au message OpenOffice 2.0.4 rc 1 sous Debian SID. Évalué à 2.

    Sûrement une correction de bug, pas de quoi s'affoler...
  • # Matériel dépassé ?

    Posté par  . En réponse au message Configuration PC Récente : Comment migrer sous Linux ?. Évalué à 1.

    J'ai un vieil athlon 900 chez moi qui suffit amplement pour tout ce que je fais, sous Linux en tout cas (sous Windows il n'y a que des jeux, le dernier que j'ai réussi à faire tourner sans aucun souci est Warcraft 3... Morrowind j'ai du baisser un peu les détails mais çà passait aussi) ! Donc bon, faut pas pousser mémé dans les orties non plus, ta config est des plus honorables et devrait largement suffire :)

    Pour les autres questions :

    la GeForce 7900 GT est marquée comme supportée par nvidia (driver propriétaire), la liste est à cette adresse : http://www.nvidia.com/object/IO_18897.html - aucun souci à ce niveau donc, à priori... il te suffit de télécharger le driver sur le site de nvidia ou de mettre à jour ta distribution, si elle propose un driver récent

    je ne connais pas la carte mère et j'ai un peu la flemme de chercher (le déjeuner approche, j'ai faim !), mais si tu as de l'IDE çà ne posera aucun souci... il y a eu quelques soucis avec le SATA mais apparemment c'est du passé, mais n'ayant pas personnellement de SATA, je ne peux pas dire :)

    tu ne donnes pas de détails sur ta carte son, mais si elle est compatible AC'97 elle devrait être fonctionnelle

    la mémoire et le processeur, aucun souci

    Maintenant je n'utilise pas Mandriva 2006, mais je fais tourner Linux sans problèmes sur un portable récent (Turion 64). Je te conseillerais tout de même deux choses :
    1) prends une distribution récente (moins de six mois) afin de maximiser tes chances de voir ton matériel reconnu. il me semble que Mandriva 2007 va bientôt sortir, mais je ne suis pas vraiment cette distribution donc c'est une info à vérifier :)
    2) fais attention à tes partitions ! si tu ne connais pas encore bien les outils de partitionnement, tu auras vite fait de supprimer Windows... si tu veux être sûr de ton coup, monte un PC de test avec tes vieilles pièces et teste Linux dessus avant de te lancer dans l'installation sur ton PC de travail, surtout si tu as des données précieuses dessus !
  • [^] # Re: Noyau k7

    Posté par  . En réponse au message AMD64 en 32bits. Évalué à 1.

    Oui... Selon la doc de GCC :
    k8, opteron, athlon64, athlon-fx
    AMD K8 core based CPUs with x86-64 instruction set support. (This supersets MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set extensions.)


    Autrement dit, çà tourne en 64 bits :)
  • [^] # Re: sur xfce

    Posté par  . En réponse au journal Utilisation mémoire des différents "desktop". Évalué à 2.

    Ok... Çà doit être à cause de cette dépendance que Volkerding a décidé de le supprimer, donc.
  • [^] # Re: sur xfce

    Posté par  . En réponse au journal Utilisation mémoire des différents "desktop". Évalué à 1.

    Ce qui est amusant c'est que tu donnes la réponse dans la question, le monsieur a dit : "More recent versions of AbiWord no
    longer support compiling without GNOME" :)

    Troll mis à part, Debian a le 2.2.7 dans ses paquets, la dépendance à Gnome a probablement été ajoutée depuis.
  • # Noyau k7

    Posté par  . En réponse au message AMD64 en 32bits. Évalué à 2.

    i686 = noyau générique pour processeurs à partir du pentium pro
    k7 = noyau optimisé pour les AMD 32 bits depuis l'Athlon
    k8 = le même mais pour les 64 bits d'AMD

    Donc je te conseillerais la version k7 du noyal, et de basculer sur la version i686 si tu as encore des problèmes, mais çà m'étonnerait.
  • [^] # Re: mhhh...

    Posté par  . En réponse au journal Utilisation mémoire des différents "desktop". Évalué à 3.

    Le pire c'est qu'ils l'ont fait dans Thunderbird : un bouton dans les options avancées permet d'ouvrir une fenêtre qui contient le about:config (probablement parce que Thunderbird ne permet pas de taper d'urls ?).
  • [^] # Re: valgrind

    Posté par  . En réponse au journal printf debugging considered harmful. Évalué à 3.

    A noter que Valgrind ne se limite pas à un vérificateur de mémoire : il y a plein de plugins bien sympas, on peut même coder ses propres plugins (voir mon post un peu plus haut).
  • [^] # Re: ouais

    Posté par  . En réponse au journal printf debugging considered harmful. Évalué à 4.

    Un bon outil pour détecter les race conditions : Valgrind (plugin Helgrind, malheureusement il ne fonctionne plus depuis la version 3.1.0, mais les devs bossent dessus). Il exécute le programme sans avoir besoin de compiler ou linker avec des libs spéciales (en fait, il émule un CPU et détecte les accès en mémoire non protégés), c'est pratique mais c'est très lent. Le plugin Memcheck est aussi un indispensable pour les programmeurs C/C++ ;)

    Si vous en connaissez d'autres, je suis preneur :)
  • [^] # Re: euh ...

    Posté par  . En réponse au journal Sondage Linux Desktop 2006. Évalué à 2.

    Envoyer un mail pour leur faire connaître Arch, Fluxbox, Lynx et mailx (ce que j'utilise en plus des poids lourds habituels, quoi) je n'appelle pas çà une perte de temps. Çà a du me prendre quoi, trente secondes à tout casser.
  • [^] # Re: Mais...

    Posté par  . En réponse au journal X.org 7.1 is OUT. Évalué à 4.

    Il suffit de bien choisir son matériel... J'ai un portable à base de chips VIA (KM400 pour être précis), et le support ne cesse de s'améliorer !

    J'ai recompilé hier les drivers depuis le site OpenChrome[1] parce que je ne me sentais pas de compiler tout Xorg (oui, je suis un feignant qui attend que les mainteneurs des paquets fassent le boulot avant de mettre à jour, toussa), afin de voir à quoi m'attendre niveau performances.

    Résultat[2] : je suis toujours sous Xorg 7 techniquement, mais EXA fonctionne parfaitement. Seul bémol, le pauvre xterm saccade quand il doit faire défiler beaucoup de texte... J'ai pas vraiment cherché d'où çà venait mais EXA m'a bien impressionné, c'est stable et relativement rapide.

    Sans EXA, les performances générales en 2D et lecture de vidéo sont bien meilleures (moins de CPU utilisé pour les mêmes tâches).

    Bon évidemment faut pas compter faire de la 3D intensivement, mais le portable s'en sort très honnêtement dans Cube et divers autres jeux OpenGL. Sans compter le plaisir d'avoir des drivers libres parfaitement intégrés :)

    J'ai hâte de voir AIGLX tourner, maintenant.

    [1] http://www.openchrome.org/
    [2] http://athanatos.free.fr/EXA-Composite.png