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
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
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/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. ___ 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
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: Can't install audacious on amd64
Hi rent0n. I'm already aware of this issue, somebody reported it on my webblog, and I sent a mail to the backport mailing list few weeks ago, but nothing was apparently done. It comes from the sponsor validated the source package under a Debian Testing or Unstable instead of validating it under Debian Squeeze + Squeeze-backports repo. As he validated the amd64 package, this one was not recompiled by the buildd. So all it needs to be done is asking the buildd to rebuild the amd64 version of the audacious and audacious-plugins packages. By the way, I don't know how to do this request. So if anybody can explain me how to request it or can request it, thank you. Thanks. On 10/01/2011 01:59 PM, rent0n wrote: Hello, I think there's a dependency issue on audacious-plugins at least on the amd64 architecture. When I try to install audacious from squeeze-backports I get this: sudo apt-get -t squeeze-backports install audacious Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: audacious : Depends: audacious-plugins (>= 2.4.2) but 2.3+dfsg-1+b1 is to be installed E: Broken packages Any ideas on how to fix this? Thanks very much! -- 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#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#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#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 +#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);
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 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 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#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
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 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
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 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") 2>&5 +{ { $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") 2>&5 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") 2>&5 +{ { $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") 2>&5 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" 2>&1` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>&1` else - FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0" 2>&1` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>&1` 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 +#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; @@
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#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
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#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
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 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#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-plugins&arch=i386&ver=3.2.1-1&stamp=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