Christophe Fergeau a écrit 1255 commentaires

à poser aux personnes ayant fait le package de OOo pour ta distrib...

Le cvsweb se trouve à l'adresse http://cvs.freedesktop.org/(...)
Pour accéder en mode anonyme au module menus du cvs de freedesktop, j'ai :pserver:anoncvs@cvs.freedesktop.org:/cvs/menus dans un de mes CVSROOT.

Je parle du nb de personnes utilisant leur pcs pour jouer sous linux et refusant d'utiliser windows pour jouer, c'est à dire les seules personnes pour lesquels un driver linux est un critère de choix prépondérant. Y a tout de suite beaucoup moins de monde ;)

Le seul marché intéressant pour ATI, c'est les grosses stations de travail des mecs de chez pixar et tout ça qui font de la grosse modélisation 3d et ce genre de choses sur des pcs sous linux (qui remplacent leurs vieilles stations irix). Les joueurs sous linux, c'est juste un effet de bord intéressant pour eux, ça leur permet de soigner leur image de marque auprès de ces gens là (du moins d'essayer).

> C'est le prototype du logiciel gros et complexe

c'est pas plutôt archétype ?

Voilà, fallait commencer par là :) plutôt que de dire "à quoi ça sert les autotools, y a ça, ça et ça qu'edst nul avec les autotools, mon makefile il aussi bien que les autotools"
Un autre truc que font les autotools (enfin libtool, personnellement je l'inclue dans les autotools, les avis varieront peut être) c'est de te permettre de générer facilement des lib statiques ou partagées, et ce quelle que soit la plateforme (unix proprios, windows, ...)

Oui, c'est ce qu'il dit, SDL ça fait direct2d, un peu directsound et directinput (sdl c'est très bas niveau), mais pour directshow on n'a pas grand chose. On veut gstreamer est assez proche de directshow au niveau conceptuel et vise à apporter ce layer manquant aux unix...

Oui, et mon propos, c'est que c'est en partie le boulot de la distrib de faire en sorte que ça marche quand tu l'installes. Et pour ça ubuntu au moins (peut être fedora, je sais pas j'ai pas trop testé) seront peut être plus satisfaisants de ce point de vue là. ubuntu et fedora sont toutes deux soutenues par des entreprises puisque ça a l'air de te tenir à coeur...

« Je crois beaucoup aux présentations vidéo pour démocratiser linux. Je serai prêt à en faire quelques unes si j'avais sous la main un logiciel fonctionnel me permettant de faire une capture vidéo de mon desktop. Il en a été fait un, mais il déconne complètement et est à peu près inexploitable...
»

C'est xvidcap le logiciel que t'as testé ? (http://xvidcap.sourceforge.net/(...))

En ce qui concerne ta distrib idéale, ton pb de démon pour le son, ... ubuntu me semble pas mal au niveau du "une seule appli proposée par tâche". Comme c'est que des applis gnome, ça résoud le pb du démon pour le son au passage ;)
fedora a l'air de regarder un peu du côté de alsa/dmix pour voir si y a moyen de faire des choses intéressantes de ce côté là. Sinon t'as aussi une solution au pb des démons différents, c'est d'utiliser une carte son potable et de pas utiliser de démon pour le mixage ;)

> Quand on voit ce qu'il faut faire pour installer Gnome (à la main), c'est une galère pas possible.

Récupérer jhbuild ou garnome avant de lancer la compil, c'est pas trop compliqué hein ;) Ensuite si tu veux récupérer les trucs un pas un et les compiler à la main alors que t'as des scripts pour le faire à ta place, ou même des paquets précompilés avec ta distrib, libre à toi, mais viens pas te plaindre que c'est compliqué quand tu fais toi même le choix de te compliquer la vie.

Moi je les trouve pas top ses raisons pour pas utiliser les autotools, c'est de vagues arguments plus ou moins faux (on peut faire la même chose avec un makefile tout simple, ...) pour dire "je connais pas les autotools, ça a l'air compliqué, j'ai pas envie de m'y mettre".
« - Cela nécessite quantité de fichiers qui mettent en désordre le dossier de mon projet. » Y a pas besoin de tant de fichiers que ça, il faut un configure.ac, un Makefile.am par répertoire et en fait ça doit pouvoir être suffisant si tu ignores les plaintes des autotools au sujet de fichiers manquants (README, ChangeLog, ...). Ensuite effectivement les autotools génèrent pas mal de fichiers, et ça peut être un peu perturbant au début. Mais avec l'habitude, tu sais quels fichiers sont utiles et quels fichiers ne le sont pas, et puis tes sources sont dans un sous répertoire src/ de toute façon, donc tu t'en fiche de ce qu'il se passe à la racine de ton projet ;)

Parce qu'il y a beaucoup trop de personnes qui fraudent, et que ça paraissait un moyen relativement simple à mettre en oeuvre pour limiter cette fraude ?

Pour moi un ibook 12" c'est un portable, un ultraportable c'est un truc du genre ibm x40 qui pèse quasiment deux fois moins lourd (un peu plus d'un kilo)

Si Mr Carrefour va voir un de ses revendeurs en lui disant qu'il lui faut des PCs sous linux, t'inquiète pas, le revendeur va se démerder, c'est pas comme si c'étati Mr gnumdk qu'allait demander au revendeur.

J'ai regardé vite fait les specs des ati radeon x800, et elles montaient pas si haut en résolution apparemment.
Quoique le commentaire du dessous sur la double sortie dvi me fait me demander si y a pas un hack immonde avec la nvidia qui consiste à avoir deux sorties vidéo gérant une résolution plus faible et chacune des sorties affiche une ligne sur deux ou un délire du genre... Auquel cas un hack du même genre pourrait probablement être jaouté aux atis

Il faut une carte graphique qui tienne la route (ie qui puisse monter aussi haut en résolution). Apparemment, à l'heure actuelle faut une nvidia bien précise...

Pour faire gagner un peu de temps aux personnes intéressées, l'interview se trouve à http://www.rage3d.com/index.php?node=getarticle&u=content%2Fint(...) et la news sur rage3d c'est http://rage3d.com/board/showthread.php?threadid=33790898(...)

http://kerneltrap.org/node/view/464(...) et http://kerneltrap.org/node/view/1766(...) si tu veux des explications plus précises (et moins fausses) que les miennes)

changement de process, ça implique probablement que la plupart de tes caches se retrouvent invalidés, rien que ça c'est super coûteux. 3000 cycles d'horloge, c'est pas grand chose non plus si tu prends en compte tout le "book keeping" qu'il y a à faire (récupérer l'interrupt timer, mettre à jour les diverses structures en rapport avec le temps, choisir un process à activer, changer le processus actif, mettre à jour les diverses tables utilisées par le scheduler, ...). Tu arrives super rapidement à tes 3000 cycles pour faire tout ça

C'est pas comme ci tout ça n'avait pas été débattu en long, en large et en travers sur la mailing list du noyau linux. Les mecs de bitkeeper (enfin Larry McVoy) ont été très clair là dessus, il n'y a pas de flou ni rien, la clause est là volontairement, et veut bien dire ce qu'elle dit.

Et on a du mal à trouver sur amazon.fr tous les artistes français qu'on trouve sur alapage.com (qui lui même n'est pas super complet non plus) ;)

