Bug#668403: audacious: workaround for sparc ICE is no longer needed
On 04/11/2012 06:18 PM, peter green wrote: Package: audacious Version: 3.2-2 Severity: normal Tags: patch In version 3.2-2 the optimisation level was dropped on sparc to work arround a compiler bug. This compiler bug has now been fixed and i've confirmed the package builds without the workaround so please remove it in the next upload (I don't think it's worth making a special upload over). ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers Hi Peter. Thanks for this information. I updated the rules file in the GIT repo. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#641701: audacious-plugins: Plugin ffaudio vanished, no plugin for wma
On 02/23/2012 10:14 PM, Дмитрий wrote: Hi everybody This bug is NOT fixed (or reappeared) in 3.2.1-1 (and Ubuntu's 3.2.1-1ubuntu1). From build logs (https://buildd.debian.org/status/fetch.php?pkg=audacious-pluginsarch=i386ver=3.2.1-1stamp=1329773883): checking for FFMPEG... no ... Input Plugins - MPEG-1 Layer I/II/III (mpg123): yes MPEG-2/4 AAC (aac): yes FFaudio (ffaudio): no Module decoder (modplug): yes The same thing with Ubuntu's packages. Logs from my Ubuntu Precise box (config.log): configure:10910: checking for FFMPEG configure:10917: $PKG_CONFIG --exists --print-errors libavcodec= 53.40.0 libavformat= 53.5.0 libavutil= 50.42.0 Requested 'libavcodec= 53.40.0' but version of libavcodec is 53.34.0 configure:10920: $? = 1 configure:10934: $PKG_CONFIG --exists --print-errors libavcodec= 53.40.0 libavformat= 53.5.0 libavutil= 50.42.0 Requested 'libavcodec= 53.40.0' but version of libavcodec is 53.34.0 configure:10937: $? = 1 configure:10951: result: no Requested 'libavcodec= 53.40.0' but version of libavcodec is 53.34.0 It seems that 'configure' script was not updated after applying ffaudio.so, as after doing 'autoreconf' I have: configure:10572: checking for FFMPEG configure:10579: $PKG_CONFIG --exists --print-errors libavcodec= 52.64.0 libavformat= 52.110.0 libavutil= 50.42.0 configure:10582: $? = 0 configure:10596: $PKG_CONFIG --exists --print-errors libavcodec= 52.64.0 libavformat= 52.110.0 libavutil= 50.42.0 configure:10599: $? = 0 configure:10637: result: yes Hi. Thanks for reporting this issue. I think it's related with dh $@ --parallel -Sautoconf, which doesn't perform the autoreconf needed, in the debian/rules. If I have time tomorrow, I will try to work on this. If not, I will do it on Saturday. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Seeking review and sponsoring for audacious and audacious-plugins
On 02/19/2012 01:07 PM, Alessio Treglia wrote: On Fri, Feb 17, 2012 at 9:02 PM, Cyril Lavier cyril.lav...@davromaniak.eu wrote: I've just finished 3.2-2 packages for audacious and audacious-plugins So can somebody review them (directly from the git) and even sponsor them in case they are good ? Done, I've sponsored both and plus added the Multiarch support. Thanks for the great work. Thanks you too for the work you did on reviewing and adding multiarch support. By the way, I just saw audacious and audacious-plugins 3.2.1 were released on friday. I will wait until 3.2-2 will be on Testing, to work on 3.2.1 (maybe a patch will be dropped, and the other one being modified). Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#659820: audacious FTBFS on sparc with ICE
Le 13.02.2012 23:07, peter green a écrit : Source: audacious Version: 3.2-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) audacious FTBFS on sparc with an internal compiler error. This has been reported to the gcc maintainers at http://bugs.debian.org/659793 but past experinace has taught me that it takes quite some time for them to resolve such issues In the meantime I have prepared the attatched patch which drops the optimisation level to -O1 on sparc and also makes a small fix to debian/rules clean. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.32-5-sparc64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Hi Peter. Thanks for this patch. I just applied it, and I'm working on a 3.2-2 package. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Seeking review and sponsoring for audacious and audacious-plugins
Hi. I've just finished 3.2-2 packages for audacious and audacious-plugins So can somebody review them (directly from the git) and even sponsor them in case they are good ? Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#641701: A patch for ffaudio with audacious 3.2
On 01/28/2012 10:32 PM, Cyril Lavier wrote: On 01/28/2012 07:51 PM, Reinhard Tartler wrote: On Sa, Jan 28, 2012 at 18:41:06 (CET), Cyril Lavier wrote: [...] Hi. I didn't choose anything, I just took the patch which Andrei did, just rewrote it and applied it to the sources. But I agree with your comment, as I don't know why he chose those particular version. I see. Can you ask him to clarify? I guess that clarification is best documented by a source-code comment. I just asked him, let's wait until he answers. I will work on reducing these requirements for easing the making of a squeeze-backport (as I'm the backporter, I won't have to work twice on the patch). Since libav 0.7 (and soon 0.8) is available in squeeze-backports, I wouldn't spend too much time on that. Just build against libav in squeeze-backports and be done with that. You are right. I just made a quick build of audacious and audacious-plugins on a squeeze-backports pbuilder, and the only issues I had are with others libs (libbs2b-dev for audacious-plugins, libguess-dev and libuchardet-dev for audacious which are not available in stable). The build went well. I just tested the packages on a Squeeze laptop, and he plays wma files like a charm, so it confirms the well done build :). I completely understand that upgrading the needed libs is quite risky and won't be done in the next days/weeks without risking to break a lot of packages. What libraries would require updates? Currently, we do ship up-to-date packages. Sorry, I completely messed this paragraph, I was writing 2 mails at the same time and my colleagues might think I'm crazy now, after talking about audacious in a corporate mail about an off-hours product update which turned bad :/. no problem :-) So I would like to know what do you think about this patch, if this can be a good solution, and then I will perform the needed changes and push it to the git repo or if you think it's not a good solution, we won't have the plugin working for now. The configure part can be dropped if you run the autofoo toolchain on the buildds (cf. dh-autoreconf or similar). Thanks for this idea. The ffaudio-core part looks reasonable to me on the first sight. It could probably simplified a bit by requiring libav{codec,format}= 53 Cheers, Reinhard Thanks for this quick review. I will focus on making this patch working for debian squeeze and more testing with this patch activated. see above wrt squeeze-backports. Cheers, Reinhard Thanks. Hi Reinhard. I got the answer right here : http://redmine.audacious-media-player.org/boards/1/topics/89?r=121#message-121 So apparently, the versions choosed were the last specified before they increased version requirements. Also, John Lindgren explains why the libavcodec 52.64.0 is required (an API change in FFMPEG). Sorry for the late answer, I had a busy week working on nginx packaging (fixing the last goals for the wheezy freeze, and starting to make people work as a team). Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#645347: Seems to be fixed in the 3.2 release
Hi. I justed tested Audacious with an audio CD, and I didn't have any issue. I plan to close this bug with the next upload. Could you confirm you can play CDs with the 3.2 release ? Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#650847: No TTA (True Audio) support.
Hi. Thanks for pointing us this error. I made the change, so it will be fixed in the next upload. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644554: Unable to reproduce with 3.2
Hi. Thanks for reporting this bug. I just tested performing repeat and shuffle on a single playlist containing only mp4 files, and I was not able to recreate the issue with audacious 3.2. Could you try this on your side (with the 3.2) to confirm this issue has been resolved ? Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#589756: Roaraudio support removed from 3.2
Hi. The roaraudio plugin has been removed from Audacious with a commit on December 21st 2011. So this bug is not applicable anymore. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#636847: Fixed in 3.2
Hi. As the libnotify-dev package is now a build-dependency of audacious-plugins, I consider this bug fixed. It will be closed in the next upload. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#641701: A patch for ffaudio with audacious 3.2
Hi. On the audacious forum, Andrei Alin proposed a patch for this. I tried to include it in the audacious-plugins source package (I rewrote it, using autoconf for regenerate the configure file). It builds fine and the ffaudio plugin is enabled again (not enabled in the 3.2-1). I don't know if I will include it in the next upload (I don't even know if I will push it in the GIT repo), as it's a quite big patch. But audacious developers are not going to make the plugin compatible with older versions of ffmpeg. I completely understand that upgrading the needed libs is quite risky and won't be done in the next days/weeks without risking to break a lot of packages. So I would like to know what do you think about this patch, if this can be a good solution, and then I will perform the needed changes and push it to the git repo or if you think it's not a good solution, we won't have the plugin working for now. Thanks. -- Cyril Davromaniak Lavier Description: Make audacious work with current unstable version of FFAUDIO Author: Andrei Alin and...@webupd8.org Last-Update: 2012-01-28 --- a/configure.ac +++ b/configure.ac @@ -549,7 +549,7 @@ if test $enable_ffaudio = yes ; then PKG_CHECK_MODULES([FFMPEG], - [libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0], + [libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0], [have_ffaudio=yes], [have_ffaudio=no]) fi --- a/configure +++ b/configure @@ -10914,12 +10914,12 @@ pkg_cv_FFMPEG_CFLAGS=$FFMPEG_CFLAGS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0\; } 5 - ($PKG_CONFIG --exists --print-errors libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0\; } 5 + ($PKG_CONFIG --exists --print-errors libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 2/dev/null` + pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -10931,12 +10931,12 @@ pkg_cv_FFMPEG_LIBS=$FFMPEG_LIBS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0\; } 5 - ($PKG_CONFIG --exists --print-errors libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0\; } 5 + ($PKG_CONFIG --exists --print-errors libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 2/dev/null` + pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -10957,9 +10957,9 @@ _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 21` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 21` else - FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 21` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 21` fi # Put the nasty error message in config.log where it belongs echo $FFMPEG_PKG_ERRORS 5 --- a/src/ffaudio/ffaudio-core.c +++ b/src/ffaudio/ffaudio-core.c @@ -40,6 +40,14 @@ #endif #include libaudcore/audstrings.h +#if ! CHECK_LIBAVFORMAT_VERSION (53, 5, 0) +#define avformat_find_stream_info(i, o) av_find_stream_info (i) +#endif + +#if ! CHECK_LIBAVCODEC_VERSION (53, 8, 0) +#define avcodec_open2(a, c, o) avcodec_open (a, c) +#endif + static GMutex *ctrl_mutex = NULL; static GCond *ctrl_cond = NULL; static gint64 seek_value = -1; @@ -423,8 +431,11 @@ AVCodecContext *c = NULL; AVStream *s = NULL; AVPacket pkt = {.data = NULL}; +guint8
Bug#641701: A patch for ffaudio with audacious 3.2
On 01/28/2012 05:26 PM, Reinhard Tartler wrote: On Sa, Jan 28, 2012 at 11:46:46 (CET), Cyril Lavier wrote: Hi. On the audacious forum, Andrei Alin proposed a patch for this. I tried to include it in the audacious-plugins source package (I rewrote it, using autoconf for regenerate the configure file). It builds fine and the ffaudio plugin is enabled again (not enabled in the 3.2-1). I don't know if I will include it in the next upload (I don't even know if I will push it in the GIT repo), as it's a quite big patch. But audacious developers are not going to make the plugin compatible with older versions of ffmpeg. Well, the patch *reduces* the requirements on libavformat and libavcodec considerably (libavcodec53 - libavcodec52, and libavformat53 - libavformat52: --- a/configure.ac +++ b/configure.ac @@ -549,7 +549,7 @@ if test $enable_ffaudio = yes ; then PKG_CHECK_MODULES([FFMPEG], - [libavcodec= 53.40.0 libavformat= 53.5.0 libavutil= 50.42.0], + [libavcodec= 52.64.0 libavformat= 52.110.0 libavutil= 50.42.0], [have_ffaudio=yes], [have_ffaudio=no]) fi Note that these requirements do not suffice for squeeze, which ships libavformat with these library version numbers: 24 #define LIBAVFORMAT_VERSION_MAJOR 52 25 #define LIBAVFORMAT_VERSION_MINOR 31 26 #define LIBAVFORMAT_VERSION_MICRO 0 and libavcodec with: 32 #define LIBAVCODEC_VERSION_MAJOR 52 33 #define LIBAVCODEC_VERSION_MINOR 20 34 #define LIBAVCODEC_VERSION_MICRO 1 I therefore wonder why you've chosen those particular version requirements, since there is an updated libav package set in squeeze-backports. Hi. I didn't choose anything, I just took the patch which Andrei did, just rewrote it and applied it to the sources. But I agree with your comment, as I don't know why he chose those particular version. I will work on reducing these requirements for easing the making of a squeeze-backport (as I'm the backporter, I won't have to work twice on the patch). I completely understand that upgrading the needed libs is quite risky and won't be done in the next days/weeks without risking to break a lot of packages. What libraries would require updates? Currently, we do ship up-to-date packages. Sorry, I completely messed this paragraph, I was writing 2 mails at the same time and my colleagues might think I'm crazy now, after talking about audacious in a corporate mail about an off-hours product update which turned bad :/. So I would like to know what do you think about this patch, if this can be a good solution, and then I will perform the needed changes and push it to the git repo or if you think it's not a good solution, we won't have the plugin working for now. The configure part can be dropped if you run the autofoo toolchain on the buildds (cf. dh-autoreconf or similar). Thanks for this idea. The ffaudio-core part looks reasonable to me on the first sight. It could probably simplified a bit by requiring libav{codec,format}= 53 Cheers, Reinhard Thanks for this quick review. I will focus on making this patch working for debian squeeze and more testing with this patch activated. Thanks -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#641701: A patch for ffaudio with audacious 3.2
On 01/28/2012 07:51 PM, Reinhard Tartler wrote: On Sa, Jan 28, 2012 at 18:41:06 (CET), Cyril Lavier wrote: [...] Hi. I didn't choose anything, I just took the patch which Andrei did, just rewrote it and applied it to the sources. But I agree with your comment, as I don't know why he chose those particular version. I see. Can you ask him to clarify? I guess that clarification is best documented by a source-code comment. I just asked him, let's wait until he answers. I will work on reducing these requirements for easing the making of a squeeze-backport (as I'm the backporter, I won't have to work twice on the patch). Since libav 0.7 (and soon 0.8) is available in squeeze-backports, I wouldn't spend too much time on that. Just build against libav in squeeze-backports and be done with that. You are right. I just made a quick build of audacious and audacious-plugins on a squeeze-backports pbuilder, and the only issues I had are with others libs (libbs2b-dev for audacious-plugins, libguess-dev and libuchardet-dev for audacious which are not available in stable). The build went well. I just tested the packages on a Squeeze laptop, and he plays wma files like a charm, so it confirms the well done build :). I completely understand that upgrading the needed libs is quite risky and won't be done in the next days/weeks without risking to break a lot of packages. What libraries would require updates? Currently, we do ship up-to-date packages. Sorry, I completely messed this paragraph, I was writing 2 mails at the same time and my colleagues might think I'm crazy now, after talking about audacious in a corporate mail about an off-hours product update which turned bad :/. no problem :-) So I would like to know what do you think about this patch, if this can be a good solution, and then I will perform the needed changes and push it to the git repo or if you think it's not a good solution, we won't have the plugin working for now. The configure part can be dropped if you run the autofoo toolchain on the buildds (cf. dh-autoreconf or similar). Thanks for this idea. The ffaudio-core part looks reasonable to me on the first sight. It could probably simplified a bit by requiring libav{codec,format}= 53 Cheers, Reinhard Thanks for this quick review. I will focus on making this patch working for debian squeeze and more testing with this patch activated. see above wrt squeeze-backports. Cheers, Reinhard Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#657081: audacious: FTBFS on hurd-i386
On Tue, 24 Jan 2012 18:27:35 -0500, John Lindgren wrote: On 01/24/2012 08:51 AM, Cyril LAVIER wrote: Hi John. As stated in bug #639374, I'm working on packages for audacious 3.2. I hope I will be the modifications to the git repository next week (damn otitis and headaches). Thanks. Thank you, Cyril! So I just tested to build the 3.2 release under a hurd-i386 system. It builds fine, so when the packages will be ready, users of hurd-i386 will be able to use audacious and it's plugins :). I still have some work to do on checking if other bugs are resolved with the 3.2, so it will take some time. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#632303:
Hi. I just tried to build the 3.2 release, and it's building well under kfreebsd-amd64. So this bug might be resolved in the next weeks. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#657095: bug #657095
Hi. I just tried to build the 3.2 release, and it's building well under hurd-i386. So this bug might be resolved in the next weeks. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Introduction and request to join the team
Hi pkg-multimedia members. I'm Cyril Lavier, a 25 years old system administrator from France. I would like to join the team to co-maintain the audacious and audacious-plugins packages as Benjamin Drung proposed me on the bug #639374. I have been working on Debian/Ubuntu packages since 2006, becoming Ubuntu Member in 2007. My involvement in the Debian project is more recent, as I started backporting packages at mid-2011 (nginx and audacious). And now, I help Kartik Mistry maintaining nginx packages. I'm familiar with the BTS, I would be pleased to contribute to this project and help on packages/issues. Looking forward to work with you. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#657081: audacious: FTBFS on hurd-i386
On Tue, 24 Jan 2012 08:39:55 -0500, John Lindgren wrote: tags 657081 fixed-upstream thanks Hi, As upstream maintainer I would much rather you simply updated Audacious in Debian to the current version, which doesn't use PATH_MAX and therefore should not have any problem building on HURD. -- John Lindgren Hi John. As stated in bug #639374, I'm working on packages for audacious 3.2. I hope I will be the modifications to the git repository next week (damn otitis and headaches). Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream release 3.2
Good morning. So the first tests on wheezy are now done. Audacious runs well, but apparently, it requires a newer version of ffmpeg, so for the moment, he can't decode MP3 files. Runs fine with OGG. On the forum, a developer proposed a patch for using older version of ffmpeg, but it don't seems to work on wheezy (either with sources directly patched or included in the packaging process with quilt). On unstable, I'm not able to make it work with quilt. I'm installing an unstable VM to see if the patch works directly on the sources. As the forum is down now (502 Bad Gateway error from nginx ^^), so I can't post the link of the thread containing this. So that's all for now, I will take some time later to merge my modification with the git tree, and maybe push it later next week. I think it's a not so bad start for audacious 3.2 as I don't want to rush ffmpeg maintainers to upgrade packages and maybe break a lot of stuff. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream release 3.2
On 01/21/2012 10:28 AM, Cyril Lavier wrote: Good morning. So the first tests on wheezy are now done. Audacious runs well, but apparently, it requires a newer version of ffmpeg, so for the moment, he can't decode MP3 files. Runs fine with OGG. On the forum, a developer proposed a patch for using older version of ffmpeg, but it don't seems to work on wheezy (either with sources directly patched or included in the packaging process with quilt). On unstable, I'm not able to make it work with quilt. I'm installing an unstable VM to see if the patch works directly on the sources. As the forum is down now (502 Bad Gateway error from nginx ^^), so I can't post the link of the thread containing this. So that's all for now, I will take some time later to merge my modification with the git tree, and maybe push it later next week. I think it's a not so bad start for audacious 3.2 as I don't want to rush ffmpeg maintainers to upgrade packages and maybe break a lot of stuff. Thanks. Hi again. I sadly confirm, even with the patch applied directly to the sources on debian sid, still no MP3 support. For information, the patch is attached to this mail. Thanks. -- Cyril Davromaniak Lavier --- ./configure.ac +++ ./configure.new.ac @@ -544,7 +544,7 @@ AC_ARG_ENABLE(ffaudio, if test $enable_ffaudio = yes ; then PKG_CHECK_MODULES([FFMPEG], - [libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0], + [libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0], [have_ffaudio=yes], [have_ffaudio=no]) fi --- ./src/ffaudio/ffaudio-core.c +++ ./src/ffaudio/ffaudio-core.new.c @@ -40,6 +40,14 @@ #endif #include libaudcore/audstrings.h +#if ! CHECK_LIBAVFORMAT_VERSION (53, 5, 0) +#define avformat_find_stream_info(i, o) av_find_stream_info (i) +#endif + +#if ! CHECK_LIBAVCODEC_VERSION (53, 8, 0) +#define avcodec_open2(a, c, o) avcodec_open (a, c) +#endif + static GMutex *ctrl_mutex = NULL; static GCond *ctrl_cond = NULL; static gint64 seek_value = -1; @@ -417,8 +425,11 @@ static gboolean ffaudio_play (InputPlayback * playback, const gchar * filename, AVCodecContext *c = NULL; AVStream *s = NULL; AVPacket pkt = {.data = NULL}; +guint8 *outbuf = NULL, *resbuf = NULL; gint i, stream_id, errcount; -gboolean codec_opened = FALSE; +gint in_sample_size, out_sample_size, chunk_size; +ReSampleContext *resctx = NULL; +gboolean codec_opened = FALSE, do_resampling = FALSE; gint out_fmt; gboolean seekable; gboolean error = FALSE; @@ -454,14 +465,37 @@ static gboolean ffaudio_play (InputPlayback * playback, const gchar * filename, codec_opened = TRUE; +/* Determine if audio conversion or resampling is needed */ +in_sample_size = av_get_bytes_per_sample (c-sample_fmt); +out_sample_size = av_get_bytes_per_sample (SAMPLE_FMT_S16); + +chunk_size = out_sample_size * c-channels * (c-sample_rate / 50); + switch (c-sample_fmt) { case SAMPLE_FMT_U8: out_fmt = FMT_U8; break; case SAMPLE_FMT_S16: out_fmt = FMT_S16_NE; break; case SAMPLE_FMT_S32: out_fmt = FMT_S32_NE; break; case SAMPLE_FMT_FLT: out_fmt = FMT_FLOAT; break; -default: -fprintf (stderr, ffaudio: Unsupported audio format %d\n, (int) c-sample_fmt); -goto error_exit; +default: do_resampling = TRUE; break; +} + +if (do_resampling) +{ +/* Initialize resampling context */ +out_fmt = FMT_S16_NE; + +AUDDBG(resampling needed chn=%d, rate=%d, fmt=%d - chn=%d, rate=%d, fmt=S16NE\n, +c-channels, c-sample_rate, c-sample_fmt, +c-channels, c-sample_rate); + +resctx = av_audio_resample_init( +c-channels, c-channels, +c-sample_rate, c-sample_rate, +SAMPLE_FMT_S16, c-sample_fmt, +16, 10, 0, 0.8); + +if (resctx == NULL) +goto error_exit; } /* Open audio output */ @@ -475,6 +509,10 @@ static gboolean ffaudio_play (InputPlayback * playback, const gchar * filename, playback-set_gain_from_playlist(playback); +/* Allocate output buffer aligned to 16 byte boundary */ +outbuf = av_malloc(AVCODEC_MAX_AUDIO_FRAME_SIZE); +resbuf = av_malloc(AVCODEC_MAX_AUDIO_FRAME_SIZE); + AUDDBG(setting parameters\n); if (pause) @@ -547,6 +585,9 @@ static gboolean ffaudio_play (InputPlayback * playback, const gchar * filename, memcpy(tmp, pkt, sizeof(tmp)); while (tmp.size 0 !stop_flag) { +gint len, out_size = AVCODEC_MAX_AUDIO_FRAME_SIZE; +guint8 *outbuf_p; + /* Check for seek request and bail out if we have one */ g_mutex_lock(ctrl_mutex); if (seek_value != -1) @@ -564,25 +605,59 @@ static gboolean ffaudio_play (InputPlayback * playback, const gchar * filename, } g_mutex_unlock(ctrl_mutex); -AVFrame * frame
Bug#639374: New upstream release 3.2
On 01/21/2012 11:51 AM, Reinhard Tartler wrote: On Sat, Jan 21, 2012 at 10:40 AM, Cyril Lavier cyril.lav...@davromaniak.eu wrote: On 01/21/2012 10:28 AM, Cyril Lavier wrote: Good morning. So the first tests on wheezy are now done. Audacious runs well, but apparently, it requires a newer version of ffmpeg, so for the moment, he can't decode MP3 files. Runs fine with OGG. On the forum, a developer proposed a patch for using older version of ffmpeg, but it don't seems to work on wheezy (either with sources directly patched or included in the packaging process with quilt). On unstable, I'm not able to make it work with quilt. I'm installing an unstable VM to see if the patch works directly on the sources. That's a fairly large patch. I guess we should wait until upstream has integrated the patch properly in a way that actually works and released a new version. I agree with you, the patch is large and doesn't actually resolve the issue. I will keep an eye on their bugtracker and git repo in case they add compatibility with ffmpeg 0.7 or 0.8. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream release 3.2
On 01/21/2012 12:07 PM, Reinhard Tartler wrote: On Sat, Jan 21, 2012 at 11:59 AM, Cyril Lavier cyril.lav...@davromaniak.eu wrote: That's a fairly large patch. I guess we should wait until upstream has integrated the patch properly in a way that actually works and released a new version. I agree with you, the patch is large and doesn't actually resolve the issue. I will keep an eye on their bugtracker and git repo in case they add compatibility with ffmpeg 0.7 or 0.8. We'd require compatibility with libav 0.8, which is a few weeks later than ffmpeg 0.9(!) I just succeed on enabling the MP3 support for audacious 3.2. So no patch, just needed to add some build-deps (libmpg123-dev and libmp3lame-dev). Just tested on testing, reads MP3 like a charm. So now, I will clean the packaging, maybe there are other things to clean before considering any upload to unstable. Thanks -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream 3.0.1 release
On 01/20/2012 09:24 PM, John Lindgren wrote: retitle 639374 audacious: New upstream release (3.2) unblock 639374 by 590064 forcemerge 639374 653173 thanks Dear Debian maintainers of Audacious, The Audacious packages in Debian are (still) sorely out of date. Please package Audacious 3.2. Waiting for a newer version of libmowgli is no longer necessary as Audacious 3.2 does not depend on the library any more. -- John Lindgren Hi. As I did it for the alpha, I just did it for the beta. It builds fine under unstable and testing, I uploaded them to mentors. - http://mentors.debian.net/package/audacious - http://mentors.debian.net/package/audacious-plugins Later this weekend, I will try to do extended tests on my debian testing laptop, to see if there's no big issue with this version. I hope my work will help the maintaining team updating audacious/audacious-plugins packages. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream 3.0.1 release
On 01/20/2012 11:12 PM, Benjamin Drung wrote: Am Freitag, den 20.01.2012, 22:51 +0100 schrieb Cyril Lavier: On 01/20/2012 09:24 PM, John Lindgren wrote: retitle 639374 audacious: New upstream release (3.2) unblock 639374 by 590064 forcemerge 639374 653173 thanks Dear Debian maintainers of Audacious, The Audacious packages in Debian are (still) sorely out of date. Please package Audacious 3.2. Waiting for a newer version of libmowgli is no longer necessary as Audacious 3.2 does not depend on the library any more. -- John Lindgren Hi. As I did it for the alpha, I just did it for the beta. It builds fine under unstable and testing, I uploaded them to mentors. - http://mentors.debian.net/package/audacious - http://mentors.debian.net/package/audacious-plugins Later this weekend, I will try to do extended tests on my debian testing laptop, to see if there's no big issue with this version. I hope my work will help the maintaining team updating audacious/audacious-plugins packages. Do you want to join the Debian Multimedia team and become an co-maintainer of audacious? The audacious package lacks an maintainer with enough time. Hi Benjamin. Thank you for this proposal which I accept. As I'm a newcomer with co-maintaining official debian packages (I have some personal repositories and I also give some help on nginx official packages), I may need some time to be efficient with this task. But I will do my best for having a audacious/audacious 3.2 in Debian Testing before the freeze next June. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#653173: audacious: new upstream 3.2-alpha1 (bye bye libmowgli!)
On 12/24/2011 06:38 PM, Cyril Lavier wrote: On 12/24/2011 06:23 PM, Patrice Duroux wrote: Package: audacious Version: 2.4.4-1 Severity: wishlist Hi, This is still an alpha1 version but no more libmowgli dependency (regarding http://audacious-media-player.org/news/7-audacious-3-2-alpha1-released and a compilation try), so may be a good experimental target! Regards, Patrice. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious depends on: ii audacious-plugins2.4.4-1+b2 ii dbus 1.5.8-1 ii dbus-x11 1.5.8-1 ii gtk2-engines-pixbuf 2.24.8-2 ii libaudclient22.4.4-1 ii libaudcore1 2.4.4-1 ii libc62.13-23 ii libdbus-1-3 1.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libice6 2:1.0.7-2 ii libmcs1 0.7.2-2 ii libmowgli2 0.7.1-1 ii libsm6 2:1.2.0-2 Versions of packages audacious recommends: ii unzip 6.0-5 audacious suggests no packages. -- no debconf information Hi Patrice. I agree, I think a 3.2-alpha1 could land on experimental as a preparation for the 3.2 stable version to be (we hope) included in Debian Testing before the freeze in July 2012. Thanks. Hi again. Tonight, just for fun, I tried to make packages for audacious and audacious-plugins. I sent them to mentors : - http://mentors.debian.net/package/audacious - http://mentors.debian.net/package/audacious-plugins I will try to test them tomorrow on a Debian Sid machine. By the way, if somebody wants to try them : http://devpkg.davromaniak.eu/ (add deb http://devpkg.davromaniak.eu/ sid main to your sources.list). As it's a first try at the updating, and as audacious 3.2 is still in alpha, so be carefull with these packages. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#653173: audacious: new upstream 3.2-alpha1 (bye bye libmowgli!)
On 12/24/2011 06:23 PM, Patrice Duroux wrote: Package: audacious Version: 2.4.4-1 Severity: wishlist Hi, This is still an alpha1 version but no more libmowgli dependency (regarding http://audacious-media-player.org/news/7-audacious-3-2-alpha1-released and a compilation try), so may be a good experimental target! Regards, Patrice. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious depends on: ii audacious-plugins2.4.4-1+b2 ii dbus 1.5.8-1 ii dbus-x11 1.5.8-1 ii gtk2-engines-pixbuf 2.24.8-2 ii libaudclient22.4.4-1 ii libaudcore1 2.4.4-1 ii libc62.13-23 ii libdbus-1-3 1.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libice6 2:1.0.7-2 ii libmcs1 0.7.2-2 ii libmowgli2 0.7.1-1 ii libsm6 2:1.2.0-2 Versions of packages audacious recommends: ii unzip 6.0-5 audacious suggests no packages. -- no debconf information Hi Patrice. I agree, I think a 3.2-alpha1 could land on experimental as a preparation for the 3.2 stable version to be (we hope) included in Debian Testing before the freeze in July 2012. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#639374: New upstream 3.0.1 release
On 08/26/2011 04:37 PM, Chris Lamb wrote: Package: audacious Version: 2.4.4-1 Severity: wishlist New upstream 3.0.1 release available at: http://audacious-media-player.org/downloads Regards, Hi. I'm very worried about this new version (3.0.2 now) because it needs the libmowgli = 0.9. But only the 0.7.1 is available on the project website (maybe audacious developers use a git snapshot for developing and compiling it). So I added the libmowgli maintainers (Patrick Schoenfeld and William Pitcock) in CC, maybe they will have more accurate information than I have. Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Please Backport Audacious
On Sun, 19 Jun 2011 22:34:39 +0200, Cyril Lavier wrote: On 06/19/2011 05:44 PM, Cyril Lavier wrote: On 06/19/2011 04:14 PM, rent0n wrote: On 16/06/11 17:47, Cyril Lavier wrote: On 06/16/2011 05:47 PM, rent0n wrote: Hello everyone, Would anybody be interested in backporting 'audacious' and 'audacious-plugins' from testing to Squeeze? I don't think Audacious needs any presentation, being one of the most used and loved music players. The testing version (2.4,4) brings some very nice improvements and new features over 2.3. Plus, it also fix some very annoying bugs. Volunteers? Thanks! Hi. For this purpose, I've added the Debian Multimedia Maintainers list, maybe somebody will be available to fulfill your request. Also, there is a 2.5.1 released mid may, and an alpha released few days ago. Maybe it will make more sense to wait until the 2.5.1 is uploaded to testing to think about a backport. I also think the packaging team is focused on including the 3.0 release in testing. Thanks. Hi, Thanks for cc'ing the Debian Multimedia Maintainers list, I guess there might be some folks interested in backporting Audacious there. I see your point, waiting for 2.5 could make sense, but in my view 2.4 is already a big improvement over 2.3 and has the advantage of being already in testing, ready to be backported. So, if anyone's interested, please raise your hand, having 2.4 in Squeeze would be great! Thanks, Hi. If there is nobody from the Debian Multimedia Maintainers team which is interested. I may fill the void, and try to do some work on the backport. Thanks. Hi. Here a first version, it works (I've tested it). There's a lot of things to backport, so in the next days, I will try to change audacious and audacious-plugins build dependencies to avoid backporting so many packages. It also needs the libvpx backport which I made for chromium. http://www.davromaniak.eu/vrac/backports/audacious/ If anybody can test it or review it. For testing it, you can use my repository : http://ddb.davromaniak.eu/ (deb http://ddb.davromaniak.eu/ squeeze-backports main). Thanks. Hi again. Today, I worked on cleaning these packages. And apparently, I don't need to recompile barely the whole world to backport audacious. We just need the libmowgli, audacious and audacious-plugins packages. I changed the versions needed for build dependencies on the audacious-plugins package, and I didn't see any problems during compilation and when testing the software. So I've updated the folder : http://www.davromaniak.eu/vrac/backports/audacious/ Thanks. -- Cyril Davromaniak Lavier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Please Backport Audacious
On 06/19/2011 04:14 PM, rent0n wrote: On 16/06/11 17:47, Cyril Lavier wrote: On 06/16/2011 05:47 PM, rent0n wrote: Hello everyone, Would anybody be interested in backporting 'audacious' and 'audacious-plugins' from testing to Squeeze? I don't think Audacious needs any presentation, being one of the most used and loved music players. The testing version (2.4,4) brings some very nice improvements and new features over 2.3. Plus, it also fix some very annoying bugs. Volunteers? Thanks! Hi. For this purpose, I've added the Debian Multimedia Maintainers list, maybe somebody will be available to fulfill your request. Also, there is a 2.5.1 released mid may, and an alpha released few days ago. Maybe it will make more sense to wait until the 2.5.1 is uploaded to testing to think about a backport. I also think the packaging team is focused on including the 3.0 release in testing. Thanks. Hi, Thanks for cc'ing the Debian Multimedia Maintainers list, I guess there might be some folks interested in backporting Audacious there. I see your point, waiting for 2.5 could make sense, but in my view 2.4 is already a big improvement over 2.3 and has the advantage of being already in testing, ready to be backported. So, if anyone's interested, please raise your hand, having 2.4 in Squeeze would be great! Thanks, Hi. If there is nobody from the Debian Multimedia Maintainers team which is interested. I may fill the void, and try to do some work on the backport. Thanks. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Please Backport Audacious
On 06/16/2011 05:47 PM, rent0n wrote: Hello everyone, Would anybody be interested in backporting 'audacious' and 'audacious-plugins' from testing to Squeeze? I don't think Audacious needs any presentation, being one of the most used and loved music players. The testing version (2.4,4) brings some very nice improvements and new features over 2.3. Plus, it also fix some very annoying bugs. Volunteers? Thanks! Hi. For this purpose, I've added the Debian Multimedia Maintainers list, maybe somebody will be available to fulfill your request. Also, there is a 2.5.1 released mid may, and an alpha released few days ago. Maybe it will make more sense to wait until the 2.5.1 is uploaded to testing to think about a backport. I also think the packaging team is focused on including the 3.0 release in testing. Thanks. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers