Journal pourquoi tant de haine ?

Posté par  (site web personnel) .
Étiquettes :
0
15
mai
2007
Comment faire quand un projet libre décide qu'une distribution n'est pas suffisement "hype" pour être supportée ?

Comment peut réagir la dite distribution ?

Le projet c'est Pidgin.
La distribution c'est Slackware.

L'histoire commence ici : http://developer.pidgin.im/wiki/WhyPackagesExist
et particulièrement là :

We have no developers using Slackware, and we do not support it, due to a history of problems which are caused or made unnecessarily difficult to solve by the fact that its package system does not support automatic dependency resolution. We also recommend that users do not attempt to compile Pidgin from source on Slackware, but instead use the packages provided by the Slackware team. If you insist on trying this out yourself, the only advice we can give you is to ask for help in ##slackware on irc.freenode.org, or on the Slackware mailing lists.


Et la réaction est là : http://www.slackware.org/changelog/current.php?cpu=i386
et spécialement là :

xap/pidgin-2.0.0-i486-2.tgz: Here's a little excerpt from:
http://developer.pidgin.im/wiki/WhyPackagesExist
"We have no developers using Slack, and furthermore, several of us actively
dislike that distribution for its history of broken installs, as well as
for its non-existant package management. You cannot create true packages
for Slack."
Well, I'm somewhat shocked by this, having never (to my knowledge) done
anything to any of the former GAIM or Pidgin developers to make them mad at
me, Slackware, or anyone on the Slackware team. I guess if they feel it's
not possible to make a "true" Pidgin package for Slackware, there's no point
in continuing to try. Having put out 7 security advisories on GAIM, I'm
quite sure there will be less work here if Pidgin is not included.
The Pidgin package has been moved to the "unsupported" directory. For the
record, I do not actively dislike Pidgin or any of their developers, but I
do plan to use Kopete from now on.


Je trouve l'excuse des devs de Pidgin assez mal venue voir carrément déplacée, surtout que depuis toujours c'était Patrick Volkerding qui faisait le paquetage pour Slackware > http://ftp.lip6.fr/pub/linux/distributions/slackware/unsuppo(...)

Pour ma part j'utilise Kopete depuis longtemps donc je ne risque pas de virer Pidgin, mais il est clair que Pidgin fait désormais partis des "trucs" que je ne recommanderais plus.

