Pierre Tramo a écrit 1343 commentaires

L'annonce sur KDE.news http://dot.kde.org/1119953618/(...) et un miroir à jour parce que trolltech.com rame monstrueusement : http://sunsite.rediris.es/mirror/Qt/source/(...)

Hahaha, tu te trompes, c'est le pointeur de la souris

Je trouvais justement que c'était beau parce que les polices n'étaient pas lissées...

Il faudra attendre la 4.0 finale pour avoir la version libre sous windows, et ça sera la version gcc.

Ce qui manque surtout, c'est le support dans les drivers. Je viens de tester sur ma machine avec une carte nvidia et les drivers proprios, le 1er des 7 tests me donne :

*** ROUND 1 ***
---------------------------------------------------------------
Test: Test Xrender doing non-scaled Over blends
Time: 0.070 sec.
---------------------------------------------------------------
Test: Test Xrender (offscreen) doing non-scaled Over blends
Time: 0.131 sec.
---------------------------------------------------------------
Test: Test Imlib2 doing non-scaled Over blends
Time: 0.399 sec.

Le reste n'est pas acceleré. D'apres ce que j'ai vu sur un forum, nvidia ne peut pas vraiment travailler sur cette partie vu qu'il n'existe aucune procédure de test correcte. Ce qui m'étonne, c'est que le test offscreen soit plus lent que la version affichée...

Il n'y a pas longtemps, 2 devs de trolltech ont travaillé sur l'optimisation de xrender : http://www.kdedevelopers.org/node/view/978(...)
Ils ont bien amélioré les performances d'apres ce qu'ils disent, mais il faudra encore attendre...

Mais en pratique il se trouve (voir lien plus haut) que les résultats en termes de perf de XComposite/XRender/XDamage ne sont pas à la hauteur. Le code dans XOrg semble lioin d'etre optimisé.

Faut aussi voir la tete de son test, si c'est bien l'exemple dont je me souviens, dans la partie pour imlib, il n'y avait aucun affichage, ce qui n'était pas le cas pour xrender.

Dans le fichier de conf qui est avec la demo, il y a 2 fois la ligne bind "~" "toggleconsole". Tu modifies peut etre le premier. Ou essaye avec la version sdl ou glx, il y a parfois des differences de mapping entre les 2, ça m'est arrivé pour un autre jeu.

J'était arrivé à avoir la console puis j'ai écrasé le fichier de conf et je ne suis pas arriver a le faire fonctionner. Pour lancer la démo, utilise "./nexuiz-linux-la-version-que-tu-veux +timedemo bench1"

Bof, pour le court terme je préfère qu'ils se concentrent sur SVG et ce genre de choses.

Non, ça serait plus intelligent d'améliorer la gestion de la mémoire plutot que d'impléménter un truc inutile. svg ne sera de toutes façons pas utilisé sérieusement avant des années(si un jour il démarre) alors que la gestion de la mémoire, ça ennuie beaucoup de monde tout les jours.

