Thierry Vignaud a écrit 12 commentaires

oui, c'est automatique pour la plupart des applications (artsd,
mplayer, ...). eg: pour mplayer, s'il ne peut ouvrir /dev/dsp en OSS, il fallback sur ALSA et il utilise alors dmix de maniere transparente grace a /usr/share/alsa

xmms et bmp necessitent d'etre configures pour utiliser le plugin de
sortie alsa.

lisons le communique:

"Red Hat soutient la Linux Standard Base", a déclaré Karen Bennet, vice-président chargé des Applications et des Outils de RedHat. "Les éditeurs indépendants et les développeurs ont besoin de standards clairs. La LSB et le Linux Core Consortium contribueront à intégrer les besoins des entreprises, des éditeurs indépendants et des spécialistes de Linux. Ils aideront également à maintenir le caractère ouvert de Linux."

donc acte, la direction de Redhat ne parlque que de la LSB et pas de la LCC hein?

cesse te foutre de nous

Globetrotter peut également démarrer sur un port USB1.
La différence est que le débit du disque sera de 1.1Mo/s au lieu de 25Mo/s ...

Concernant le support de l'USB2, toutes les cartes mères frabriquées depuis 2-3 ans sont USB2

Et il manquera plus que la gestion unifiée et smplifiée des polices.... parce que certaines distribs qui laissent encore Xfs alors qu'il y a la freetype... grah, c'est crispant.

ca n'a absolument rien a voir. tu confonds et melange les notions suivantes:

• serveur de fonte (gestion de l'emplacement physique des fontes)
• moteur de rendu
• gestionnaire logique des fontes (liste de fontes par priorite selon la famille, ...)

les distro sont deja passe a une gestion unifiee et simplifiee des fontes via fontconfig (modulo qq vieux programmes).

xfs ne s'occupe que du stockage des fontes (permettant de deporter ledit stoquage sur un serveur distant)

< Note que la situation n'est pas aussi mauvaise que ça dans le cas de NVidia et ATI, puisqu'ils utilisent une couche de compatibilité qui, elle, est open-source (je sais pas sous quelle license).

il n'y a aucune couche de compatibilité: ils ont simplement ecrit un peu de glue pour avoir accces aux fonctions du noyau.

cette glue est regulierement cassee par les changements upstream du noyau

ca n'est pas une fuite de memoire.
contrairement a la libc4, les libc5 et libc6 ne rendent pas la memoire liberee par free() au systeme mais la conserve dans leur pool pour de futures allocations de memoire.

ce comportement est genant lorsqu'un programme alloue ponctullement une grande quantie de ram

ton bug est fixe depuis le 8 mars, c'etait un duplicate du bug bugzilla #8641. la 10.0officialle sera ok, cooker est ok.

tu n'as pris la peine de chercher.

ok, j'aurais du closer ce bug +tot, voila c fait a l'inst

ton bug est fixe depuis le 8 mars, c'etait un duplicate du bug bugzilla #8641. la 10.0officialle sera ok, cooker est ok.

tu n'as pris la peine de chercher.

ok, j'aurais du closer ce bug +tot, voila c fait a l'instant.

> > On est en mars, ca fait +de 2 mois.
> Je parle d'adapter une distribution à un nouveau noyau. Pas uniquement du noyau.
le travail d'adaptation avait deja commence avant, entre la 9.1 et la 9.2.
cette derniere avait deja subi un nombre consequent de modifications pour le kernel 2.6.x

nous avons initialement choisi d'utiliser perl pour programmer nos outils car il nous a permi de développer tres rapidement l'installation (utiliser c/gtk a la place de perl/gtk aurait ete beaucoup plus long et le code facilement 4 a 5 fois plus verbeux)

pour ce qui de gtk vs qt:

• a l'epoque:
• il n'existant pas de binding perl-Qt decent a l'epoque
• gtk etait libre, contrairement a qt
• maintenant:
• on a une base de code existant en perl/gtk+ consequente pour laquelle la migration n'apporterait rien de specifique
• on a une couche qui etend perl-Gtk (ugtk2) permettant de condenser la programmation de GUI sous forme fonctionnelle
• nous avons une couche qui abtrait l'interfacage pour que nous outils de config puissent tourner et sur la console via newt (binding dans le cvs de mdk) ou stdio, sur le web via http et sous X via Gtk+. il s'agit d'interactive.

enfin: