lezardbreton a écrit 2626 commentaires

http://linuxfr.org/~wtarreau/ ?

A partir du moment où Ubuntu s'est positionné en confrontation directe avec Windows, il n'est plus question de dire : "ils n'ont pas les mêmes moyens, ce n'est pas leur faute". Soit on propose un produit de qualité équivalente, soit on n'est pas en compétition directe.
En l'occurence, ils ont un autre moyen qui est prodigieux : sa communauté, tout à fait capable de prendre à sa charge le fait de tester un package de mise-à-jour pour déceler des problèmes importants (comme celui-ci).
Je rejoins à 100% PBPG sur ce coup là.

Puisque tout le monde s'y met, j'ai répondu à partir de ce que j'ai sur ma machine principale :
- Mandriva
- KDE
- Konqueror
- Kmail
- none

Malheureusement, cette machine est morte, il ne me reste plus qu'un pauvre portable Celeron 500MHz et 128Mo. Du coup :
- Debian Etch
- fluxbox
- Opera
- mutt
- none

Effectivement, j'avais un peu trop vite regarder. Maintenant, ça me tente beaucoup plus...

Vu la masse d'anti-KDE bruyants que l'on croise sur les forums anglophones, je me demande si ça va durer longtemps.
Ex les commentaires pathétiques de cette news d'hier : http://www.osnews.com/comment.php?news_id=15588
Personellement, je n'aime pas le menu que va proposer SUSE, mais ce n'est pas une raison pour réagir comme ces gens et détruire tout KDE sans même discuter de l'idée de SUSE.

De toute façon, je n'ai jamais vu un projet non-soutenu par une force (un média par exemple comme slashdot, osnews, digg) anglophone majeure qui marche réellement. J'ai l'impression que sont nécessaires pour un projet libre :
- d'avoir le soutien d'une grosse boite américaine (Red Hat, Novell, etc...)
- d'avoir de nombreux anglophones impliqués dans le projet qui communiquent dessus

Dotclear par exemple, malgré sa grande qualité/facilité d'utilisation est resté très français. C'est un peu triste à mon goût que l'origine des projets soit un facteur de décision.

Ca, c'est la très bonne news, félicitations à l'équipe d'Ubuntu pour sa réactivité.
La mauvaise news, c'est que le package d'update qui a causé le problème n'a pas été suffisament testé et n'aurait jamais dû être proposé en update. De là, il faut savoir se remettre en cause pour que ça n'arrive plus jamais.
Ce n'est pas la première distribution à avoir un bug grave lié à des matériels que le développeur spécifique ne pouvait pas voir parce qu'il ne disposait pas le matériel associé. Par exemple le bug sur les lecteurs de CD LG qui a affecté SUSE, Gentoo et celle qui s'est tout pris dans la tronche, Mandriva (Mandrake à l'époque).
Quelle sont les pistes possibles pour éviter des désastres pareils à votre avis ?

Attends, c'est quand même pas compliqué :
- de toute façon vu que X a crashé, tu es sur la ligne de commande
- tu lances sudo apt-get install links2 pour installer un navigateur adapté à la situation
- links2 "forum d'Ubuntu" et recherche de quelqu'un ayant la même expérience
- sudo apt-get install xserver-xorg-core=1:1.0.2-0ubuntu10
- un sudo /etc/init.d/dm restart

Franchement, pour un débutant sous GNU/Linux, c'est super intuitif, je sense que ça va bien se passer... Bon courage à eux par avance, je compatis.

C'est la stable, on peut troller :)

C'est donc toi ? Ca y est, on a trouvé son utilisateur !

Je me suis bien marré :)

les loyers sont exorbitant [...] 70m² pour 1350$/mois
Je te rassure : à Paris, on a rattapé les Etats-Unis sur ce point-là. Nous aussi, on loue un placard pour le prix d'un palace ;)

J'ai utilisé la config dispo et expliquée ici : http://people.via.ecp.fr/~alexis/formation-linux/mail-consol(...)
Pas mal de choses sont commentées en français sur le .muttrc, à partir de là, c'est beaucoup plus simple.

/me rapelle qu'on peut faire passer certains frais comme étant 'frais professionnels' et que personne ne s'en ofusque.
Quels sont les frais professionnels qui selon toi n'en sont pas. Je suis passé libéral depuis peu, et je trouve que justement, je n'en ai pas beaucoup.

lézard breton qui a bien pris le soleil [comment ça se fait ça en Bretagne ?!]
J'ai encore des coups de soleil, fallait pas m'énerver :)

Sinon, je trouve dommage que des gens comme toi du côté de chez GNOME ne s'exprime pas plus. On retrouve de plus en plus de pollueurs comme clearstream qui pousse un marketing ridicule et ternisse l'image de GNOME. Si un jour tu pouvais nous expliquer comment marche tracker, ça m'intéresse énormément.

Vivement le retour des XPs :)

???
Tu arrives à quelle conclusion à la suite de ce thread ?
Pour info, une personne débarque sur la mailing-list panel-devel, et demande à avoir où sont les documents préliminaires officiels au développement de KDE4. Les devs KDE lui répondent en coeur que pour l'instant tout est disséminé un peu partout sur le web, et qu'en ce moment, ils sont trop occupés par le développement des couches basses des bibliothèques KDE. Suivent ensuite des explications sur le rôle de la communauté dans le choix des idées retenues.
Ensuite, cette personne pointe vers son wiki où elle a collecté pas mal d'idée et demande ce que les devs en pensent. Comme il ne reçoit pas de réponses rapides, il renvoit un mail pour reprendre des nouvelles. Là on lui répond que personne n'a le temps, mais qu'ils le feront dès que possible.

