anonyme512 a écrit 498 commentaires

Deux remarques:

1- le rapport avec United Linux, c'est qu'il n'y en a pas, tu as mal lu, ce sont les "Unified Linux Driver",

2- seules les cartes ATI sont supportées, pas les cartes taiwanaises sur base de puce ATI ("powered by" ATI).

Par contre, si je ne me trompe, ça va apporter la 3D aux possesseurs de cartes ATI récentes pour lesquelles ils n'avaient pas donné les specs.

note que j'ai pas dit que la droite était mieux et qu'il y avait des balises <troll> </troll>. après on peu discuter de l'aspect populo primaire des uns et de l'hypocrisie des autres, mais ça fera hélas pas avancer les choses :-((

-1 parce que ça le vaut bien (clic ! ah non zut apu bouton)

mais quelqu'un se souvient-il pourquoi l'état a accordé une fréquence télé hertzienne à une chaine qui n'émets pas en clair ?

parce que le fondateur de canal+ était un pote à Mitterrand.
<troll>c'est le socialisme à la française où on donne l'accès de la culture (matchs de foot ?) au plus grand nombre, moyennant de chères finances (un peu comme l'opéra populaire bastille avec des places à prix exorbitants quand il n'est pas en grêve). vous reprendrez bien un peu de gauche caviar avec vos blinis...</troll>

dites, il est crédible ce site ?
voir http://www.parodie.com/monetique/whoswho.htm#jpney(...)

pour ceux qui ne connaissent pas le lascar:
http://www.kitetoa.com/Pages/Textes/Textes/Ney/jean-paul-ney-trolle(...)

En soit le systeme n est pas mauvais , mais il faudrais que la banque de france l egifere (desole pour l ortho , c le matin :( ) ; un systeme où l on ne pourrais pas connaitre l endroit du retrait par exemple , qui serait gratuit pour l usager et le vendeur (au moins l'abonnement , il y aura forcement des frais de carte et de machine chez le commercant).

au fait, qu'en est-il de l'avis de la CNIL sur le sujet ?
c'est eux déjà qui avaient poussé FT à mettre la liste orange par exemple.

non, je suis pas d'accord. le commentaire est excessif, certes, enfin je crois plutot qu'il cherche à faire de l'humour... non ? ceci dit, dans la façon de tourner les choses, pour la présentation des patches, on sent bien le marketing Microsoft, non ? d'autant que va savoir depuis quand ces trous de sécurité sont connus et que MS étouffe l'affaire, mais ça, c'est encore une autre histoire. dommage qu'il y ait plus de -1, car c'est vraiment du troll sans intérêt.

Tiens, on m'avait pas prévenu qu'il fallait passer à la caisse pour mettre à jour sendmail, bind, apache, ou simplement pour les fixer (via patch perso ou dûment téléchargé). Ca a changé récemment la GPL ou la BSD-license ? zut, a marché dans le troll...

tu es sur de toi quand au fonctionnement interne du bazar ?
pour les cartes ATI, par exemple:
le driver "ati" couvre en fait la mach64 et la mach32
le driver "r128" couvre la rage 128
le driver "radeon" couvre toutes les radeon
MAIS:
1- si tu mets le driver "ati" et que tu as une rage 128 ou une radeon, il va silencieusement te charger le bon driver
2- le driver "radeon" est censé couvrir toutes les radeon, mais ce ne sont pas les memes parties du code qui est utilisée en fonction des cartes (ben oui, elles n'ont meme pas les memes fonctionnalités !)

a vrai dire, là dessous se cachent de profondes différences matérielles.
la mach64 n'a pratiquement pas de capacités 3D, mais a de très bon accélérateurs 2D et video, et était relativement homogène à la mach32, à ceci près que les mach64 étaient souvent couplées à un accélérateur CRTC.
la rage128 a introduit les capacités 3D chez ATI, mais avec une limitation assez incroyable sur la taille des textures, qui ne peuvent pas etre arbitraires, mais un multiple de 4 (enfin je crois que c'est 4). Au passage, au sujet de cette limitation, tout le monde se casse le nez dessus, à commencer par Apple.
les radeon en revanche sont plus homogènes, avec des capacités 3D "normales", et une souche 2D qui n'évolue pratiquement pas. En revanche, pour le support des "add-ons", du type puce décodeur mpeg-2 ou sortie TV, c'est à nouveau la foire d'empoigne, avec des capacités/specs très différentes.

je pense que nVidia a dû etre un peu plus "propre" dans son design, meme dans celui de la TNT2, ce qui doit leur faciliter la vie pour avoir un driver unique, mais il n'y a rien de bien mystique là dessous.

Le problème, c'est que le support vient tout juste d'etre fini, et encore il reste un peu de debug à faire. Lis les mailing listes avant de poster. En plus, la Mach64, question capacités 3D, il n'y avait pas grand chose à faire. Mais avant que le projet ne redémarre (assez récemment d'ailleurs), il n'y avait meme pas de support XVideo digne de ce nom (enfin il y avait tout de même les drivers GATOS qui offraient un support partiel).

Quand à la Rage128, ATI avait payé un développeur pour implémenter les specs, et puis la Radeon est sorti, alors il a tout laissé en plan. Résultat, le DMA a du etre désactivé pour cause d'implémentation non terminée (pour les perfs, ne serait-ce que de la video, genre mplayer, c pas terrible, et pour les jeux, mieux vaut ne pas mettre trop de textures), toutes les résolutions/bpp/modes ne sont pas supportés, etc. Ne parlons pas non plus de la sortie télé, sur laquelle il vaut mieux ne pas compter, du hardware scaling XVideo également très partiellement implémenté (ou est-ce une conséquence de la désactivation du DMA ?). Pour une utilisation "normale", les bugs bloquants ont fini par etre fixés, mais personne n'ose s'attaquer au sac de noeud pour avoir une implémentation complète et bien optimisée. De plus, question stabilité, c'est correct, mais vraiment sans plus.

Sauf erreur de ma part, seuls les drivers Radeon 7500 sont à peu près complets et optimisés pour les cartes ATI.

pas de raison de coder un driver pour une vieille carte que plus personne n'a.

l'ennui, c'est que les Mach64 et Rage128 étaient montées jusqu'à très récemment (un an et peut etre moins) dans les portables, sous le nom de Rage Pro Mobility et Rage 128 Mobility.
donc, ce ne sont pas des vieilles cartes que plus personne n'a...

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).

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.) ?

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....

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.

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.

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. :-(

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.

à 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é.

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 !

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]

ç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...

à vrai dire, contrairement aux alphas et betas, les RC sont à destination des développeurs de KDE ou bien des gros malades.
il n'y a que des versions sources qui sont sorties, et la plupart du temps, les gens qui les installent utilisent de toutes façons en temps normal une version CVS de KDE.
par ailleurs, précisément, ces RC suivent quelques alphas et betas, qui étaient à destination de tout le monde, et qui avaient déjà permis de décanter énormément les choses.
le "feature freeze" a eu lieu il y a déjà longtemps d'autre part.
les bugs qui restent sont souvent pas bien gros en termes de lignes de code (typiquement des failles de sécu). enfin la phase de remontée des bugs s'est considérablement améliorée depuis le passage à bugzilla.

tout ça pour dire que dans le cycle de téléchargement, test, remontées de bugs, fix, pour ces RC, le plus long, c'est encore la compilation ;-))

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.

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.

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....