Articles précédents : Interview
- [103] Plus de sécurité informatique avec Linux ?
- [39] Interview de Gaël Duval, co-fondateur de MandrakeSoft
- [24] Larry Wall répond aux questions sur Perl des slashdotters
- [31] Les jeux et Linux par Michael Simms
- [1] Conférences audio et vidéo sur le libre
- [21] Interview de Nick Lindrige, Père du PHP Accelerator, et de l'encodeur
- [26] Entrevue avec Shawn Gordon
- [16] Un juriste dans le Cyber : Interview de L.Lessig
- [0] Interview KDevelop (partie 1)
- [50] L'avis du PCF sur les logiciels libres (entre autre....)
Interview : KDE/GNOME: bientôt le jeu des 7 erreurs?
Posté par matiasf (). Modéré le 17 septembre 2002.
RedHat étant historiquement proche de GNOME, certains on vu là une opération de "sabotage" de KDE.
Cette rumeur amplifiant, RedHat explique ses intentions via Owen Taylor.
Info trouvée sur /.
![[en]](../../../images/en.png)
L'explication de RedHat (2722 hits)
> Lire les commentaires (112 commentaires, moyenne: 6,6).
Je vois pas le problème
Les utilisateurs peuvent toujours reconfigurer leur desktop comme ils le veulent. De plus RedHat dit que cela leur fait moins de boulot. Et comme chacun sait qu'un bon administrateur est un administrateur fainéant...
Anyway WM roulaize !
-
[^]Re: Je vois pas le problème
Posté par Benoît Sibaud (Jabber id, page perso, ) le 17/09/2002 à 09:55. (lien). Évalué à 66.Bon apparemment RH a fait des thèmes GTK1 et GTK2 pour QT. Et cela scandalise les gens de KDE.
Je leur suggère en représailles de faire un thème QT pour GTK1 et GTK2.
Comme ça au moins, ceux qui n'en ont rien à battre de ces guerres de religion pourront avoir un bureau unifié visuellement. Les autres utiliseront du 100% KDE ou du 100% GNOME s'ils le souhaitent.-
[^]Re: Je vois pas le problème
Posté par Lionel Fournigault () le 17/09/2002 à 10:04. (lien). Évalué à 0.Je crois que ce n'est pas seulement un changement de themes, c'est plus profond que cela
-
-
[+] [^]Re: Je vois pas le problème
Posté par Merlin Lenchanteur () le 17/09/2002 à 10:59. (lien). Évalué à -15.Le problème ici est que RedHat a magouillé la chose dans son coin sans demander l'avis de personne.
Dommage c'est une excellente idée de vouloir rapprocher Gnome et Kde...-
[^]Re: Je vois pas le problème
Posté par Matthieu Moy (page perso, ) le 17/09/2002 à 11:06. (lien). Évalué à 27.C'est le principe du logiciel libre, non ?
Si ils ne voulaient pas de modifications, il fallait garder un Qt non libre ...
-
[^]Re: Je vois pas le problème
Posté par boklm (page perso, ) le 17/09/2002 à 13:10. (lien). Évalué à 24.Le problème ici est que RedHat a magouillé la chose dans son coin sans demander l'avis de personne. Ha, par ce qu'il faut qu'ils demandent l'avis a quelqu'un avant de pouvoir personnaliser leur distribution comme ils le veullent ?
-
[+] [^]Re: Je vois pas le problème
Posté par Stéphane VANPOPERYNGHE (page perso, ) le 17/09/2002 à 13:47. (lien). Évalué à -7.Ha, par ce qu'il faut qu'ils demandent l'avis a quelqu'un avant de pouvoir personnaliser leur distribution comme ils le veullent ? Il est appréciable de signaler aux auteurs originaux des projets que l'on va créer un fork de leur projet: c'est de la diplomatie. En plus, il n'est pas interdit de proposer des évolutions à un projet. Si les développeurs de ce projet jugent que cela va dans le sens du projet, ils les ajoutent.
-
[^]Re: Je vois pas le problème
Posté par boklm (page perso, ) le 17/09/2002 à 16:21. (lien). Évalué à 18.Il est appréciable de signaler aux auteurs originaux des projets que l'on va créer un fork de leur projet: c'est de la diplomatie. Oui mais la ca n'est pas vraiment un fork, c'est surtout une personnalisation. RedHat n'a pas decide de creer sa propre version independante de KDE. Et puis quand a le signaler aux auteurs originaux des projets, je crois qu'ils sont au courant... En plus, il n'est pas interdit de proposer des évolutions à un projet. Si les développeurs de ce projet jugent que cela va dans le sens du projet, ils les ajoutent. Personne n'interdit aux devellopeurs de KDE de prendre les modifs faites par RedHat.
-
-
-
Pitoyable
Les discussions des bigots qui ont suivi ("Rhââââ, ils ont saboté notre desktop ! C'est une conspiration, tous des cons" etc.) sont assez pitoyables.<p>
Pour un exemple saignant, voyez http://dot.kde.org/1030073479/(...)
-
[^]Re: Pitoyable
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 10:20. (lien). Évalué à 62.Elles n'ont rien de pitoyables :
Virer la boite "A propos" d'un logiciel c'est totalement crétin. RedHat a vraiment mal joué sur ce coup et a fait une grave erreur.
Pour fussionner KDE et Gnome pourquoi pas mais ne pas laisser le nom des auteurs je trouve ça contraire à la philosophie du libre :(-
[^]Re: Pitoyable
Posté par homoanonymus () le 17/09/2002 à 10:36. (lien). Évalué à 3.C'est vrai que RedHat n'a pas assuré...
Et les réactions sont plutôt virulentes (voire trollesques) :
It is like Stalin removing his dead enemies from official pictures.
-
[^]Re: Pitoyable
Posté par oliv () le 17/09/2002 à 12:00. (lien). Évalué à 46.>Virer la boite "A propos" d'un logiciel c'est totalement crétin.
Mais justement, ils ne l'ont PAS fait!!!!
C'est quand même marrant de voir que les trolleurs pro-KDE (je ne parle pas des développeurs de KDE, mais des gens qui ont posté des messages par dizaines sur KDEdot) n'ont même pas vérifié avant de lancer cette rumeur à la con.
http://home.student.utwente.nl/j.potman/redhatnull/kdevelop_about_k(...)
et
http://home.student.utwente.nl/j.potman/redhatnull/konqueror_about.(...)
(posté par une personne qui a testé la préversion)
montre bien que ce que RedHat a supprimé, c'est l'entrée "A propos de KDE" qui se trouve dans le menu (la fenêtre) à propos (et encore, de certains soft, pas de tous, cf. Kdevelop). Les "A propos" concernant le logiciel lui même n'ont pas été supprimés.-
[+] [^]Re: Pitoyable
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 12:11. (lien). Évalué à -4.Ok dans ce cas je retire ma critique de RedHat mais je conserve le fait que si quelqu'un vire la boite "A Propos" de n'importe quel logiciel, je lui éclate sa tête :)
-
[^]Re: Pitoyable
Posté par anonyme512 () le 17/09/2002 à 12:27. (lien). Évalué à 17.Heu, parce que KDE c'est pas du soft ? KDE est un bureau intégré, donc une énorme part du travail est faite dans les kdelibs. Cette boite "a propos", c'est la boite "a propos" des kdelibs justement... Bref, passons, après tout ça n'est jamais qu'une librairie, même si c'est elle qui fait une énorme part du boulot de KDE (boites de dialogues de fichiers, etc.). Pour la petite histoire, le retrait de cette boite a été fait complètement n'importe comment par RH (un gros patch dégoutant), au lieu d'utiliser l'entrée de configuration déjà prévue. Tous les détails ici: http://dot.kde.org/1030073479/1030073635/1030083426/1030086431/1030233024/ Avec au passage un commentaire de Waldo Bastian sur RedHat (entre autres), et tout le bien qu'il pense de ce qu'ils sont en train de faire...
-
-
[^]Re: Pitoyable
Posté par matiasf () le 17/09/2002 à 15:34. (lien). Évalué à 23.> Virer la boite "A propos" d'un logiciel c'est totalement crétin. RedHat a des raisons qui sont correctes. Avec leur futur RH 8.0 il n'y aura plus d'une appli par défaut. Exemple, pour le lecture de mail l'appli par défaut est evolution sous GNOME ET sous KDE. Imaginons que je sois un utilisateur pas très au fait du desktop sous Linux. Je me loggue sous KDE, lance le lecture de mail par défaut, evolution, puis click sur "aide". J'obtient le menu : <aide> ... ... <about evolution> <about gnome> Ici, le <about gnome> est incongru car je suis sous KDE. Donc RedHat a virer tous les "about GNOME" et "about KDE" des applications afin de ne pas "troubler" l'utilisateur qui en a rien a foutre de savoir que son appli favorie utilise Gnome ou KDE.
-
[^]Re: Pitoyable
Posté par Moby-Dik () le 17/09/2002 à 15:52. (lien). Évalué à 9.Sans compter que l'utilisateur visé par Redhat ne sait même pas ce que c'est que kdelib et n'en a objectivement rien à cirer. C'est comme "powered by tartempion icon system" ou "this design brought to you by le chien de la concierge d'adobe". Aux yeux d'un utilisateur lambda, ce sont des mentions parasites et énervantes car incompréhensibles.
-
[+] [^]Re: Pitoyable
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 16:24. (lien). Évalué à -11.Faut arrêter de prendre les utilisateurs pour des cons. Si RedHat veut faire du Windows elle devrait le dire bien fort, au moins ça serait plus clair :(
-
[^]No comment
Posté par Moby-Dik () le 17/09/2002 à 16:34. (lien). Évalué à 3.On ne voit pas le rapport, mais on comprend qu'à la fin de l'argumentation, il ne reste plus que la vulgarité et l'assimilation de "l'ennemi" au méchant Microsoft. -1
-
[+] [^]Point Godwindows
Posté par Erwan (page perso, ) le 17/09/2002 à 17:21. (lien). Évalué à -5.Le point Godwin: "espece de nazi !" Le point Godindows: "espece de microsoft !" Ok, je sais, -1...
-
-
[+] [^]Re: Pitoyable
Posté par matiasf () le 17/09/2002 à 16:57. (lien). Évalué à -3.> Faut arrêter de prendre les utilisateurs pour des cons. Indiquer dans Kmail que Kmail utilise KDE ce n'est pas prendre l'utilisateur pour un con? Indiquer dans Kconquerator ..... ..... pour un con? Les cons comme moi prennent RedHat. Les pointures comme toi prennent LFS (sans X11 évidament). A chaqu'un sa distribe. Si pour toi Microsoft est si proche de RedHat, tu vas nous annoncer qu'il vont mettre leur code sous GPL, qu'il respecte les standards et vont donner un salaire à certains développeurs du LL .
-
[+] [^]Re: Pitoyable
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 17:08. (lien). Évalué à -5.Ne parles pas de moi sans me connaitre (Et retourne en cours de français)
-
-
-
-
-
[^]Re: Pitoyable
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 10:55. (lien). Évalué à 9.Gardez en tete que la plupart des developpeurs KDE ne perdent pas leur temps a poster a tout va sur les fora. Donc les reactions que tu vois, c'est plutot les reactions des developpeurs de second plan (comme moi :-) ). Les core developpeurs eux sont trop occupe a developper.
-
[^]Re: Pitoyable
Posté par imr () le 17/09/2002 à 12:22. (lien). Évalué à 26.excuse moi de te reprendre la dessus mais c'est de la modestie mal placée. Egoistement, j'attends plus kvim que le dernier driver raid que alan cox développe pour un richissime client de red hat quelle que soit la complexité relative de chaque projet et je reçois avec autant d'impatience (et de satisfaction) les derniéres versions de kword et de kvim. ensuite, qu'un développeur soit de second ou troisiéme plan n'a aucun lien avec la pertinence de sa réaction et de ses propos. Que linux ait besoin d'un desktop unifié en apparence ou non et que red hat ait réussit une belle version de cette idée ou non est une chose. (et je pense que c'ést exactement le boulot d'une distro que de prendre parti dans ce genre de débat et d'essayer de faire bouger les choses). Mais que red hat supprime les "about" qui disent qui a fait konqueror, ce qu'est kde et où sont ses sites c'est autre chose. C'est un manque de respect qui mérite vraiment les flammes qu'ils ont reçues. Imagine que je distribue une version de kvim ou j'ai juste changé trois icones, dans les about ca parle de moi, ma vie, mon oeuvre et pas un mot sur freehackers.org ou P. Fremy ou M. Marchand et qu'en plus je me fasse des brouzouffs la dessus. Et aprés que tu ais dit (quelle audace!) sur un forum que mes méthodes suxaient des ours, je ponds un article ou j'explique que changer ces icones était super important pour linux pendant trois pages avec 2 lignes sur "oui les développeurs sont importants je les respecte". arf, si je me comportais comme ça, je me flammerais moi même.
-
[^]Re: Pitoyable
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 12:37. (lien). Évalué à 3.> ensuite, qu'un développeur soit de second ou troisiéme > plan n'a aucun lien avec la pertinence de sa réaction et de ses propos. Ben si quand meme. Si David Faure et Waldo Bastian ont une opinion sur un sujet et decident d'une action, tu peux etre sur que l'action va etre enterinee par le projet parce qu'ils ont suffisamment de bouteille et de recul sur ce qui est bien ou pas pour le projet. Si KDE s'en sort aussi bien, c'est que les "dirigeants" sont tres calmes, gardent la tete froide et agissent quand il faut. Ils ne sont pas du genre a s'exciter dans les news. Ceux comme pour les frites, c'est ceux qui postent le plus, qui en font le moins. Ce n'est pas avec des mosfet et des Neil Stevens que le projet peut avancer sereinement et arriver aussi calmement a maturite comme il l'a fait. > Mais que red hat supprime les "about" qui disent qui a fait konqueror, Attention, ils ont garde le 'About Konqueror'. Simplement, il y a un second about, le 'About KDE' qui dit que KDE c'est cool et que tout le monde peut participer.
-
-
ben si ya problèmes
D'après les news de ces dernières semaines, c'est un peu du sabotage: Les icons ont ete changés, le navigateur par defaut est mozilla,
il n'y a plus le "a propos" dans le menu aide,
bref ils ont cassé ce que les teams de KDE ont mis des mois a faire pour rendre le tout homogene et coherent.
J'imagine le tolé général si Mandrake ou SuSE avaient fait une chose pareille avec Gnome (lancer Konqueror a la place de Mozilla, modifier le code à l'intérieur des applis...changer les icons etc)
-
[^]Re: ben si ya problèmes
Posté par khalid () le 17/09/2002 à 10:40. (lien). Évalué à 48.Il faut savoir si KDE et GNOME sont des logiciels libre ou pas ? on ne peut comme on dit "avoir son cake et le manger", ceci d'une part. D'autre part, comme souvent ceux qui ont protesté sur dot.kde.org , sont à ma connaissance, comme toujours, les zelots (les supporters) qui traînent sur les forums de discussions et non les (joueurs), il y en a toujours qui se croient obligés d'être plus royalistes que le roi.
Red Hat a estimé donc que pour ses interêts et celui de ses clients, elle devait offrir un Desktop Unifié, avec un theme et un "look and feel" unifié, de ce fait elle n'a fait qu'exercer son droit légitime que lui conférent les licences de Gnome et de KDE, je ne vois pas où est le problème.
Il est vrai que "la ligne du parti" chez certains "geeks" est que "le choix est bien (tm)", très bien ! pour ceux la, qui ont souvent le temps et les compétences , ils peuvent revenir aux thèmes de base qui sont toujours accessibles (élémentaire), ou bien carrément recompiler KDE et Gnome selon leurs propres choix, avec les options par défauts, les thèmes, etc.
Red Hat est une société qui doit survivre financièrement pour payer ses employés et rendre compte à ses actionnaires; on ne vit pas uniquement de bons sentiments et d'eau fraîche. La seule arme qu'elle a pour se "différentier" de ses concurrents c'est le Marketing, car tous peu ou prou vendent la sauce avec les mêmes ingrédients. Conférer une "identité visuelle" à son Desktop fait partie de ce Marketing, c'est un peu comme la carrosserie d'une autombile.-
[^]Re: ben si ya problèmes
Posté par imr () le 17/09/2002 à 11:42. (lien). Évalué à 27.Red Hat a estimé donc que pour ses interêts et celui de ses clients, elle devait offrir un Desktop Unifié, avec un theme et un "look and feel" unifié, de ce fait elle n'a fait qu'exercer son droit légitime que lui conférent les licences de Gnome et de KDE, je ne vois pas où est le problème.
Le probléme que pas mal de gens n'ont pas vraiment perçu c'est que les modifications de rh allait plus loin que ça. Ce qui a fait réagir certaines personnes le plus, au dela de l'apparence, c'est la disparition du "about" dans konqueror.
Konqueror est l'application la plus visible de kde et ils en ont retiré (dans la version de test qui avait déclenché la mini polémique) ce qui exprime que ce programme fait partie d'un projet avec un nom, KDE et ce qui lance des liens vers les sites webs des développeurs.
C'est au mieux un manque de respect envers les développeurs d'un projet dont red hat profite. Unifier l'apparence ne réclamait pas de faire disparaitre les Crédits DUS aux développeurs. C'est un minimum.
Par ailleurs, les développeurs de KDE sont plus que susceptibles en ce qui concerne red hat qui multiplie les gestes maladroits en ce qui les concerne (cf la derniére linuxexpo ou ils ont été un peu mené en bateau par un drone marketing de rh).
Le minimum que pourrait faire red hat c'est de faire des gestes significatifs envers les développeurs kde et gnome pour exprimer de facon claire qu'ils ont été maladroit et qu'ils respectent leur travail. Ca serait courtois et aussi intelligent vu que, pour l'instant, rh profite du travail de kde, mais l'inverse ne semble pas vrai.
Aussi pour être honnéte, il faut rappeller qu'au même moment ou ca gueulait sur les listes ou forums kde, ca gueulait pour des raisons similaires sur certains sites gnome. Donc la maladresse de rh semble ressentie par tout le monde.-
[^]Re: ben si ya problèmes
Posté par matiasf () le 17/09/2002 à 13:31. (lien). Évalué à 8.Pourquoi ce "bruit" ? RedHat modifie KDE. En fait, RH crée une version de KDE spécifique pour eux. C'est tout (OK le cou p de la boite "à propos" est un peu maladroit) . Quand RedHat fornie un noyau Linux avec 80 patchs (OUI OUI et parfois plus !) personne ne trouve à redire. Alors, pourquoi ici ? KDE n'a pas à ce plaindre. Il y a très peu de développeur KDE chez RedHat. Donc RedHat ne peut avoir une influence sur KDE. Par contre, les développeur RedHat sur GNOME sont nombreux (et surtout important). Le project GNOME doit se méfier de RedHat ! Hors, pas de problème... Bizarre, Bizarre...
-
[^]Petite question sur Gnome
Posté par maxoub () le 18/09/2002 à 11:09. (lien). Évalué à 2.Si j'ai bien suivi, Redhat et Sun soutiennent Gnome.
Or, MDI veut faire évoluer Gnome avec .Net, qui concurrence Java.
Ne risque-t-il pas d'y avoir un schisme dans le projet Gnome ?-
[+] [^]Re: Petite question sur Gnome
Posté par matiasf () le 18/09/2002 à 11:56. (lien). Évalué à -1.MDI s'est expliqué.
A une époque il parlait d'un gnome basé sur .NET.
Cette idée est oubliée. Gnome supportera .NET (C#) comme il support java/python/ada95 etc...
Il est claire que si la communauté est très enthousiaste avec C#, il risque d'être très utilisé dans Gnome (Comme python est très utilisé dans Gnome).
<mode NRV>
pis c'est quoi çà !
GNOME c'est du free software. Participe qui veut.
Si Xiniam et la communauté fait un super boulot avec .NET et gnome et que l'équipe gnome décide de l'intégrer, il est où le problème ?
Si Sun veut pas de C# il n'ont cas le virer et faire avancer gnome-java.
</mode NRV>
-
-
-
[^]Re: ben si ya problèmes
Posté par David Pradier (page perso, ) le 17/09/2002 à 14:45. (lien). Évalué à 3.(cf la derniére linuxexpo ou ils ont été un peu mené en bateau par un drone marketing de rh) Tu peux en dire plus ou poster un lien vers ce sujet, stp ?
-
-
-
[^]Re: ben si ya problèmes
Posté par Dodji Seketeli (page perso, ) le 17/09/2002 à 10:48. (lien). Évalué à 31.Excuse moi, mais je ne suis pas d'accord avec toi.
Une des caractéristiques premieres des logiciels
libres c'est qu'ils sont libres. Donc, redhat a
le droit de faire ce qu'il veut les logiciels libres
qui lui "tombent" sous la main... du moment qu'il
ne "brise pas la chaine de la liberté".
Si un utilisateur a *vraiment* besoin de konqueror, il peut l'installer et configurer le systeme pour
que ce navigateur soit le navigateur par defaut.
Quand à la modification du code des applis, je
trouve que c'est là la force du libre justement.
Si ces modifs ne te plaisent pas, tu recuperes
un code qui te plait plus, tu le modifies pour
qu'il corresponde encore plus à tes besoins, et tu l'installes.
Si tu ne peux pas le faire, tu demandes à quelqu'un
de compétent de le faire pour toi. L'idée est que
la modification du code reste *toujours* possible.
Je pense donc qu'il n'y a pas lieu de se plaindre
du moment ou le code reste libre et que si le besoin d'avoir des desktops vraiment differents
apparait, et bien ces besoins seront satisfaits
un jour ou l'autre.
Ne perdont pas du vue que nous sommes ici (gnome/kde) dans un environement libre et que dans
cet environnement, nous ne sommes limités que par
nous meme. Ah, qu'est ce que j'aimerai que notre
vie entiere evolue dans un tel environnement... ce n'est pas demain la veillle.
-
[^]Re: ben si ya problèmes
Posté par #3588 () le 17/09/2002 à 10:59. (lien). Évalué à 30.« D'après les news de ces dernières semaines, c'est un peu du sabotage: Les icons ont ete changés, le navigateur par defaut est mozilla, il n'y a plus le "a propos" dans le menu aide, »
C'est du libre. Autant je suis d'accord pour le A propos, où RH pouvait tout simplement ajouter des infos, autant les icones, le navigateur, ça n'a aucun besoin d'être conservé.
« bref ils ont cassé ce que les teams de KDE ont mis des mois a faire pour rendre le tout homogene et coherent. »
L'équipe KDE travaille sur la cohérence de l'ensemble KDE, indépendamment de toute distribution. Red Hat, et les autres distributions, ont aussi ce genre de travail à faire, mais par rapport à leur distrib, pas par rapport au logiciel original. C'est même un des principaux intérêts d'une distribution.
Récemment il y a eu discussion sur les listes Debian, pour savoir s'il fallait faire un thème commun à tous les environnements. Le but n'a jamais été de s'approprier le travail des autres (le libre c'est commun justement) ou de le déteriorer, mais de l'adapter à l'utilisateur final, qui est avant tout utilisateur d'une distribution.-
[^]Re: ben si ya problèmes
Posté par anonyme512 () le 17/09/2002 à 11:27. (lien). Évalué à 18.En théorie, tu n'as pas tort, concernant l'idée de RedHat.
En pretique, comme le souligne Owen dans son article, ils n'y connaissent rien à KDE. Résultat, ils l'ont patché n'importe comment, comme l'explique ici un gars de KDE:
http://slashdot.org/comments.pl?sid=40018&cid=4266873(...)
A vrai dire, le KDE-RH s'apparente beaucoup plus à un fork de médiocre qualité qu'à quelque chose allant dans le bon sens.
KDE ne supportera pas la version RedHat, ça parait clair, car ce n'est pas leur boulot de supporter de tels(mauvais) patches. Waldo Bastian par exemple a également dit clairement ce qu'il pensait de ce que RedHat faisait.
Et quand on voit la façon dont RH supporte (hyper mal) KDE à l'heure actuelle, on peut vraiment s'interroger sur ce KDE-RH.
De plus, si je suis d'accord entièrement sur le fait de thémer les deux environnements avec des thèmes analogues, que je trouve ça tout à fait souhaitable, je trouve tout à fait condamnable le fait qu'ils aient décidé de changer les menus KDE par défaut en y proposant Mozilla et Evolution au lieu de Konqueror et KMail.
KDE a très bien réussi une chose, c'est l'intégration complète de tous ces éléments. Si on commence en en retirer les pièces maitresses sous prétexte que d'autres, prises individuellement, son meilleures, le bureau KDE perd toute sa force et tout son intérêt, et sa simplicité d'utilisation.
En effet, on a toujours la possibilité de rechanger la conf, et pourquoi pas de réinstaller depuis les sources, mais bon, à ce moment là, ça sert à rien de prendre un distro, autant faire du LFS... et pour les newbies plus les gens qui n'ont pas forcément l'envie/la possibilité de passer auatant de temps pour installer leur OS (surtout sur un vieil ordi un peu lent), LFS c pas une option.
Perso, je trouve assez compréhensible que beaucoup de gens aient crié "au meurtre" chez KDE, parce que c'est pire que de ne pas inclure du tout KDE dans la distro.-
[^]Re: ben si ya problèmes
Posté par Pierre Jarillon (page perso, ) le 17/09/2002 à 12:23. (lien). Évalué à 11.Si les adaptations de RedHat ne plaisent pas, elles n'auront pas de succès et RH sera obligé de mettre de l'eau dans son vin. Ce qui vient de se passer n'est que l'un des avatars de l'Evolution qui est le fruit de tentatives sanctionnées par des réussites ou des échecs. Le logiciel libre doit en permanence gérer l'équilibre entre diversité et normalisation. Ce n'est pas un état stable, pas plus que la démocratie ou notre liberté ne sont définitivement acquises. Le débat sur l'intégrité de KDE (que je comprend très bien) me fait penser à Microsoft qui ne pouvait pas enlever Internet Explorer de son système. Mais ici, le débat n'est pas de même nature, heureusement.
-
[+] [^]Re: ben si ya problèmes
Posté par anonyme512 () le 17/09/2002 à 12:42. (lien). Évalué à -3.On peut voir les choses comme ça oui, mais, vu la façon dont RedHat a géré la chose, et se comporte vis à vis de KDE depuis longtemps (mises à jour quasi inexistantes, etc.), on peut vraiment comprendre que les gens de KDE aient pas aimé. Le fond du problème c'est que si RedHat avait été un des importants contributeurs de KDE, ça serait mieux passé je pense. Mais là, le message perçu est "Nous, on connait que GNOME, on soutient que GNOME, et va falloir que KDE se rapproche de GNOME - et non l'inverse, alors que le framework KDE est bcp plus aboutit que celui de GNOME -, et de toutes façons on vous prend en otage". J'exagère un peu bien sûr, mais perso, ça m'a donné envie de changer de distro, et je vais le faire ! ;;-)) Pour moi, le LL, c pas seulement une licence, c'est un état d'esprit. RH fait tout selon la GPL, mais pour ce qui est de l'esprit, sur ce coup :-(( -1 car états d'âme ;-)
-
[^]Re: ben si ya problèmes
Posté par PasChauve PasOunet () le 17/09/2002 à 15:41. (lien). Évalué à 8.Pour moi, le LL, c pas seulement une licence, c'est un état d'esprit. RH fait tout selon la GPL, mais pour ce qui est de l'esprit, sur ce coup :-(( ca c est pas une nouveauté , abscence de cvs , changelog plus que bref... les 2 seules distros commerciales qui ont cet "esprit libre" sont connectiva et mandrake .
-
[+] [^]Re: ben si ya problèmes
Posté par François Romieu (page perso, ) le 17/09/2002 à 17:55. (lien). Évalué à -3.[...] > ca c est pas une nouveauté , abscence de cvs , changelog plus que bref... Tiens, voilà l'adresse d'un nid d'hérétiques: http:// people.redhat.com/ -- Ueimor
-
[^]Re: ben si ya problèmes
-
[^]Re: ben si ya problèmes
Posté par François Romieu (page perso, ) le 18/09/2002 à 20:35. (lien). Évalué à 1.Puisque tu donnes l'impression de n'avoir mis les pieds dans aucun projet où bossent des
développeurs RH, ça te fournit un point d'entrée pour voir dans quoi ils s'impliquent et vérifier
à quel point leurs méthodes de travail sont ô fermées.
--
Ueimor-
[^]Re: ben si ya problèmes
Posté par peau chat () le 18/09/2002 à 21:26. (lien). Évalué à 1.Elles sont ouvertes tant que RH a l'impression de controller la chose.
C'est ce qu'il pensaient au sujet de Gnome, ils se sont faits avoir par encore plus rusé qu'eux.-
[^]Re: ben si ya problèmes
Posté par matiasf () le 18/09/2002 à 22:35. (lien). Évalué à 0.> ils se sont faits avoir par encore plus rusé qu'eux.
Et en plus ils continuent alors qu'ils se sont fait avoir !
Décidément RedHat est bien naïf.
Déjà qu'il arrive pas à contrôler le noyau avec un Linus Torvald qui n'en fait cas sa tête (un coup d'oeil dans kernel-2.4.9-34.src.rpm donne 285 patchs que Linus a refusé d'intégrer) , et ce put... de projet KDE qui refuse de suivre à la lettre leurs prérogatives (c-à-d de tout laisser tomber).
Brèf, le grand méchant que tu décris a de toutes petites dents...
-
-
-
-
-
-
[+] [^]Re: ben si ya problèmes
Posté par matiasf () le 17/09/2002 à 16:05. (lien). Évalué à -2.> Pour moi, le LL, c pas seulement une licence, c'est un état d'esprit. RH fait tout selon la GPL, mais pour ce qui est de l'esprit, sur ce coup :-(( Vaut mieux lire çà qu'être aveugle. T'as tout faut. Tu veux que RH ne change rien et "subisse" les développements de KDE (bref le windows touch). RH est dans l'esprit du free software. Avoir des idée et les appliquer sans contraintes. - çà plait, çà reste. - c'est à chié, çà disparait.
-
[+] [^]Re: ben si ya problèmes
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 16:27. (lien). Évalué à -6.... "subisse" les développements de KDE (bref le windows touch). Oh putain si je t'avais en face je t'en mettrais une >:(
-
[^]Re: ben si ya problèmes
Posté par matiasf () le 17/09/2002 à 17:03. (lien). Évalué à 3.T'as pas compris. Je dis pas que les developpeurs de KDE font du "Windows touch". Je dis que "interdire de modifier les sources 'officiel' de KDE" (interdire un fork pour adapter à ses besoins, ses envies) est du "Windows touch". Avec Windows, tu prends et tu ne peux rien modifier (le "Windows touch"). Avec le LL, tu prends et tu peux modifier en toute liberté (le "LL touch"). J'ai rien contre KDE.
-
-
-
[+] [^]<trollhunter>
Posté par Bouil (Jabber id, page perso, ) le 17/09/2002 à 18:47. (lien). Évalué à -2.Un troll se cache dans ce post. Sauras tu le retrouver ? -1, bien sur.
--
« La clé d'une langue commune, perdue dans la Tour de Babel, peut être seulement construite par l'usage de l'Espéranto. » Jules Verne.
-
-
-
[+] [^]Re: ben si ya problèmes
Posté par kael () le 17/09/2002 à 13:17. (lien). Évalué à -5.ben ca c'est clair qu'avec une lfs au moins tu n'est pas dependant des choix que font pour toi des gens comme ceux de red hat. Les distrib c'est bien quand on debute ou pour des machines de prod (donc pas forcement avec X) mais pour sa station de travail vaut mieux une bonne vieille lfs .. au moi on sait comment c'est fait dedans et on peut facilement l'adapter a ses besoins.
-
[+] [^]Re: ben si ya problèmes
Posté par Silence (page perso, ) le 17/09/2002 à 15:53. (lien). Évalué à -4.Oui, oui LFS, toi et pas les autres patati patata... Ca booste super. Mais bon quand il s'agit de partager le fruit de ton travail... tu laisses tomber, ou tu te fait lyncher. Le mainteneur officiel d'un paquet sait pas mal de choses que tu igonrera toujours, et pour cause il s'occupe que d'un ou deux truc, bien pointu, limite s'il n'est pas developeur sur le projet. C'est pas mal aussi de regarder comment font les "grand". Chaque mainteneur de la "baluchon" (paquet) fait chaques choses avec une bonne raison, et c'est TRES interessant de savoir pourquoi. Apres c'est toi qui voit, mais ca n'est pas se resigner a suivre comme un mouton que de regarder comment les dinos font. Et jeter un coup d'oeil dans le ficier spec de ton RPM ne coute pas grand chose... Ca permet je trouve, de pas reinventer la roue sous le couvert de l'apprentissage. Sans parler du fait que a part 2/3 distros bien commerciales, les Debian et consort, elles restent propres, donc tu cautionnes pas les fork scandaleux. Apres tu peux toujours dire que tu n'aimes pas, tel ou tel distro, que rien ne te va, il te faut du sur mesure... On peut y croire, mais franchement vu la flexibilite des distros, ca parait rare. Bref, rester dans son coin(tm) en disant moi je, moi je... ca va a l'encontre de l'esprit communautaire. Enfin, je dit ca mais je dit rien :^) dsl pour les fautes, je tres fatigue
--
^d^c-
[^]Re: ben si ya problèmes
Posté par kael () le 17/09/2002 à 16:19. (lien). Évalué à 6.je sais pas ou tu as lu que je disait que je restait dans mon coin en disant moi je et que faire une lfs impliquait de ne pas prendre le travail des autres en consideration bien au contraire. justement l'avantage de cette distrib est que tu peut piocher des idée de partout y compris chez les mainteneurs de packets (c'est meme conseillé voir obligatoire dans certains cas). de plus quand il s'agit de partager le ( maigre ) fruit de mon travail ben je vais sur les canaux irc idoine (ou, je te l'accorde, il m'arrive de me faire lyncher...). sinon effectivement je ne suis jamais satisfait par les distrib,il y a toujour un truc qui me gene. mais ca c'est avant tout une question de gout et de libertée et c'est pour ca que je n'hesite pas a parler de la LFS, afin que les gens sachent que ca existe et que c'est un choix possible, mais bon si ca ne cadre pas dans l'esprit communutaire alors j'ai raté quelque chose
-
[+] [^]Re: ben si ya problèmes
Posté par Silence (page perso, ) le 18/09/2002 à 08:07. (lien). Évalué à -3.ben je parle pas de ta LFS, a toi, la tienne, mais c'est plus une impression generale.
Je vais peut etre recardrer un peu mes idees, parce que je vais pas tarder a passer pour un tetard. (koi trop tard ?)
J'ai un entourage qui fait pas mal de LFS, c'est bien me diras-tu ;^)
Mais quand tu leurs demande pourquois, la sur un autre machine ca marche pas, c'est toujours la meme reponse, sans autre formne de proces": "ta qu'a prendre une LFS, chez moi ca marche", ou un variante de "Koi, tu utilise PAM ? bon ben demerde toi, moi ca marche, de toute facon on comprend rien avec ta <un distro au hazard>..."
Alors oui, toi Kael, t'es un type bien, mais bon en general je suis toujours passe pour un con (et vous mes score c pas pres de changer) a poser des questions, alors que finalement, la plupart des reponse venait du bon sens, ou d'un recommendation quelconque d'un dinos, et pouvait s'appliquer a une LFS, c'et le point dont tu parles.
Bref, j'ai remarque ,un peu plus que pour des partisant de distro standard, que si ta pas une LFS, t pas un vrai qui a oser le faire, alors fait pas chier avec tes probleme de distro verrole...
C'est un peu en ca que je trouve que l'esprit de partage est un peu malemer, pas parce que c'est ca serait mal, ou pas GPl, ou interdit par RMS himself.
Encore une fois, c'est un avis personnel, donc evidement on peut pas generaliser a tous, heureusement.
allez -1, car avis perso--
^d^c-
[^]Re: ben si ya problèmes
Posté par kael () le 18/09/2002 à 08:22. (lien). Évalué à 3.Alors oui, toi Kael, t'es un type bien
trop gros passera pas ;)
Bref, j'ai remarque ,un peu plus que pour des partisant de distro standard, que si ta pas une LFS, t pas un vrai qui a oser le faire, alors fait pas chier avec tes probleme de distro verrole...
en fait je crois que le probleme c'est que les situatin du genre 'ca marche pas je sais pas pkoi' ca rappel a certain la siuation qu'on a sous windows, et comme la plus part de gens ne mettent pas 'trop' les mains dans le camboui la reponse facile est sur ma lfs ca marche mais effectivement c'est absolument pas constructif et faussement el33tiste ... en fait c'est une reponse de flemard ou d'incompetent qui s'assume pas :)
-
[^]Re: ben si ya problèmes
Posté par matiasf () le 18/09/2002 à 08:26. (lien). Évalué à 1.J'utilise Linux depuis longtemps (Linux 1.2.13). Ma première distribe, simple, était la slack.
J'ai actuellement une RH 7.2. Ben c'est formidable. C'est pas forcément plus simple (par exemple PAM :-) , shadow, etc...). Mais tellement plus propre. Tu n'as pas a faire des trucs du style chmod 777 /dev/dvd pour que mplayer marche avec un compte user (/dev/dvd change de propriétaire à chaque login).
Bref, pour moi "un dur un tatoué" est celui qui maitrise un distribe moderne. Et pas les trucs fait à la "va vite" à coup de ./configure --prefix --enable-truc ; make ceci ; vi /.../include/....h ; make ceci .... et dont plus personne ne sait pourquoi çà marche et comment c'est installé.
-
-
-
-
-
[^]Re: ben si ya problèmes
Posté par RB () le 17/09/2002 à 18:33. (lien). Évalué à 2.Moi quand je suis sous Linux j'utilise généralement KDE avec Mozilla, Evolution (Gimp, ...). RH a trouvé que ces softs étaient plus aboutis que les équivalents sous KDE et je suis de cet avis aussi. Pour moi RH en paramétrant KDE de cette manière s'est rapproché du bureau que j'aurais configuré manuellement, donc je vais pas gueuler. Par contre s'ils patchent mal KDE, ça c'est une autre histoire...
-
-
-
[^]Re: ben si ya problèmes
Posté par oliv () le 17/09/2002 à 12:12. (lien). Évalué à 5.>il n'y a plus le "a propos" dans le menu aide Veuillez m'excusez tous de me mettre à gueuler des mots injurieux, mais Bordel de merde, ça vous dérangerait de vérifier avant de dire des conneries! ça fait maintenant quasi 3 semaines que des screenshots de la RedHat ont été postés sur Slashdot et KDEdotNews prouvant que ils n'ont PAS supprimé les à propos dans le menu aide: cf. le commentaire "Jordy Potman on Saturday 24/Aug/2002, @00:23" sur KDEDotNews. c'est quoi ça!!!!! http://home.student.utwente.nl/j.potman/redhatnull/konqueror_help.png Non mais vraiment, vous voulez vraiment transformer Linuxfr en Slashdot français!
-
[^]Re: ben si ya problèmes
Posté par miod () le 17/09/2002 à 12:27. (lien). Évalué à 3.Non mais vraiment, vous voulez vraiment transformer Linuxfr en Slashdot français! Parce que ce n'est pas déjà le cas ?
-
[^]Re: ben si ya problèmes
Posté par kael () le 17/09/2002 à 13:19. (lien). Évalué à 8.non non, y'a pas de flame anti francais / anti americains ;) pas -1 parceque dlfp c'est MIEUX(tm)
-
[+] [^]Re: ben si ya problèmes
Posté par Jean-Yves B. () le 17/09/2002 à 13:26. (lien). Évalué à -2.De toutes façons en Europe on est mieux.
-
-
-
[^]Re: ben si ya problèmes
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 12:44. (lien). Évalué à 3.Normalement, a cote du 'About Konqueror', tu as un 'About KDE' qui dit que Konqueror est developpe dans le cadre du projet KDE et que tout le monde peut venir aider. Ta as ca pour toutes les applications utilisant kdelib. Je ne vois pas en quoi c'est genant pour Red Hat d'avoir ce About. Surtout pour Konqueror, qui repose a 95% sur kdelib et kdebase (Konqueror n'est qu'une coquille qui charge des composants). Aller, tous en choeur: "Ne m'appelez plus jamais KDE, Red Hat m'a laisse tombe Appellez moi Red Hat DE, C'est ma derniere volonte". Waldo Bastian dans un mail sur kde-core-devel parle de 'RDE'. Ils n'ont pas encore decide si ils redirigaient les bugs de RDE vers le bugzilla de Red Hat mais l'idee a ete soulevee.
-
[^]Re: ben si ya problèmes
Posté par oliv () le 17/09/2002 à 12:58. (lien). Évalué à 5.>Normalement, a cote du 'About Konqueror', tu as un 'About KDE' C'est exactement ce que j'ai dit dans mon autre commentaire (une réponse à shift un peu plus haut dans la page), par ici http://linuxfr.org/comments/thread.php3?news_id=9657&com_id=133952&res_type=1 Ma réponse ici est à l'affirmation complètement absurde "il n'y a plus le "a propos" dans le menu aide" C'est cette affirmation qui a donné lieu à la moitié des commentaires sur KDEdotNews, sur le thème "violation de la GPL ou pas".
-
[+] [^]Re: ben si ya problèmes
Posté par Code34 (page perso, ) le 17/09/2002 à 13:36. (lien). Évalué à -3.Voila la section supprimé, on la retrouve dans toute les fenêtres des applis kde > section help > about kde. (menu about Kde) The K Desktop Environment is written and maintained by the KDE Team, a world-wide network of software engineers committed to free software development. No single group, company or organization controls the KDE source code. Everyone is welcome to contribute to KDE. Visit http://www.kde.org/ for more information on the KDE Project. Software can always be improved, and the KDE Team is ready to do so. However, you - the user - must tell us when something does not work as expected or could be done better. The K Desktop Environment has a bug tracking system. Visit http://bugs.kde.org/ or use the "Report Bug" dialog from the "Help" menu to report bugs. If you have a suggestion for improvement then you are welcome to use the bug tracking system to register your wish. Make sure you use the Severity called "Wishlist". You don't have to be a software developer to be a member of the KDE Team. You can join the national teams that translate program interfaces. You can provide graphics, themes, sounds and improved documentation. You decide! Visit http://www.kde.org/jobs.html for information on some projects in which you can participate. If you need more information or documentation, then a visit to http://developer.kde.org/ will provide you with what you need. @+ Code34
-
[+] [^]Credits vs publicité
Posté par Moby-Dik () le 17/09/2002 à 16:07. (lien). Évalué à -5.C'est vrai que ça ressemble plus à une belle page de pub qu'autre chose. Venez nous voir, on est beaux on est gentils, etc. Contrairement au troll récurrent, on constate bien qu'il n'y a pas la moindre information de "crédits" ou de paternité. Pas un seul nom de développeur n'est cité, juste le groupe KDE lui-même (qui est certainement déjà cité dans la boîte laissée par RedHat). Enfin bref, beaucoup de bruit pour rien.
-
[^]Re: Credits vs publicité
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 22:08. (lien). Évalué à 3.Ce qu'on voit surtout, c'est a quel point ce texte est une nuisance pour l'utilisateur. C'est vrai quoi, inviter des utilisateurs a contribuer et reporter des bugs, c'est inadmissible. Imaginez, ils pourraient comprendre l'esprit du logiciel libre et s'impliquer [dans KDE]! Vraiment, il est important pour Red Hat de se premunir de ce risque. La suppression de cette boite de dialogue est on ne peut plus justifiee. Red Hat == je prends mes utilisateurs pour des cons!
-
-
[+] [^]PS
Posté par Moby-Dik () le 17/09/2002 à 16:09. (lien). Évalué à -4.Ah oui le plus marrant : les développeurs KDE râlent contre le fait que le projet est "dénaturé", qu'ils vont devoir se taper des bugs d'un projet qui n'est plus vraiment le leur, alors même que Redhat a justement supprimé la boîte qui donnait ces informations. Et ils sont foutus de s'en plaindre ! :-((
-
-
-
[+] [^]Re: ben si ya problèmes
Posté par Moby-Dik () le 17/09/2002 à 13:04. (lien). Évalué à -6.Waldo Bastian dans un mail sur kde-core-devel parle de 'RDE'. Ils n'ont pas encore decide si ils redirigaient les bugs de RDE vers le bugzilla de Red Hat mais l'idee a ete soulevee. Vraiment lassant, toutes ces bisbilles à deux balles, ces histoires d'honneurs vexés et autres petites vengeances futiles.... Pfou. -1
-
[^]Re: ben si ya problèmes
Posté par Mickaël L () le 17/09/2002 à 17:35. (lien). Évalué à 1.Il y a beaucoup de gens qui refusent de se taper la hotline de leurs produits quands ils sont modifier. Autant ça va quand des gens te demandent de corriger quelque chose quand c'est ton truc, autant faire la hotline pour RedHat, ça doit pouvoir être chiant : il faut connaître les deux produits! C'est pour ça que les développeurs Linux ( en particulier AC) refusent les rapports de bugs quand tu charge des pilotes de carte video non libre, même si le bug n'a pas forcément de rapport avec le pilote (ils n'ont pas les sources du truc, il n'ont aucun moyen de savoir si ça va taper ailleurs dans le noyau).
-
[+] [^]Re: ben si ya problèmes
Posté par Bouil (Jabber id, page perso, ) le 17/09/2002 à 19:06. (lien). Évalué à -3.il n'ont aucun moyen de savoir si ça [le pilote] va taper ailleurs dans le noyau Je vais peut etre dire une connerie (parce que j'y connais rien), mais cela n'est pas sensé être impossible si ce driver n'est pas en "kernel space" ?? -1, comme ca le troll sera moins vite vu....
--
« La clé d'une langue commune, perdue dans la Tour de Babel, peut être seulement construite par l'usage de l'Espéranto. » Jules Verne.-
[+] [^]Re: ben si ya problèmes
Posté par François Romieu (page perso, ) le 21/09/2002 à 13:45. (lien). Évalué à -1.1 - non parce que certains appels systèmes permettent d'ouvrir les vannes pour peu qu'on ait
le niveau de privilège adéquat (on peut magouiller pour tracer plus ou moins ce qui se passe
mais la réponse est essentiellement 'non' ou 'pas vraiment')
2 - les gestionnaires de périphériques sus-évoqués font partie du noyau
Accessoirement, être obligé de faire de l'ingénierie à rebours pour maintenir les produits
buggés des autres, ça gave.
Pas de source = pas de maintenance par la communauté.
--
Ueimor
-
-
-
-
[^]Re: ben si ya problèmes
Posté par #3588 () le 17/09/2002 à 16:30. (lien). Évalué à 1.« Normalement, a cote du 'About Konqueror', tu as un 'About KDE' qui dit que Konqueror est developpe dans le cadre du projet KDE et que tout le monde peut venir aider. Ta as ca pour toutes les applications utilisant kdelib. » Ce qui compte c'est le About Konqueror, il doit contenir l'essentiel, sinon il est mal écrit. Konqueror distribué avec KDE contient un About KDE. Normal. Konqueror distribué avec RedHat, Mdk ou autre, le projet principal c'est la distrib, pas KDE. Même si KDE peut s'y trouver intégralement, ce ne sera pas sans modifications liées à la distrib. S'il y a bien ce About Konqueror, je ne vois pas ce qu'on peut réclamer de plus. Les projets libres sont faits entre autres pour être redistribués, pas forcément dans le projet initial. Si ça ne plait pas, il suffit de rajouter une clause de pub et de passer en non-libre, mais faut pas prétendre que c'est libre. Ca me fait penser à une interprétation du libre (WineX je crois?) du style « notre licence est libre, mais si vous utilisez ces libertés, nous passons le projet en non-libre ».
-
[+] [^]Re: ben si ya problèmes
Posté par décroissance () le 18/09/2002 à 09:11. (lien). Évalué à -1.C'est juste une question de respect du travail des auteurs de konqueror. Ils ont voulus mettre un about KDE pour mettre en exergue leur boulot su KDE (konqueror étant consideré comme une partie, certe independante, de KDE).
Ca ne coutait rien à RH de le laisser.-
[+] [^]Re: ben si ya problèmes
Posté par #3588 () le 18/09/2002 à 17:09. (lien). Évalué à -1.« C'est juste une question de respect du travail des auteurs de konqueror. »
Ce travail est respecté, il y a toujours la boite About de Konqueror, qui aurait très bien pu être supprimée/modifiée, les références aux auteurs se retrouvant moins accessibles. Et pourquoi pas des About Linux, About GNU, About XFree dans chaque appli avec des menus ?
« Ils ont voulus mettre un about KDE pour mettre en exergue leur boulot su KDE (konqueror étant consideré comme une partie, certe independante, de KDE). »
Il n'est pas compliqué de faire un paragraphe sur KDE dans le About Konqueror, si c'est si important que ça. C'est apparemment ce que je disais : ce About Konqueror est mal rédigé puisqu'il ne convient pas si on le laisse seul.
« Ca ne coutait rien à RH de le laisser. »
Et ça ne coutait rien à KDE de proposer autre chose, pour les distributeurs qui trouvent abusif d'avoir plusieurs boites About. L'impression qu'ils donnent, c'est de ne pas être coopératifs (hors du projet KDE) et de vouloir qu'on les plaigne. Ont-ils au moins proposé un nouveau texte About adapté aux distribs qui n'en veulent qu'un par appli ?
-
-
-
-
Des screenshots.
Si vous voulez voir quelques screenshots de la future redhat, vous en avez ici:
ftp://ftp.ibiblio.org/pub/Linux/distributions/contrib/texstar/scre(...)
Ce sont tous les fichiers redhatxx.jpg
Enjoy!
J'ai testé
La première impression que j'ai eue c'est waou KDE est sacrément beau avec toutes ces petits icônes toute bien dessinées, bien soft, mieux que celle d'origines. Quand j'ai lancé Gnome j'ai été surpris de la ressemblance mais j'ai trouvé l'idée plutot bonne. Dans tous les cas, le bureau RedHat et bien plus beau que les bureaux KDE et Gnome par défaut. Je trouve même la skin RedHat vraiment "pro", ne faisant par trop gamin, trop aqua ou trop XP, comme la plupart des skins qu'on trouve sur http://www.kde-look.org(...)
De toute façon on peut tout changer, pas de quoi en faire une histoire.
Le coeur de probleme
> Since we have a greater number of experienced GNOME hackers than we have of KDE hackers
Tu m'etonnes! Le nombre de hackers KDE a Red Hat, c'est 0. Le seul mec qui contribue a KDE et qui est paye par RedHat s'appelle Bero. Il a le droit de bosser sur KDE pendant son temps libre, ca ne fait pas partie de son boulot a Red hat.
Le probleme, ce n'est pas que Red Hat a modifie KDE. Ca ils ont le droit. Ce n'est pas qu'ils ont uniformise KDE et Gnome. Ca, je peux comprendre un besoin. Le probleme, c'est que ils ont cree un fork hostile de KDE. L'attitude de courtoisie qu'on attend generalement dans le monde du logiciel libre a ete negligee. Une fois de plus, Red hat a meprise KDE.
Normalement, quand on s'apprete a modifier un projet, il est de coutume de dire ce qu'on va faire aux developpeurs, d'avoir leur avis sur la meilleure facon technique de le faire, de leur proposer les changements. Red Hat n'a rien fait de tout ca.
Dans les modifs de Red hat, il y a eu (
http://lists.kde.org/?l=kde-cafe&m=103029445131343&w=2(...)):
- patch des lib KDE et des applis pour faire disparaitre la boite 'about KDE'. Ce patch etait faisable en une ligne avec une option de configuration mais evidemment, il faut connaitre un peu KDE
- implementation de VFolder pour les menu, de facon a simplifier leur gestion des menus. Pour l'instant, KDE ne prevoit pas d'utiliser VFolder.
- implementation de la spec pour la gestion de poubelle. Ca, c'est un truc qui interessait KDE mais ils ne se sont pas donne la peine de le proposer. Ca doit etre mal vu a Red Hat de parler a des mecs de KDE
- utilisation de snapshots pour quelques programmes, alors que les snapshots (Keramik) ont des bugs connus. Ils nous la refont a la gcc 2.96.
- utilisation de XFt2 alors meme que Qt ne l'a pas officiellement release et que l'api n'est pas encore stabilisee.
- changement du nom des services KDE, ce qui pose de problemes parce que du coup, certains services ne seront plus trouves. cf
http://lists.kde.org/?l=kde-core-devel&m=103203349125767&w=(...)
Je trouve l'attitude de Red hat vraiment deplorable. Ca va s'ajouter a la longue liste de grief qu'a deja KDE vis a vis de Red hat:
- changement du comportement des applis sans prevenir. Par exemple, pour KPPP, les modifs de RedHat font que la documentation n'est plus correcte. Merci Red Hat, ca vaut la peine de se faire chier a ecrire une doc et a la traduire dans 38 langues! Les utilisateurs se retrouvent a suivre la documentation et ne comprennent pas pourquoi ca ne marche pas.
- refus de packager les versions mineures de KDE. Si t'as des bugs avec KDE sur ta Red hat, ben tant pis pour toi. C'est dommage qu'il soient corriges, tu n'en profiteras pas!
- un bug qui rend le clavier autre qu'americain completement inutilisable sur Red Hat qui est ouvert depuis trois ans. Le message est clair, si vous n'etes ni anglais, ni americain, allez vous faire foutre.
Tout ca fait que KDE est bugge sous Red hat. Malheureusement, Red Hat est tres populaire aux US. Donc il y a plein de gens qui ont des problemes avec KDE qu'ils ne devraient pas avoir. Non content de mepriser KDE, faut encore qu'il se debrouille pour le pourrir au niveau des utilisateurs.
Donc si vous vous utiliser KDE, n'utiliser surtout pas une Red Hat.
-
[^]Re: Le coeur de probleme
-
[^]Re: Le coeur de probleme
Posté par Infernal Quack (Jabber id, page perso, ) le 17/09/2002 à 12:19. (lien). Évalué à 3.Merci pour cette explication très claire. Donc RedHat a bel et bien joué au c*n :(
-
[^]Re: Le coeur de probleme
Posté par Jylam / jylam.lnxsce (page perso, ) le 17/09/2002 à 12:42. (lien). Évalué à 8.- utilisation de snapshots pour quelques programmes, alors que les snapshots (Keramik) ont des bugs connus. Ils nous la refont a la gcc 2.96. Si je ne m'abuse, gcc 2.96 n'avais aucun probleme, sinon celui de regler des bugs et de suivre encore plus les normes, ce qui impliquait que certains programmes "mal" ecris ne compilait plus ou etait mal interpreté. Ce n'etait en aucun cas des bugs, mais des corrections. Le probleme viens du fait que l'equipe de mplayer a été un peu trop vite en besogne en lancant des infamie sur cette version de compilo, alors que dans l'absolue, l'erreur venait d'eux. Voila, c'etait une precision juste en passant (a confirmer)
-
[^]Re: Le coeur de probleme
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 13:07. (lien). Évalué à 5.<< Si je ne m'abuse, gcc 2.96 n'avais aucun probleme, sinon celui de regler des bugs et de suivre encore plus les normes >> Et bien si il avait des bugs. Je manque malheureusement de references precises, mais va voir la faq de mplayer et parles-en a l'auteur, tu te feras un ami. > Ce n'etait en aucun cas des bugs, mais des corrections. Disons que quand 50% de tes programmes ne compilent plus, ca a beau etre plus "correct vis a vis de la spec", ca ne t'apporte pas grand chose. De plus, une telle transition vers plus de correction vis a vis du standard a ete entreprises avec gcc 3.x Ce n'est pas qqch que tu peux decider d'un coup de tete quand ton travail impact tous les projets libres. Sinon, l'idee de faire un fork hostile d'un projet aussi important que gcc, d'inventer un no de version non officiel et de le releaser contre l'avis de tous ses developpeurs, je ne sais pas ou ils l'ont trouvee mais c'est quand meme pas difficile de voir que c'en est pas une bonne.
-
[^]Re: Le coeur de probleme
Posté par matiasf () le 17/09/2002 à 13:56. (lien). Évalué à 7.Si gcc-2.96 (RH) était pourri, pourquoi Mandrake, ASPLinux, Madeinlinux, l'utilent ? Pourquoi RedHat l'a utilisé si longtemps alors qu'il sont très pointu côté gcc (c'est peut-être le plus gros contributeur) ? Ce reproche sur gcc 2.96 (RH) me fait toujours rire...
-
[^]Re: Le coeur de probleme
Posté par Sébastien Munch (page perso, ) le 18/09/2002 à 08:02. (lien). Évalué à 1.(Désolé, je ne suis pas du tout pro en tout ce qui est développement, gcc etc)
Pour ce qui est d'utilisation de trucs "courants", ok gcc 2.96 fonctionne pas trop mal...
Mais as-tu essayé de compiler quelque chose qui utilise les MMX et tous ces trucs ?
'suffit de voir le site de Mplayer, ils le disent clairement, ça ne marche pas : gcc est bogué.-
[^]Re: Le coeur de probleme
Posté par matiasf () le 18/09/2002 à 08:12. (lien). Évalué à 1.j'ai compilé mplayer sur une RH 7.2 avec compilateur 2.96. çà marche nickel et avec optimisation (mmx, 3dnow et SE??? ; j'ai un athlon)! (pour confirmer : ftp://ftp.freshrpms.net/pub/freshrpms/enigma/mplayer/(...) )
Mplayer que je conseille vivement.
Enfin, la cible de RedHat c'est les serveurs et pas les lecteurs de DVD. Il est donc claire qu'il ne vont pas faire le forcing pour que gcc compile mplayer ou autres outils de "loisir".
Sachant que Mandrake (plus orienté desktop) utilise gcc 2.96, tu devrais plustôt leur adresser ce reproche.
-
-
-
-
[^]gcc 2.96
Posté par Bruno Muller (Jabber id, page perso, ) le 17/09/2002 à 13:10. (lien). Évalué à 12.Si je ne m'abuse, gcc 2.96 n'avais aucun probleme, sinon celui de regler des bugs et de suivre encore plus les normes,... Qu'est ce que je lis là ! gcc 2.96 est la version de developement de gcc 3.0. Il n'a jamais été releasé officiellement. Et l'equipe de gcc, ne supporte pas la version 2.96... voir http://gcc.gnu.org/gcc-2.96.html
-
[^]Re: gcc 2.96
Posté par longhairedguru () le 17/09/2002 à 15:36. (lien). Évalué à 8.pour info, et si ma mémoire ne me fait pas défaut (ça fait un bail que j'ai arrété de bosser sur gcc 2.96), la version 2.96 apportait entre autres un support minimal des wchar, chose que la 2.95 n'avait pas. C'était une version intermédiaire qui permettait de bosser en attendant que la version 3.0 sorte...
-
-
[^]Re: Le coeur de probleme
Posté par Mickaël L () le 17/09/2002 à 17:41. (lien). Évalué à 4.Attention, à prendre avec des pincettes. Ce ne sont que de vagues souvenirs. En dehors des bugs et du fait que 2.96 n'était pas un gcc officiel, je crois qu'il y avait des incompatibilités binaires. 2.96 n'était compatible ni avec 2.95 ni avec les 3.0 (du moins, ce n'était pas prévu). Du coup, il y avait des problèmes au niveau de l'édition des liens.
-
[^]Re: Le coeur de probleme
Posté par matiasf () le 17/09/2002 à 18:00. (lien). Évalué à 2.Juste. L'un des objectifs de gcc 2.96 etait d'assurer la transition avec gcc 3 (et le support de IA64). RedHat a fait gcc 2.96 pour être compatible au niveau source (c++) avec gcc 3 (D'où les nombreuses plaintes). Je crois que gcc-3.2 est incompatible au niveau binaire avec gcc-3.1 ou gcc-3.0 (C++ ABI). Mais soyons positif. S'il y a des incompatibilités binaires de temps en temps, çà pousse à fournir les sources :-) .
-
-
-
[+] [^]Re: Le coeur de probleme
Posté par matiasf () le 17/09/2002 à 14:21. (lien). Évalué à -7.Bref, tu reproches à RedHat de ne pas faire une distrib autour de KDE. <troll> - Le compilo y va pas pour KDE. - RedHat fourni pas de développeurs pour KDE. - RedHat ne doit pas utiliser XFt2, VFolder car KDE l'utilise pas. - Scandale RedHat y fond un tème qui l'ai pas pareil que KDE. - pis y font que du travail de cochon. - etc... </troll> RedHat et KDE n'ont pas les même objectifs. C'est pas nouveau. RedHat n'aide pas KDE. KDE n'aide pas RedHat. Point barre. D'autre s'en charge ! Pas de problème, prend une Suse. Et va reprocher à Suse de ne rien faire pour GNOME !!! RedHat a sa philosophie de l'OS . Qu'on aime ou pas. Gnome correspond à leur philosophie. Il défende leur vision du desktop et on ne peut pas les taxer d'opportunisme. Et si çà ne plaid pas, des opportunité vos se créer. Mandrake est né car RedHat ne fournissait pas KDE ! (Mandrake a pompé une RedHat et ajouté KDE au début !)
-
[^]Re: Le coeur de probleme
Posté par Philippe Fremy (page perso, ) le 17/09/2002 à 22:31. (lien). Évalué à 6.T'as rien compris. Je suis de bonne humeur, alors je te reponds quand meme.
> - Le compilo y va pas pour KDE.
Je rappelais juste que c'est pas la premiere fois que Red Hat fournit des versions non officielles d'un projet. Il a du falloir une ou deux semaines pour que KDE compile avec gcc 2.96, rien de bien dramatique.
> - RedHat fourni pas de développeurs pour KDE.
Ca c'est leur droit. Ce que je leur reproche, c'est de ne pas fournir de packager. Surtout quand ils ont un mec a qui ca ferait plaisir de le faire.
> - RedHat ne doit pas utiliser XFt2
Qt avec XFt2 est en beta. L'api XFt2 n'est pas officiellement releasee (de ce que j'en ai entendu dire). Ca me parait deux bonnes raisons de ne pas l'utiliser dans une distribution.
> VFolder car KDE l'utilise pas.
Je n'ai pas d'opinion sur VFolder.
> - Scandale RedHat y fond un tème qui l'ai pas pareil que KDE.
Le theme, je m'en fous comme de mon premier slip. Je pense meme que c'est une bonne idee que d'uniformiser les themes entre les deux projets. Je ne sais pas ou tu es alle cherche ca.
> - pis y font que du travail de cochon.
Oui, ca me parait un reproche legitime. Si tu voyais un projet dans lequel tu mets toute ton energie se faire saloper par une distribution, je te jure que tu ne rigolerais pas.
> Et va reprocher à Suse de ne rien faire pour GNOME !!!
Mais Suse, malgre son tres fort engagement du cote de KDE paye un developpeur Gnome et package toutes les versions de Gnome. Proposer a ses utilisateurs des versions qui corrigent des bugs me parait le devoir minimum d'une distribution et Red Hat ne l'assure pas vis a vis de KDE.
> RedHat a sa philosophie de l'OS . Qu'on aime ou pas. Gnome correspond à leur philosophie.
C'est surtout une grosse histoire de politique, pas de philosophie. Quand tu vois que les personnes chargees du desktop chez Red Hat sont deux core-developpeurs de Gnome, tu comprends que ils accordent moins d'importance a KDE.-
[^]Re: Le coeur de probleme
Posté par matiasf () le 18/09/2002 à 07:43. (lien). Évalué à 1.Comme indiqué c'était un troll.
> Mais Suse, malgre son tres fort engagement du cote de KDE paye un developpeur Gnome ...
Connais pas bien Suse.
Ma pensée est que si Suse et/ou Mandrake fourni 0 développeur Gnome et/ou ne fourni pas Gnome dans leur distribe, je n'ai rien à leur reprocher. Mais c'est un point qui va peser lors d'un chois de distribe.
Mais on va dire que RedHat fourni KDE et n'aide pas KDE contrairement à d'autre distribe. C'est vrai. Mais RedHat à fait rpm, a quelques developpeurs noyau, beaucoup de développeur Gnome, très impliqué dans GCC, etc.. et tout çà est utilisé par les autres distribe.
Bref, pour moi il n'y a pas de problème.
J'ai l'impression qu'il y a des "adorateurs" KDE qui adore RedHat et regrette que RedHat ne support pas mieu KDE. Car réellement, je ne comprends pas les reproches fait.
-
-
[+] Le coeur de probleme
> Since we have a greater number of experienced GNOME hackers than we have of KDE hackers
Tu m'etonnes! Le nombre de hackers KDE a Red Hat, c'est 0. Le seul mec qui contribue a KDE et qui est paye par RedHat s'appelle Bero. Il a le droit de bosser sur KDE pendant son temps libre, ca ne fait pas partie de son boulot a Red hat.
Le probleme, ce n'est pas que Red Hat a modifie KDE. Ca ils ont le droit. Ce n'est pas qu'ils ont uniformise KDE et Gnome. Ca, je peux comprendre un besoin. Le probleme, c'est que ils ont cree un fork hostile de KDE. L'attitude de courtoisie qu'on attend generalement dans le monde du logiciel libre a ete negligee. Une fois de plus, Red hat a meprise KDE.
Normalement, quand on s'apprete a modifier un projet, il est de coutume de dire ce qu'on va faire aux developpeurs, d'avoir leur avis sur la meilleure facon technique de le faire, de leur proposer les changements. Red Hat n'a rien fait de tout ca.
Dans les modifs de Red hat, il y a eu (
http://lists.kde.org/?l=kde-cafe&m=103029445131343&w=2(...)):
- patch des lib KDE et des applis pour faire disparaitre la boite 'about KDE'. Ce patch etait faisable en une ligne avec une option de configuration mais evidemment, il faut connaitre un peu KDE
- implementation de VFolder pour les menu, de facon a simplifier leur gestion des menus. Pour l'instant, KDE ne prevoit pas d'utiliser VFolder.
- implementation de la spec pour la gestion de poubelle. Ca, c'est un truc qui interessait KDE mais ils ne se sont pas donne la peine de le proposer. Ca doit etre mal vu a Red Hat de parler a des mecs de KDE
- utilisation de snapshots pour quelques programmes, alors que les snapshots (Keramik) ont des bugs connus. Ils nous la refont a la gcc 2.96.
- utilisation de XFt2 alors meme que Qt ne l'a pas officiellement release et que l'api n'est pas encore stabilisee.
- changement du nom des services KDE, ce qui pose de problemes parce que du coup, certains services ne seront plus trouves. cf
http://lists.kde.org/?l=kde-core-devel&m=103203349125767&w=(...)
Je trouve l'attitude de Red hat vraiment deplorable. Ca va s'ajouter a la longue liste de grief qu'a deja KDE vis a vis de Red hat:
- changement du comportement des applis sans prevenir. Par exemple, pour KPPP, les modifs de RedHat font que la documentation n'est plus correcte. Merci Red Hat, ca vaut la peine de se faire chier a ecrire une doc et a la traduire dans 38 langues! Les utilisateurs se retrouvent a suivre la documentation et ne comprennent pas pourquoi ca ne marche pas.
- refus de packager les versions mineures de KDE. Si t'as des bugs avec KDE sur ta Red hat, ben tant pis pour toi. C'est dommage qu'il soient corriges, tu n'en profiteras pas!
- un bug qui rend le clavier autre qu'americain completement inutilisable sur Red Hat qui est ouvert depuis trois ans. Le message est clair, si vous n'etes ni anglais, ni americain, allez vous faire foutre.
Tout ca fait que KDE est bugge sous Red hat. Malheureusement, Red Hat est tres populaire aux US. Donc il y a plein de gens qui ont des problemes avec KDE qu'ils ne devraient pas avoir. Non content de mepriser KDE, faut encore qu'il se debrouille pour le pourrir au niveau des utilisateurs.
Donc si vous vous utiliser KDE, n'utiliser surtout pas une Red Hat.
-
[^]Re: Le coeur de probleme
Posté par Laurent Rathle () le 17/09/2002 à 15:17. (lien). Évalué à 4.- patch des lib KDE et des applis pour faire disparaitre la boite 'about KDE'. Ce patch etait faisable en une ligne avec une option de configuration mais evidemment, il faut connaitre un peu KDE Ça dépend. Si ils ne veulent pas que l'utilisateur puisse supprimer la modif. Ils doivent la faire dans le fichier source. Dans l'autre cas, il suffit d'éditer le fichier kdeglobals et de supprimer l'entrée correspondant à la suppression du About KDE...
Et?
De prime abord, c'est une bonne idee de vouloir que les utilisateurs ne soient pas perdus. Mais d'un autrre cote, il y a la maniere de le faire. Ce n'est pas la premiere fois que RH fait des conneries, ce n'est surment pas la derniere. Le seul truc genant, c'est que puisque bcp de gens connaissent Linux par RH, l'image vehiculee n'est pas forcement ideale. Mais d'un autrre cote, ca fait une telle pub negative pour eux que je suis presque sur qu'ils vont s'en mordre les doigts.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.