wismerhill a écrit 2608 commentaires

Pour RedHat/Mandrake/SuSe d'accord, mais Debian n'est pas "l'employeur" de tous les volontaires qui font la distrib, et il ne s'agit pas d'un simple jeu sur les mots.

Et en 2048 il sera toujours merdique comme ça?!

Ya plus -1 mais faîtes comme si.

Bien d'accord, pas plus tard qu'hier je cherchais une page qui expliquerais comment démonter mon Psion série 5 (dont l'écran ne fonctionne plus correctement), il ne m'a pas fallu plus de 10min avec google pour trouver
http://www.portal-pda.com/guides/openings5/openings5.html(...)

J'éspère surtout que les gars qui font leurs ptits modeleurs (basique) prendront part au projet Blender qui ne demande qu'a grandir.
Pas d'accord, il y a de la place pour des "ptits modeleurs basiques" justement pour les gens qui veulent juste s'y essayer un peu comme ça pour le plaisir.
Blender est très bien, mais c'est quand même un soft de qualité et de complexité professionnelle pour lequel il faut un certain temps d'apprentissage avant de faire quoi que ce soit.

a- KDE est tout à fait stable, pour Gnome ils ont sorti la 2.0 un peuu trop tôt mais ça s'arrange.
b- Qu'est-ce qu'il te faut!?
d- Oui, je pense que c'est contradictoire.
f- Ce n'est pas déjà le cas (mis à part les idées pré-conçues)?

Personnellement j'espère que KDE 3 durera longtemps pour avoir unelongue période de stabilité de l'api, d'ailleur il me semble qu'ils ont écourté KDE 2 pour ça.

Pas mal, ça m'a complètement bloqué mon système (je m'y attendais un peu, j'avais rien d'important en cours de fonctionnement à ce moment-là), ce qui veut dire qu'il est mal configuré. Comment on s'arrange pour éviter ce genre de conneries?

Joli troll primaire.

En effet on parle de libre puisque KDE ET qt sont en gpl.

comparer Mozilla à Konqueror... à mourir de rire

Il est difficile de les comparer, en effet, car ils ont peu de recouvrement, à savoir la partie navigateur. Mozilla fait également du courrier et des news alors que konqueror est aussi un gestionnaire de fichiers multi-fonctions.

Ah merde, ça colle à la semelle...

Tout à fait d'accord, je suis pro-Mandrake, mais je trouve qu'une version majeure de n'importe quelle distrib (à fortiori RedHat) mérite la première page.

Donc, pourquoi GNU plus que X11, BSD ... etc etc etc ... Parce que GNU est le seul à avoir l'ambition de créer un système complet, du noyau au traitement de texte en passant par l'environnement de développement (facile, tout est déjà dans emacs). Même si souvent je dis et écris Linux tout court par facilité, je suis assez sensible aux arguments de la FSF et je trouve que ça vaut la peine de rappeller le rôle du GNU, car après tout Linux serait resté un jeu de geek s'il n'avait pas eut tout un système à mettre autours, ce qui n'est qu'à moitié vrai pour GNU (il aurait en tout cas été plus en retard).

185 bugs? si aucun n'est un problème grave alors c'est très peu. D'autant qu'ils sont probablement pour la plupart des problèmes très spécifiques à une configuration matérielle. Et n'oublions pas que win2k était à l'époque sorti alors qu'il restait une liste de quelques 60 000 bugs recensés! Mais vu que ça date déjà d'il y a longtemps et qu'il sera probablement impossible de retrouver les références (et j'ai aps le temps) --> [-1]

Il s'agit ici de l'annonce officielle, mais les images iso étaient déjà disponibles depuis trois jours sur les miroirs déguisées en rc3.

La prosuite 9.0 a déjà été certifiée LSB, voyez à
http://www.opengroup.org/lsb/cert/display_product.tpl?CALLER=cert_p(...)

<sarcasme>
Si les win 9x étaient préemptifs, alors il y avait un appel système qui permet à un programme de bloquer tout le système en l'appellant.
</sarcasme>