T'as déjà pensé à prendre des cours d'anglais ?
« (d) No free use for competitors: Notwithstanding any other terms in this License, this License is not available to You if You and/or your employer develop, produce, sell, and/or resell a product which contains substantially similar capa- bilities of the BitKeeper Software, or, in the reasonable opinion of BitMover, competes with the BitKeeper Software. »
C'est écrit où que la seule restriction, ça concerne l'hébergement d'un project concurrent dans un repository bitkeeper si t'utilise la version gratuite ? De la façon dont je comprends cette licence (j'ai pas lu tout la licence, donc c'est peut être clarifié autre part), qqu'un qui bosserait dans la boîte qui développe ClearCase par exemple n'a pas le droit d'utiliser la licence gratuite de BitKeeper pour faire du développement noyau même s'il travaille sur un projet n'ayant aucune relation avec ClearCase.

Oula, on se calme :)
Le 1000 c'est une constante hardcodée dans Linux.
Pourquoi ? Parce que quand t'as une interruption qui se déclenche, il faut la traiter, alors que tu aurais pu faire autre chose à la place de ce traitement. Ensuite, si tu dois changer de processus actif, c'est pareil, ça a un coût, c'est pas immédiat. Il faut donc trouver un équilibre entre la fréquence à laquelle tu t'autorises à changer de processus, et le coût de ce changement de processus. Si tu as la possibilité de changer de processus actif toutes les microsecondes, mais que le cout de ce changement est aussi de l'ordre de la microseconde, c'est pas très rentable.

Ca marche comment les votes dans le bugzilla de kde ? Ils sont réellement pris en compte ? Ou c'est plus cosmétique qu'autre chose, et uniquement bon à permettre à certains utilisateurs de troller « Maaaaaiiiissss euuuuhhh!!! Mon bug il a 145893890 votes, il est super important, tu le corriges tout de suis espèce de grosse larve de développeur » ?

Donc ton test est hautement dépendant du nombre de process qui tournent, il va probablement être considéré comme non interactif par le noyau, donc pas forcément favorisé au niveau du scheduling, et le résultat va plafonner à 1000 sur un linux vu qu'il me semble que c'est le nb maximum de changemnet de process par seconde...