vince (./1466) :
Tu corriges tout tes bugs comme ça ? "J'ai pas vu mais si y'a du propriétaire alors le bug ne vient pas de moi !!!" parce que si c'est le cas, ça confirme qu'il s'agisse (tout ton discours linuxien) de propagande non fondée...

Ce n'est pas de la propagande. C'est un fait: ces bogues viennent du pilote propriétaire. As-tu lu les descriptions de ses problèmes? "si compiz est activé la souris ne réapparaît pas sans redémarrer X" est à coup sûr un bogue du pilote graphique. (Ça ne peut pas être un bogue de Compiz parce que ça marche sur d'autres matériels!) Comme il a confirmé que son pilote est propriétaire, c'est donc un bogue du pilote propriétaire. Quant à "l'écran externe n'est pas détecté à sa résolution native", c'est aussi quelque chose qui, sous GNU/Linux, dépend typiquement du pilote graphique. En particulier, les pilotes propriétaires contournent et réimplémentent certains mécanismes système qui s'occupent entre autre de ça. Question partage de code, les pilotes propriétaires sont totalement pourris, ils fournissent leur propre implémentation de tout et sont en général en retard pour toutes les interfaces exportées (par exemple, bonne chance si tu veux utiliser la version la plus récente de la spécification XRandR, extension X11 nécessaire pour gérer justement le réglage de la résolution et l'activation/désactivation de sorties sans redémarrer X11, avec les pilotes propriétaires).

Je suis sûr à 99% qu'il n'aurait aucun de ces bogues avec le pilote libre (les 1% restants, c'est parce que le pilote pourrait avoir par pur hasard le même bogue, dans du code totalement différent; une fois de plus: les pilotes propriétaires réimplémentent pratiquement tout le code censé être partagé).

Et pour revenir à linux&co : Ce que les libristes reprochent au proprio, ils y viennent ! J'ai cessé de compter les cas de problèmes (principalement linux mais pas exclusivement, tout le libre est concerné) où la correction attendue est remplacé par un "changez de machine/plateforme/matériel..."

Si le matériel n'a pas de pilotes libres convenables, alors oui, changer de matériel est le meilleur recours. Ça a toujours été le cas.

Quant à la plateforme logicielle:

(et celui qui pense que c'est pas le cas est invité à venir m'installer un serveur J2EE stable sur ma debian stable...)

bah 1. Debian stable est vieux, donc forcément tu risques d'avoir des problèmes pour les logiciels récents et 2. les serveurs J2EE sont testés avant tout sur RHEL (surtout JBoss qui appartient à Red Hat), tu t'attendais à quoi? Il y a bien CentOS aussi si tu ne veux pas payer pour RHEL. Ou si ce que tu veux est la JBoss Community la plus récente, Fedora peut être aussi un bon choix (mais il me semble qu'ils testent aussi sur au moins RHEL/CentOS 5, ils ne visent pas uniquement la future version 6 qui sera basée sur Fedora 12). Et il y a la virtualisation aussi, tu peux faire tourner une VM CentOS ou Fedora dans Debian ou l'inverse.

Maintenant, si ton problème est que tu veux faire tourner ces logiciels sur ton serveur HPPA qui n'est géré par presque rien, bah retour au point précédent, c'est ton matériel le problème. Par exemple, que je sache, il n'y a pas actuellement de version optimisée de OpenJDK pour HPPA (Red Hat travaille sur Shark, un JIT portable basé sur LLVM, mais ce n'est pas encore tout à fait au point, donc ça reste désactivé par défaut), donc comment veux-tu faire tourner du Java dessus?