Les deux sont disponibles pour installation, traités à égal mesure.

On est d'accord sur le fond. Mais je me permets juste de préciser que Laurent Montel est probablement le plus grand contributeur en terme de code de KDE, et il est employé à plein temps par Mandriva pour travailler dessus. C'est dommage qu'il ne communique pas plus sur son travail vers l'exterieur.

KDE n'a pas les ressources requises pour participer au développement de ton beau gstreamer

Pas uniquement, KDE a compris que les gens qui développent les applications graphiques ne sont pas les mêmes que les gens qui développent des frameworks multimedia. C'est l'esprit une tache - une appli appliquée aux développeurs. Un développeur de navigateur web n'a pas forcément les connaissances, les compétences et l'envie pour participer au développement d'un framework multimedia. KDE participe tout de même aux projets qu'ils utilisent dans la mesure de leur moyen. Cmake a par exemple été beaucoup amélioré pour supporter KDE, et ça s'est fait en collaboration avec les devs KDE.

Sinon, au niveau des appuis commerciaux de KDE, il ne faut pas oublier Mandriva et SUSE.

<off-topic>je m'étais promis de ne pas répondre tellement ce débat est consternant, c'est raté</off-topic>

Peut-être y-a-t-il si peu d'applications KDE utilisant des bindings uniquement parce que :
- les devs KDE sont à l'aise avec le C++ parce que les libs sont bien faites et la documentation complète
- ne comprennent pas l'intérêt des bindings par rapport au C++
- ne veulent pas rajouter 100 machines virtuelles différentes pour faire tourner une appli basique parce qu'ils se préoccupent de la consommation mémoire de leurs utilisateurs
- trouvent qu'il est très intelligent de tout faire en C++, car justement tous les devs KDE auront une base commune de langage
- trouvent que les langages autres ne sont pas aussi performants

Bref, tu peux trouver des dizaines de raisons pour ne pas utiliser les bindings autre que "les bindings ne sont pas complets". En l'occurence, tu apprendras par exemple que PyQT et PyKDE sont complets et générés automatiquement et je t'invite à lire l'interview de leur auteur : http://dot.kde.org/1155075248/

Franchement, ras-le-bol de ces gens qui passent leur temps à critiquer sur des conneries.
Aaron Seigo a déja répondu à ces critiques complètement débiles de supporters de leur joujou préféré : http://aseigo.blogspot.com/2006/05/id-like-another-black-eye(...)

1. Aujourd'hui, Gstreamer est une grosse bouse infame. Je n'ai jamais vu un backend aussi mauvais. Peut-être que dans la théorie, c'est beau, en pratique, c'est nul. Compare Amarok avec Gstreamer ou avec Xine, tu verras la différence. Pire, compare totem-gstreamer avec totem-xine, et on peut voir lequel des deux marchent correctement.

2. Les devs de Gstreamer prennent des décisions stupides, dans la tradition GNOME, comme des changements brusques d'API (qui ont provoqué beaucoup d'incompatibilité) sans discussion prélable comme entre la version 0.8 et la 0.10.

3. Il n'est pas question d'utiliser Phonon pour les applis ayant des besoins spécifiques, mais uniquement pour les applications classiques qui ont toutes plus ou moins les mêmes besoins basiques et pour lesquels ça ne sert à rien d'utiliser un backend particulier.

4. On a bon dos de critiquer KDE pour ne pas utiliser des technologies GNOME alors que KDE vient justement de prendre dbus alors que dcop était parfaitement fonctionnel depuis des années et était là avant dbus. Pourquoi GNOME n'a-t-il pas utilisé dcop ? A mon avis, c'était déja une connerie pour KDE d'utiliser dbus.

5. Prendre Phonon, c'est au contraire laisser la porte ouverte à Gstreamer dans un but d'ouverture, sinon xine aurait évidemment été la meilleure solution.

6. Comme d'habitude, les développeurs GNOME ont tendance à ne penser à l'utilisation des bibliothèques qu'ils utilisent uniquement dans un contexte GNOME. Par exemple GTK+ qui va encore grossir pour recueillir les bibliothèques GNOME (que personne n'a sohaité maintenir malgré leur utilisation dans de nombreuses applications) au sein du projet Ridley. Merci pour les devs XFCE !

Bref, foutez la paix au kdeistes s'il vous plait.

Tu as visiblement tout compris :)
En tout cas, merci de l'info, et vive Kolab !

Pas faux, en même temps, il existe des gens comme toi pour le repréciser. C'est aussi pour montrer que ça avance aux extérieurs comme moi qui se demandent un peu ce qui se passe. L'appeler krash est aussi là pour montrer que oui : c'est une version de dev, très loin d'être finalisée. Enfin bon, si ça peut attirer des développeurs en herbe, c'est toujours bien.

Sauf que :
- dans le journal aucune indication comme quoi ce ne sont pas des dépots officiels
- tout le monde ne connait pas Ubuntu et ses différents dépôts

Si ça n'a rien à voir avec Ubuntu officiel, effectivement, ce n'est pas la faute d'Ubuntu, mais je me demande dans ce cas-là pourquoi on en parle, ça doit affecter un nombre d'utilisateurs plutôt minimes, non ?