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.
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.
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.
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.
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).
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 :/.
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).
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.
[^] # Re: Merci !
Posté par Mjules (site web personnel) . En réponse à la dépêche Sortie de la version 0.6 de Grisbi, logiciel de comptabilité. Évalué à 1.
# Erreur dans la news ?
Posté par Mjules (site web personnel) . En réponse à la dépêche Sylpheed 3.0 est sorti. Évalué à 2.
[^] # Re: C'était mieux à vent.
Posté par Mjules (site web personnel) . En réponse au journal ne peut accéder /etc/X11/xorg.conf: Aucun fichier ou dossier de ce type. Évalué à 2.
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).
[^] # Re: C'était mieux à vent.
Posté par Mjules (site web personnel) . En réponse au journal ne peut accéder /etc/X11/xorg.conf: Aucun fichier ou dossier de ce type. Évalué à 1.
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/(...)
[^] # Re: Des interfaces X pour les clients bittorents ?
Posté par Mjules (site web personnel) . En réponse à la dépêche qBittorrent v2.0 est sorti. Évalué à 8.
[^] # Re: Configuration d'XI2
Posté par Mjules (site web personnel) . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 1.
quelques données là (recherche rapide, ya surement plus complet )
https://fedoraproject.org/wiki/Features/XI2
[^] # Re: Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir
Posté par Mjules (site web personnel) . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 3.
Le serveur 1.7 a bien été publié mais les autres modules font encore l'objet de quelques corrections de dernières minutes.
# Tracker ?
Posté par Mjules (site web personnel) . En réponse au journal indexer et chercher du pdf en mode console. Évalué à 7.
http://projects.gnome.org/tracker/start.html
[^] # Re: Superbe dépêche
Posté par Mjules (site web personnel) . En réponse à la dépêche Le noyau Linux 2.6.30 est disponible. Évalué à 5.
Sinon, Fedora utilise déjà un noyau modifié pour gérer KMS avec les ATI/AMD.
# Les bibliothèques universitaires
Posté par Mjules (site web personnel) . En réponse au journal Mashup de recherche de livres dans les bibliothèques. Évalué à 3.
Il y a également un serveur z39.50 :
http://www.abes.fr/abes/page,439,mode-public.html
[^] # Re: Merci
Posté par Mjules (site web personnel) . En réponse à la dépêche xbindkeys : appel à mainteneur.. Évalué à 2.
Merci !
[^] # Re: Seulement 4 boutons?
Posté par Mjules (site web personnel) . En réponse au journal Un ordinateur, trois souris, sept boutons .... Évalué à 2.
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.
[^] # Re: Un indispensable du cycle de développement
Posté par Mjules (site web personnel) . En réponse à la dépêche Publication de Fusil le fuzzer 1.2. Évalué à 1.
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.
[^] # Re: J'ai rien compris...
Posté par Mjules (site web personnel) . En réponse au journal han les salauds, ils ont tué Colargol !. Évalué à 10.
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).
# Le gestionnaire mémoire
Posté par Mjules (site web personnel) . En réponse au journal Du nouveau pour les drivers VIA. Évalué à 2.
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(...)
[^] # Re: littlecms ?
Posté par Mjules (site web personnel) . En réponse au journal Mozilla et Linux. Évalué à 2.
http://bholley.wordpress.com/2008/09/12/so-many-colors/
??
[^] # Re: expérience avec les pilotes Radeon ?
Posté par Mjules (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.26. Évalué à 1.
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.
[^] # Re: Merci pour cette dépêche, je rebondis...
Posté par Mjules (site web personnel) . En réponse à la dépêche Interface graphique fonctionnelle : encore un effort pour l'open source. Évalué à 4.
[^] # Re: 32 bits
Posté par Mjules (site web personnel) . En réponse à la dépêche Interface graphique fonctionnelle : encore un effort pour l'open source. Évalué à 3.
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.
# Pourquoi faire un appel à xrandr ?
Posté par Mjules (site web personnel) . En réponse au journal Xorg 7.3 chie sur ATI. Évalué à 6.
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
# Ça ne marche pas non plus avec openJDK6
Posté par Mjules (site web personnel) . En réponse au journal Télédéclarer ses impôts et citoyenneté. Évalué à 3.
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 :/.
[^] # Re: ça crashe beaucoup
Posté par Mjules (site web personnel) . En réponse au message utilisation de Nouveau, 3D et NV40. Évalué à 1.
si tu te sens motivé pour mettre à jour, ne te gêne pas, c'est un wiki :)
# ça crashe beaucoup
Posté par Mjules (site web personnel) . En réponse au message utilisation de Nouveau, 3D et NV40. Évalué à 2.
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).
[^] # Re: C'est du Deja Vu
Posté par Mjules (site web personnel) . En réponse à la dépêche OpenOffice.org 2.4. Évalué à 1.
# Justification d'un courrier
Posté par Mjules (site web personnel) . En réponse au journal Quand Microsoft m'envoie ses cochonneries. Évalué à -1.