KDE/GNOME: bientôt le jeu des 7 erreurs?

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
17
sept.
2002
Red Hat
Quelques testeurs de la dernière beta de RedHat (au nom de code, spécial, de "null" au-lieu de "limbo") n'ont pas apprécié les fortes similitudes entre le bureau KDE et GNOME.
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 /.

Aller plus loin

  • # Je vois pas le problème

    Posté par  (site web personnel) . Évalué à 10.

    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  (site web personnel) . Évalué à 10.

      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  . Évalué à -10.

      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  (site web personnel) . Évalué à 10.

        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  . Évalué à 10.

        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  . É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  . Évalué à 10.

            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

    Posté par  . Évalué à 10.

    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  (site web personnel) . Évalué à 10.

      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 :(

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Pitoyable

        Posté par  . É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  . Évalué à -6.

          It is like Stalin removing his dead enemies from official pictures. Hum... peut-on trouver dans cette phrase une sorte de point Godwin? (ou plutôt un anti-point vu la personne citée) aucun intêret -> -1

      • [^] # Re: Pitoyable

        Posté par  . Évalué à 10.

        >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  (site web personnel) . É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 :)

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Pitoyable

          Posté par  . Évalué à 10.

          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  . Évalué à 10.

        > 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  . É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  (site web personnel) . Évalué à -10.

          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 :(

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # No comment

            Posté par  . É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  . Évalué à -5.

              Le point Godwin: "espece de nazi !" Le point Godindows: "espece de microsoft !" Ok, je sais, -1...

          • [^] # Re: Pitoyable

            Posté par  . É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  (site web personnel) . Évalué à -5.

              Ne parles pas de moi sans me connaitre (Et retourne en cours de français)

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Pitoyable

        Posté par  . Évalué à -4.

        Et pourquoi pas?

    • [^] # Re: Pitoyable

      Posté par  (site web personnel) . É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  . Évalué à 10.

        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  (site web personnel) . É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.

    • [^] # Re: Pitoyable

      Posté par  . Évalué à 2.

      je pensais pas qu'il y avait autant de personnes qui commentaient les news KDE. On se croirait presque sur /. .

      • [^] # Re: Pitoyable

        Posté par  . Évalué à -2.

        ben kde ca a toujour été un sujet a troll surtout si il y a gnome pas loin ... ca me rappel les troll gnome/kde d'y a deux ans qui avaient secoué la comunauté , le tout attisé par MDI :) bon -1 pour radottage...

  • # ben si ya problèmes

    Posté par  . Évalué à 10.

    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  . Évalué à 10.

      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  . Évalué à 10.

        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  . Évalué à -4.

          c'est un komplot des tairoristes de united linux pour afaiblir red hat !!!!

        • [^] # Re: ben si ya problèmes

          Posté par  . É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  . É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  . É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  . É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  . Évalué à 10.

      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  . Évalué à 10.

      « 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  . Évalué à 10.

        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  (site web personnel) . Évalué à 10.

          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  . É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  . É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  (site web personnel) . É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

                  Posté par  . Évalué à 2.

                  c est quoi le rapport ?

                  • [^] # Re: ben si ya problèmes

                    Posté par  (site web personnel) . É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  . É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  . É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  . É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  (site web personnel) . É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 >:(

                L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                • [^] # Re: ben si ya problèmes

                  Posté par  . É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  . Évalué à -2.

              Un troll se cache dans ce post. Sauras tu le retrouver ? -1, bien sur.

        • [^] # Re: ben si ya problèmes

          Posté par  . É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  (site web personnel) . É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

            • [^] # Re: ben si ya problèmes

              Posté par  . É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  (site web personnel) . É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

                • [^] # Re: ben si ya problèmes

                  Posté par  . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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....

              • [^] # Re: ben si ya problèmes

                Posté par  (site web personnel) . É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  . É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  . É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  . É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.

    Posté par  . Évalué à 10.

    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é

    Posté par  . Évalué à 10.

    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

    Posté par  (site web personnel) . Évalué à 10.

    > 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  . Évalué à 6.

      - un bug qui rend le clavier autre qu'americain completement inutilisable sur Red Hat qui est ouvert depuis trois ans. Heu, tu peux préciser ?

    • [^] # Re: Le coeur de probleme

      Posté par  (site web personnel) . Évalué à 3.

      Merci pour cette explication très claire. Donc RedHat a bel et bien joué au c*n :(

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Le coeur de probleme

      Posté par  (site web personnel) . É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  (site web personnel) . É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  . É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  . É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  . É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  . Évalué à 10.

        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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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

    Posté par  (site web personnel) . Évalué à -9.

    > 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  . É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?

    Posté par  . Évalué à 10.

    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.

    • [^] # Re: Et?

      Posté par  . Évalué à -1.

      > Ce n'est pas la premiere fois que RH fait des conneries, ce n'est surment pas la derniere. J'aime RedHat car ils prennent des risques. Et RedHat a fait quoi comme connerie ? - Aider au développement de GNOME dès le début (bien avant la 1.0). Beaucoup de concurrent qui ne croyait pas en Gnome au début l'on intégré dans leur distribe. - Ne pas avoir intégré KDE à leur distribe (comme Debian!) au début pour des problèmes de license avec QT. Ce chois a poussé Trolltech à changer la licence de QT. - Avoir tardé pour livré ReiserFS (qui ne donnait pas toujours satisfaction côté fiabilité (à l'époque)) pour se concentrer sur ext3 qu'il ont activement aidé pour la fiabilisation (un beta test de 10 mois d'ext3 avant la sortie officiel dans la 7.2 !) et qui permettait aux utilisateurs d'avoir un système de fichier journalisé de qualité et compatible avec ext2. - Bosser sur gcc (c'est un gros contributeur) et sortir la version 2.96RH repris par de nombreuse distribe. > gens connaissent Linux par RH, l'image vehiculee n'est pas forcement ideale. A bon ? Une image de positive. Je suis sure que dans 3-6 mois, d'autre distribe vont prendre la même direction (unifier GNOME/KDE). Car cette direction est LOGIQUE. Et cette idée raillée au début, va faire école. Si tu regardes les réactions, à froid, du thread de la mailing-list de kde, beaucoup comprennent le chois de RedHat (même s'il le regrette).

      • [^] # Re: Et?

        Posté par  . Évalué à 5.

        - Ne pas avoir intégré KDE à leur distribe (comme Debian!) au début pour des problèmes de license avec QT. Ce chois a poussé Trolltech à changer la licence de QT. C'est doublement faux. Le choix de TT de modifier sa licence n'a rien à voir avec l'attitude de RH. RH soutenant et développant GNOME, et étant inexistant dans KDE ou tout autre développement QT, ils n'avaient aucune influence sur TT. Ensuite quand tu dis : Ne pas avoir intégré KDE à leur distribe (comme Debian!) au début pour des problèmes de license avec QT C'est encore faux. Ce qui a poussé RH à inclure KDE dans sa distrib, ce n'est pas le changement de licence, mais le fait que Mandrake leur bouffait de plus en plus de part de marché, y compris aux états-unis. La preuve ? Quand il a été annoncé que QT-2 serait QPL, RedHat a sauté sur l'occasion en incluant KDE dans sa distro tout en sauvant la face (le discours officiel était "puisqu'on a gagné et que grace à nous QT est libre, nous restons fidèle à nos principe et incluons KDE dans la nouvelle RH 6.0". C'est joli, et apparemment l'opération de communication a bien marché puisqu'aujourd'hui encore, bcp sont persuadés que RedHat est le sauveur et blablabla. Mais il y a un GROS BUG qui est passé totalement inaperçu. Lors de la sortie de cette RedHat 6.0, QT 2.0 était encore en phase de bêta, et KDE 2 aussi. Du coup Red Hat a mis dans sa distribution (sur le CD1) KDE 1 avec QT-1.44 qui n'était NI QPL, NI GPL (cf le communiqué de presse de RH http://www.redhat.com/about/presscenter/1999/press_60.html ) Comme quoi, redhat est toujours prêt à s'asseoir sur ses beaux principes affichés au nom des parts de marché. RH nous a servi du pipeau, et bcp dansent encore.

        • [^] # Re: Et?

          Posté par  . Évalué à 1.

          > Le choix de TT de modifier sa licence n'a rien à voir avec l'attitude de RH. Comme l'arrivé de GTK (un vrai concurrent), harmony (un remplacant) etc... RedHat y a participé comme plein d'autre truc... (peut-être à moins de 1% il ont participé indirectement). Faut reconnaitre que si TT avais la main mise sur les toolkits il aurait pas changé leur license. Regarde Motif qui face à la concurence de QT et GTK a créé openmotif. Tu crois que sans QT et GTK, openmotif serait né? C'est un tout. > mais le fait que Mandrake leur bouffait de plus en plus de part de marché C'est claire. Si KDE/QT était un échec il ne l'aurait pas intégré :-) . Faut quand même pas oublier que Mandrake/Suse etc... était en tord en fournissant QT. Il fesait du piratage (toléré par TT manifestement). > Mais il y a un GROS BUG qui est passé totalement inaperçu... Effectivement, je ne savais pas. RH rattrapait son retard de license piratés :-) .

          • [^] # Re: Et?

            Posté par  . Évalué à 2.

            Faut quand même pas oublier que Mandrake/Suse etc... était en tord en fournissant QT. Il fesait du piratage (toléré par TT manifestement). Non, ce n'était pas du piratage. La licence de QT1 autorisait la redistribution de QT 1-Unix (avec ses codes sources).

          • [^] # Re: Et?

            Posté par  (site web personnel) . Évalué à 4.

            > Faut quand même pas oublier que Mandrake/Suse etc... était en tord en fournissant QT. Il fesait du piratage (toléré par TT manifestement).

            Tout a fait faux. Les avocats de Suse, de Trolltech et de Mandrake se sont penches sur la licence. Ils n'ont trouve aucun probleme. Seul les avocats de Red Hat ont soi-disant rencontre un probleme insurmontable qui s'est surmonte d'un coup. Encore du foutage de gueule.

        • [^] # Re: Et?

          Posté par  . Évalué à 3.

          Pour être plus précis dans la chronologie des événements : - en avril 1998 TrollTech annonce que QT sera en QPL à partir de sa version 2.0 cf : http://www.trolltech.com/company/announce.html?Action=Show&AID=74 - en avril 1999, redhat met dans sa distro 6.0 KDE 1 avec QT 1.44 (qui n'était donc pas QPL, et on ne parlait même pas encore de la GPL). - en septembre 2000, TrollTech annonce que QT sera GPLed à partir de la version 2.2 cf http://www.trolltech.com/company/announce.html?Action=Show&AID=43 Donc 1) Le refus de RedHat de mettre KDE dans sa distro n'a rien à voir avec le passage en GPL que QT, puisque RedHat avait commencé à mettre KDE bien avant. 2) RedHat est toujours prêt à s'asseoir sur ses beaux principes (Qt 1.44 n'était ni GPL, ni QPL, et pourtant incluse dans la RH 6) pour récupérer des parts de marché, pourvu que cela puisse se faire en sauvant la face. 3) RedHat peut toujours exiger de ses utilisateurs qu'ils utilisent des claviers QWERTY, je m'en fous, mais ils n'ont pas été mandatés par la communauté pour réécrire l'histoire.

  • # Frileux...

    Posté par  . Évalué à 4.

    Ce qui est dommage qqpart, c'est que sur le delicat sujet du rapprochement GNOME/KDE, y'en a plus qui ralent qu'autre chose. Moi je trouve cela bien. Car derrière l'aspect marketing, il y a aussi l'aspect pratique. Je veux dire, ya déja un faible pourcentage d'informaticiens qui s'investissent sur Linux, leur donner 2 environnement differents, c'est deja subdiviser l'echantillon en deux et perdre l'efficacité d'un discours/aide unifiée. Par ailleurs, si RH ou tout autre boite fourni du support, c clair qu'un unique desktop va simplifier la donne. Alors cessons de pinailler pour un menu ou autre. L'important, c le Logiciel libre. Je suis en ecole d'ing et malheureusement, 95% de mes potes sont proWindows (qu'en est il donc du reste de la population) sous pretexte qu'ils connaissent les menus. Meme si je m'egosille à leur prouver que leur point de vue n'est pas objectifs (car ils sont nés dedans Windows :), l'arguement est tenace. Alors oui, je suis pour un bureau unifié, des outils unifié et un feeling simple. Ensuite on pourra les convertir à des softs plus appropriés. Enfin, ca doit pas etre dur de fournir un kmail ou autre qui s'installera sur RH alors pourquoi être si frileux? prendre des risques, c ca qui fait avancer les choses Pis un dernier truc. Dans dix ans, les gosses qui seront nés avec une RH (ou tout autre produit qui leur mache le boulot), ben ils la connaitront mieux que toute autre chose... ce que j'appelle le syndrome microsoft. Une interface unique pour tout leurs produit -> notre génération d'informaticiens vendent quoi???? du microsoft. Ben si RH faisait pareil...

    • [^] # Re: Frileux...

      Posté par  . Évalué à 2.

      Tu parles comme un enfant prodigue. > 95% de mes potes sont proWindows Je suis au boulot et c'est pareil. Il est claire que les petites querelles de boite "à propos" ne font pas avancer les choses. Et le reproche de la diversité est souvent fait au LL. Faut bien comprendre que RedHat ne réduit pas la diversité. Il essai d'atténuer les différences entre GNOME et KDE dans la CONFIGURATION PAR DEFAUT. Ainsi le client mail par défaut est evolution sous GNOME et KDE. Mais libre a chaqu'un de lancer Kmail. Si RedHat selon leurs expériences/expertises estime que Kmail est le meilleur client mail, pourquoi les utilisateurs de GNOME ne profiteraient de cette "expertise" ? S'il existe un super look sous GNOME/GTK par défaut, pourquoi demander aux utilisateurs de KDE de rechercher ce super theme sur le web ? Perso, je trouve la démarche de RedHat pertinente. J'espère maintenant que la réalisation sera de qualité.

      • [^] # Re: Frileux...

        Posté par  . Évalué à 2.

        ... et maintenant, si quand tu choisis l'environnement GNOME sur une mandrake le navigateur par défaut est Konqueror, le mailer KMail, le terminal KTerminal, et l'éditeur kate, tu vas dire quoi ?

        • [^] # Re: Frileux...

          Posté par  . Évalué à 2.

          Si GNOME est mon bureau préféré, Konqueror mon navigateur préféré, Kmail mon mailer préféré, KTerminal mon terminal préféré, kate mon éditeur préféré ... Je dis que c'est super CCOOOOLL. Le problème, est que lorsqu'on pense "utiliser KDE", on pense à l'environnement et aux applis KDE en même temps. Et malédiction si tu utilise Galeon sous KDE. La stigmatisation de la concurrence entre KDE et GNOME a poussé les gens à choisir leur camp. Les esprits sont plus calme maintenant et les nouveaux utilisateurs ignorant de cette guerre de desktop. On ne choisi plus entre KDE ou GNOME. On pioche dans les deux... C'est la suite logique des travaux entre les équipes GNOME et KDE pour améliorer l'intéropérabilité entre les deux environnements.

          • [^] # Re: Frileux...

            Posté par  . Évalué à 1.

            Non, le problème c'est que quand tu utilises konqueror sous Gnome, tu vas charger toutes les libs KDE, Qt, le DCop server etc. Du coup tu vas dire "Konqueror ça rame". Et si jamais tu n'as pas trop de RAM, ça sera inutilisable. C'est la suite logique des travaux entre les équipes GNOME et KDE pour améliorer l'intéropérabilité entre les deux environnements. Ce n'est pas ça l'interopérabilité. S'ils veulent se rendre utiles dans ce domaine chez redhat, qu'ils fassent un serveur de copier/coller qui accepte les protocoles de Gnome ET KDE.

            • [^] # Re: Frileux...

              Posté par  . Évalué à -1.

              c'est clair, l'interopérabilité GNOME/KDE, ça en est au mieux au stade de voeux pieu. DCOP et bonobo n'ont absolument rien à voir, le copier coller et très aléatoire et le drag n drop marche à peine mieux. conclusion, quand sous RDE l'utilisateur lancera Evolution, et qu'il verra qu'il n'interagit pas avec le reste du bureau, copie-colle mal, etc. alors que tout marche bien dans GNOME, ben il dira "KDE c'est de la merde, utilisons GNOME". il me parait clair depuis le début que RH nous enfume en arrivant le coeur sur la main en disant qu'ils vont sauver Linux sur le desktop au prix de quelques "retouches" de configuration de KDE. c'est de l'élimination de concurrence pure et simple, avec une méthode à peine moins monopolistique que celle de Microsoft. -1 parce que ya quand même un peu de troll là dedans.. ;-) mais globalement je n'aime décidément pas ce que fait RH...

            • [^] # Re: Frileux...

              Posté par  . Évalué à -2.

              > trop de RAM Fais comme moi : $ rpm -q -a | grep -i kde | xargs rpm -e $ rpm -q -a | grep -i ^qt | xargs rpm -e Ou si tu préfère kde : $ rpm -q -a | grep -i gnome | xargs rpm -e $ rpm -q -a | grep -i gtk | xargs rpm -e Des trucs comme : $ rpm -q --provides qt | xargs rpm -q --whatrequires Ou $ rpm -q --provides gtk+ | xargs rpm -q --whatrequires seront peut-être nécessaire pour ne rater aucun programmes. Dire qu'avec la futur RH 8.0 je pensais utiliser des applis KDE. Ben non, çà bouffe trop de mémoire :-) . Tant pis. > S'ils veulent se rendre utiles dans ce domaine chez redhat... C'est aussi un boulot qu'on peut demander à Mandrake ou Suse :-) . A moins qu'il ne soit réfractaire à toute cohabitation entre Gnome et Kde.

              • [^] # Re: Frileux...

                Posté par  . Évalué à 3.

                Fais comme moi : $ rpm -q -a | grep -i kde | xargs rpm -e $ rpm -q -a | grep -i ^qt | xargs rpm -e Ou si tu préfère kde : $ rpm -q -a | grep -i gnome | xargs rpm -e $ rpm -q -a | grep -i gtk | xargs rpm -e Des trucs comme : $ rpm -q --provides qt | xargs rpm -q --whatrequires Ou $ rpm -q --provides gtk+ | xargs rpm -q --whatrequires .... c est tellement plus simple avec urpmi

          • [^] # Re: Frileux...

            Posté par  (Mastodon) . Évalué à 4.

            Étant donné l'effort d'intégration de KDE, ça semble un peu dommage d'utiliser l'environnement de KDE sans les applis KDE. Le seul intérêt que je puisse voir à me taper la longue phase d'initialisation de KDE, c'est qu'apres les autres applis vont se lancer plus vite, et que globalement tout va se comporter a peu pres pareil.

            Au passage, il me semble qu'au moins un gros bout de Konqueror est chargé en mémoire pour afficher le bureau. Il me semble donc assez logique d'utiliser Konqueror comme navigateur par défaut. Je ne vois pas en quoi ça empêche les gens d'utiliser autres chose s'ils préfèrent.

            Mais franchement, s'ils estiment que Konqueror n'est pas un bon navigateur pour leurs utilisateurs, que KMail n'est pas un bon client de mails, etc. Quel intérêt de proposer KDE comme gestionnaire de bureau ? Pour laisser le choix aux gens ? Dans ce cas là si tu veux leur laisser le choix, laisse les tester les deux environnements comme ils sont. Sinon ça revient à utiliser le Panel de KDE avec un environnement Gnome. Et si les gens demandent la différence entre Gnome et KDE on leur dit quoi ?

            (Euh non, contrairement aux apparences j'aime bien RedHat et j'utilise pas KDE)

      • [^] # Re: Frileux...

        Posté par  . Évalué à 2.

        Tu parles comme un enfant prodigue. Pourquoi, toi 95% de tes potes sont sous Linux??? C juste que ca devient fatiguant d'entendre que Linux c plus compliqué que Windows... ce qui n'est pas vrai comme tu le sais ;)

  • # avis de lwn.net

    Posté par  . Évalué à 0.

    The competing Linux desktop projects have been a favorite source of flamewars for years. Criticism of Red Hat, the largest Linux distributor has also been good for large amounts of inflammatory content. So it's not surprising that those who like to argue have gotten even more mileage than usual out of the combination of the two topics.

    The problem? Red Hat, it seems, has gone out of its way to configure the GNOME and KDE environments in its "null" beta to look (and act) alike. Red Hat's reasoning is fairly straightforward: they want to improve their desktop by minimizing incompatibilities and making use of the best of what each desktop environment has to offer. Critics complain that features have been configured out, the default behavior of the desktop has been changed, and that desktop "branding" suffers as a result of the configuration changes and mixing of applications.

    The problem with these complaints, of course, is that both projects have released their desktops as free software. Red Hat may have applied a heavy hand with some of its changes, but the software involved was released under a license which allows far worse. When you make software free, you explicitly give up a great deal of control over what others can do with that software. Microsoft is able to dictate the appearance of its desktop to resellers; GNOME and KDE have given up that power.

    The fact that the software is free means that any distributor can make whatever changes it wants in order to provide (what it sees as) the best desktop for its customers. Red Hat's exercise of this right is a good thing, even if the resulting desktop is a mess. If enough distributors put effort into improving the desktop they ship, the quality of Linux desktops as a whole can only improve. Any good ideas from Red Hat's work should spread; the rest can be ignored. Red Hat is functioning as part of the development process for both desktops.

    And, in general, it is the right and responsibility of Linux distributors to make the changes they see fit (within the licensing requirements) to improve their products. The diversity of distributions is one of the great strengths of Linux. Why would we want to change that?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.