Le fork est la dernière chose que je voulais faire, cela explique probablement les deux ans qui séparent les deux versions de MPD_sima, j'attendais que l'auteur initial de python-mpd réagisse enfin. J'ai moi même échangé à plusieurs reprise avec l'auteur de python-mpd à ce sujet afin d'éviter le fork [0].
Avec la fermeture de la forge hébergeant le code de python-mpd je pense que nous pouvons abandonner l'idée que l'auteur original reprenne le projet.
J'ai alors étudié les alternatives et il se trouve que python-mpd2 est la seule valable, c'est clairement le fork officiel de facto.
Est-ce que tu pourrais détailler un peu plus ce qui ne va pas avec python-mpd2 et pourquoi tu as forké ?
Je n'ai pas de critiques constructives à faire sur python-mpd2, je n'ai pas l'expertise nécessaire, comme je le dis plus haut python-mpd2 est le seule module MPD valable àmha. Le seul problème que j'ai rencontré est un problème d'intégration. python-mpd2 n'a pas modifié son espace de nom par rapport à python-mpd, cela pose des problèmes pour l'inclure dans le système (je parle de packaging Debian en particulier).
Par ailleurs mon fork est moins évolué que python-mpd2. python-musicpd est pour python3 uniquement, gestion sommaire des sockets (pas de timeout), pas d'abstraction permettant l'ajout de commande, pas de support de logging.
Mon fork est plus issue de cette volonté de garder un module simple pour travailler avec MPD et qui s'intègre facilement dans mon environnement (ie. problème de l'espace de nom). Il reste anecdotique par rapport au travail réalisé dans python-mpd2
[^] # Re: python-musicpd
Posté par kaliko (site web personnel) . En réponse au journal MPD_sima: Client MPD console, non interactif en version 0.12.0. Évalué à 2.
Un peu d'historique :)
Le fork est la dernière chose que je voulais faire, cela explique probablement les deux ans qui séparent les deux versions de MPD_sima, j'attendais que l'auteur initial de python-mpd réagisse enfin. J'ai moi même échangé à plusieurs reprise avec l'auteur de python-mpd à ce sujet afin d'éviter le fork [0].
Avec la fermeture de la forge hébergeant le code de python-mpd je pense que nous pouvons abandonner l'idée que l'auteur original reprenne le projet.
J'ai alors étudié les alternatives et il se trouve que python-mpd2 est la seule valable, c'est clairement le fork officiel de facto.
Je n'ai pas de critiques constructives à faire sur python-mpd2, je n'ai pas l'expertise nécessaire, comme je le dis plus haut python-mpd2 est le seule module MPD valable àmha. Le seul problème que j'ai rencontré est un problème d'intégration. python-mpd2 n'a pas modifié son espace de nom par rapport à python-mpd, cela pose des problèmes pour l'inclure dans le système (je parle de packaging Debian en particulier).
Par ailleurs mon fork est moins évolué que python-mpd2. python-musicpd est pour python3 uniquement, gestion sommaire des sockets (pas de timeout), pas d'abstraction permettant l'ajout de commande, pas de support de logging.
Mon fork est plus issue de cette volonté de garder un module simple pour travailler avec MPD et qui s'intègre facilement dans mon environnement (ie. problème de l'espace de nom). Il reste anecdotique par rapport au travail réalisé dans python-mpd2
J'espère avoir répondu à ta question.
[0] https://linuxfr.org/users/kaliko/journaux/fork-de-python-mpd