wismerhill a écrit 2599 commentaires

Ces résultats sont disponibles depuis le premier Novembre (je me souvenais les avoir déjà lu et la date affichée au début me l'a confirmé), je crois même sue la news est déjà passée sur dlfp et on nous repasse cette nexs qui plus est en première page, y a des modérateurs qui ne sont pas bien au courant.

Ben moi la première fois que j'ai voulu relever mon mail tout nouveau que j'avais, j'ai démarré outlook express que j'avais fourni avec windows (je connaissait pas encore Linux à l'époque :-( ), j'ai regardé un peu l'interface, je me suis dis "c'est quoi cette merde" et j'ai installé eudora.
Tout ça pour dire que je ne suis pas prêt d'utiliser evolution PARCEQUE ça ressemble à outlook.

J'ai une GeForce 256 DDR sur un athlon première génération.
Bon, mais je crois que je me suis un peu emporté lorsque j'ai posté ce message et j'aurais du y réfléchir un peu plus.
Sur ma mdk gears fait partie du package Mesa-demos.
Mais ça m'étonne quand même que cette nouvelle version me pose ces problèmes alors que la précédente fonctionnait parfaitement.

Ouais, tu as raison, je me suis un peu emporté sur ce commentaire, mettez-moi quelques moins qu'on le vois plus.

Et peut-tu m'expliquer alors pourquoi ça n'irait pas avec la configuration qui fonctionne bien avec la version précédente (1.0-1541)?

Car cette version est méchament bugguée, du moins pour ce qui concerne la 3D.
Rien qu'avec le petit programme gears (qui fait partie des démos fournies avec Mesa, package Mesa-demos sur ma mdk) il y a des problèmes de textures (le centre de l'engrenage rouge était par moments remplis par une texture venue d'ailleur) et plus grave que ça lorsque j'agrandissait la fenêtre (plus grand que 1024x768 me semble-t-il) les performances tombaient presque à zéro (moins de 1fps) alors qu'avec la version précédente (1.0-1541 que je me suis empressé de remettre) à une taille encore plus grande (presque 1152x864) j'ai 120fps.
Donc NE L'UTILISEZ PAS!
PS : j'ai posté ce message sur la news précedente également pour être sur que tout le monde le vois.

Car cette version est méchament bugguée, du moins pour ce qui concerne la 3D.
Rien qu'avec le petit programme gears (qui fait partie des démos fournies avec Mesa, package Mesa-demos sur ma mdk) il y a des problèmes de textures (le centre de l'engrenage rouge était par moments remplis par une texture venue d'ailleur) et plus grave que ça lorsque j'agrandissait la fenêtre (plus grand que 1024x768 me semble-t-il) les performances tombaient presque à zéro (moins de 1fps) alors qu'avec la version précédente (1.0-1541 que je me suis empressé de remettre) à une taille encore plus grande (presque 1152x864) j'ai 120fps.
Donc NE L'UTILISEZ PAS!

Hé, on t'as dis que c'est une release de qualité alpha, donc justement pour mettre en évidence et éradiquer ces bugs.

He bien il semblerait que le konqueror de mandrake (version 2.2.2, packages mdk dispo sur les ftp de kde) ne la gère pas.
S'il y a moyen de l'activer par une recompilation quelqu'un pourrait expliquer comment.

Ben la beta 1 à déjà été reportée d'une semaine car le cvs était trop instable donc on peut déjà envisager un certain retard.
Ça avait été le cas pour la 2.0 dont les beta s'étaient succédées, je trouve ça rassurant que bien que faisant une roadmap assez précise le coordinateur n'a pas peur de rallonger (diminuer j'ai jamais vu) celle-ci si nécessaire.

Non, le raisonnement est idiot. Tant qu'à faire de développer un truc qui fonctionnera que sur une architecture autant le faire vraiment pour cette architecture (en l'occurence une appli écrite en C ou autre et compilée pour windows).

Et tous les premiers font partie d'une entreprise, eh ben.

Ou est-tu allé chercher ce commentaire méchant, gratuit et mensonger?
<prise de conscience>
Oh merde, tu lançait un troll et j'ai marché en plein dedans.
</prise de conscience>

C'est que tu as déjà utilisé tous tes points.

Ils reconnaissent que leur article était mauvais? ils remontent dans mon estime!

j'aimerai bien lire une réfutation point par point du papier
Alors allons-y :

• Il contient deux systèmes de fichiers

Y a une erreur d'un facteur 10 là alors qu'il aurait suffit du mot "supplémentaires" pour que ce soit correct

• il deviendra standard au moment de l'adoption prochaine par tous du noyau 2.5

Tu vois qu'ils disent que le noyau 2.5 n'est pas réservé qu'aux développeurs.

• Elle inclut deux systèmes de fichiers, conçus pour améliorer les synchronisations entre portables et PC de bureau et éviter les plantages

Un système de fichier n'a surement pas pour vocation la synchronisation entre des machines.

• Mieux vaut donc se tourner vers la version 2.4.16, ultime mise à jour.

le 2.4.16 n'est surement pas la dernière mise à jour de la série 2.4.x, déjà qu'on est pas sur que le 2.2.20 sera le dernier des 2.2.x (et pourtant il est sorti bien après le 2.4.0).

• Ces derniers (il parle des portables) devraient d'ailleurs enfin bénéficier d'une vraie gestion de l'énergie, capable d'augmenter leur autonomie.

d'après une connaissance qui a un portable sous linux (mdk 8.1) son autonomie est nettement meilleure que sous windows, il est donc inutile de mettre au futur : il y a déjà une bonne gestion de l'énergie.

• D'autres nouvelles fonctions concernent
  
  
  
  • la consultation hors ligne de fichiers en provenance du réseau,
  
  rien à voir avec le noyau
  
  • la récupération et le redémarrage automatique après défaillance du réseau
  
  le défaillances du réseau ne posent aucun problème, on peut sans problème déconnecter son cable réseau puis le reconnecter sans le moindre problème.
  
  • et la gestion de répertoires "home" stockés sur différents ordinateurs.
  
  nfs existe depuis bien avant linux et y est intégré depuis longtemps (bien avant que je ne l'utilise moi-même donc je peut pas dire).
  

Bon je crois que j'ai fais le tour.
Par contre sur la partie KDE je n'ai rien à dire, à part qu'ils sont déjà en retard d'une info car la beta est retardée (et donc tout le reste aussi).
PS : mon orthographe et mes accents te plaisent ? :-]

Ouais mais faut faire gaffe quand on fait de l'ironie car parfois on est pris au sérieux et ce serait encore pire.
Le mieux serait tout simplement de corriger les fautes pour qu'il y ait au moins des info correctes sur ce site.

Mais ça ressemble à une croissance exponentielle ça!
Si ça continue ainsi on peut estimer que le 2.6 fera de l'ordre de 45MO, et combien pour le suivant?
La perspective fait peur.

<coup de gueule>
Alors c'est tout ou rien, soit on se contente de ce que nous fournis notre distrib soit on est un vrai développeur capable de corriger lui-même les erreurs du noyau.
Pas de juste milieu du genre "je vais recompiler mon noyau pour n'avoir que ce dont j'ai besoin et avoir la fonctionnalité X qui n'était pas dans les noyaux pré-compilés de ma distrib".
J'ai souvent recompilé mon noyau pour qu'il soit le plus adapté possible à mes besoin mais c'est tout juste si je sais appliquer un patch et ne me parle pas de reporter des bugs du noyau je ne sais même pas comment les mettre en évidence, quand à la LKML j'ai pas le temps de lire les centaines de messages par jours qui y sont postés.
Tiens je parie que tu va me répondre une connerie du genre "connait pas touche pas" mais après tu te plaindra que les gens sont pas capables de penser par eux-mêmes.
</coup de gueule>
Aaaaah, ça fait du bien...

Et pour l'usb y a les drivers de Benoit Papillaut
http://benoit.papillault.free.fr/speedtouch/user.php3(...)

www.windowblinds.net/
Ouais, c'est de lui que je parlais et contrairement à la gestion de thèmes dans KDE out gtk+ il ne remplace pas les widget windows (qui sont eux aussi codés en dur) mais redessine dessus.

Toi tu connait que Linux hein ;)
explorer.exe n'est pas le window manager, c'est juste lui qu s'occupe de la barre des tâches et du bureau mais les fenêtre sont gérée par windows lui-même, je le sais j'ai utilisé litestep pendant un moment sous windows, ce dernier remplaçait la barre de tâche de win par un joli dock à la nextstep et avait son propre bureau, mais les fenêtres étaient toujours les mêmes.
D'ailleur je me demande même si ce n'est pas compilé dans les appli car quand ces dernières plantent y a plus moyen de les déplacer ce qui indique que le gestionnaire de fenêtre n'est pas indépendant du programme.

Le seul probleme AMHA serait un probleme de conscience... En effet, dans ce cas, on viendrait concurrencer Trolltech qui fait payer le prix fort pour ses licences QT sous windows. Vu les efforts consentis par Trolltech envers la communaute, je pense qu'il ne serait pas juste envers eux de realiser un tel portage..
Non, ça ne leur poserait aucun problème car ce sont des licences pour logiciels closed source qu'ils vendent, donc incompatibles avec la gpl donc un portage de qt gpl ne changerait rien car les entreprises qu leur achetaient des licences le faisaient parcequ'elles voulaient pouvoir développer des logiciels proprio et continuerons à le faire.

Mais ce serait "marrant" que les malheureux utilisateurs de MS puissent également avoir la possibilité de choisir leur windowmanager...
Ben non, le window manager il est intégré en dur dans windows (berk) et y a pas moyen de l'enlever, le programme dont j'ai oublié le nom et qui permettait d'avoir des super décorations de fenêtre et de widget ben il redessinnait pardessus ceux de windows d'ou une méchante perte de performances.
D'ailleur ils le disent, le portage de kwin et kdesktop est sans objet.

Heu, comment on applique un(des) patch(s), dans le bon ordre bien sur, mais quelle commande utiliser, faut-il d'abord avoir des sources bien propres (make clean ou make mrproper), autre chose?