Allez ! Vive le libre.
  • # in the hell of packages

    Posté par  . Évalué à 1.

    je ne juge pas, mais ayant débuté sous Slackware, et l'ayant abandonnée par (à l'époque) sa non-gestion des dépendances, je comprends les devs de Pidgin.

    En effet, pour un package auquel il manque une dépendance, ça peut être corrigé, et le problème s'arrête là. Pour un paquet d'un système sans gestion des dépendances, on se retrouve avec des dizaines de demandes d'aide, et une mauvaise impression du logiciel.

    Et plus un logiciel essaye de ne pas réinventer la roue, plus il dépend d'autres logiciels libres, et donc plus le système GNU fait un tout. Bref, avec Slackware il faut TOUT installer pour être tranquille, ce qui n'est pas une option raisonnable.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

    • [^] # Re: in the hell of packages

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

      Pidgin était livré officiellement par Slackware ... je dis juste au cas où tu n'aurais pas tout lu.
    • [^] # Re: in the hell of packages

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

      Ben j'apprécie cette non-gestion des dépendances sous Slack, d'autant plus qu'il y a des outils pour vérifier a posteriori si un système installé est « complet » au sens où tout les programmes peuvent tourner et ont bien leurs dépendances.

      Il y a un vrai système de paquets, je peux ajouter un paquet, stocké dans un fichier, et le retirer, en une commande à chaque fois.
      Je peux connaître le contenu d'un paquet, avoir sa description, savoir quels sont les paquets installés, à quel paquet appartient un fichier, etc...
      Tout ça à chaque fois en une unique commande.
      Mon serveur est sous slack, et la sélection des paquets y est assez précise, TOUT n'est pas installé, et pourtant tout fonctionne (et ça fait un paquet de trucs, mais certes pas gaim, c'est un serveur).


      Compiler des trucs, y compris gaim/pidgin, ça se fait très bien sous Slack, et même le mettre dans un authentique paquet Slack, j'ai fait nettement plus complexe que de compiler un petit bidule comme gaim/pidgin pas spécialement difficile à compiler...

      En plus comme dit plusieurs fois, les gars de chez gaim/pidgin n'ont jamais eu aucun effort pour être supportés sous Slackware, c'est la distrib qui faisait tout le boulot depuis toujours.


      Alors moi je comprend Patrick, la Slack se fait agresser gratuitement par une poignée de frustrés, leurs remarques tenant du FUD sur les problèmes d'install de la Slack (problèmes que je n'ai jamais rencontré depuis la 7.0...), et leur attitude méprisante ne mérite pas vraiment qu'on s'y attarde.


      Lui n'avait pas été méprisant quand il avait annoncé qu'il ne supporterait plus Gnome à cause de la charge de travail.
      Il n'avait pas dit « I actively dislike that windowmanager », juste expliqué que c'était trop de taf.


      Yth, slacker satisfait.
  • # Personalisation

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

    Je trouve que la réponse de Patrick Volkerding est assez étrange.
    Il écrit "having never (to my knowledge) done anything to any of the former GAIM or Pidgin developers to make them mad at me" ce qui est une personnalisation des reproches. Pourtant cette personnalisation n'existe absolument pas dans le texte des développeurs de Pidgin. Ils se contentent de dire que Slackware ne gère pas les dépendances et qu'ils ne recommandent pas cette distro.
    Pourquoi Patrick Volkerding fait-il semblant de croire qu'il s'agit d'une attaque personnelle contre lui ?
    • [^] # Re: Personalisation

      Posté par  . Évalué à 7.

      Moi, ce que je ne comprends pas. c'est que la page en question dit:
      "We have no developers using Slackware, and we do not support it, due to a history of problems which are caused or made unnecessarily difficult to solve by the fact that its package system does not support automatic dependency resolution"

      Qui se transforme en:
      "We have no developers using Slack, and furthermore, several of us actively dislike that distribution for its history of broken installs, as well as for its non-existant package management. You cannot create true packages
      for Slack"
      Dans le mail de Pat, qui announce que c'est un extrait de la page dont le premier passage est extrait...

      Y a t-il eu une modification du Wiki depuis qui expliquerait l'inadequation entre ce que l'on lit actuellement et la reaction de Pat? ou est-ce tout simplement de la mauvaise fois de la part de Pat.
      • [^] # Re: Personalisation

        Posté par  . Évalué à 10.

        Changement fait entre les versions 6 et 7 de la page :
        http://developer.pidgin.im/wiki/WhyPackagesExist?action=diff(...)
        • [^] # Re: Personalisation

          Posté par  . Évalué à 5.

          et j'ai verifie si c'etait une sorte de vandalisme... et bien non, cette phrase etait bien la depuis la creation de la page et a ete modifiee il n'y a pas longtemps (le 12/05).

          Je pense Mr Volkerding a bien raison de ne pas comprendre cette attaque bete, mechante et gratuite.

          De toute facon, je ne sais pas ce qui arrivent aux devs de gaim (pidgin) mais ils me semblent avoir des problemes dans leur projet. Les nouvelles fonctionnalites ne meritent vraiment pas de passer la derniere version en 2.0. Pidgin semble tourner au ralenti depuis de nombreux mois et est vraiment en retard au niveau du support des differentes fonctionnalites "normales" pour un logiciel de messagerie instantanee moderne.
          • [^] # Re: Personalisation

            Posté par  . Évalué à 3.

            Je pense Mr Volkerding a bien raison de ne pas comprendre cette attaque bete, mechante et gratuite

            ah parce comprendre ou ne pas comprendre un truc, c'est un processus volontaire maintenant ?
            • [^] # Re: Personalisation

              Posté par  . Évalué à 3.

              bon, puisqu'il y a des pinailleurs, je vais reformuler ma phrase :

              Je pense Mr Volkerding a bien raison de s'etonner de cette attaque bete, mechante et gratuite

              ou on pourrait mettre aussi "s'emouvoir" ou "d'etre consterne par" ou etc etc etc
              Ca va comme ca ?
    • [^] # Re: Personalisation

      Posté par  . Évalué à 5.

      D'un certain point de vue, je dserais d'accord avec toi. Par contre, j'ai du mal a comprendre la différence de traitement avec d'autres distribution.
      4 lignes pour (enfin contre) Slackware, ensuite :
      We have no developers using arch, SuSE, or any other distribution.

      Ou alors c'est qu'ils en ont mare des utilisateurs qui viennent leur demander de l'aide pour compiler sur $distro a laquelle ils ne connaissent rien, et qu'ils leurs conseillent de voir directement avec la distrib. Ce que je comprendrais tout a fait, mais la forme me semble tout de meme inutilement "agressive" et détaillée.
      • [^] # Re: Personalisation

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

        C'est pourtant marqué plusieurs fois ici. SuSE a un gestionnaire de paquets.

        Personnellement je suis outré, il n'y a pas de script d'install pour ma LFS.
  • # Excuse ?

    Posté par  . Évalué à 2.

    En fait si tu lis la page [1] en entier, c'est une page ils répondent d'un bloc aux demandes de paquets pour chaque distribution. Ils fournissent des paquets pour fedora et centos [2], pour debian/ubuntu des mainteneurs s'en occupent indépendamment de (mais en collobaration avec) l'équipe de pigdin.

    Pour le reste des distributions ils disent d'utiliser les paquets officiels, et s'il n'y en a pas et qu'on tient à le compiler soi même, pour de l'aide on s'adresse a la communauté de la distribution.

    Certes il y a un paragraphe spécial pour slackware, et vu la tête de ce paragraphe ca donne vaguement l'impression qu'un utilisateur de slackware leur a cassé les pieds pour le compiler et leur a reproché de ne pas fournir de paquet. Ils sans doute essayé de l'aider et ont découvert qu'il n'y avait pas de gestion de dépendance sous slack, ce qui j'imagine a rendu la tache gravement plus difficile a notre hypothétique utilisateur de slack, qui a du s'énerver après les types de pidgin (je vois le genre d'échange a 3000km).

    Aussi il refusent les paquets de contributeurs, ayant eu des soucis avec des patchs sauvages dans certains paquets (distribuer un paquet pourri d'un contributeur, c'est pas anodin, les soucis te revienne a _toi_ et pas au type qui a fait le build). Les seuls paquets qu'il distribuent sont ceux qu'il ont construits eux même, s'il n'y a pas déjà de paquets maintenu, et sur des distribution qu'ils utilisent.

    Donc le seul traitement spécial de slackware, c'est "ne venez pas nous casser les pieds avec slack", sinon, les autres (SuSE et arch sont citées) n'ont pas plus de paquets faits par l'équipe de pidgin, mais sont peut être plus susceptible d'avoir de l'aide.

    Je sais pas qui dans l'équipe de slack l'a aussi mal pris, mais c'est clair qu'il a été un peu trop sensible. Je suis un peu déçu par une telle réaction, comme si les problèmes de dépendance étaient nouveaux, ou que quelqu'un ne faisait pas un paquet pour une distro parce qu'il ne l'utilisait pas/n'aimait pas son fonctionnement.

    [1] http://developer.pidgin.im/wiki/WhyPackagesExist
    [2] http://pidgin.im/pidgin/download/

    PS: Je serais curieux de voir ou tu as compris que slackware n'était pas assez "hype" pour être supportée. Rien ne laisse voir que la popularité de la distribution ait influé dans leurs choix.
    • [^] # Re: Excuse ?

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

      Sachant que Slackware fourni(ssai)t un paquet officiel de pidgin/gaim (avant) et que le gestionnaire de paquet est comme ça parce que c'est comme ça que les utilisateurs de Slackware l'aime, le texte publié par les devs de pidgin est déplacé. S'ils sont pas fichus de pointer vers le package ou la slackbuild officiel c'est pas une raison pour insulter ceux qui font choix de ne pas subir l'enfer des rpms/deb/...

      Et accessoirement la politique de Slackware est de ne pas patcher dans la mesure du possible/souhaitable.

      Ma réponse à Pidgin : http://pidgin.im/pipermail/devel/2007-May/000651.html
      • [^] # Re: Excuse ?

        Posté par  . Évalué à -1.

        J'aime bien ta signature, particulièrement pertinente ici, et en plus, le résultat est super positif : les utilisateurs de slackware ne pourront plus utiliser pidgin simplement.

        /me qui en a marre de voir du monde ériger leurs grands principes (on connait l'unique et inévitable résultat) après qu'un(e) ignorant/maladroit/erreur ait bafoué leur petit égo.
        • [^] # Re: Excuse ?

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

          Ben si ils pourront...
          Le paquet est toujours là, dans unsupported, ça veut juste dire « si t'as des soucis, débrouille toi », mais tu peux l'utiliser malgré tout.

          Yth.
  • # moralité

    Posté par  (site web personnel, Mastodon) . Évalué à 6.

    Pidgin n'est plus installé par défaut dans la Slackware (passage dans "unsupported", donc plus dans le CD1 d'install), donc :
    - ceux qui s'en passent déjà s'en passeront toujours (ils savent faire)
    - ceux qui voudront installer Pidgin en auront toujours la possibilité (ils savent faire)
    - ceux qui voudront une version "bleeding-edge" pourront toujours la compiler (ils savent faire)
    - les autres passeront sous Ubuntu...

    c'est donc un faux problème qui ne touchent pas vraiment les utilisateurs mais plutôt les egos des développeurs...

    PS: par contre, l'entrée de Gajim dans la Slack, je suis pas contre (oui, c'est simplissime à installer, mais ça m'évitera d'aller le chercher)...

Suivre le flux des commentaires

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