Les drivers libres ATI et Matrox, par exemple, sont très bien optimisés.

hmouahahahahahahaha ! pas mal !
ils sont très bien optimisés quand ils ont fini de les implémenter, ce qui n'est pratiquement jamais le cas.
on en a déjà bien parlé jjb, mais par exemple chez ATI (je sais pas chez Matrox) :
- le driver Mach64 va ENFIN PEUT ETRE etre complètement implémenté dans XF4.3.0 (la puce est sur le marché depuis 1995 ou 1996 tout de même)
- le driver rage128 est incomplet
- les drivers radeon varient entre 2D-only (comme les nVidia), et presque tout implémenté mais avec encore plein de bugs dedans.

fournir les specs, ça n'est pas suffisant du tout. coder pour XFree, c'est une énorme galère, le projet est opaque et peu documenté. c'est AMHA la limite numéro un à l'utilisation non pas bureautique mais personnelle de Linux (quand on veut commencer à lire des DVD et à jouer, il vaut mieux très attentivement regarder le matos qu'on a, et notamment sa carte graphique).

[ Répondre ]

Les sondage pronostics, ça ne doit jamais être pris tant que ça au sérieux... au mieux ça reflète un "état d'esprit" de la communauté. C'est dans 2 ou 3 ans quand on re-regardera ce sondage que ça risque d'etre marrant.

Par ailleurs, la Debian est une star pour les serveurs aujourd'hui, et ce n'est pas si bete que ça de poser la question pour la bureautique: le projet va-t-il également arriver au statut de star sur ce créneau, ou bien le sous-projet Debian-Desktop va-t-il lentement se mettre à stagner ?

Enfin, plutot de discuter si telle ou telle distro doit ou ne doit pas etre dans la liste (comme je le dis à la fin de l'article, le sondage recense 7 distributions, et distrowatch beaucoup beaucoup plus), pourquoi ne pas parler un peu aussi du reste (genre des promesses ridicules de Lindows, des problèmes de migrations de parc, etc.) ?

[ Répondre ]

Les supercalculateurs ont pas mal décliné à l'arrivée des clusters (trad. ?) de PC, qui répond à un paquet de besoins pour lesquels il fallait auparavant des supercalculateurs. Eh oui, encore un autre avatar du réseau de PC....

[ Répondre ]

Je sais pas de quoi tu parles exactement, mais n'oublie pas la gestion du stock, quand le volume des ventes est relativement bas, c le stock qui coute le plus cher. Regarde les prix de vente à la FNAC par ex.

[ Répondre ]

Yep, mais ils avaient pas vu venir Compaq, et tous les compatibles PC, et surtout, ils avaient pas vu venir le réseau de PC (même si, token ring...), et l'impact que ça allait avoir sur le monde des serveurs et gros mainframes.

[ Répondre ]

Pourtant, les deux ont généré au moins autant de troll, car la niouze sur BIND a dégénéré en troll sur la licence libre-mais-pas-tout-a-fait-mais-quand-meme-un-peu de DJBDns. :-(

[ Répondre ]

Mon commentaire visait simplement à redire que cette conf n'était pas unifiée, et à expliquer quelle était sa portée exacte : les applications utilisant freetype+xftconfig.

Mozilla, par ex, utilise freetype, mais pas xftconfig.
Résultat des courses, si tu veux avoir des polices potables sur Mozilla, il faut y aller à la hardcore vim:
vim /usr/lib/mozilla/defaults/pref/unix.js

pref("font.FreeType2.enable", true);
pref("font.freetype2.shared-library", "libfreetype.so.6");
// if libfreetype was built without hinting compiled in
// it is best to leave hinting off
pref("font.FreeType2.autohinted", false);
pref("font.FreeType2.unhinted", false);
// below a certian pixel size anti-aliased fonts produce poor results
pref("font.antialias.min", 12);
pref("font.embedded_bitmaps.max", 1000000);
pref("font.scale.tt_bitmap.dark_text.min", 64);
pref("font.scale.tt_bitmap.dark_text.gain", "0.8");
// sample prefs for TrueType font dirs
pref("font.directory.truetype.1","/usr/local/fonts/TrueType");
pref("font.directory.truetype.2","/usr/share/fonts/default/TrueType");

(enfin c'est qu'un extrait)

Quand à OOo, c'est encore un autre combat, qui se gère en partie via l'interface, là au moins.

Pour le coup, en ce qui concerne l'AA, Windows était plus simple, il suffisait d'aller dans l'onglet "Plus" de la conf du bureau et de cocher "lisser les polices de l'écran". Mais tout le monde est au courant que XFree86 a encore un paquet de progrès à faire, et que les environnements de bureau ont besoin d'unification ( http://www.freedesktop.org(...) , que les développeurs de Moz regardent d'ailleurs avec intérêt ). Ca arrive, espérons juste que tous aient la patience d'attendre.

[ Répondre ]

à vrai dire ce qui est intéressant là, c'est qu'un pas de plus a été franchi par rapport à BlueCurve: l'intégration de la colormap.

pour le reste: http://www.freedesktop.org(...)
mais c'est pour l'instant une liste de voeux pieux et de drafts, dont seul bien peu a été implémenté.

[ Répondre ]

Il s'agissait plutôt de Galeon que de Mozilla

en fait, il s'agit des deux. ne pas oublier que Mozilla s'appuie sur GTK-1...

par contre, il est vrai que 1- le portage des applis vers GTK2/GNOME2 a l'air bien long et bien compliqué (au vu du relativement faible nombre d'applis portées), et 2- c vraiment ennuyeux que tous les toolkits ne soient pas beaucoup plus unifiés !

[ Répondre ]

merci de me résumer correctment, je suis un peu balade (snirfl), et en me relisant, je me trouve moi meme pas très clair !!!

[-1]

[ Répondre ]

ça y est aussi dans le 3.0.4, et ça génère tout connement un fichier .xftconfig , mais tu peux avoir le meme résultat en modifiant le /etc/X11/XftConfig.

MAIS ça n'est pas pris en compte par toutes les applications, notamment Mozilla et OOo qui ont leur propre système de conf pour les polices...

[ Répondre ]

en fait ça dépend de ce que tu veux stocker.
globalement c'est Eudora qui a la meilleure politique:
mbox est bien quand on a plein de messages de petite taille, cad sans attachements (très facile de chercher dans un gros fichier).
maildir est bien quand on a peu de messages de grosses taille, cad avec attachements (du coup quand on ouvre un message, c'est moins ardu).
mais dans un cas normal, on a beaucoup de messages de toutes tailles, donc de virer les attachements dans un répertoire séparé c'est super avantageux: on a les avantages des deux, en gardant un petit mbox, et des mails hyper rapidement accessibles ainsi que leurs attachements.
malheureusement, le procédé d'Eudora vieillit assez mal, car par exemple assez inadapté aux mails html qui nous empoisonnent la vie depuis qu'Outlook Express les gère par défaut.

[ Répondre ]

Et c'est valable pour les rpms: comment vérifier la clé ?

pour les distros, sur les CDs, il y a un fichier RPM-GPG-KEY (qu'on retrouve d'ailleurs après l'installation à des endroits divers selon les distros).
ensuite on fait un gpg --import du fichier en question en tant que root, et le tour est joué (sur certaines distros, cette dernière étape est faite par l'installeur)

pour le cas d'un RPM qui vient d'une source x ou y c autre chose...
mais PLF, Freshrpms, et deux trois autres sites du meme genre fournissent leur clés.

[ Répondre ]

L'idéal serait que la loi n'oblige à censurer que si la demande de censure émane d'un juge (jugement rapide en référé par exemple).

en théorie c'est pas mal, mais en pratique, les tribunaux sont déjà très engorgés, alors si tu rajoutte une mesure comme celle-là ça va devenir terrible, et au final ce sera encore moins juste.
on retombe comme toujours dans les affres d'une administration française lourde et surrannée (super bien adaptée à l'apoque de Napoléon, bcp moins au début du XXIeme siècle). ah, si nos gouvernants avaient des couilles....

[ Répondre ]

Suse est la seule distribution que je sache qui utilise alsa par defaut

tu vas te faire lyncher par les mandrakistes toi ;-) (eh oui, la Mandrake aussi !)

ceci dit, Mandrake vise plus WalMart que la Nasa, à ce que j'ai compris.

[ Répondre ]

chez moi il utilise bien libavcodec, mais ça marche pas: j'écoute ouifm pendant 30 secondes, et ensuite *couic* fini plus rien :-((
il continue de mettre en mémoire tampon par contre.. là j'en suis à 5659 % et ça augmente...
par contre gmplayer commence a être vraiment bien utilisable, c cool !

[ Répondre ]

sauf que qt sous MacosX est payant et pas libre. et puis ça doit etre du Carbon et pas du Cocoa, mais ça m'étonnerait qu'ils puissent faire du Cocoa pour OOo dttf.

[ Répondre ]

d'autant que les pdm devraient être celles des machines serveur, qui sont le plus susceptibles de faire l'objet de ces attaques (un nid de windows derrière un ou deux fw linux ou obsd, c tout de même moins attractif pour le cracker).
d'ailleurs, le résultat pour openbsd doit etre catastrophique, car sa pdm globale est ridicule, et qu'il y a eu une faille de sécurité découverte cette année, ce qui du coup est énorme. donc peut etre qu'openbsd est moins sûr que windows.

bref, je suis mort de rire.

[ Répondre ]

passé sur /. , mais qui fait écho à ce propos:

http://mpt.phrasewise.com/stories/storyReader$374(...)

[ Répondre ]