Mjules a écrit 223 commentaires

la v6 est dans cooker (et donc dans la 2010.1 qui arrive incessamment). sinon, tu as des paquets pour la 2010 sur le site de grisbi.

En lisant le site, je ne vois nulle part la mention de l'utilisation du format maildir par sylpheed. Celui-ci semble continuer à utiliser MH (qui stocke aussi un fichier/mail, également utilisé par claws mail).

Il n'a jamais été prévu de faire disparaître xorg.conf. Le fait qu'on puisse lancer X sans lui, est plus ou moins un effet de bord de l'autoconfiguration.

D'ailleurs la version 1.8 du serveur X inclus (enfin) la possibilité d'utiliser un dossier xorg.conf.d pour la configuration en plus ou en remplacement de xorg.conf, ce qui facilitera la vie aux outils de configuration.
La version 1.8 inclus aussi la possibilité de configurer l'intégralité des périphériques d'entrées dans ce fichier, y compris les « quirks » (pas trouvé de mot français adapté) pour faire marcher les périphériques moins courants, qu'on devait absolument mettre dans hal (lequel est d'ailleurs en bonne voie d'obsolescence).

Ce n'est pas cassé, c'est juste le mode par défaut qui a changé.
Ce qui, d'après moi, n'est pas idiot : avoir une combinaison de touche qui, sans avertissement, te fais perdre tout ce que tu es en train de faire en mode graphique, c'est pas forcément une excellente idée.

Le choix a été fait de déplacer ça vers le système de gestion du clavier plutôt que de laisser ça dans le coeur du serveur X (je simplifie un peu). Mais dans tous les cas, il est possible de l'activer.

voir notamment là pour les différents arguments :
http://lists.freedesktop.org/archives/xorg/2008-September/03(...)
http://lists.freedesktop.org/archives/xorg-devel/2009-March/(...)

rtorrent devrait te plaire, il est en ncurses et possède énormément de fonction (basé sur libtorrent).

AMHA, via l'outil xinput

quelques données là (recherche rapide, ya surement plus complet )
https://fedoraproject.org/wiki/Features/XI2

C'est normal que Xorg 7.5 ne soit pas mentionné sur le site web, il n'est tout simplement pas encore sorti.

Le serveur 1.7 a bien été publié mais les autres modules font encore l'objet de quelques corrections de dernières minutes.

(meta) tracker dispose d'un outil de recherche en ligne de commande et c'est un bon indexeur AMHA.

http://projects.gnome.org/tracker/start.html

la gestion des modes dans le noyau (KMS) est très dépendante d'un gestionnaire de mémoire. Pour les cartes ATI/AMD, c'est TTM (en version 2 dirons nous) qui a été choisi. Les développeurs espèrent l'inclure dans le noyau pour le 2.6.31 ou au pire pour le 2.6.32. KMS devrait être inclus en même temps.

Sinon, Fedora utilise déjà un noyau modifié pour gérer KMS avec les ATI/AMD.

tu dois déjà le savoir mais le catalogue de la plupart des BU (toutes ?) est accessible en ligne sur www.sudoc.abes.fr

Il y a également un serveur z39.50 :
http://www.abes.fr/abes/page,439,mode-public.html

Moi de même mais pour ma souris xbindkeys + xvkbd me permettent de reprogrammer les boutons sans problème.

Merci !

Possesseur d'une MX1000 j'utilise énormément les clic molettes gauche/droit que j'ai réattribué (changement d'onglet et rafraichissement d'un onglet). J'avoue ne pas avoir eu beaucoup de problème à m'y faire, ils sont assez sensibles pour être facilement déclenchés.
Par contre, c'est vrai qu'ils interfèrent un peu avec le clic molette mais j'ai échangé ce bouton avec celui entre back et forward et il ne me sert pas à grand chose.

Je ne bosse dans aucune boite mais j'utilise régulièrement des logiciels dit métiers.

Et bien, je ne dois pas avoir de chance parce que tous les softs métiers que j'ai eu à utiliser avaient ce genre de problème : mal intégrés, buggés jusqu'à en être limite utilisable, très chers, mises à jours tout les 36 du mois et qui ne corrigent pas les bugs les plus critiques

