Reprise du message précédent :

Il serait plus juste de parler d'interaction. Bien entendu que c'est à gpg de gérer ça, mais ce que je reproche à evolution, c'est que cette interaction a été faite à moitié, ce qui n'est pas le cas des autres clients mails que je connais. Alors ouais, évidemment que je peux faire tout ça en ligne de commande, c'est pas la question, mais le but d'un logiciel c'est quand même de simplifier la vie de ses utilisateurs. Donc à la limite dans ce cas-là, je ne vois pas plus de bonnes raisons de pouvoir signer/chiffrer ses mails depuis son client mail, puisque de toutes manières c'est gpg qui fait ça derrière, si on suit ta logique. Et donc les autres applications comme le calendrier n'auraient rien à faire là non-plus.
 
atropos >> ouaip t'as dillo par exemple, et tu peux aussi naviguer avec links2 en mode graphique(depuis X ou un framebuffer).

C'est noté merci pour vos réponses

Hello,
 
j'utilise network-manager(-kde) pour me connecter au réseau wireless de mon hotel, mais souvent je n'ai plus de net (sans que le manager me dise que je sois déconnecté) parfois une reconnection suffit.
 
J'ai un centrino, donc j'ai mis le firmware ipw2100 et le module qui va avec.
 
Si quelqu'un a une idée (ou une option) je prend
 
PS : je sais que mon capteur n'est pas top, mais à ce point là jamais eu de problèmes ...

salut,
j'utilise un thème karama pour monitorer mes taux de download et d'upload. mais depuis que je suis sous debian, mes taux restent plats comme l'encéphalogramme d'un mort...  
la commande utilisée par le thème est: /sbin/ifconfig eth1 | grep 'RX byte' | awk '{print $7 $8}'  
mais ça ne me donne que le total envoyé durant la session (idem pour le reçu), mes taux sont à zéro (upload et download).
 
alors j'ai vu qu'au démarrage, j'ai un message qui me dit "eth1: flow control is off for TX and off for RX"
est ce qu'il y a un rapport? et si oui, comment faire pour activer flow control sur eth1 et avoir en temps réel mes taux de download et upload?
merci à vous

J'ai finalement réussi à installer beryl. Merci à vous tous pour votre aide.
 
Par contre, le défilement dans Firefox rame. Après quelques recherches, cela a l'air d'être très courant avec les driver libre et les cartes ati. Dommage tout le reste est nickel.  
Note pour plus tard: acheter du nvidia, n-vi-dia.

Oui c'est le seul defaut que je recontre aussi mais on s'y fais

Précisons tout de même que l'interface actuelle de Firefox est loin d'être un modèle de légèreté, mais les choses pourraient s'améliorer dans la future version 3 avec l'utilisation de Cairo notamment.
 

Intel c'est mieux    
 
Les drivers libres Intel sont bien supérieurs aux drivers libres Ati ou Nvidia ; avec un chipset de série 9xx G/GM/GMA Compiz/Beryl et consorts tournent parfaitement.    
 
Cela dit, Nvidia pourrait s'avérer très intéressant lorsque le projet NouVeau sera finalisé ; à noter qu'aucune initiative de ce type n'existe du côté d'Ati pour le moment...

y'a des drivers pour le i810 ?

Neo_t3 » même en AMD64 avec icemachintruc ?

Oui, le chipset i810 est supporté.    
 
Les retours utilisateurs sur le net semblent confirmer que Beryl tourne également bien dessus, mais je n'ai pas testé personnellement.

je vais peut être les installer, parce que là le moindre truc fait monter le cpu à 90%

 
comment savoir si c'est bien utilisé ?
 
là j'ai firefox qui me bouffe 85% du cpu, je pense que c'est à cause des smileys animés

Sous Etch ou Sid, logiquement la prise en charge de l'accélération 2D/3D sur les chipset Intel devrait fonctionner par défaut avec Xorg 7.1 + les noyaux précompilés par Debian.

