Bonjour tout le monde,
Comme le dit le titre, Ario est sortie en version 0.2. Pour ceux qui auraient oublié mon précédent journal (http://linuxfr.org/~Corwin/25102.html ), Ario est un client GTK pour MPD (Music Player Daemon : http://www.musicpd.org ).
Les nouveautés depuis la 0.1 sont:
- Des nouvelles fonctionnalités : Une fonction 'recherche', la possibilité d'écouter des webradios, le support des playlists.
- Des performances un peu améliorées.
- Pas mal de bug fixes.
- Des dépendances plus limitées (plus de eel, de gnome VFS....)
MESSAGE AUX DEBIANEUX:
J'ai créé un paquet debian pour Ario et il a été accepté dans Debian SID (grâce à http://mentors.debian.net qui est vraiment une bonne initiative). Par contre il semblerait qu'il y ait un problème avec ce paquet (bug #447053): le programme ario se bloque dès le début de l'exécution.
Je suis vraiment dubitatif par rapport à ce bug mais voilà les symptômes:
- Je n'ai pas ce problème si je compile à la main.
- Je n'ai pas ce problème si je créé moi même un paquet binaire en locale avec pbuilder.
- Ce problème existe sur la version compilée pour i386 mais je ne sais pas si le problème est le même pour les autres plateformes. Ça serait d'ailleurs vraiment sympa si des gens pouvaient essayer, notamment en AMD64. (Vous pouvez suivre l'état des compilations sur cette http://people.debian.org/~igloo/status.php?packages=ario ).
- Il semblerait qu'ario bloque sur un mutex dans la fonction bind_textdomain_codeset de gettext. Ario n'a qu'un seul thread quand je le compile en local mais je vois 2 threads avec gdb lors du bloquage d'ario avec le paquet Debian. Est-ce qu'un expert de Debian saurait me dire ce qui pourrait provoquer cela? Une option de compilation bizarre?
Pour tester le paquet Debian, un simple apt-get update && apt-get install ario devrait suffire si vous utiliser SID/unstable.
Pour les utilisateurs des autres distributions : Ario cherche des packageurs donc n'hésitez à vous manifester si ça vous intéresse. (Je pense que je m'occuperai moi même d'Ubuntu une fois que le paquet Debian fonctionnera correctement.)
Liens:
Site Web : http://ario-player.sourceforge.net/
Page sourceforge: http://sourceforge.net/projects/ario-player/
Download: http://ario-player.sourceforge.net/download.php
Screenshot: http://ario-player.sourceforge.net/screenshots.php
Les instructions pour installer le bousin: http://ario-player.sourceforge.net/faq.php
Journal Ario 0.2 is out
22
oct.
2007
# Avec AMD64
Posté par Benjamin Lannoy . Évalué à 3.
Je n'ai pas ce problème au lancement chez moi, en tout cas. :)
Piur le reste, je suis désolé mais je suis loin d'être un « expert Debian ». :]
[^] # Re: Avec AMD64
Posté par hokata . Évalué à 2.
D'ailleurs je n'ai plus rencontré de problèmes avec ario.
[^] # Re: Avec AMD64
Posté par Corwin (site web personnel) . Évalué à 1.
# bug #447053
Posté par Lucas . Évalué à 4.
> le programme ario se bloque dès le début de l'exécution.
je peux reproduire le probleme dans un chroot sid. par contre, sur lenny, pas de problemes (en rebuildant le paquet). Donc c'est probablement un probleme lié à gtk 2.12. Fais toi un chroot sid pour tester :-)
> Je pense que je m'occuperai moi même d'Ubuntu une fois que le paquet Debian
> fonctionnera correctement.
Inutile, Ubuntu importe automatiquement tous les paquets de Debian.
[^] # Re: bug #447053
Posté par Corwin (site web personnel) . Évalué à 1.
je peux reproduire le probleme dans un chroot sid. par contre, sur lenny, pas de problemes (en rebuildant le paquet). Donc c'est probablement un probleme lié à gtk 2.12. Fais toi un chroot sid pour tester :-)
J'ai teste avec une sid en utilisant VirtualBox mais si je compile comme ca je n'ai pas le bug. (je ne l'ai que si j'installe le paquet compile par Debian.) Tu as bien compile toi meme ario pour reproduire le bug?
# Incompatibilités binaires
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 4.
De mémoire, il s'agissait d'incompatibilités entre le binaire produit et ses dépendances. En gros :
- on compile avec des bibliothèques préparées d'une certaine façon (options de compil...)
- on exécute dans un environnement différent, dans lequel la bibliothèque utilisée est différentes (autres options de compil).
On trouve le même genre de bug avec le C++ et STL/BOOST, les templates utilisant les compilations conditionnelles aidant beaucoup à fabriquer ce genre de bugs.
En espérant que cela aide.
# Encore un petit effort :)
Posté par Bapt (site web personnel) . Évalué à 2.
Apparemment tu souhaite être "léger", et supprimer certaines dépendance "inutiles" (gnome-vfs eel) comptes tu pousser un peu plus et supprimer la dépendance gconf (j'aimerai bien :)) ou non ?
[^] # Re: Encore un petit effort :)
Posté par Corwin (site web personnel) . Évalué à 1.
Merci :-)
Apparemment tu souhaite être "léger", et supprimer certaines dépendance "inutiles" (gnome-vfs eel) comptes tu pousser un peu plus et supprimer la dépendance gconf (j'aimerai bien :)) ou non ?
Ce n'est pas prevu pour le moment. Ca impliquerait d'avoir un autre moyen de stocker la configuration d'Ario et ca changerait quelques aspects du design (j'utilise un peu le fait que Gconf te previent quand une configuration a change de valeur meme si c'est fait par une autre classe ou un autre processus).
Par curiosite : Pourquoi aimerais-tu que la dependance vers Gconf soit supprimee? Si tu utilises Gnome, ca ne doit rien changer pour toi. A moins que tu utilises des programmes GTK sans utiliser Gnome? Mais dans ce cas je suis supris que tu n'ais pas plein de programmes qui utilisent quand meme gconf...
[^] # Re: Encore un petit effort :)
Posté par Bapt (site web personnel) . Évalué à 1.
Pour mpd j'utilise http://emphasis.tuxfamily.org/ (mais je ne suis pas sous e17), mais il n'avance pas beaucoup, ario répond à mon besoin, mais ça m'embête un peu la dépendance gconf (au pire je pourrais quand même vivre avec :)).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.