Tu peux aussi essayer code::blocks, qui semble bien fonctionner (je ne l'ai cependant pas encore essayé sur de gros projets)

Sous linux, ça n'a pas l'air d'etre terrible. D'apres ce que j'ai vu sur le forum, ça compile difficilement et ça ne fonctionne meme pas ou ça plante dans le meilleurs des cas.

Oui enfin ! On l'attendait, on n'y croyais plus, même certains s'étaient rabattus sur ubuntu (traitres !)

C'est assez normal, les gars d'ubuntu font des releases au lieu de troller sur les mailing list. Il se concentre sur ce qui est important et font avancer les choses. Et quand on voit que certains devs debian pensent que le seul avantage d'ubuntu a été de faire partir les utilisateurs les plus cons, ça ne donne pas vraiment envie de continuer a l'utiliser.

La woody est morte vive sarge !

ne parle pas trop vite: http://lists.debian.org/debian-release/2005/05/msg00330.html(...)

Parce que ça serait une intégration trop rapide, ça nuirait a la stabilité.

Si les devs l'avaient intégré au lieu de troller, ça ne ferait pas plus d'un an qu'on se demanderait si ça serait intégré: http://linuxfr.org/2004/07/31/16950.html(...)

Comme tout le reste quoi: xorg, gnome 2.10, kde 3.4, udev, x86_64, gcc...
Heureusement qu'elle va enfin sortire, ils pourront enfin recommencer à discuter sur l'abandon des architectures inutiles, de la suppression d'une branche de dévelloppement....

-> gentoo tu compiles chaque soft que tu utilises donc plus long à l'install mais plus rapide à l'utilisation

Hahahaha. C'est juste le coté psychologique qui rend la gentoo plus rapide que les autres distros. Mais quand on y regarde sérieusement, on se rend compte que c'est la meme chose voire pire(comme le kde il n'y a pas si longtemps de cela)

Sinon, j'ai plutot l'impression qu'il demandait les différences à propos des initscript des deux distributions, pas à propos des deux distributions.

C'est vraiment pitoyable les debiannistes qui pensent que le monde tourne autour de leur distribution et qui croyent voir le logo dans la moindre spirale

Essaye beep-media-player, c'est le port gtk2 de xmms. Tu auras les polices antialiasées et il fonctionne tout a fait comme xmms(qui fonctionne parfaitemement chez moi et que je continue à utiliser sur une 2005le)

Déjà qu'au niveau de la vitesse, gecko sous linux est une merde par rapport à la version windows, ça risque pas d'améliorer les choses s'il commence à y intégrer cairo.

J'ai vraiment l'impression qu'il a été élu parce qu'il est populaire et pas vraiment pour son programme. Déjâ qu'il demande à 100 devs de lui apporter leurs soutiens avant l'élection officielle pour etre certain de ne pas se prendre une défaite une fois de plus.
Il n'a aucun programme pour faire avancer les choses.

http://xlivecd.indiana.edu/(...) ?

C'est des rumeurs, ça n'a jamais été découvert.

Bah non, moi je ne m'en fout pas.

Comme ça, tu lis la doc en 1h mais tu passes quand meme ta journée à tout compiler? (oui , y a les paquets précompilés mais c'est pas une gentoo alors)

N'oublie pas que tu parles de la debian, le fleuron du logiciel libre, une vitrine technologique. Ce n'est pas en regardant ce que les autres distributions proposent, qu'on arrive à faire une distro correcte, toute l'énergie est dépensée dans l'amélioration de ce formidable outil(et pas a troller dans les mailing lists mon bon monsieur).
Debian est la seule a supporter 11 architectures officiellement, ce serait vraiment une perte pour le logiciel libre si elle ne fonctionnait pas sur ton grille pain..

Plus sérieusement, ça me fait bien marrer cette logique. Déjâ qu'il n'y a aucun support amd64 qui est devenu la 2eme architecture la plus utilisée, ils se bornent à maintenir des trucs inutiles comme arm, m68k,... qui ne sont plus utilisé que par 4 personnes dans le monde. ('fin, y aura bien quelqu'un pour me répondre qu'il utilise toujours une woody sa vieille merde à 8 mhz et que debian a changé sa vie depuis qu'il l'a découverte et tout ça...)

J'ai testé la rc amd64 il y a quelques temps, est ce que la finale est plus stable?
Est ce que konqui plante toujours quand on supprime un fichier? (il y en a eu d'autres pour les apps kde, mais c'est le plus lourd)

Est ce que c'est possible de désactiver l'utf8? Je n'étais pas arrivé a le désactiver. C'est vraiment lourd cette saleté, pleins d'incompatibilité, de données illisibles... Ils auraient au moins pu laisser le choix a l'installation.

Ah ben bravo, ça c'est le respect de la liberté!

Tu veux forcer les autres à utiliser qqch sous prétexte que ce qu'ils utilisent te déplait. En gros, il n'y a que toi qui peut avoir le choix, les autres tu t'en fous....

Après tu conviendras que 3 crash de système de fichiers sur 3 machines différentes en moins de 1 an, il y a de quoi s'énerver, même si tu as des sauvegardes, parce que cela ne m'est jamais arrivé personnellement en presque 10 ans de NTFS ! :-)

Mais qui te forçait à utiliser ext3? Quand un truc déconne, faut pas être très malin pour le s'acharner à le réutiliser. Il y a plein d'autres systêmes de fichiers sous linux. J'utilise xfs depuis des années, j'ai jamais eu le moindre problème. J'ai voulu retester ext3 y a pas longtemps, en un mois, j'ai eu 2x des données corrompues(sur debian et mandrake). Je ne commence pas à gueuler partout que ces distros suxent(ou alors, pas pour cette raison)