Mais qu'est-ce qui a pris 2.3s? Que chaque thread ait la main une fois? La machine avait combien de mémoire pour arriver à avoir 100000 thread en même temps?

Où as-tu vu que le module nv supporte la 3D?
Je n'ai rien vu de pareil dans les release note de XFree86 4.2.1.

Pour ton info l'exécutable sous linux n'a pas d'extension. Les scripts n'avaient tout simplement pas été adaptés (et ne fontionnaient pas en l'état, il y avait même les \ alors que sous linux on utilise des / pour séparer les dossiers). Comme dis dans le post précédent celà à été corrigé avec les mises à jour et je vous signale que UT2003 est fourni avec le programme de mise à jour de Loki (localisé dans le répertoire updater du répertoire où vous avez installé UT2003).

Bon, chez moi X a effectivement une size de 290Mo, mais j'ai toujours 233Mo de libres sur 376 et rien en swap, ce qui fait 143Mo effectivement utilisés en mémoire (et j'ai KDE de démarré). Donc effectivement ça n'utilise pas vraiment autant de mémoire centrale.
Apparemment tu as bidouillé ton système n'importe comment, alors ne viens pas en accuser les autres.

Il ne suffit pas que les spec soient disponibles, il faut aussi faire la correspondance entre les fonctionnalités des différents programmes. Les programmes de koffice ont beaucoup moins de fonctionnalités que ceux de OO.o et il y a donc des choses qui ne peuvent tout simplement pas être converties.
De plus si les programmes fonctionnent de façon différente ça complique encore. Par exemple kword est un traitement de texte basé sur les frames, ce qui n'est pas le cas de OO.o writer, ça complique la conversion, dans un sens comme dans l'autre. Celà montre aussi qu'un format commun serait gênant, vu leurs différences.

D'accord, mais X ne sert pas que de serveur graphique, à part la transparence réseau il me semble que le drag'n'drop est déjà géré au niveau de X, donc il faut que directfb implémente ce genre de chose (et c'est bien à ce niveau-là qu'il faut le faire si l'on veut de la cohérence à ce niveau entre les programmes, c'est parce que le dnd est au niveau de X qu'on peut faire du dnd de konqueror dans xmms). De même, les polices de caractères sont fournies par X, directfb fait-il pareil? J'ignore ce que fait actuellement directfb (c'est pour ça que je demande), ce que je veut dire c'est que X est beaucoup plus qu'un système d'affichage graphique (ce qu'est SVGAlib par contre), et même si on laisse tomber certaines fonctionnalités plus particulières (transparence réseau) il y a beaucoup à refaire. À part la transparence (visuelle), y a-t-il autre chose que directfb propose (ou est en projet) et qu'X n'aie pas/ne soit pas capable de faire? Qu'en est-il d'accélération matérielle (OpenGL)? Est-ce prévu à plus ou moins long terme ou celà ne fait-il pas partie du cahier des charge de directfb?

Et pour montrer que cette news est en retard: la rc2 viens de sortir.
Exemple avec un serveur ftp à jour
ftp://mandrake.redbox.cz/Mandrake-iso/i586(...)

Il en existe, comme par exemple avec le framebuffer.
Le problème c'est que tous les programmes graphiques actuels sous Linux sont construits avec X. Donc une alternative devrais proposer une émulation de serveur X pour faire fonctionner les programes actuels.
Et puis, X a des avantages, la transparence réseau ça m'a déjà servi plus d'une fois. Et le framebuffer n'est pas optimisé, puisque justement il utilise les fonctionnalités standard (vesa) des cartes.

Elle n'est pas encore annoncée sur la page principale du projet, s'agit-il bien de la version finale ou attende-t-ils simplement que toutes leurs versions binaires soient prêtes?

Et il est censé faire quoi ton exemple? Que ce soit avec mozilla ou konqueror ça me renvoit à la racine de ce nom de domaine.

Ça fait une semaine que cette rc1 est disponible (regardez la date des iso), vu la vitesse à laquelle se sont succédées les bêta on devrais bientôt avoir la rc2 (final?).

Et j'ai fais 3 erreurs sur les neuf questions.