La seule chose à faire est de spécifier le bon module à Xorg (et encore, c'est valable au cas où il ne serait pas détecté correctement avec xresprobe).

 
Sinon, j'ai aussi ça en stock: http://www.via.com.tw/en/products/ [...] ies/k8m890 dans ma carte mère asus k8v-vm. On a des driver libre pour ça ?
 
Edit: Le fait d'être en 1680x1080 ne doit pas arranger les choses.  

faut installer quoi pour pouvoir faire des glxinfo ou glxgears ?

 
 
Salut,
 
Je viens de m apercevoir que je n ai pas l acceleration graphique sur mon portable, la carte graphique est une intel qui eut en son temps gerer l'acceleration graphique or la plus rien...Je me rapelle avoir retroporter la lib-mesa il me semble pour la faire marcher apres l arrivée de xorg7.0 mais depuis aucune mise a jour n'a sembler refaire marcher le dri?Comment reactiver ce dri?
 
 

http://downloadmirror.intel.com/df [...] ux_5_1.txt
 
i815 mini

Aucune idée précise, mais il se pourrait que ce soit supporté, ou alors dans un futur proche :
   ---> http://packages.debian.org/testing [...] -video-via
Sont listés les chipsets K8M800, à voir si cela s'applique à ton chipset...

Il faut installer le paquet mesa-utils

[EDIT] :
grilled

 
mais ban quoi

apt-get install bzip2

debian ça te met 30000 logiciels mais y'a jamais ce qu'il faut

en même temps bzip2 quoi
Le rapport taux de compression/performance est minable

Étrange : tu es sous Etch ? Tous les paquets sont bien à jour ?
 
Le DRI était effectivement cassé pendant un moment sur certains chipsets Intel (le 915 entre autres) avec les anciennes versions de Xorg ; c'était le cas chez moi par exemple (un 915 également) mais les mises à jour vers Xorg 7.1 ont automatiquement résolu le problème sans que j'ai à modifier quoique ce soit.
 

 
Voilà pour dire que normalement tout devrait fonctionner  

 
pourtant y'a tout à jour et je viens juste de faire le passage en etch

C'est quoi ce paquet xfcom-i810 ?
 

http://routes-linux.scooba.org/car [...] ion_3d.php

essaye:
 xhost +local: avec le user qui a lancer l interface graphique.
Cela permet a root d'utiliser l'interface graphique ...

apt-get install xserver-xorg-video-i810
 
Le dri doit deja etre géré par ton noyal de base

Qu'essayes-tu d'installer exactement ?
 
Tu es sous quelle branche de Debian ? stable ou testing/unstable ?
 
Si tu es sous stable, tu devrais songer à passer sous Etch : c'est plus adapté pour faire tourner des bureaux 3D ; dans Sarge il y a XFree86 version 4.x et non Xorg, ça fait une sacrée différence au niveau du support matériel et des drivers intégrés. Il reste la possibilité d'utiliser des backports de Xorg sous stable sinon, mais amha c'est un non-sens dans le cas présent.
 
Si tu es sous Etch ou Sid il n'y a pas lieu d'installer des paquets additionnels : le support de Xorg + le module noyau doit suffire à faire fonctionner les chipsets Intel supportés (cf. paquet xserver-xorg-video-i810). Si ce n'est pas le cas, peut-être est-ce un problème de configuration : vérifie ton fichier xorg.conf (le driver spécifié doit être i810) et vérifie que les modules noyaux intel_agp, drm et i810 sont bien chargés.

enfin bon, si le driver intel ne veut pas s'installer

THRAK> ben je suis en debian etch a prioris j ai le meme materiel que toi je suis a jour au niveau des update, noyau 2.6.18, mais pas de dri activer
Le module est bien activer dans xorg.conf:

me manquerait il un package ?

On va le répéter encore une fois : sous Etch, il n'y a rien d'autre à installer que Xorg et un noyau récent (fourni par Debian sous forme précompilé). L'utilisateur n'a rien à faire.

Tenter d'installer d'autres paquets -en plus de provenance autre que Debian-, et à partir des sources, c'est ajouter des difficultés inutiles, des conflits possibles et augmenter le risque qu'au final plus rien ne marche.

Refais les choses proprement et calmement.  

j'ai posté en même temps que toi
 
je suis bien sous etch

Voilà ce que j'ai installé configuré :
 

 
Dans mon xorg.conf j'ai en particulier activé les options suivantes :

 
Pour les modules noyaux voici les modules nécessaires :

 
Pour info : j'utilise un noyau 2.6.16 compilé par mes soins, et non la dernière version précompilé par Debian. Mis à part que le 2.6.18 bénéficie peut-être de modules plus récent à ce niveau (et encore, rien n'est moins sûr) ça ne devrait pas avoir d'impact : les sources que j'utilise sont les même que celles fournies par Debian, la seule différence étant au niveau des options que je sélectionne au niveau du noyau (optimisé pour mes besoins).
Les options que j'ai activé concernant la parti vidéo :