Évidemment, que des logiciels privateurs (dont un viole la licence de gettext tant qu'à faire) mais ce n'est pas très représentatif.

Bref, tout ça pour dire que tes utilisateurs ont de la chance que vous vous intéressiez à la qualité. C'est pas le cas de tout le monde.

Il était une fois la vie n'a pas si mal vieilli que ça. J'ai eu l'occasion de revoir des épisodes récemment (sur Gulli, TNT) et c'est toujours aussi plaisant.

J'ai même été très agréablement surpris de la qualité scientifique de la série, travaillant dans le milieu médical, je n'ai pas relevé d'erreur grossière dans les épisodes que j'ai vu (en dehors des quelques découvertes faites depuis lors) et j'ai remarqué plein de détails qui m'avaient échappé quand j'étais jeune (par exemple, certains composés sont représentés par leur structure chimique réelle stylisée).

L'un des mails de la discussion laisse penser que Thomas Hellström a cherché à s'intégrer au mieux avec l'existant dans le DRM, ce qui est plutôt rassurant :
Also the memory management of the openChrome 2D driver has been
reworked to fit the unified memory manager in DRM.

http://wiki.openchrome.org/pipermail/openchrome-devel/2009-J(...)

http://mozillalinks.org/wp/2007/08/color-management-support-(...)

http://bholley.wordpress.com/2008/09/12/so-many-colors/

??

la partie DRM des R500 a été incluse dans ce noyau. Après, les derniers pilotes ATI doivent pouvoir la faire fonctionner en 2D.
Pour la 3D, je ne sais pas si des pilotes sont déjà sortis mais je ne crois pas, il va falloir compiler MESA toi même AMHA.

La plupart des implémentations d'EXA (Radeon et Nouveau au moins, je sais pas pour Intel) sont faites en programmant directement le moteur 3D de la carte. Et si j'ai bien tout compris, ça permet d'éviter d'avoir à lancer toute la machinerie OpenGL pour faire de la 2D.

RENDER est une extension qui permet d'accélérer l'opération de composition (composite).

Il est tout à fait possible d'accélérer l'opération Composite sans utiliser OpenGL, c'est typiquement ce que fait EXA.

Et donc on peut avoir des ombres et de la transparence (par exemple) sans openGL.

je vois pas bien l'intérêt de faire un appel à xrandr alors qu'il est aussi simple de configurer son écran dans xorg.conf. Par contre, il ne faut pas oublier que Randr1.2 change totalement la façon de configurer son écran (par exemple, on ne fournit plus vertrefresh et horizsync).

un bon howto pour configurer tout ça :
http://wiki.debian.org/XStrikeForce/HowToRandR12

Et si tu as besoin d'une modeline, tu la génères avec cvt ou gtf

J'ai le même problème (en 64 bits avec mandriva et icedtea 1.7.0-24).

J'ai testé également avec openjdk6 (celui fournis avec fedora 9) sans plus de succès.

A chaque fois, impossible de passer la première vérification. En ce qui concerne blackdown, les années précédentes, ça fonctionnait jusqu'à la signature qui était impossible.

Bref, je pense que ce n'est pas encore cet année que je pourrais télédéclarer avec un java libre :/.

La version anglaise est celle qui fait référence et effectivement, la traduction est un peu bizarre.

si tu te sens motivé pour mettre à jour, ne te gêne pas, c'est un wiki :)

J'ai la même carte et je teste régulièrement la partie 3D de Nouveau.

les résultats sont ceux auxquels on peut s'attendre d'après les TiNDC :
ça crashe, souvent.

plus précisément (version git d'hier) :
openarena : certains niveaux sont jouables d'autres plantent irrémédiablement
ppracer : même combat, certains sont à peu près jouables, d'autres sont à 10 fps et finissent par planter.
neverball : marchote tant qu'on ne met pas de réflexion
glest : plante dès qu'on sélectionne une unité, mais on a quand même le temps de voir quelque chose
xmoto : ça marche quelques minutes avant de devenir effroyablement lent.
tremulous : même chose que pour openarena

Wesnoth n'a pas besoin d'accélération 3D à ma connaissance (en tout cas, ça marche très bien sans chez moi).

tu as aussi bibus qui possède un greffon pour travailler avec OOo (et avec word également )

Il me semble (mais je n'ai pas de source plus fiable que quelqu'un ayant fait une école de secrétariat) qu'on ne doit justement pas justifier le texte dans un courrier. Même si ça se fait tout le temps maintenant.