bar@hp:~$ glxinfo | grep rendering
direct rendering: No

Alors (merci pour ton aide d'abord)
 
 

 
modules compris dans xorg.conf
 
 

 
 
 
Concernant le noyau je pense que j ai les bonnes options activés puisque c est celui packagé par debian.
Serait ce ces paquets transitionnel qui buguent?
 
edit: apres comparaison avec tes paquets la seule difference notable que  j ai trouver (outre les transitionnal) cest la difference de version entre les xorgs!
ii  xorg                         7.0.22       X.Org X Window System
ca c est ma version toi tu es en 7.1, a prioris ce paquet ne s'est pas updater j ai dut faire un truc bizarre
 
edit2:Bon j ai mis a jour xorg par un simple apt-get install xorg (j ai un peu flipper j avoue) et bah non ca a rien changer meme apres reboot , toujours pas de dri ,du coup j ai fait un dpkg-reconfigure xserver-xorg histoire de recreer un fichier de config propre et ben la ca marche, l affichage est assez terne et j ai perdut ma config double ecran (qui marcher mal facon), du coup je repars a zero pour une nouvelle conf...
 
Merci de ton aide  

Bon j'ai quelques problèmes avec l'install par le réseau à partir de disquettes :
Après la sélection du serveur pour récupérer les packages j'ai l'erreur suivante :
 
No kernel modules were found. This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive.
 
Après il me demande si je veux continuer sans les kernel module, il télécharge des packages, et au moment de démarrer l'utilitaire de partitionnement il me dit qu'il ne trouve pas de disque dur (alors que le pc boote bien sous win95 par ailleurs)    
 
J'ai récupéré les images des disquettes ici :

C'est quasiment le seul serveur à les proposer, donc je me demande s'il existe une adresse où récuperer des images incluant la version du kernel module qu'il reclame.
 
Voilà si quelqu'un a une idée  

ftp://ftp.de.debian.org/debian/di [...] ges/floppy ?

Peut-être passes-tu par apt-get update && apt-get upgrade pour faire les mise à jour ; si des dépendances de xorg requièrent une mise à niveau conjointe seul un apt-get dist-upgrade effectuera la mise à jour, autrement l'ensemble sera conservé à la version actuelle.

Il y a des différences assez importantes entre Xorg 7.0 et Xorg 7.1+ notamment au niveau des drivers intégrés, pas mal de bugs ont été corrigés lors du passage à cette version (le dri avec les chipsets Intel par exemple ).

Le mieux est de temps en temps prendre un moment pour "nettoyer" un peu son système (c'est surtout valable lorsqu'on suit testing/unstable) ; au fil des mises à jour certains paquets deviennent obsolètes, et ne sont pas désinstallés automatiquement. Le cas des paquets "transitionnal" ne servent que pour assurer les mises à niveau de Sarge vers Etch... Une fois sous Etch tu peux tous les supprimer sans aucun risque.

Du coup, j'en ai aussi profité pour faire une petite mise à jour