Bug#888384: cmus: FTBFS with FFmpeg 3.5
Source: cmus Version: 2.7.1+git20160225-1 Severity: important User: debian-multime...@lists.debian.org Usertags: ffmpeg-3.5-transition Hi, Your package FTBFS with the upcoming version 3.5 of FFmpeg. In FFmpeg 3.5, there are a number of API changes which will cause many packages to FTBFS. For this reason I have uploaded an early development snapshot to experimental before the 3.5 release in an attempt to fix some of these a bit quicker. While 3.5 has not been finalized and the ABI is not stable yet, there should not be any significant API breakages before the release. Incomplete list of changes (based on looking at common build failures): - Some fields in AVCodecContext have been removed and replaced with private options which can be set using the av_opt_set* APIs - Most CODEC_* constants have been renamed to AV_CODEC_* - The buffer constants FF_INPUT_BUFFER_PADDING_SIZE and FF_MIN_BUFFER_SIZE have been renamed to AV_INPUT_BUFFER_PADDING_SIZE and AV_INPUT_BUFFER_MIN_SIZE. - The old resampling API provided by libavcodec has been removed. Use libswresample instead. - The libavfilter/avfiltergraph.h header has been removed, include libavfilter/avfilter.h instead. - The AVFrac structure (representing mixed rational numbers) has been removed. Build log: https://people.debian.org/~jcowgill/ffmpeg-3.5-20180122/cmus_amd64.build Thanks, James ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Bug #761572 has fixed versions (cmus: doesn't add symlinked files to library)
Processing commands for cont...@bugs.debian.org: > fixed 761572 2.7.1-1 Bug #761572 [cmus] cmus: doesn't add symlinked files to library Marked as fixed in versions cmus/2.7.1-1. > tags 761572 fixed-upstream Bug #761572 [cmus] cmus: doesn't add symlinked files to library Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 761572: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761572 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#861424: cmus: will not start up on fresh install
Package: cmus Version: 2.5.0-7+b1 Severity: normal Dear Maintainer, On a fresh install of cmus, it will not start. I get no display in my terminal of the ncurses UI. I had to do this to get it to come up. echo 'set output_plugin=pulse' > .cmus/autosave Afterwards, while I can now add songs via the :add command, the UI is unresponsive, although cmus-remote is able to make the program play. I am on Debian Jessie in the i3 window manager, with pulseaudio for sound. -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18+deb8u7 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus is marked for autoremoval from testing
cmus 2.7.1+git20160225-1 is marked for autoremoval from testing on 2017-01-29 It (build-)depends on packages with these RC bugs: 815365: roaraudio: build-depends on libslp-dev ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus is marked for autoremoval from testing
cmus 2.7.1+git20160225-1 is marked for autoremoval from testing on 2017-01-09 It (build-)depends on packages with these RC bugs: 815365: roaraudio: build-depends on libslp-dev ___ 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#818691: cmus: Segmentation fault when playing or adding WMA files to Library
Package: cmus Version: 2.5.0-7+b1 Severity: important Hi, as per the subject, segmentation fault error is shown (and program crashes) when tring to add Windows Media Audio files to the library in select view 5 and pressing "a" on a directory containing the .wma files. When adding mp3 files/dirs to the library, no problem at all. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18+deb8u3 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus 2.7.1+git20160225-1 MIGRATED to testing
FYI: The status of the cmus source package in Debian's testing distribution has changed. Previous version: 2.7.1-1 Current version: 2.7.1+git20160225-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ 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#810557: marked as done (cmus: FTBFS with FFmpeg 2.9/3.0)
Your message dated Sun, 06 Mar 2016 22:22:04 +
with message-id <e1ach3s-oc...@franck.debian.org>
and subject line Bug#810557: fixed in cmus 2.7.1+git20160225-1
has caused the Debian Bug report #810557,
regarding cmus: FTBFS with FFmpeg 2.9/3.0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
810557: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810557
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cmus
Version: 2.7.1-1
Severity: important
Tags: patch
User: pkg-multimedia-maintainers@lists.alioth.debian.org
Usertags: ffmpeg2.9
Dear Maintainer,
your package fails to build with the upcoming version
of ffmpeg, which is planned to be released this month
(and will be called 2.9 or 3.0).
This bug will become release-critical at some point when this
ffmpeg transition gets closer.
Attached is a patch replacing the deprecated functionality.
It also works with ffmpeg 2.8.
Please apply this patch and forward it upstream, if necessary.
These changes have little regression potential.
Best regards,
Andreas
diff --git a/debian/patches/ffmpeg-2.9.patch b/debian/patches/ffmpeg-2.9.patch
new file mode 100644
index 000..c67c49c
--- /dev/null
+++ b/debian/patches/ffmpeg-2.9.patch
@@ -0,0 +1,69 @@
+Description: Replace deprecated FFmpeg API
+Author: Andreas Cadhalpun <andreas.cadhal...@googlemail.com>
+Last-Update: <2016-01-09>
+
+--- cmus-2.7.1.orig/ffmpeg.c
cmus-2.7.1/ffmpeg.c
+@@ -39,7 +39,7 @@
+ #include
+ #include
+ #include
+-#include
++#include
+ #ifndef AVUTIL_MATHEMATICS_H
+ #include
+ #endif
+@@ -235,7 +235,7 @@ static int ffmpeg_open(struct input_plug
+
+ codec = avcodec_find_decoder(cc->codec_id);
+ if (!codec) {
+- d_print("codec not found: %d, %s\n", cc->codec_id, cc->codec_name);
++ d_print("codec not found: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -248,7 +248,7 @@ static int ffmpeg_open(struct input_plug
+ #else
+ if (avcodec_open2(cc, codec, NULL) < 0) {
+ #endif
+- d_print("could not open codec: %d, %s\n", cc->codec_id, cc->codec_name);
++ d_print("could not open codec: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -347,7 +347,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ struct ffmpeg_output *output, SwrContext *swr)
+ {
+ #if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
+- AVFrame *frame = avcodec_alloc_frame();
++ AVFrame *frame = av_frame_alloc();
+ int got_frame;
+ #endif
+ while (1) {
+@@ -363,7 +363,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ if (av_read_frame(ic, >pkt) < 0) {
+ /* Force EOF once we can read no longer. */
+ #if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
+-avcodec_free_frame();
++av_frame_free();
+ #endif
+ return 0;
+ }
+@@ -426,7 +426,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ res = 0;
+ output->buffer_pos = output->buffer;
+ output->buffer_used_len = res * cc->channels * sizeof(int16_t);
+- avcodec_free_frame();
++ av_frame_free();
+ return output->buffer_used_len;
+ }
+ #endif
+@@ -566,7 +566,7 @@ static long ffmpeg_current_bitrate(struc
+ long bitrate = -1;
+ #if (LIBAVFORMAT_VERSION_INT > ((51<<16)+(43<<8)+0))
+ /* ape codec returns silly numbers */
+- if (priv->codec->id == CODEC_ID_APE)
++ if (priv->codec->id == AV_CODEC_ID_APE)
+ return -1;
+ #endif
+ if (priv->input->curr_duration > 0) {
diff --git a/debian/patches/series b/debian/patches/series
index c2cfb69..cb3676a 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
01_config.mk.diff
02_link_avcodec.patch
11-fix_modplug_detection.patch
+ffmpeg-2.9.patch
--- End Message ---
--- Begin Message ---
Source: cmus
Source-Version: 2.7.1+git20160225-1
We believe that the bug you reported is fixed in the latest version of
cmus, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 810...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Sebastian Ramacher <sramac...@debian.org> (supplier of updated cmus package)
(This message was generated
cmus is marked for autoremoval from testing
cmus 2.7.1-1 is marked for autoremoval from testing on 2016-03-22 It (build-)depends on packages with these RC bugs: 815365: roaraudio: build-depends on libslp-dev ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: [bts-link] source package cmus
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package cmus > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #810557 (http://bugs.debian.org/810557) > # Bug title: cmus: FTBFS with FFmpeg 2.9/3.0 > # * https://github.com/cmus/cmus/pull/383 > # * remote status changed: open -> closed > # * closed upstream > tags 810557 + fixed-upstream Bug #810557 [cmus] cmus: FTBFS with FFmpeg 2.9/3.0 Added tag(s) fixed-upstream. > usertags 810557 - status-open Usertags were: status-open. Usertags are now: . > usertags 810557 + status-closed There were no usertags set. Usertags are now: status-closed. > thanks Stopping processing here. Please contact me if you need assistance. -- 810557: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810557 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[bts-link] source package cmus
# # bts-link upstream status pull for source package cmus # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #810557 (http://bugs.debian.org/810557) # Bug title: cmus: FTBFS with FFmpeg 2.9/3.0 # * https://github.com/cmus/cmus/pull/383 # * remote status changed: open -> closed # * closed upstream tags 810557 + fixed-upstream usertags 810557 - status-open usertags 810557 + status-closed 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
[bts-link] source package cmus
# # bts-link upstream status pull for source package cmus # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #810557 (http://bugs.debian.org/810557) # Bug title: cmus: FTBFS with FFmpeg 2.9/3.0 # * https://github.com/cmus/cmus/pull/383 # * remote status changed: (?) -> open usertags 810557 + status-open 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
Bug#810557: cmus: FTBFS with FFmpeg 2.9/3.0
Hi Sebastian, On 11.01.2016 16:58, Sebastian Ramacher wrote: > I really meant for you to follow up on Github. I don't intend to play the > messenger for n iterations on this patch. Sorry, but I don't intend to follow up on N different upstream trackers for all these FFmpeg transition patches. I hope you can understand that this would be asking too much of me. Best regards, Andreas ___ 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#810557: cmus: FTBFS with FFmpeg 2.9/3.0
On 2016-01-09 22:15:49, Andreas Cadhalpun wrote: > Package: cmus > Version: 2.7.1-1 > Severity: important > Tags: patch > User: pkg-multimedia-maintainers@lists.alioth.debian.org > Usertags: ffmpeg2.9 > > Dear Maintainer, > > your package fails to build with the upcoming version > of ffmpeg, which is planned to be released this month > (and will be called 2.9 or 3.0). > This bug will become release-critical at some point when this > ffmpeg transition gets closer. > > Attached is a patch replacing the deprecated functionality. > It also works with ffmpeg 2.8. > Please apply this patch and forward it upstream, if necessary. > > These changes have little regression potential. I have forwarded your patch upsteram (https://github.com/cmus/cmus/pull/383). Could you please follow up to the questions asked there? Cheers -- Sebastian Ramacher signature.asc Description: PGP signature ___ 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#810557: cmus: FTBFS with FFmpeg 2.9/3.0
Hi Sebastian,
On 11.01.2016 13:38, Sebastian Ramacher wrote:
> I have forwarded your patch upsteram (https://github.com/cmus/cmus/pull/383).
Thanks!
> Could you please follow up to the questions asked there?
The patch should work fine with all releases from the past two years.
If there is need to support older environments, there is no way
around ugly preprocessor guards.
Attached is a patch using those and also replacing the newly deprecated
av_free_packet, which is going to be removed in two years.
Best regards,
Andreas
diff --git a/debian/patches/ffmpeg-2.9.patch b/debian/patches/ffmpeg-2.9.patch
new file mode 100644
index 000..d365fb2
--- /dev/null
+++ b/debian/patches/ffmpeg-2.9.patch
@@ -0,0 +1,120 @@
+Description: Replace deprecated FFmpeg API
+Author: Andreas Cadhalpun <andreas.cadhal...@googlemail.com>
+Last-Update: <2016-01-11>
+
+--- cmus-2.7.1.orig/ffmpeg.c
cmus-2.7.1/ffmpeg.c
+@@ -39,7 +39,11 @@
+ #include
+ #include
+ #include
++#if LIBAVUTIL_VERSION_MAJOR >= 53
++#include
++#else
+ #include
++#endif
+ #ifndef AVUTIL_MATHEMATICS_H
+ #include
+ #endif
+@@ -115,7 +119,11 @@ static struct ffmpeg_input *ffmpeg_input
+
+ static void ffmpeg_input_free(struct ffmpeg_input *input)
+ {
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++ av_packet_unref(>pkt);
++#else
+ av_free_packet(>pkt);
++#endif
+ free(input);
+ }
+
+@@ -235,7 +243,11 @@ static int ffmpeg_open(struct input_plug
+
+ codec = avcodec_find_decoder(cc->codec_id);
+ if (!codec) {
++#if LIBAVCODEC_VERSION_MAJOR >= 54
++ d_print("codec not found: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
++#else
+ d_print("codec not found: %d, %s\n", cc->codec_id, cc->codec_name);
++#endif
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -248,7 +260,11 @@ static int ffmpeg_open(struct input_plug
+ #else
+ if (avcodec_open2(cc, codec, NULL) < 0) {
+ #endif
++#if LIBAVCODEC_VERSION_MAJOR >= 54
++ d_print("could not open codec: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
++#else
+ d_print("could not open codec: %d, %s\n", cc->codec_id, cc->codec_name);
++#endif
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -347,7 +363,11 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ struct ffmpeg_output *output, SwrContext *swr)
+ {
+ #if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++ AVFrame *frame = av_frame_alloc();
++#else
+ AVFrame *frame = avcodec_alloc_frame();
++#endif
+ int got_frame;
+ #endif
+ while (1) {
+@@ -359,10 +379,16 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ int len;
+
+ if (input->curr_pkt_size <= 0) {
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++ av_packet_unref(>pkt);
++#else
+ av_free_packet(>pkt);
++#endif
+ if (av_read_frame(ic, >pkt) < 0) {
+ /* Force EOF once we can read no longer. */
+-#if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++av_frame_free();
++#elif (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
+ avcodec_free_frame();
+ #endif
+ return 0;
+@@ -399,7 +425,11 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ av_new_packet(, input->curr_pkt_size);
+ memcpy(avpkt.data, input->curr_pkt_buf, input->curr_pkt_size);
+ len = avcodec_decode_audio4(cc, frame, _frame, );
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++ av_packet_unref();
++#else
+ av_free_packet();
++#endif
+ }
+ #endif
+ if (len < 0) {
+@@ -426,7 +456,11 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ res = 0;
+ output->buffer_pos = output->buffer;
+ output->buffer_used_len = res * cc->channels * sizeof(int16_t);
++#if LIBAVCODEC_VERSION_MAJOR >= 56
++ av_frame_free();
++#else
+ avcodec_free_frame();
++#endif
+ return output->buffer_used_len;
+ }
+ #endif
+@@ -566,7 +600,11 @@ static long ffmpeg_current_bitrate(struc
+ long bitrate = -1;
+ #if (LIBAVFORMAT_VERSION_INT > ((51<<16)+(43<<8)+0))
+ /* ape codec returns silly numbers */
++#if LIBAVCODEC_VERSION_MAJOR >= 55
++ if (priv->codec->id == AV_CODEC_ID_APE)
++#else
+ if (priv->codec->id == CODEC_ID_APE)
++#endif
+ return -1;
+ #endif
+ if (priv->input->curr_duration > 0) {
diff --git a/debian/patches/series b/debian/patches/series
index c2cfb69..cb3676a 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
01_config.mk.diff
02_link_avcodec.patch
11-fix_modplug_detection.patch
+ffmpeg-2.9.patch
___
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#810557: cmus: FTBFS with FFmpeg 2.9/3.0
Hi Andreas On 2016-01-11 16:42:33, Andreas Cadhalpun wrote: > On 11.01.2016 13:38, Sebastian Ramacher wrote: > > I have forwarded your patch upsteram > > (https://github.com/cmus/cmus/pull/383). > > Thanks! > > > Could you please follow up to the questions asked there? > > The patch should work fine with all releases from the past two years. > If there is need to support older environments, there is no way > around ugly preprocessor guards. > > Attached is a patch using those and also replacing the newly deprecated > av_free_packet, which is going to be removed in two years. I really meant for you to follow up on Github. I don't intend to play the messenger for n iterations on this patch. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature ___ 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#810557: cmus: FTBFS with FFmpeg 2.9/3.0
Package: cmus
Version: 2.7.1-1
Severity: important
Tags: patch
User: pkg-multimedia-maintainers@lists.alioth.debian.org
Usertags: ffmpeg2.9
Dear Maintainer,
your package fails to build with the upcoming version
of ffmpeg, which is planned to be released this month
(and will be called 2.9 or 3.0).
This bug will become release-critical at some point when this
ffmpeg transition gets closer.
Attached is a patch replacing the deprecated functionality.
It also works with ffmpeg 2.8.
Please apply this patch and forward it upstream, if necessary.
These changes have little regression potential.
Best regards,
Andreas
diff --git a/debian/patches/ffmpeg-2.9.patch b/debian/patches/ffmpeg-2.9.patch
new file mode 100644
index 000..c67c49c
--- /dev/null
+++ b/debian/patches/ffmpeg-2.9.patch
@@ -0,0 +1,69 @@
+Description: Replace deprecated FFmpeg API
+Author: Andreas Cadhalpun <andreas.cadhal...@googlemail.com>
+Last-Update: <2016-01-09>
+
+--- cmus-2.7.1.orig/ffmpeg.c
cmus-2.7.1/ffmpeg.c
+@@ -39,7 +39,7 @@
+ #include
+ #include
+ #include
+-#include
++#include
+ #ifndef AVUTIL_MATHEMATICS_H
+ #include
+ #endif
+@@ -235,7 +235,7 @@ static int ffmpeg_open(struct input_plug
+
+ codec = avcodec_find_decoder(cc->codec_id);
+ if (!codec) {
+- d_print("codec not found: %d, %s\n", cc->codec_id, cc->codec_name);
++ d_print("codec not found: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -248,7 +248,7 @@ static int ffmpeg_open(struct input_plug
+ #else
+ if (avcodec_open2(cc, codec, NULL) < 0) {
+ #endif
+- d_print("could not open codec: %d, %s\n", cc->codec_id, cc->codec_name);
++ d_print("could not open codec: %d, %s\n", cc->codec_id, avcodec_get_name(cc->codec_id));
+ err = -IP_ERROR_UNSUPPORTED_FILE_TYPE;
+ break;
+ }
+@@ -347,7 +347,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ struct ffmpeg_output *output, SwrContext *swr)
+ {
+ #if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
+- AVFrame *frame = avcodec_alloc_frame();
++ AVFrame *frame = av_frame_alloc();
+ int got_frame;
+ #endif
+ while (1) {
+@@ -363,7 +363,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ if (av_read_frame(ic, >pkt) < 0) {
+ /* Force EOF once we can read no longer. */
+ #if (LIBAVCODEC_VERSION_INT >= ((53<<16) + (25<<8) + 0))
+-avcodec_free_frame();
++av_frame_free();
+ #endif
+ return 0;
+ }
+@@ -426,7 +426,7 @@ static int ffmpeg_fill_buffer(AVFormatCo
+ res = 0;
+ output->buffer_pos = output->buffer;
+ output->buffer_used_len = res * cc->channels * sizeof(int16_t);
+- avcodec_free_frame();
++ av_frame_free();
+ return output->buffer_used_len;
+ }
+ #endif
+@@ -566,7 +566,7 @@ static long ffmpeg_current_bitrate(struc
+ long bitrate = -1;
+ #if (LIBAVFORMAT_VERSION_INT > ((51<<16)+(43<<8)+0))
+ /* ape codec returns silly numbers */
+- if (priv->codec->id == CODEC_ID_APE)
++ if (priv->codec->id == AV_CODEC_ID_APE)
+ return -1;
+ #endif
+ if (priv->input->curr_duration > 0) {
diff --git a/debian/patches/series b/debian/patches/series
index c2cfb69..cb3676a 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
01_config.mk.diff
02_link_avcodec.patch
11-fix_modplug_detection.patch
+ffmpeg-2.9.patch
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: bug 810557 is forwarded to https://github.com/cmus/cmus/pull/383
Processing commands for cont...@bugs.debian.org: > forwarded 810557 https://github.com/cmus/cmus/pull/383 Bug #810557 [cmus] cmus: FTBFS with FFmpeg 2.9/3.0 Set Bug forwarded-to-address to 'https://github.com/cmus/cmus/pull/383'. > thanks Stopping processing here. Please contact me if you need assistance. -- 810557: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810557 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus 2.7.1-1 MIGRATED to testing
FYI: The status of the cmus source package in Debian's testing distribution has changed. Previous version: 2.5.0-7 Current version: 2.7.1-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: limit source to cmus, tagging 805169, tagging 805109, tagging 792134, tagging 779335
Processing commands for cont...@bugs.debian.org: > limit source cmus Limiting to bugs with field 'source' containing at least one of 'cmus' Limit currently set to 'source':'cmus' > tags 805169 + pending Bug #805169 [cmus-plugin-ffmpeg] cmus-plugin-ffmpeg: not linked with libavresample Added tag(s) pending. > tags 805109 + pending Bug #805109 [cmus] libavresample2: Segfaults when trying to play certain song Added tag(s) pending. > tags 792134 + pending Bug #792134 [cmus] cmus: New upstream version 2.7.0 Added tag(s) pending. > tags 779335 + pending Bug #779335 [cmus] cmus: New upstream version 2.6.0 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 779335: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779335 792134: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792134 805109: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805109 805169: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805169 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#779335: marked as done (cmus: New upstream version 2.6.0)
Your message dated Sun, 15 Nov 2015 18:33:54 +
with message-id <e1zy27e-p1...@franck.debian.org>
and subject line Bug#779335: fixed in cmus 2.7.1-1
has caused the Debian Bug report #779335,
regarding cmus: New upstream version 2.6.0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
779335: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779335
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cmus
Version: 2.5.0-7+b1
Severity: wishlist
Hi,
cmus has a new version released. The release notes can be found at
https://github.com/cmus/cmus/releases/tag/v2.6.0
It would be great if the package could be updated.
Cheers,
Mirko
>From cmus-devel-boun...@lists.sourceforge.net Mon Aug 11 10:14:15 2014
Return-path: <cmus-devel-boun...@lists.sourceforge.net>
Envelope-to: c...@mist.name
Delivery-date: Mon, 11 Aug 2014 08:14:15 +
Received: from lists.sourceforge.net ([216.34.181.88])
by mx0.a-ix.net with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
(Exim 4.80)
(envelope-from <cmus-devel-boun...@lists.sourceforge.net>)
id 1XGkkA-0006Pi-4C
for c...@mist.name; Mon, 11 Aug 2014 08:14:15 +
Received: from localhost ([127.0.0.1] helo=sfs-ml-1.v29.ch3.sourceforge.com)
by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <cmus-devel-boun...@lists.sourceforge.net>)
id 1XGkjB-0001XQ-G5; Mon, 11 Aug 2014 08:13:13 +
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
helo=mx.sourceforge.net)
by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <gregory.petros...@gmail.com>) id 1XGkjA-0001XF-0Z
for cmus-de...@lists.sourceforge.net; Mon, 11 Aug 2014 08:13:12 +
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
designates 209.85.215.45 as permitted sender)
client-ip=209.85.215.45;
envelope-from=gregory.petros...@gmail.com;
helo=mail-la0-f45.google.com;
Received: from mail-la0-f45.google.com ([209.85.215.45])
by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1XGkj8-0007W0-9u
for cmus-de...@lists.sourceforge.net; Mon, 11 Aug 2014 08:13:11 +
Received: by mail-la0-f45.google.com with SMTP id ty20so6418373lab.18
for <cmus-de...@lists.sourceforge.net>;
Mon, 11 Aug 2014 01:13:03 -0700 (PDT)
X-Received: by 10.152.7.70 with SMTP id h6mr365395laa.96.1407744783637;
Mon, 11 Aug 2014 01:13:03 -0700 (PDT)
Received: from MacBook-Pro-Gregory.local ([81.3.151.82])
by mx.google.com with ESMTPSA id f2sm17269197lbo.2.2014.08.11.01.13.01
for <cmus-de...@lists.sourceforge.net>
(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Mon, 11 Aug 2014 01:13:01 -0700 (PDT)
Date: Mon, 11 Aug 2014 12:12:59 +0400
From: Gregory Petrosyan <gregory.petros...@gmail.com>
To: cmus-de...@lists.sourceforge.net
Subject: cmus 2.6.0 =?iso-8859-1?Q?=ABLong_Overdue?= =?iso-8859-1?Q?=BB?=
Message-ID: <20140811081259.GA61453@MacBook-Pro-Gregory.local>
MIME-Version: 1.0
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Spam-Score: -1.6 (-)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
sender-domain
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
(gregory.petrosyan[at]gmail.com)
-0.0 SPF_PASS SPF: sender matches SPF record
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's domain
0.1 DKIM_SIGNEDMessage has a DKIM or DK signature,
not necessarily valid
-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1XGkj8-0007W0-9u
X-BeenThere: cmus-de...@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id:
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/cmus-devel>,
<mailto:cmus-devel-requ...@lists.sourceforge.net?subject=unsubscribe>
List-Archive:
<http://sourceforge.net/mailarchive/forum.php?forum_name=cmus-devel>
List-Post: <mailto:cmus-de...@lists.sourceforge.net>
List-Help: <mailto:cmus-devel-requ...@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/cmus-devel>,
<mailto:cmu
Bug#789256: marked as done (cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2)
Your message dated Sun, 15 Nov 2015 18:33:54 + with message-id <e1zy27e-p7...@franck.debian.org> and subject line Bug#789256: fixed in cmus 2.7.1-1 has caused the Debian Bug report #789256, regarding cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 789256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789256 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cmus Version: 2.5.0-7+b1 Severity: serious Justification: potentially breaks other packages Hello! As previously discussed, I am opening a bug report against cmus to drop ROAR support from cmus. The reason is that ROAR still depends on libdnet which is potentially dangerous as it may disrupt a user's network configuration [1] for users who run apt-get with --install-suggests and a consequently, the removal of ROAR audio support was previously requested in Debian [2] as well as Ubuntu [3]. Furthermore, it has been observed, that ROAR with DECnet even directly affects cmus now, rendering the package unusable after installation, being stuck directly after starting cmus: glaubitz@z6:~> cmus getnodeadd: Can not open /etc/decnet.conf I therefore request the removal of ROAR support in cmus completely. If anyone needs this feature, they can just rebuild cmus locally since apparently there aren't any users for ROAR audio besides its original maintainer and his buddy who requested re-adding the feature in [4]. Thanks, Adrian > [1] https://lists.debian.org/debian-user/2011/09/msg00287.html > [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 > [3] https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 > [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680745 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.8.0~cvs20150510-1 ii libflac81.3.1-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20150516-2 ii libtinfo5 5.9+20150516-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.75.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 6.0-2 ii libroar2 1.0~beta11-1 cmus suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: cmus Source-Version: 2.7.1-1 We believe that the bug you reported is fixed in the latest version of cmus, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 789...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sebastian Ramacher <sramac...@debian.org> (supplier of updated cmus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 15 Nov 2015 19:24:52 +0100 Source: cmus Binary: cmus cmus-plugin-ffmpeg Architecture: source Version: 2.7.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org> Changed-By: Sebastian Ramacher <sramac...@debian.org> Description: cmus - lightweight ncurses audio player cmus-plugin-ffmpeg - lightweight ncurses audio player (FFmpeg plugin) Closes: 695072 779335 789256 792134 805109 805169 Changes: cmus (2.7.1-1) unstable; urgency=medium . * Team upload. . [ Alessio Treglia ] * Demote extra plugins to Suggests (Closes: #789256) * Refresh patchset for 2.6.0. . [ Sebastian Ramacher ] * New upstream release. (Closes: #77
Bug#792134: marked as done (cmus: New upstream version 2.7.0)
Your message dated Sun, 15 Nov 2015 18:33:54 + with message-id <e1zy27e-pd...@franck.debian.org> and subject line Bug#792134: fixed in cmus 2.7.1-1 has caused the Debian Bug report #792134, regarding cmus: New upstream version 2.7.0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 792134: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792134 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cmus Version: 2.5.0-7+b1 Severity: wishlist Tags: upstream There is a new upstream stable version. Please pack it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) --- End Message --- --- Begin Message --- Source: cmus Source-Version: 2.7.1-1 We believe that the bug you reported is fixed in the latest version of cmus, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 792...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sebastian Ramacher <sramac...@debian.org> (supplier of updated cmus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 15 Nov 2015 19:24:52 +0100 Source: cmus Binary: cmus cmus-plugin-ffmpeg Architecture: source Version: 2.7.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org> Changed-By: Sebastian Ramacher <sramac...@debian.org> Description: cmus - lightweight ncurses audio player cmus-plugin-ffmpeg - lightweight ncurses audio player (FFmpeg plugin) Closes: 695072 779335 789256 792134 805109 805169 Changes: cmus (2.7.1-1) unstable; urgency=medium . * Team upload. . [ Alessio Treglia ] * Demote extra plugins to Suggests (Closes: #789256) * Refresh patchset for 2.6.0. . [ Sebastian Ramacher ] * New upstream release. (Closes: #779335, #792134) - Use libswresample instead of libavresample. (Closes: #805169, #805109) * Update path for README * debian/control: - Add libdiscid-dev, libopusfile-dev, libsamplerate0-dev and libjack-dev to Build-Depends. - Change libavresample-dev to libswresample-dev in Build-Depends and add libavcodec-dev. - Add bash-completion to Build-Depends. - Bump Standards-Version to 3.9.6. - Update Vcs-Browser. - Make cmus-plugin-ffmpeg depend on the same version of cmus (Closes: #695072) * debian/cmus.install: Install zsh completion. * debian/cmus.bash-completion: Install bash completion. * debian/rules: - Build with --parallel and --with bash-completion. - Handle jack shlibs similar to pulse. * debian/patches: - libav10.patch: Removed, no longer needed. - 02_link_avcodec.patch: Functions from libavcodec are used so make sure the ffmpeg plugin is linked against libavcodec. Checksums-Sha1: fd86dbc92a73a73fdfc09267fea0dc84efc0f92d 2381 cmus_2.7.1-1.dsc e31000f430054f96a0cf5897caef88741992cd32 296818 cmus_2.7.1.orig.tar.gz d4b7175c0360a846d2e9bccf04e1a1a0bbcad3e5 8780 cmus_2.7.1-1.debian.tar.xz Checksums-Sha256: af185b793d592d7e409671eee1b53c5a6d594af9dbb5796625ecd2ea044d5d39 2381 cmus_2.7.1-1.dsc 8179a7a843d257ddb585f4c65599844bc0e516fe85e97f6f87a7ceade4eb5165 296818 cmus_2.7.1.orig.tar.gz 74aa5364fed2ba258c0a8299549abb2c9f0e316b1638e2e695e05417cb6ce79e 8780 cmus_2.7.1-1.debian.tar.xz Files: 967dfe96d1c08596c8b136c59bbd54c2 2381 sound optional cmus_2.7.1-1.dsc 0588ab955db44a8e9deb03446d73b5df 296818 sound optional cmus_2.7.1.orig.tar.gz 8b302981889847f3ca43090da2be3edf 8780 sound optional cmus_2.7.1-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWSM41AAoJEGny/FFupxmTo2wP/3IYev/Wb000A4FubKq+puuT XmozhAOl/anNaxVTmNQMD8ZYE5ilExB5ImkHthoEz0VBNFlzoYnocm+a0ElEwOjA jfWsAdBlW6yOTiuitZvl74Gv3kK3EERHopu2cc+DMtHTJiKx3nrdnDfNyJnY9ZOx
Bug#765634: marked as done (cmus: please enable mp4 playback, it now segfaults)
Your message dated Sun, 15 Nov 2015 19:01:32 +0100 with message-id <20151115180132.ga28...@ramacher.at> and subject line Re: Bug#765634: cmus: please enable mp4 playback, it now segfaults has caused the Debian Bug report #765634, regarding cmus: please enable mp4 playback, it now segfaults to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 765634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765634 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cmus Version: 2.5.0-7+b1 Severity: normal Tags: patch Hi! Trying to add an mp4 file to the library makes cmus segfault. This is because it is not linked with libmp4v2-2 support. Attached patch enables mp4 support by adding libmp4v2-2 to build depends. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-11 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1 ii libtinfo5 5.9+20140913-1 ii libvorbisfile3 1.3.2-1.4 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-6+b1 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information diff --git a/debian/control b/debian/control index 329148e..9b1c932 100644 --- a/debian/control +++ b/debian/control @@ -18,6 +18,7 @@ Build-Depends: libflac-dev, libmad0-dev, libmodplug-dev, + libmp4v2-dev, libmpcdec-dev, libncursesw5-dev, libpulse-dev (>= 0.9.19), --- End Message --- --- Begin Message --- Control: tags -1 + wontfix On 2014-10-16 21:04:01, Per Andersson wrote: > Package: cmus > Version: 2.5.0-7+b1 > Severity: normal > Tags: patch > > Hi! > > Trying to add an mp4 file to the library makes cmus segfault. This is > because it is not linked with libmp4v2-2 support. > > Attached patch enables mp4 support by adding libmp4v2-2 to build > depends. Unfortunately cmus cannot be legally linked against libmp4v2 as the latter is licensed as MPL 1.1. Hence I'm closing this bug as wontfix. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature --- End Message --- ___ 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#695072: marked as done (cmus-plugin-ffmpeg: Versioned Suggests/Depends)
Your message dated Sun, 15 Nov 2015 18:33:54 + with message-id <e1zy27e-ov...@franck.debian.org> and subject line Bug#695072: fixed in cmus 2.7.1-1 has caused the Debian Bug report #695072, regarding cmus-plugin-ffmpeg: Versioned Suggests/Depends to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 695072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695072 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cmus-plugin-ffmpeg Version: 2.4.3-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Suggests: on cmus should be versioned. I just upgraded to cmus 2.5.0-1 from experimental to reproduce another bug and that broke the ffmpeg plugin. I actually think the plugin should hard depend on cmus and this dependency should be versioned. The plugin does not make much sense without cmus installed and having the versioned dependency would have apt pull in the new plugin version when upgrading cmus itself. - -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages cmus-plugin-ffmpeg depends on: ii libavformat53 7:0.10.3-dmo1 ii libc6 2.13-37 cmus-plugin-ffmpeg recommends no packages. Versions of packages cmus-plugin-ffmpeg suggests: ii cmus 2.5.0-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQFOBAEBAgA4BQJQvSVBMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQWfyOHW8qgAFNNAf/VbweQYJ7wlz25MUn9cNR /Fvs3KFCvwnyQuf5nnjsSuGohMtq3dpD28pVewyuXM//sf+8poxDKQoKkZf4quo1 wxlJkMFwdkV/Osu3fJeJNDhlVM3YN56GpNkdUNRx4bE5A39oe/B6gbbUDKfo5tdf BMq8ffF2o9iUqHkqxnyLjUspXGadNExMmnAeWudwqWNHvLDoCpdMEEUT4mG+bpZY 4lcR1blcTIWrQcBq4wz+E9C0XDO+7bYe7YTHoAov+h6yzYxmShDzbwkbpYgP0O1z aR7tSTK92ZzzR+O+gp9Uf/q+ExVYHJxngAXxnVmeVgIDnhJnk+EsW9NjEjfg4A6i Hw== =V9n2 -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: cmus Source-Version: 2.7.1-1 We believe that the bug you reported is fixed in the latest version of cmus, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 695...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sebastian Ramacher <sramac...@debian.org> (supplier of updated cmus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 15 Nov 2015 19:24:52 +0100 Source: cmus Binary: cmus cmus-plugin-ffmpeg Architecture: source Version: 2.7.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org> Changed-By: Sebastian Ramacher <sramac...@debian.org> Description: cmus - lightweight ncurses audio player cmus-plugin-ffmpeg - lightweight ncurses audio player (FFmpeg plugin) Closes: 695072 779335 789256 792134 805109 805169 Changes: cmus (2.7.1-1) unstable; urgency=medium . * Team upload. . [ Alessio Treglia ] * Demote extra plugins to Suggests (Closes: #789256) * Refresh patchset for 2.6.0. . [ Sebastian Ramacher ] * New upstream release. (Closes: #779335, #792134) - Use libswresample instead of libavresample. (Closes: #805169, #805109) * Update path for README * debian/control: - Add libdiscid-dev, libopusfile-dev, libsamplerate0-dev and libjack-dev to Build-Depends. - Change libavresample-dev to libswresample-dev in Build-Depends and add libavcodec-dev. - Add bash-completion to Build-Depends. - Bump Standards-Version to 3.9.6. - Update Vcs-Browser. - Make cmus-plugin-ffmpeg depend on the same version of cmus (Closes: #695072) * debian/cmus.install: Install zsh completion. * debian/cmus.bash-completion: Install bash completion. * debian/rules: - Build with --parallel and --with bash-completion. - Handle jack shlibs similar to pulse. * debian/patches: - libav10.patch: Removed, no longer needed. - 02_link_avcodec.patch: Functions from libavcod
Bug#805169: marked as done (cmus-plugin-ffmpeg: not linked with libavresample)
Your message dated Sun, 15 Nov 2015 18:33:54 +
with message-id <e1zy27e-pq...@franck.debian.org>
and subject line Bug#805169: fixed in cmus 2.7.1-1
has caused the Debian Bug report #805169,
regarding cmus-plugin-ffmpeg: not linked with libavresample
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
805169: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805169
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cmus-plugin-ffmpeg
Version: 2.5.0-7+b2
Tags: sid stretch patch
Severity: grave
Justification: makes the package unusable
Dear Maintainer,
the libav10.patch makes use of libavresample, but doesn't make sure
the plugin is actually linked with that library.
Thus cmus can't dlopen this plugin:
$ cmus --plugins | grep -A 3 ffmpeg
There is no output, while there should be:
$ cmus --plugins | grep -A 3 ffmpeg
ffmpeg:
Priority: 30
File Types: ac3 aif aifc aiff ape au mka shn tta wma aac fla flac m4a m4b
mp+ mp2 mp3 mp4 mpc mpp ogg wav wv
MIME Types:
It used to work, because Libav's libavcodec links with libavresample,
but FFmpeg's libavcodec doesn't.
The following patch fixes this bug:
---8<---
--- cmus-2.5.0.orig/configure
+++ cmus-2.5.0/configure
@@ -347,7 +347,7 @@ check_aac()
check_ffmpeg()
{
HAVE_FFMPEG_AVCODEC_H=y
- pkg_config FFMPEG "libavformat" || return $?
+ pkg_config FFMPEG "libavformat libavresample" || return $?
if check_header "libavcodec/avcodec.h" $FFMPEG_CFLAGS
then
HAVE_FFMPEG_AVCODEC_H=n
--->8---
However, it might be better to just import the new upstream version,
which uses libswresample instead of libavresample.
Best regards,
Andreas
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages cmus-plugin-ffmpeg depends on:
ii libavformat-ffmpeg56 7:2.8.1-1+b1
ii libc6 2.19-22
cmus-plugin-ffmpeg recommends no packages.
Versions of packages cmus-plugin-ffmpeg suggests:
ii cmus 2.5.0-7+b2
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: cmus
Source-Version: 2.7.1-1
We believe that the bug you reported is fixed in the latest version of
cmus, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 805...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Sebastian Ramacher <sramac...@debian.org> (supplier of updated cmus package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 15 Nov 2015 19:24:52 +0100
Source: cmus
Binary: cmus cmus-plugin-ffmpeg
Architecture: source
Version: 2.7.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Sebastian Ramacher <sramac...@debian.org>
Description:
cmus - lightweight ncurses audio player
cmus-plugin-ffmpeg - lightweight ncurses audio player (FFmpeg plugin)
Closes: 695072 779335 789256 792134 805109 805169
Changes:
cmus (2.7.1-1) unstable; urgency=medium
.
* Team upload.
.
[ Alessio Treglia ]
* Demote extra plugins to Suggests (Closes: #789256)
* Refresh patchset for 2.6.0.
.
[ Sebastian Ramacher ]
* New upstream release. (Closes: #779335, #792134)
- Use libswresample instead of libavresample. (Closes: #805169, #805109)
* Update path for README
* debian/control:
- Add libdiscid-dev, libopusfile-dev, libsamplerate0-dev and libjack-dev
to Build-Depends.
- Change libavresample-dev to libswresample-dev in Build-Depends and add
libavcodec-dev.
- Add bash-completion to Build-Depends.
- Bump Standards-Version to 3.9.6.
- Update Vcs-Browser.
- Make cmus-plugin-ffmpeg depend on the same version of cmus (Closes:
#695072)
* debian/cmus.install: Install zsh completion.
* debian/cmus
Bug#801388: cmus fails to show tracks in library
Package: cmus Version: 2.5.0-7+b2 Severity: important Dear Maintainer, * Installed CMUS, ":a ~/Music" to add my music folder, and track list was empty * Empty track list * All of the tracks to come up normally, as they do in screenshots -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18+deb8u1 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw56.0+20150810-1 ii libtinfo5 6.0+20150810-1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b2 ii libpulse0 5.0-13 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus is marked for autoremoval from testing
cmus 2.5.0-7 is marked for autoremoval from testing on 2015-10-11 It (build-)depends on packages with these RC bugs: 797233: libroar-dev: libsndio-dev and libroar-dev: error when trying to install together ___ 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#783498: cmus: Segmentation fault adding FLAC files to a clean empty database
Package: cmus Version: 2.5.0-7+b1 Followup-For: Bug #783498 Dear Maintainer, This bug is still present in Debian 8.1. I did notice an error about memory allocation flash before the program segfaulted and crashed. This bug is not present on cmus 2.7 on OS X, which suggests it has since been fixed upstream. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ 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#792134: cmus: New upstream version 2.7.0
Package: cmus Version: 2.5.0-7+b1 Severity: wishlist Tags: upstream There is a new upstream stable version. Please pack it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 11:49 schrieb John Paul Adrian Glaubitz: Which is my whole point. Then this is a bug in roaraudio / dnprogs, not cmus. No one denies that. However, the problem is that the ROAR people refuse to drop DECnet support and hence Ron asked in [1] to drop ROAR audio support. As James Cowgill already stated: it is not true that I declined it. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. I found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 Which was closed with the message Go away, I don't care. Where? Could you quote it from the report? Philipp changed a few things so that no one has to install the more dangerous dnet-common package and kindly asked if he could help him. This is the newer one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 Which is, again, ignored. Which is another issue and not ignored, it is on my TODO list. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On 06/22/2015 10:35 AM, Patrick Matthäi wrote: This is the newer one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 Which is, again, ignored. Which is another issue and not ignored, it is on my TODO list. There hasn't been a single comment from you regarding this issue in either of these two bug reports and the more recent one is close to a year old. Do you really think that people would assume from this situation that you are working on it? But, anyway, I won't be bothered to comment on this anymore. Dropping support for an ancient networking protocol stack is a no-brainer and with all the users complaining about it, you could have at least provided a comment that you're working on it if not already fixed it. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On Sat, Jun 20, 2015 at 07:31:50PM -0500, Jonas Smedegaard wrote: Quoting Don Armstrong (2015-06-20 14:38:25) There's clearly a bug here, but even after reading this bug log, I've had to do research on my own to determine what that issue is. If the libroar2 maintainers which to keep decnet support, then someone should probably figure out how to circumvent waiting for the DECnet to settle when it isn't actually configured, and propose a patch to do that. Even just checking for the existence of dnet-common or similar would probably be enough. As I understand it, these are the issues raised here: a) libdnet is unmaintained and thus potentially dangerous to link against b) dnet-common commonly (or always by default?) cause whole system to hang I disagree that any of above are bugs in cmus. The bit where you and Adrian appear to be talking past each other is: c) cmus Recommends roar. (which it didn't in the Wheezy release) So anyone installing cmus on a default system (or upgrading from Wheezy) gets pulled into this. Demoting that to (at least) Suggests was discussed before this bug was opened (in a thread that unfortunately didn't hit the BTS since it was CC'd to an archived bug when Adrian reported it). Alessio already acknowledged that would be a good idea and suggested that Adrian open this bug to discuss whether even the Suggests was still appropriate if installing that suggestion had the same outcome. To quote Alessio replying to Adrian on that: I acknowledge your request, it seems legit to me to demote libroar2 from Recommends to Suggests. Could you please file a bug and set its severity to important? Furthermore, since I have removed 680...@bugs.debian.org from the CC: field as the bug is archived and no longer accepts mails, It would be great if you could attach our discussion to the report for future reference. [1] and his earlier reply re DECNet to Stephan: While it might not be a common feature, it is a feature none the less. One that relies on functionalities provided by a factually dead software; please get rid of it. Meanwhile I'll be demoting cmus's libroar dependency from Recommends to Suggests. If roaraudio's maintainers do not show willingness to cooperate, then we'll hand this to the TC and see. I don't have a dog in this race, beyond being CC'd to request some background clarification in the initial thread, and hoping you all get on the same page about it soon so it will stop filling my inbox. I don't particularly care what you choose to do, but roar pulls in DECNet - DECNet breaks people's existing systems is hardly a new problem. People mostly just had a brief respite from it, since for Wheezy packages that people did actually want stopped pulling in roar ... Now that problem is back. The solutions are all pretty easy, you just need to pick one. Ignoring it isn't really in the solution set though, so please do pick one some way or another :) hth, Ron ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2015 02:31 AM, Jonas Smedegaard wrote: Even just checking for the existence of dnet-common or similar would probably be enough. As I understand it, these are the issues raised here: You understand incorrectly then. a) libdnet is unmaintained and thus potentially dangerous to link against b) dnet-common commonly (or always by default?) cause whole system to hang *Not* dnet-common, _libdnet_, seriously, read what I wrote! I disagree that any of above are bugs in cmus. Again, you are not reading what I wrote. Please leave the discussion if you refuse to do so! Alessio Teglia, one of the cmus maintainers himself said Please file a bug report against cmus and ask for libroar2 to be demoted from Recommends to Suggests. Fy fæn, Jonas. Les hva folk skrev før to du svarer eposten! Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhnXhAAoJEHQmOzf1tfkTzrgP/R7g/iExaetW+ERX6ciKWmCA 5UcsgGBIRqdYiweQ92KvXoAJjCj4RdnkaibGf/Pu9PmNOIaPgYvAaokfYioUtmq4 ctklcoqUADTjO5Kpx6hTaZYIVtfcTMfC+34kZAVcXDFo+7MBcLQ9fwv/M+MMxpP9 EqAq0OGn1+EnBs6eaQJmaA3clNRI18pntl6L9um5MJ5H6OIwTasdOGNeFI+0RQ6V 2S82O2HmkQUxrNu7G9rkF/jGSBciHOCb9HQBvmNKi70Pk34tew52DallgtNDyK97 a781ez7iKHf9Zgs3q2C3rwIxWWPaeRvGA2uj+PP+e2VuWuPAh1Y8CBCMkstyzKV4 0egyMNQCrJXxK6X+1IHTh5IgqUd8NVzdloCNcrDBaW8S7UD11h8tPW0xNIuDvJ/4 PeUyv5rKpy98AdR9oywdzHe/b/vnujYKqwdVmpDWRscePYHKZKph98Mzh7OX81Rk 4yRtcp0hZRCslpJUuInJYl6Ai0fTsUgBXOvta2WnFE84fHOCmpDDomZLVwg5R5ji FkyWydO8QbgzP7XSrlK9f9uh1wh1rQVHgZkFIkc/U/SDiuyYNxwPe6+kMwkOg/HW pGIVnA92WsONW61AMj3uTXx3y7+hVvoykrm7TRyhPEh/aLhkOUgkAD2U1Zs1a2HZ frDyVUPWxnNVYzjBnNIF =uXlC -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2015 02:36 AM, Jonas Smedegaard wrote: Quoting John Paul Adrian Glaubitz (2015-06-20 15:16:28) You are still trying to boil this down to the mere problem with cmus, This bugreport is filed against cmus, is it not? This is correct. Upon the request of the maintainer of cmus who already prepared an upload which is why the bug is set to pending. but that's just a side effect. The real point is that roaraudio depends on an unmaintained piece of core software which Debian would like to get rid of. Then please reassign and retitle the bugreport to discuss the real issue where it belongs. No, we won't, because: a) Alessio asked for this bug report b) Patrick Matthei refuses to make any changes to libroar2 to help fix this problem c) You apparently continue to refuse to read what people write to explain the situation Thanks, Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhnZVAAoJEHQmOzf1tfkTno8P/jF985wsP8axAb03BEVLZsfl 9F8R7Q+C6EJDtRXRvl2oauGyqC7sB4ci9yqFpGb5E+dkMnNqNRfZv0qiJaxqqul+ iW9KpJqHK/1Kfd+LphWPMl7UfFORDmmoNU9t7Af89s+WwLnf7nlKRI/m9JRBSBCH Tt16iHYRnwFSlNWSI1oBFh2MHUdXkB6TwYL+NxCRQZcTvdn+v8cCZugAGNBNwxn9 4SU/KJPePET3I6GECed+tTnBBEDsd57Dos8eL/TTcs0G5DgUPSi8mXUKecfCIanq yOkuU60eUfOFte3mmvOtwu5DDx1bdZc8+u+Z0zep8dLfFAMq+iYO6ShpVu0He1IF sDop02C0D90DppJpA6c2UA/+/dlIhPnuR6nOMejej8iNNhGlgq/DYq0zuIkaYvhg AOHFIlO2n1N8GNY8bSWdura14E8ltpuESd9uXeIXcjEz2R4Kop9OvOqC3OEaiYSz gPUus8W0rnwRkpzEtVC3zNmdKuGJhK4L1oNLHM34w0F7WaWwKqKo1Ky99B15+I3I qSFs6sqOGnLjSlo6McFYUPBNuQYk48kiB8OMsNoG6rRZZ4Xw3JWYIxwIoKMRhmWi VHycyTfOLbNEbZ0muQsSMdu9IEXpg8gJ1MtfjVyBhAMERjlXJce3Elbe0c/LRuCz O+S9jh+kmhNuZYqek6j4 =YEkB -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2015 02:44 AM, Jonas Smedegaard wrote: Jonas, do you actually read what I wrote? Yes. No, you don't, because you constantly say the bug report is not correct even though a) Alessio requested it and b) already tagged this bug as pending which means he already made the change. This very bug report exists because the maintainer of roaraudio refuses to handle any bug reports regarding this issue That is no excuse for barking up the wrong tree: The proper way to escalate is to move the bugreport for the real issue to the technical committee. There is no barking up the wrong tree if the one sitting on the tree asked me to. I don't even know why you jumped into this bug report with apparently not enough background information to join the discussion. Please don't paint me as an ignorant fool when you're the one who is constantly ignoring the facts. I'm really tired of such allegations, I don't deserve being treated like an idiot here for all the work I do in Debian. The sole reason for this bug report is to free cmus from broken and unwanted dependencies. ...and the sole relevancy to discuss in this bugreport is therefore the bug reported. No. This bug report exists because Alessio asked for it because Patrick was asked several times and never responded. That's why the decision was made by several people - including Alessio - to drop libroar2 from Recommends to Suggests. It seems there are disagreement if cmus is broken and if the dependency is unwanted. There is no disagreement between the people in charge. There is just disagreement between the people in charge and bystanders who are apparently not correctly informed because they don't read mail. And since discussing this under these circumstances is futile and Alessio has made the change anyway, I will pull out of this discussion now. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhnf0AAoJEHQmOzf1tfkTtnwQAIua12zw+7unxpFZdT/l+PZw e3Gd/aR2QULnTKnMVyQxgUrQkS+CtyAjAS1oICM1HHvjh5VEz68xvfFN93yu2Hli 1AUj72Ro3+pXwPcYY8Q1YcDBOrqkgFSajtoi/4/FVgK9q8RZQIATorkOJUBWsZ8P h7OWy3WQ5o4xPQ54SfG/U2N61abU32TA045yI3vRfwSk9H5y9kIpyhC6E5236RdN DnOHJkRXUCHzuasKvQ+MenA29UXmz06FP0ob/wnMpkVONlfahSLSJd/T2wh5mQb1 w6JHcAiNPTzJ/hVOG+EySCkEO/D6ZCOYx8ADuDajlcCrfhRLO6HVY8fsSNHmmhY6 h7S5dqoP5R0cWPCWZYZMWFqxTUTUuRdoApiRa9f3slw+FqFQH3c0xd8juTyQ11WA SpHRi1xe0OS6rNNiIIcVPyzZobzTxBo86hg7CKfPFaQOEkqYj1+RRXY9q7s/VVt/ XcgZT75UjvKqwvWJbg1fHawez0VawWDvQ93BVBnD+0IQX7u4ta7ssIoE7rXsC5u6 cjnm+JrIRJraSeKcAIkGs3vn9PfRkqIwe22lxJXKy/4tMi98ghdXimZBZ7jNGQyv WqRnKpkYV3zTyBNnfQNfKL9XY0FJuCLD469/pntIBZCJZ8gigMLuOffg51ETJFNX IDSva4QYpUpR01vcFgWC =v9bO -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Hi Adrian, On Sun, Jun 21, 2015 at 10:29:21AM +0200, John Paul Adrian Glaubitz wrote: On 06/21/2015 02:31 AM, Jonas Smedegaard wrote: Even just checking for the existence of dnet-common or similar would probably be enough. As I understand it, these are the issues raised here: You understand incorrectly then. a) libdnet is unmaintained and thus potentially dangerous to link against b) dnet-common commonly (or always by default?) cause whole system to hang *Not* dnet-common, _libdnet_, seriously, read what I wrote! libdnet is just a wrapper. You are jumping to unconfirmed conclusions here. I disagree that any of above are bugs in cmus. Again, you are not reading what I wrote. Please leave the discussion if you refuse to do so! Alessio Teglia, one of the cmus maintainers himself said Please file a bug report against cmus and ask for libroar2 to be demoted from Recommends to Suggests. The roar and pulse dependencies are now only installed per suggests. You will probably still get the unconfirmed bug if you use the --install-suggests switch for apt. As that will pullin the stuff. Maybe the proper way might have been to put them into seperate plugin binary packages like it is done for cmus-plugin-ffmpeg? If not then you will encounter the funny problem that cmus might not start anymore if you don't have libroar or libpulse installed. In my test it produced a considerable hang on the first launch while it tried to find a audio output. Btw. I could neither reproduce your bug on a debian jessie - testing upgrade. You did a great job there. 1. Threatening with the Technical Commitee Sledgehammer against cmus 2. Possible usability problems for cmus 3. Doing nothing to fix or locate the original problem The propper course of action, regardless if dnprogs is unmaintained or not, would have been to debugg the problem. After that to clearly isolate the component inside roaraudio/dnet/cmus/whatever and then file a appropriate bug. If this would then be a request to drop the linkage or a bugfix against one of the componts doesn't matter. You could have simply opened a bugrequest against roaraudio to drop the decnet dependency and then if nothing happens consulted the TC. If you would have read the two bugrequests you have linked then you would find out that these were either already answered with a description and a note that dnet-common won't be a recommended dep anymore or that there are next to no informations at all. But neither are you fixing the problem at the right place nor is unclear if you are fixing it at all. What is if its a legitimate bug? Now others will stumble upon it and have to work it out themselves. While it could have been debugged without much invested time on your side. If this is how debian works nowdays I am unsure if i want to continue using it. Why do i even care? Sorry if you see it as insultive, but it seems to me that you fail to see reason and are just mindlessly focussed on getting rid of roaraudio via the wrong methods and actions. Thanks. Fy fæn, Jonas. Les hva folk skrev før to du svarer eposten! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On Sat, Jun 20, 2015 at 12:42:57PM +0200, John Paul Adrian Glaubitz wrote: Hi Adrian, Could you please make a bug against roaraudio asking to drop the libdnet dependency? Stephan, seriously, you are missing the point. Absolutely _no_one_ needs ROAR audio with DECnet support except you and your buddy Patrick. If you desperately need ROAR audio in cmus, then you can rebuild it manually. Debian should not keep packages that are dead upstream, especially when it comes to network libraries. There is _always_ the risk of these being the source of RC bugs. I have fixed dozens of such packages during the Wheezy release phase with NMU uploads because the original maintainer was MIA and we really should try to avoid such problems in future releases. Again, if you need ROAR audio in cmus, just rebuild the package yourself. It's not magic and would save you and us a lot of time and nerves. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/19/2015 01:37 PM, James Cowgill wrote: From the bug: RC severity mostly so this shows up on the radars of all the right people crossing off the details we need to finalise for the release. That doesn't apply here. stretch will be released at some point in the future and we will exactly run into the same problem. We already did for Jessie where cmus is now broken by default. Hmm I personally can't get cmus to break this way but it could be RC if it breaks in default installations. Did you remove your .cmus configuration directory? If you have an existing .cmus directory, it often works. However, this bug was discovered by someone at my physics department after upgrading to Jessie. Initially, .cmus immediately segfaulted with her old configuration directory. I asked her to rename it, so cmus would use a new directory and she ended up with the application being stuck at the start because of libdnet. It is clearly reproducible. Just did a test install on an unstable system where cmus was never installed and I get: glaubitz@ikarus:~$ cmus getnodeadd: Can not open /etc/decnet.conf Interestingly, on this machine there is a timeout and cmus starts eventually. However, I have seen machines (which had a static IP network configuration) where it hung forever. Which is my whole point. Then this is a bug in roaraudio / dnprogs, not cmus. No one denies that. However, the problem is that the ROAR people refuse to drop DECnet support and hence Ron asked in [1] to drop ROAR audio support. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. I found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 Which was closed with the message Go away, I don't care. This is the newer one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 Which is, again, ignored. But I couldn't find any evidence the _current_ maintainer of roaraudio has refused to remove DECnet support. The current bug about it has no replies. Quoting what Ron said who requested the removal in [1]: But basically roar was a disaster on lots of fronts as we were trying to wrap up the wheezy freeze. It was getting dragged in as a hard dependency by packages it was pretty hard to avoid having installed if you had any sort of media support application installed - and the DECNet farce meant that was breaking people's network configuration. It in turn was also depending on the obsolete celt package which we trying to get removed from wheezy - and every attempt to get its maintainers to try to fix these things was met with what problem? I see no problem here. DECNet is essential functionality, we can't drop it ... Which basically meant the only choice remaining was to get roar itself removed from wheezy (which meant dropping the deps on it for anything that didn't also want to get removed with it). AFAICT, about the only two actual users of roar in the world are Philipp, its primary author, and his mate Stephan (who filed all the bring it back bugs for him). If cmus is Recommending it again, then yeah, dropping that back to a suggests at the very least seems like a prudent move if it's still breaking people's systems ... Though if it's still going to break the systems of people who install it as a Suggests - and its upstream is still refusing to fix that after all these years of it being a known problem, I have to wonder a bit about even the value of that ... but that's really a question for the cmus users and maintainer to decide where the value lies. Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhTcxAAoJEHQmOzf1tfkTOq4P/R+TWffDmc9w4+LVPrVtNwFR Tg/GSmOGQk6WyXWVqZWD8EZLIOdSovnPcNd9l/Nig6DEI+3/XQmPq0CehX12qIiJ y8hNHwNvwyEKP3qQzYJ6fDtHUFuo+xF2CthHTta54bjF9/LiJktZwh5xSqAJrjk+ tC0g8iXjgffubxpHzMiVuWZAAXHhofzJ6KxUr8ppRHRJcuZCnK8hgjPCf8mqOZli rNj0MMTIu4YQI+cPyAKA6CZP3sgYqqBUKrDSqCKMkMwJypX+7ndFS6LFyJK5VlNM e8yk2bH9yZgy5wy5Rb/cT/me0W64lH2aKpT3tYGjyMtIG2y0Dsgej7+NUEOX64eN L+q4E4o/yR1ruirEeMQWe3YzigbI8xCJHFBslpSoVFG3+s7rgLJPTwo+oWKW0m/Z qAyy/TIyCLDa2V/Fnzf1TWo/5qFA0Y+XtKEApiwEFodMM+XgSWli/fKPbq36XJ6W Nbv9WMWj9w0L2i1lqsbcTFkhtX5TjhuTMNYPf3R0e1guniaz+clUsvwICJv9sJAP sbgFpHZwy6LLAt6mM6fBLO+WFdxucndQftnB5SyPp1ZWJ+yLQdai8uRq7IL0fl8F 0e4VcZrVbCKDgQ5Q4ER/lMpNY7gn3gq/vUpv9rg2ZPw3rbFNPv1llQ6WsuJZft+J cn2tauus+TRYWWIOY5Hq =EfUG -END PGP SIGNATURE
Bug#789256: Bug#680745: fixed in cmus 2.5.0-7
On 06/19/2015 01:26 PM, Alessio Treglia wrote: While it might not be a common feature, it is a feature none the less. One that relies on functionalities provided by a factually dead software; please get rid of it. Meanwhile I'll be demoting cmus's libroar dependency from Recommends to Suggests. If roaraudio's maintainers do not show willingness to cooperate, then we'll hand this to the TC and see. Great, sounds very reasonable to me and I fully agree on this idea! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 12:42 schrieb John Paul Adrian Glaubitz: Stephan, seriously, you are missing the point. Absolutely _no_one_ needs ROAR audio with DECnet support except you and your buddy Patrick. I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. If you desperately need ROAR audio in cmus, then you can rebuild it manually. Debian should not keep packages that are dead upstream, especially when it comes to network libraries. There is _always_ the risk of these being the source of RC bugs. This is defintily not the Debian packaging way: just some people want to use it: build it yourself I have fixed dozens of such packages during the Wheezy release phase with NMU uploads because the original maintainer was MIA and we really should try to avoid such problems in future releases. Thanks for fixing RC bugs, this is our job @ Debian :) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Hi, I will post the important part of one of my previous mails again: Is there a chance that you got slp installed? If yes. please try to remove it. On Jessie libslp gets pulled in automatically. I can't reproduce the bug on a fresh debian wheezy VM. And neither on a fresh debian jessie VM. Please attach system informations and a stacktrace to your bug on cmus. Wheezy does not install dnet/roar at all and Jessie installs libroar, libdnet and libslp. Both startup without problems. On Jessie i additionally get a warning about /etc/decnet.conf. Which is the info that decnet is not configured. I also ran two tests: 1. cmus Wheezy with https://archive.org/details/onclassical-quality-wav-audio-files-of-classical-music files: works nicely 2. cmus on Jessie with roaraudio as output: works as nicely as with the default soundserver I did not test on Debian 9 so far. I fear that I can't reproduce your issue. :( Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 12:23 PM, Stephan Jauernick wrote: Is there a chance that you got slp installed? If yes. please try to remove it. On Jessie libslp gets pulled in automatically. Btw, how did you remove libslp1 without removing libroar2? glaubitz@ikarus:~$ aptitude why libslp1 i cmus Recommends libroar2 i A libroar2 Dependslibslp1 glaubitz@ikarus:~$ Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhUTdAAoJEHQmOzf1tfkTmFgQAIC5bLAKeh2yeRi1rNC4YoNE v5okdk/dkvWt+Cf17J0Bmp6AcwAut0Tmqu0FCn0lq6qVrZNKumVIZ1MFFC12OVMd 7WQ80iGOmw7NnmUpLSEB/X5Zfw26fAEZInldsseYURiE8Lsx9OJWRQlYwiRpKnAZ TVH574fVgUxx/FBetrMejRmPwTdkGczMzP0vD7t1PWUCSXtkENiIWW5a7ZU4y/23 XVD24ow8dxpLYXS1hyfuU/8j9RJfh0B98SxKjD8xy6cfXthkLhSxAvF6Ul7zuz6z Y5mbcVFPkO3TKdyLk0KWrA2e8RUX3vUDAFgzIprkmV0zJ4dmndiq5RRXp3A7F7Lz pxXUE6v5aKcDOScw9Lt2dUpBcfo3/aa+3+HzE25m4X6QWzx7BoHYOE+mLSko3NUg ewcZXz5zKnvwMkWugaX8qhORiAlBCI3TS7s7mwLH5fj4ImRcnjXkWOqS8gXGjjem v7Jxw1Cz2WtQdCyoM5u3eLTwIKKALKoJPl7s5Wn8JPshuqOC3FA65kI2IASeaKAr GH4Fet6Bcn2/tJn8w0P6DS+1nnwP7Nr0Do3G4ar+6LBtPT1+eSy8cP9/B+7RCAIc hybGHK+ufIIzc7WvxK/F4E7KlBeLWf6zjwIiJiPgC6MyRBWRA4a2i3myWVqdEoM0 X2X1fdGmETC7YU3Zsb9J =myFt -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 12:52 PM, Patrick Matthäi wrote: I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. It's Adrian, not John, and I am just quoting Ron who certainly isn't making this stuff up. It has apparently always Stephan who came forward and ask for ROAR audio reactivation. If you desperately need ROAR audio in cmus, then you can rebuild it manually. Debian should not keep packages that are dead upstream, especially when it comes to network libraries. There is _always_ the risk of these being the source of RC bugs. This is defintily not the Debian packaging way: just some people want to use it: build it yourself It's definitely the Debian way when a certain package functionality that maybe a handful people need breaks other packages. Then it's your duty as a good Debian maintainer to get rid of the old and broken stuff. And there have been more than one bug report against ROAR that asked to drop the DECnet dependency and you keep ignoring them. I have fixed dozens of such packages during the Wheezy release phase with NMU uploads because the original maintainer was MIA and we really should try to avoid such problems in future releases. Thanks for fixing RC bugs, this is our job @ Debian :) You are missing the point. I don't have a problem with fixing RC bugs. I have a problem having to fix RC bugs in packages that no one really uses anymore. In case you have forgotten, the release process for Wheezy was dragged along endlessly because the amount of RC bugs would simply not go down. Among such bugs were gems like Iceweasel crashing on sparc or libsnack (used by aMSN) having a buffer overflow vulnerability. Do you really think it's justified to hold the release back because of such ancient software? They introduced automatic removal of packages affected by RC bugs for this very reason and the fact that DECnet is no longer maintained means that ROAR is permanently at risk being affected by RC bugs unless you think you can fix vulnerabilities or other serious bug in an ancient networking stack. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhUhaAAoJEHQmOzf1tfkTZycQALLrt1ECi9I7T0CfD0FsE5ez YAs8s4oqQoByvjxHNNz1Gxvnjb/JS4Amr15FHZ4YjqYYv+/5j0zBoj8JLCUB/j/P OORjTagETPg3oYkej/XAiFH95eOoXf8BMPE5PvQkEAFfHv87nV7ou93yRWVEjZsh cFR1QDjot4ERwKnFqnDdyvvtfrtCfbzRrCrZ9u6jkWiqFi/wjL7bWLERweASfIWQ rn9sQ004uk2Y0euc5TXSoRcM4TuW4IWSUorfUbjC6CSiCu6MZZ1iSqVIe2ls4sFQ 5O/40GbWQbUhzzkBt+iPOD6lWqfn4BVEjwYTaq2XOAAFipBE8Lub7INcGLZ/aIb6 jjy8Sz/r9J5baJMiyXjiWR6LjgmbtE5JyCCU3J1WAzL8EpveLBsqmKXIspWcFoUX pvxGi8nqUoAkg2aJkpAoGbZuQo2Pt37K196ZNmvMgn4hG0ELqYLUD6z6jsIENOUj msmEPqvm1B7KwMIXMZmZhPAehPJmkRJ7SYJ0SpYzaXyjO+0bmgJ2VZlE90vrwStq 1b8p9CbGT7tH3zYv/qKAVn6DlDIeqh9Yzr2wC8Md9Y+rFiddCv1J+3vH9eczEP6D GbzyCK451bOooRCnq/22FyaGNhb7rEDrjLgeqVeMVeItMS2xPZ23AnqtHz5Q5mcx igChqM7E9jkKge2Ky4wl =2CmF -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 12:23 PM, Stephan Jauernick wrote: Is there a chance that you got slp installed? If yes. please try to remove it. On Jessie libslp gets pulled in automatically. Oh, and btw, removing essential packages like OpenSLP is _not_ an option. That's basically crippling functionality just because the ROAR developers can't get with the time and drop a network protocol that hasn't seen any serious use for at least 15 years. OpenSLP is a useful thing to have on most desktops and most people don't want to uninstall it just because of cmus. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhUR1AAoJEHQmOzf1tfkTBigP/iXJE6t1eTZKiWUa/vFr2RxF ehQQSeCXO1Zeaey5yJKyc29fKD3NqKA9mRc24TYlrCvKYeaI4DNuSS6AOHAyZfEX DkIaTux1kAFqKPsvqvlFANIr7LuRefW8KL8Z/7k5OO1c6eYZ2wvIUp3zuyHDLMPJ Hfs+EKUYtWZJknLIZ63qxdhYwpYTXyrbwN9lRgrRyKdfwYToJ9yN1utPxEmJCBDD G1WQVSR9XXXdxnbAVyXEu+I5pVjtK7FTwRfaoZLctccrHpLfBUC6yrJFBmjHG2rO R+933na9VRJhD3XTEDumMi7uUtwj/+K8H2phwEVgSB2apRGorzTHwcX//MhDe22p QMDMk+Nu2HYF1zBi/uUrZ408wsayGSkTbAKJxZmYLEh9a3WaA7aQc/WsykgDepMh gi6wxp1x/O71GF2dW+7Ve/F1r5queATFAmSfSVvRXnawiZQqCok7pr6if0+5Nnjj x2h08UQhFRZkoGirNy1M4I8hdvyuj9qN9jIYuXt7qHYFXdbHXvS8V1FAiz72KRaP Puu+sguNWtCZ5Ae6P8Bh3R8634+w0+Jzh841S8hXDNXdvTbHB0kYkWvewzJdDjIt 63DurYweB//qaNxB4CGRYqp4RVxkzxJk/ztQVf73z6kHaqymzkXOT0l4saQ8vAfd C0K9DFJjgPSCyAAVuV6f =ia/7 -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Hi Adrian, On Sat, Jun 20, 2015 at 12:47:57PM +0200, John Paul Adrian Glaubitz wrote: On 06/20/2015 12:23 PM, Stephan Jauernick wrote: Is there a chance that you got slp installed? If yes. please try to remove it. On Jessie libslp gets pulled in automatically. Btw, how did you remove libslp1 without removing libroar2? glaubitz@ikarus:~$ aptitude why libslp1 i cmus Recommends libroar2 i A libroar2 Dependslibslp1 glaubitz@ikarus:~$ Thanks for pointing that out. I was mistaken there. Sorry :( Can you maybe still provide a backtrace/strace log? Also are you running Debian 8 or Debian 9? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Stephan, seriously, you are missing the point. Absolutely _no_one_ needs ROAR audio with DECnet support except you and your buddy Patrick. If you desperately need ROAR audio in cmus, then you can rebuild it manually. Debian should not keep packages that are dead upstream, especially when it comes to network libraries. There is _always_ the risk of these being the source of RC bugs. I have fixed dozens of such packages during the Wheezy release phase with NMU uploads because the original maintainer was MIA and we really should try to avoid such problems in future releases. Again, if you need ROAR audio in cmus, just rebuild the package yourself. It's not magic and would save you and us a lot of time and nerves. Thanks, Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhUOxAAoJEHQmOzf1tfkTbAEQAJ/DawvDmQJcPQCNQm+MEd1F 0z1tFeGMRhxj/IXX+lkmbokX4R9gw1Zt50KwHSfb13UpP3rbc7VMRhbelcHUMUo2 FLFjb2z3jnfhh/aZ6kHKGWbW6gx7YzX9FDr4UeSoP0IzreFD+XFebp5/Ntoholr3 2I2q3EpOoCLbKhvjqG61jijNxn5eK+2vvXnzpbliwM0dWbmRrup3kzy+EyUBDNJy 4XNZ7u4WYilu7ILxKTkD07hq3dn35IY0PmvXn1jDeT85MfykprIO5cpZWPXg4GD8 4fbZkwNkK72H4VARUBH4Ot0uYCjwSwPKYc56V4djlBY3OdL/pNFLiLdrAG1Dv6A2 XRvRKd7QUSgq9qGZXLHaPPAbQ9IYEP4QNngb4tVCAvDtceoGQZPq1SytGfIr2ixF ZMRH2yVXsL8tP55+jsdSfC9OyBBCE9I32fZqW3bB0JZRIOh1mheVtc+klGBACn9r MeSEbW5Z4lV1SnrrkTcA1pmU5eI9V4qAGyUVD83Vwk7KXbZI/UOo9xeckT2c72Be 0WybQ1Zxi4G6cj+25FZccTHMZq93RScjGTpFgoQMk/z+vaBLVhtHnG/dXrDSBzzf +zdB1EiujXp3gLuF19EcZ62LGri310gJNszOXL1EWIcTkJlFQZwnOhNjBLMn3LtS QT/5hRB+1P8Akmubilwm =7wAC -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 13:02 schrieb John Paul Adrian Glaubitz: On 06/20/2015 12:52 PM, Patrick Matthäi wrote: I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. It's Adrian, not John, and I am just quoting Ron who certainly isn't making this stuff up. It has apparently always Stephan who came forward and ask for ROAR audio reactivation. No, it was your e-mail. To quote it again: except you and your buddy Patrick. Stop it, seriously.. If you desperately need ROAR audio in cmus, then you can rebuild it manually. Debian should not keep packages that are dead upstream, especially when it comes to network libraries. There is _always_ the risk of these being the source of RC bugs. This is defintily not the Debian packaging way: just some people want to use it: build it yourself It's definitely the Debian way when a certain package functionality that maybe a handful people need breaks other packages. Then it's your duty as a good Debian maintainer to get rid of the old and broken stuff. And there have been more than one bug report against ROAR that asked to drop the DECnet dependency and you keep ignoring them. This is not true. Please attach links/emails where I ignored bug reports/requests (on other channels). I have fixed dozens of such packages during the Wheezy release phase with NMU uploads because the original maintainer was MIA and we really should try to avoid such problems in future releases. Thanks for fixing RC bugs, this is our job @ Debian :) You are missing the point. I don't have a problem with fixing RC bugs. I have a problem having to fix RC bugs in packages that no one really uses anymore. In case you have forgotten, the release process for Wheezy was dragged along endlessly because the amount of RC bugs would simply not go down. Among such bugs were gems like Iceweasel crashing on sparc or libsnack (used by aMSN) having a buffer overflow vulnerability. Do you really think it's justified to hold the release back because of such ancient software? OK, so lets drop iceweasel? This is definitly offtopic here They introduced automatic removal of packages affected by RC bugs for this very reason and the fact that DECnet is no longer maintained means that ROAR is permanently at risk being affected by RC bugs unless you think you can fix vulnerabilities or other serious bug in an ancient networking stack. Lets drop package XYZ: it may have got issues we didn't discovered, yet.. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 18:45 schrieb Ron: On Sat, Jun 20, 2015 at 01:02:50PM +0200, John Paul Adrian Glaubitz wrote: On 06/20/2015 12:52 PM, Patrick Matthäi wrote: I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. It's Adrian, not John, and I am just quoting Ron who certainly isn't making this stuff up. It has apparently always Stephan who came forward and ask for ROAR audio reactivation. You're confusing Patrick and Philipp :) I am not confused. But I couldn't find any evidence the _current_ maintainer of roaraudio has refused to remove DECnet support. The current bug about it has no replies. None of the people responsible for roar has changed in all the years that people have been having trouble with this and trying to resolve it, so if there's no new responses it seems fairly safe to assume that their previous refusals still stand. I can't say what's right or best for cmus, but what is right for Debian seems fairly self evident to everyone but the roar maintainers. There is no depenedencie of *roar* to dnet at all. Personally I don't really see that this needs to go to the TC, it's purely a maintainer decision for the cmus people whether they want to support this as a dependency or not. And whether or not that's a sane thing to do basically rests on whether the roar people actually engage with resolving the ongoing concerns, or continue to insist that DECnet being dead and obsolete is some kind of insidious conspiracy theory. Sorry Ron, but you are realy the last person who is responsible to discuss about topic at all. Same topic as with mumble/celt... -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On Sat, Jun 20, 2015 at 01:02:50PM +0200, John Paul Adrian Glaubitz wrote: On 06/20/2015 12:52 PM, Patrick Matthäi wrote: I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. It's Adrian, not John, and I am just quoting Ron who certainly isn't making this stuff up. It has apparently always Stephan who came forward and ask for ROAR audio reactivation. You're confusing Patrick and Philipp :) Not that it makes a whole lot of difference here, we've had exactly the same sort of rambling dismissal of this as a problem from both of them, every time somebody tried to resolve this (and I was far from the first to have been pulled into trying or needing to do that). James, Re: But I couldn't find any evidence the _current_ maintainer of roaraudio has refused to remove DECnet support. The current bug about it has no replies. None of the people responsible for roar has changed in all the years that people have been having trouble with this and trying to resolve it, so if there's no new responses it seems fairly safe to assume that their previous refusals still stand. I can't say what's right or best for cmus, but what is right for Debian seems fairly self evident to everyone but the roar maintainers. Personally I don't really see that this needs to go to the TC, it's purely a maintainer decision for the cmus people whether they want to support this as a dependency or not. And whether or not that's a sane thing to do basically rests on whether the roar people actually engage with resolving the ongoing concerns, or continue to insist that DECnet being dead and obsolete is some kind of insidious conspiracy theory. Cheers, Ron ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 04:49:37) On 06/19/2015 01:37 PM, James Cowgill wrote: From the bug: RC severity mostly so this shows up on the radars of all the right people crossing off the details we need to finalise for the release. That doesn't apply here. stretch will be released at some point in the future and we will exactly run into the same problem. We already did for Jessie where cmus is now broken by default. Please elaborate what in cmus is broken by default - seems this whole issue of yours stems from installing an additional package only _suggested_ by cmus. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 07:51 PM, Jonas Smedegaard wrote: Installing cmus on a newly installed system will therefore install libdnet as a transitive dependency Agreed cmus pulls in the _library_ for dnet. Which is unmaintained upstream and in Debian, see: https://packages.qa.debian.org/d/dnprogs.html I think we can agree that is preferable not to have network stacks in Debian which are no longer actively maintained as they pose a possible security risk. and will result in cmus getting stuck directly after start as I have reported earlier in the first message in this bug report [1]. The first message for this bugreport talks about --with-suggests. Can you please clarify how cmus causes beakage rather than the use of --with-suggests. As you can see by the various bug reports, most people don't want cmus or ROAR to install DECnet libraries on their machines under any circumstances: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 I really don't understand what keeps Patrick from dropping DECnet support. I can't seriously imagine that anyone still uses it. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaloAAoJEHQmOzf1tfkTn3EP+wd7wm18j/zu5hIkHTaIVel+ aRBrPmx2gBTOzw7auaIQl0vdP/hKQXmrZOrKQ1rGi7AKoqyftb8dQAjDR/O66VTe iuAljvAKadiT3ClRJXVZDIGeCXJB2BG1xU07DpiNzMmrVx7PZIXkZslPujn86Ydz PKjwk6X1kdXljHKeId2qsGj928P/Trp0hJVkCRX7gHqAoVM2ILMzp4GNnma+dIgV K+tXE99v0eoZy91FHQOxdozfBQNzz4ZZr/YjMBoxM/Z0/HGSvXEAA7N6UPISo+gH yJx4hSDwY2CX+dUq0E3gVFMlnYa9U4WejXC9xPWFjybivK4S5yJnGH50Gwa5wUTP Pe22D9iBgayVwtca9ZUMgxa0jwi3SOZwO+OACGmu+jfTAzTloiijfUMh16VSL0le dI4ITWBLPCRrD1FxLbSB+Gf7wcoXA4MzghUbkqykVNwOADD/lMplRAWe1QxsMxum t45U/pIdrplcXPXugMgrFujQaQnh/uk4GoJx92tEphkTz8tFCyU1txfrGMFVliyK O2I3ZAGObSlUHoJSQEnpoVBAfWoL+MwZVyFvt1sCZHJ1S/D2Vb+NgY9avtSpaI0O B46ESni3j0rXXDUAS2YvlNMbQrw7Itg0uhcpcqYA1hLmHVARr8bqSwl8JkSK8WlR HY6xIfQ7OEqg27V7V7Kj =QNyO -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 12:34:25) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 01:03 PM, Stephan Jauernick wrote: Thanks for pointing that out. I was mistaken there. Sorry :( No worries, I don't think we disagree about the problem in general. Can you maybe still provide a backtrace/strace log? This isn't really necessary as this isn't cmus crashing, it's cmus getting stuck because it's apparently waiting for the DECnet stack to become ready. I can't imagine that you cannot reproduce this on a clean install, I could reproduce it on all machines running at least Jessie. Please provide the command to reproduce _without_ --with-suggests option enabled! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 19:51 schrieb John Paul Adrian Glaubitz: ld the release back because of such ancient software? OK, so lets drop iceweasel? This is definitly offtopic here No, we dropped sparc as a release architecture as a result in case you missed that. Because of roaraudio? Oh no? Ok this is a realy related issue here... X affected Y and Z was the result, so roaraudio is affected. Please discuss this with the iceweasel team if you have got enough free time. They introduced automatic removal of packages affected by RC bugs for this very reason and the fact that DECnet is no longer maintained means that ROAR is permanently at risk being affected by RC bugs unless you think you can fix vulnerabilities or other serious bug in an ancient networking stack. Lets drop package XYZ: it may have got issues we didn't discovered, yet.. No, let's drop package XYZ which _no_one_ maintains both upstream and downstream. It's absolutely a common practice in Debian and happens all the time. Here are some examples: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206866 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288112 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179392 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=182434 You are just quoting mostly invalid closed reports which are as old as I am :D And it is not my package, just FYI I'm sorry Patrick, but I am starting to have doubts that you know how to do a proper job as a maintainer. You apparently don't read bug reports (as shown above), you don't know the details about your *own* packages (you claimed that libdnet is not a dependency which is simply untrue) and you apparently have never heard that Debian does, in fact, remove packages that are either buggy or no longer in active upstream development. You are open to post to d-d@l.d.o something like pmatthaei is not able to do Debian work. I will make your life a bit easier and CC'ing d-d now.. It makes no sense but it seems like this is the best way to follow an issue to it's own . We may really need to forward this to the technical committee and ask them to make a decision over the removal of the DECnet dependencies in ROAR as you are apparently completely out of touch with reality. Please, do it. But *again*: IMMEADITLY STOP(!) adding/quoting/responding me for stuff where I never were responsible for! And also for things like who is my buddy or not, especially if they do not know the person at all.. I am just doing my Debian Developer work, also for the roaraudio packages, but it looks again like you and Ron just want to fool.. .. .. . -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 09:52 PM, Stephan Jauernick wrote: Please do for the reasons mentioned below. Also these are considered standard of a good bug report. No, the problem is apparent and I don't really want to debug libdnet. You are still trying to boil this down to the mere problem with cmus, but that's just a side effect. The real point is that roaraudio depends on an unmaintained piece of core software which Debian would like to get rid of. It doesn't really matter if you're able to fix this bug now as this won't change anything about the unmaintained status of dnet-progs. So, please refrain from continuing the focus on this particular problem with cmus, this is not the main issue, it's just the trigger that brought me to the attention of this problem. I won't be bothered to continue the discussion anymore if your only concern is this particular problem with cmus but just eventually hand over the issue to the TC. I only get the decnet warning and then cmus starts up with about 5 seconds delay on the first start and from then on instantly. Which is _exactly_ the problem. It just appears that for some network configurations it seems to get stuck forever. It seems that it affects static network configurations. But again, it's not just this issue but the fact that dnet-prog is unmaintained, both upstream and in Debian and normally packages in such state - where it's apparent that no one is going to pick it up anywhere soon - are to be removed from Debian. I mean, are you going to adopt the DECnet-related packages? Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhcocAAoJEHQmOzf1tfkTPYwP/1ib6p22dw88EqbudBgYbJyl fL44WBfhXQDMVlhlbI9mNWWuyXytdnY8ZbizL1GDBJsP6AHQIPmQ1D7oaZYkP8HW dpkIdjcBiaPMdGJftptdj+81b6iCZsTBqs2rx3cN431b9rGZf8GHf6JDpg/7qkD8 qnGz8wT2eNfXZTGpYvYrLCzO0kIiDP3ZMv043SC7bAJqZuC/NnE3HFF+7iPVwihT Fxvt0FsNwctmceehzksu3tKUE8NoOwVf6UQqKfKNbVMAB29X8js45h4Ac4DrFGAA mxHhRzWAPPiA+cRjTom6KyqRLzq4pgt+rJhOg1CbaKpSMRvf0zYAipliwVLOeA2s //2tfF30JwCIK8gDCVkbtIYltpKRe7e4QBnMQfSM4AdW2SFZW3Bp8DbqLw2y3Pha bVnqrByJU9oCHGXYeerIaulNEQnefzswCDk2Jr3w0hLAQzgTNj1ZNH3olagwpOSb /9Klv+aiHOd9DmJ8GZVxFIzI+7KNAGeOjsLgzcExbhn5LLcjqf7JoHZNqOkqKKg1 zW9UqoX6KMCebIVuIN4adMN0vvvYk6cYzs7hCPGHqxRWJm3El4ZUCM3Y4PLTm+hH xvE9j3HsTuDTzhUR6z4YMtuuibAiYLNffERtMb6r3OXbCpLkhOuXm1aD+iIuDnkq OdpuTAplp6K1nESqTPpy =0Kbb -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 01:06 PM, Stephan Jauernick wrote: Could you please make a bug against roaraudio asking to drop the libdnet dependency? There are already three of such bug reports: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 This is why Ron asked in [1] to drop ROAR audio support in cmus because he felt it was pointless to continue the discussion with Patrick who thinks that in 2015 DECnet support is essential. Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaTVAAoJEHQmOzf1tfkT41cP/0BKOo+OhoXmF1devyIguX8R N80UjTOc6wI4Kc7WZROquz0NtgYvPKm+FOz55tFyMBRtsRWYeXryic49IT+2gs23 vOzkt//pI8B2TOJRS5ML965K6BVRsu0jj6tKzR0JLdsHpeUx5ZTvsrH6KNU6gR49 GB/5bNKm4LBu+CLH7ynA4QQW/MjEIFNyXZTL8eBwvs1fkyJLW88POYVD2/xP3bsM biEBxIURxl6f5QpEw85mSccTYxGmaXAbxFKpw/7rauhxRpSgTFTrL/SybpUYaXUk lvxqhecn5Bp84oQ6fiWPpKBmgo7YQeUq6oRkfwDUAj6x9UC0I01MUaKtclIisDVU wRxAR5v0M/O5Pwu7oUbftuKXp6LXd3JFju3sXmp1caDTFaM3y9mBpHCt2j2/AeOB A5/0btu0nMzCZg5FAynSkAnqlJR55o3Elo1j2b3KD+HTxy2qYmipqb3eryQ4Xqg2 iDAHDn8cVVLZSpZ2qwLCiVl0rWmlXpVrRfnBfs80vxBXkUyV4k9yTTvKlfFpU1Nk sppEqoPZnK6FhdD231n3ImZBL6wNlbXq37E9MQBLakgYyVlT2urBAAk+ubn8iNxy G1/iAbJ8QSyZIXDKvhAjnWPufz2PIs4yMfZQyamMTUq+Yj05LsSD6FcsNGDciinM 6dnCCLmWBp7IJTLWWkjS =7Uin -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 01:03 PM, Stephan Jauernick wrote: Thanks for pointing that out. I was mistaken there. Sorry :( No worries, I don't think we disagree about the problem in general. Can you maybe still provide a backtrace/strace log? This isn't really necessary as this isn't cmus crashing, it's cmus getting stuck because it's apparently waiting for the DECnet stack to become ready. I can't imagine that you cannot reproduce this on a clean install, I could reproduce it on all machines running at least Jessie. Also are you running Debian 8 or Debian 9? I'm running unstable. But this problem is reproducible on Jessie and Stretch as well. After all, it were users at the department where I work who complained that cmus stopped working after upgrading to Jessie. There were no issues on Wheezy as the cmus version there was compiled without ROAR support. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaQhAAoJEHQmOzf1tfkT58cQAMRzdF87vJBa2QSka8LCKPjH IBREOlAtKWjIGnUs7dDTL+wFc07QWcOorf7jQRAS80u4XPUw7ZitGf7+YV5/ABiv 7rN3d09CEPz3/cQdC3lia+ohrvyHUUDV5tTp4Y/tCCia4fqpXMhNOvOCvsFufRpQ gRy8vYq3GO5Pjfc6bcF48TR93bdrIMgpXXtn0aJz4UXX6LSgL5IEKMG9rFovWgc3 jhLbzQ1mOALdOa3ZSdGHP/8pP/Tvhf+gFHAARSCv9SoaRu5lihqqyio8WJYunP+V nopJ1mUSRKWw4ez17yerVesP33ymdQwa3FQCHqWGRxKHe79qxI06ZnrX8xx0JIJ5 tKA6KnBmwTvmTWxMc1VzbfYNBTcgQcD1VBQ6z/SFpn4N3mtcDtARw+G7UG3DW4n8 4zIMyhdZmFlf1UqIIK1mVIJIKtseoTPy++7IicAGQBVf+uE8b4ipFCsLy+/e4xT6 sV7aKeZxQtXA/70xEIwOcRxcSnwMU+bILDP4K7+tA2GSdVjK+kpmvRuQiqlZvJbD DCtCyUoX5vwU6e5jCqV3uuJTJnSVpc2zGepvqn/UxtNTgoKsrDukrD0Sc2HZeSzN FJVZKp7p5NUkg2Fd9fT0bVQ+Il7Aop7FmjxqHLNkCc89f1zD9oLcIOLdxJAqTITN uo7CzC2HJFJID/nI0hI0 =SIMg -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 12:22:09) On 06/20/2015 05:45 PM, Jonas Smedegaard wrote: Please elaborate what in cmus is broken by default - seems this whole issue of yours stems from installing an additional package only _suggested_ by cmus. It's not a Suggests, it's a Recommends: glaubitz@ikarus:~$ apt-cache depends cmus |grep roar Recommends: libroar2 glaubitz@ikarus:~$ and apt is - by default - configured to install Recommends. Installing cmus on a newly installed system will therefore install libdnet as a transitive dependency Agreed cmus pulls in the _library_ for dnet. and will result in cmus getting stuck directly after start as I have reported earlier in the first message in this bug report [1]. The first message for this bugreport talks about --with-suggests. Can you please clarify how cmus causes beakage rather than the use of --with-suggests. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 07:56 PM, Jonas Smedegaard wrote: I can't imagine that you cannot reproduce this on a clean install, I could reproduce it on all machines running at least Jessie. Please provide the command to reproduce _without_ --with-suggests option enabled! Jonas, I think you need to re-read what I wrote. Currently libroar2 is a Recommends and _not_ a Suggests: glaubitz@ikarus:~$ apt-cache depends cmus | grep libroar2 Recommends: libroar2 glaubitz@ikarus:~$ My elaborations regarding --with-suggests were regarding the case that Alessio would drop libroar2 from Recommends to Suggests. Currently cmus is definitely getting stuck on a _fresh_ install, simply by installing with apt-get install cmus. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhapVAAoJEHQmOzf1tfkTwUoP/3hSKp9hFYubdqUtE4o24hU4 NtGYrYIYf77tYR0a8/TrvBvd2vcATlaBhICJzWmLI3q2ptOuCKzfvJsJHFj33s6M UcMD8itnjfQGMLEhP6vmc/ucAQyWGiqaraChE7y6KMQ9GGPgHhWoGTXFFZ2hYSsL l6uGhP7EAt0PP7MZUN7h3QqciLEtnb+Bc/awzvTFK8lefjQ9I8E2i0cyNhw5Nw0z NGg57saH+LBYh8HnIcp6W4n5QTIU9HqZursR2rBFzlQ3OueebdnKKQrUSNF3oTTu OcvrcaCBpZGgIhOt8KnjsLJFKSjVmhScrNeHR/hwkzpxcPQaC7jSTzdqQkSWN35e TI4JecsYoB2nsScLPtdXFNytPhqi/B9HfykMvmthNhFqK4BnGdmwv8uDYi2lbtU/ nTkKFAztZZlVDU/Voiy2gqWKjZnHciGr7yl1VU+V6RT7D7cSfmD+wvGX0Nr1TUTu 7biHDxy4lINm+PJjejWFnYBwoEsUhe8Kn78IMaq5CZVsN5HQzwZAfCDLwzcRZSIk hLBPH9bJIqFmczebSH4/XGx+47oLagkC9hvQdh0AdRu9qGxCjT/DT46Cr5c039Xu Q92jtn2Th/xYb9fR2rRwlDLj8GHbmWTaeB1pYibrtHuBcFAqND16KWrpya2iF8/6 WxAvx4lhYnVrryielSjQ =fJqp -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 05:45 PM, Jonas Smedegaard wrote: Please elaborate what in cmus is broken by default - seems this whole issue of yours stems from installing an additional package only _suggested_ by cmus. It's not a Suggests, it's a Recommends: glaubitz@ikarus:~$ apt-cache depends cmus |grep roar Recommends: libroar2 glaubitz@ikarus:~$ and apt is - by default - configured to install Recommends. Installing cmus on a newly installed system will therefore install libdnet as a transitive dependency and will result in cmus getting stuck directly after start as I have reported earlier in the first message in this bug report [1]. Thanks, Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789256#5 - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaFBAAoJEHQmOzf1tfkTqxQP/3MNmvOEeVLD3AEaT2ZGEP92 AU/v65LEhRjZG6BwnXMLEUfdpcMUq4SdGQ2ibY943VTFFpUdLjz3K7OynsN3QeyY sAWdWmBs/PDrC8c6oP16jm2vqpN6t3b2NknYpdgixftkAW+3KOMIGU7Xw9MN+Ogv oG7Fg53HFscBOJmFzs8Cxow25uYTpT2Jvu6KVpQyOI5WgMwM8p4oR5Ofvmt6Ftwf DZqoFzPq3Mp3bhO7QC2SFgKdwKnazbocIFBiPFBa/0VraoWTi6aeBmKk9ggtCBRK Krzv6SKTRcWmr5DgsPWDJHJVntTb9FUnoDyAqoUnUNcMlHKLMwgw2THNGLC0KMxm Zi1+7d+EmChAbhXGQvVhiEB1dUtI9nLaffI8NDmGXBChfKQTyxmNBFy8bYXWIjV7 3RcdIMVpf79phhlPaAClJk6b1ih0280fW6nCVI2qT1giL91peE6GN/HUn5tsZY7A YdeOxYQQ+VqR6f5jXgdw+Vh3t3YmZAosqQmG14AbYp8iY+1T/zpa27/HL3XCojwz fQHLz2q9dh2Sj2lIK56bvUARQ9o+55E/8bdU8A4FKeQj/mPSpalEJUNq9dVGptMS J12ZQtbIFcna6Ff8nMyLO5SiP0R94cf+yfrnbiyHh8D1IRYe9t+IVvryagXGu/A9 mM9xn2trKh8LudzmHZA6 =EfCN -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting Jonas Smedegaard (2015-06-20 12:51:10) Quoting John Paul Adrian Glaubitz (2015-06-20 12:22:09) On 06/20/2015 05:45 PM, Jonas Smedegaard wrote: Please elaborate what in cmus is broken by default - seems this whole issue of yours stems from installing an additional package only _suggested_ by cmus. It's not a Suggests, it's a Recommends: glaubitz@ikarus:~$ apt-cache depends cmus |grep roar Recommends: libroar2 glaubitz@ikarus:~$ and apt is - by default - configured to install Recommends. Installing cmus on a newly installed system will therefore install libdnet as a transitive dependency Agreed cmus pulls in the _library_ for dnet. Correction: I agree cmus pulls in the library for _ROAR_. and will result in cmus getting stuck directly after start as I have reported earlier in the first message in this bug report [1]. The first message for this bugreport talks about --with-suggests. Can you please clarify how cmus causes beakage rather than the use of --with-suggests. Please do clarify above, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 12:56:56) On 06/20/2015 07:51 PM, Jonas Smedegaard wrote: Installing cmus on a newly installed system will therefore install libdnet as a transitive dependency Agreed cmus pulls in the _library_ for dnet. Which is unmaintained upstream and in Debian, see: https://packages.qa.debian.org/d/dnprogs.html I think we can agree that is preferable not to have network stacks in Debian which are no longer actively maintained as they pose a possible security risk. I think we can both agree that using cmus imposes a higher security risk than using a simpler music player with fewer dependencies and thus fewer overall lines of code potentially containing flaws. Please file bugreports regarding security flaws of DECnet packages against those DECnet packages, *not* their reverse dependencies! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 08:42 PM, Jonas Smedegaard wrote: Please file bugreports regarding security flaws of DECnet packages against those DECnet packages, *not* their reverse dependencies! Jonas, do you actually read what I wrote? This very bug report exists because the maintainer of roaraudio refuses to handle any bug reports regarding this issue - heck, he even claims that libroar2 does not depend on libdnet which is, of course, incorrect - and the maintainer for any of the DECnet stuff doesn't exist anymore, both in Debian and upstream. The sole reason for this bug report is to free cmus from broken and unwanted dependencies. I am fully aware that the transitive dependency on libdnet is to be blamed on roaraudio but as you have seen, it's absolutely pointless to talk to its maintainer about the subject. He ignores bug reports and refuses to accept the dependency exists in the first place. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhbX0AAoJEHQmOzf1tfkTywYP/0YTJgOX3db6RjZ1SO8fHIfQ 6H3qEKjblWx7Ku1vO3TuwU/WEJYL8qlr4IBTamURvFV73Od3ByXGq5u184w5g0fC qH+taEVOs6trUYLOstpaSJVxlL10mZPV0a/7x1tJt28Vplagftvkv3VMZQdSDgVh LjLi8UpqUvQ4Gs0UjF1C829eBanq0NqidsSKX5nilp1F2wuyYXxaBhJNCUCxu+Yn OkR7AFOg3RWrZNGznx5gHmZ3XSErjED3/G22txmIq4oU4FUFI7tvikeGpelSEfOp dYZCaVJgLyYkKeCqbtrdVM6srDFf6MB6Y9DFEApGvSVMOq+uSaOLe28WTRCSyar9 QDCcF6s63gn+L+Wr/2yeLy23mqpCeT/A5NThAKfeCvBGeexa9tpuqcO20NeeYUgD w7N02pNO9dXhB5v+1TRC76PtaumePa8aFfxPWHxvjHx7NynKvRW1KKftF91Njf2O yNhajrRm0vLIfxPOXTHqGcRHPY/+xaDYswsrtLpV446GkoH9j8I5hsnQYWA9tVxG H7PjWG4dxsCh1A3aAiXB9MYDcSo8DDj2PRx9eXhzVdNriAwJX7Ql2jqCH9or8BmL UPBCtw6lDpErpdnl3CuKjEqMyV7TjxnI+JHnIj8/E2a6lDlUkHPaIyovCPXAH5UE 9xtsLlc3A7A5aszaYOwB =Kpdg -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Hi Adrian, On Sat, Jun 20, 2015 at 10:16:28PM +0200, John Paul Adrian Glaubitz wrote: On 06/20/2015 09:52 PM, Stephan Jauernick wrote: Please do for the reasons mentioned below. Also these are considered standard of a good bug report. No, the problem is apparent and I don't really want to debug libdnet. You are still trying to boil this down to the mere problem with cmus, but that's just a side effect. The real point is that roaraudio depends on an unmaintained piece of core software which Debian would like to get rid of. It doesn't really matter if you're able to fix this bug now as this won't change anything about the unmaintained status of dnet-progs. So, please refrain from continuing the focus on this particular problem with cmus, this is not the main issue, it's just the trigger that brought me to the attention of this problem. I won't be bothered to continue the discussion anymore if your only concern is this particular problem with cmus but just eventually hand over the issue to the TC. I am only a user who wants to help. While it is not even clear if it is in dnet you seem to be quite obsessed with it. So far from your previous mails i can only do a wild guess that it is somewhere in the cmus roar plugin/roaraudio complex. I never used decnet myself and probably won't. Also I myself don't particularily care about decnet. Additionally I am not the maintainer of either project but just someone who wants to help. If you point out a valid bug in decnet... I think nobody will object to dropping it. Also you are free to ask Patrick to drop the libdnet from roaraudio. I am trying to find out where the bug is located so we finally can contact the right upstream and work on a fix. I only get the decnet warning and then cmus starts up with about 5 seconds delay on the first start and from then on instantly. Which is _exactly_ the problem. It just appears that for some network configurations it seems to get stuck forever. It seems that it affects static network configurations. But again, it's not just this issue but the fact that dnet-prog is unmaintained, both upstream and in Debian and normally packages in such state - where it's apparent that no one is going to pick it up anywhere soon - are to be removed from Debian. Then please make a bugreport against dnprogs, asking for it to be dropped from debian. We only know(as stated above i only can guess that much) that this bug occours on some configurations(which are currently unamed; for me it works on a virtualbox/with dhcp) and somewhere in the roaraudio/cmus plugin. It is not even clear if it is inside of libdnet. You could recompile roaraudio and the cmus roar without dnet and check if you still get the same behaviour. I would be happy to provide the debugging myself but i can't reproduce the bug. You could start giving us a meaningfull starting point for debugging the issue remotely. Ofcourse you can progress with trying to get Patrick or the TC to drop the dnet dependency. This might or might not solve the actual problem. In the event it does: Good job. You fixed a bug without propper debugging. In the event it doesn't: Good job. We can now finally start with bughunting! I mean, are you going to adopt the DECnet-related packages? No. I am not going to do this. Reasons are stated above. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 06:56 PM, Patrick Matthäi wrote: I can't say what's right or best for cmus, but what is right for Debian seems fairly self evident to everyone but the roar maintainers. There is no depenedencie of *roar* to dnet at all. Excuse me? glaubitz@ikarus:~$ apt-cache depends libroar2 |grep dnet Depends: libdnet glaubitz@ikarus:~$ Sorry Ron, but you are realy the last person who is responsible to discuss about topic at all. Same topic as with mumble/celt... Well, he's right and I am pretty sure that all these bug reports with requests to drop DECnet support by various users agree: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 Patrick, why are you so incredibly stubborn and refuse to accept that no one wants to have DECnet packages installed on their system when they want to use ROAR or cmus? Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaKzAAoJEHQmOzf1tfkTTcwP/102v1XDucGnxEhP4d2KvRgc 4X2PogWQephFOhA/A1QDCA6jgA1if3uQSpprtNZMmF+VXkzf8sFedKaUEdXyDt93 RdViAShWA9RjTd82tq+vQna6dA+MRJ1UutuliUDH9iK6+a8TgRrnB6YQJp/tKmj9 +OQP42Fezb2saFuxQpsLV0FcjCEcgbjNDt8FEARUSk2kPhcDrybowKq0IAuG4CC6 Of3GCirZuwlRic5bV2/ZwJ3wgRykQ1wfjtseHydBXByLCYa5nRsngfHxkaYZiSQc lKdpqiKuWC6K8M0xhQVkN6jeOotqknPxXnUaDiKr2UYFeJrBy2CVJahtI52BaI0v xN2GF4iaiHYRPm8z5mpPAl1R+EEL05TlGcdzkerNFSjkfnjd/HIHCGaA8i1jl+Rk 09g378rjYMNMG+TYk9C6B/4iUE1Do2CXLSc9ph4pS0aWbv5EJcHi5dizllA3n/D7 xWMQkGATqPv3TwVbhc2JP+OQTUQdMpGJ0hifngeY7CDuhcMZE8fki2JafXZO6THB yQWGx9K0ZNCmyM47qk97Rery5yQCDmW2HJahUWABopyPfDlGdOSjCAQ5oO6PyfCO /Ewy0EAZ9VIWu0DW1d8poFXai0CUsuaEmJDd9PPc22G9lgZ5FNES5r0V/aHCR/7d YIAGnRyPY5rl3FuT+TAo =NLrR -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 01:12 PM, Patrick Matthäi wrote: It's definitely the Debian way when a certain package functionality that maybe a handful people need breaks other packages. Then it's your duty as a good Debian maintainer to get rid of the old and broken stuff. And there have been more than one bug report against ROAR that asked to drop the DECnet dependency and you keep ignoring them. This is not true. Please attach links/emails where I ignored bug reports/requests (on other channels). https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 Are you actually reading bug reports? Serious question. You are missing the point. I don't have a problem with fixing RC bugs. I have a problem having to fix RC bugs in packages that no one really uses anymore. In case you have forgotten, the release process for Wheezy was dragged along endlessly because the amount of RC bugs would simply not go down. Among such bugs were gems like Iceweasel crashing on sparc or libsnack (used by aMSN) having a buffer overflow vulnerability. Do you really think it's justified to hold the release back because of such ancient software? OK, so lets drop iceweasel? This is definitly offtopic here No, we dropped sparc as a release architecture as a result in case you missed that. They introduced automatic removal of packages affected by RC bugs for this very reason and the fact that DECnet is no longer maintained means that ROAR is permanently at risk being affected by RC bugs unless you think you can fix vulnerabilities or other serious bug in an ancient networking stack. Lets drop package XYZ: it may have got issues we didn't discovered, yet.. No, let's drop package XYZ which _no_one_ maintains both upstream and downstream. It's absolutely a common practice in Debian and happens all the time. Here are some examples: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206866 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288112 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179392 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=182434 I'm sorry Patrick, but I am starting to have doubts that you know how to do a proper job as a maintainer. You apparently don't read bug reports (as shown above), you don't know the details about your *own* packages (you claimed that libdnet is not a dependency which is simply untrue) and you apparently have never heard that Debian does, in fact, remove packages that are either buggy or no longer in active upstream development. We may really need to forward this to the technical committee and ask them to make a decision over the removal of the DECnet dependencies in ROAR as you are apparently completely out of touch with reality. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhaguAAoJEHQmOzf1tfkTjbAP/1mlLWcfl8KsBG4PphR1N+KF HJd/902m7bzEXZ6oKwOIwfAvDVN5VFS9WMELSVxx2fw7vthX/x5+Dvb858E3JqPa hk+R7yxobij1qCAz6c7P8L7DFJPvH3M/33WZllznh/QW/iL1mJCsO8MHImd9Phpn jNiFperP1KhHsWwTx94OMEQF0XZYWnaSAthEmkoDI0eN5o41Cy6xY8qM0o74vHgO t6KvXvMslquCvZo8ZCqf5xaPlbVjCcxWjmhPtRPiq3mqPQfSc1HVgQczMb28+Oyf /NfSH65LryzGyLwLX4IcELkmdcntL6YrbkDR8mVxOMFJorl5oNjBgdjfZQ3otDYI Cm2MwAdoBJgVb6aMrVVVbISreVYghes+dDkQmuiq7cCjJJMIY0zhU1GYkOB2LZwc V2O63WYVKvpUyftsXDn/xzQ7+kP5hjHRRTVCFzz8VigHk1+fmHYaZJNokXCcnHeh c/XTiW1N7dbcGnbGW5WOc77kIM4slRH/s+iMbJtT9IhQ8TgRgAIDqGCRYiMqu6/R cdtRAveQKFQwDHc3NNVxorBb1RYSm6e0oMzHAl2i/Au8LE3pNd9BP0+0LwIqkK7P vAeyDTVEXwStuGr8a9jmflKG17Fn5X65igEsPPb/xPM9W2RNUA/sbO8kPmQijcY3 mQuK5wPOkDx5xsuEuHiA =dkWi -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 13:00:53) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 07:56 PM, Jonas Smedegaard wrote: I can't imagine that you cannot reproduce this on a clean install, I could reproduce it on all machines running at least Jessie. Please provide the command to reproduce _without_ --with-suggests option enabled! Jonas, I think you need to re-read what I wrote. Currently libroar2 is a Recommends and _not_ a Suggests: glaubitz@ikarus:~$ apt-cache depends cmus | grep libroar2 Recommends: libroar2 glaubitz@ikarus:~$ I agree that cmus pulls in libroar2. Why is that dangerous? My elaborations regarding --with-suggests were regarding the case that Alessio would drop libroar2 from Recommends to Suggests. If you mean to say that --with-suggests is irrelevant to discuss here, then I agree: Use of special package install options should be irrelevant when dicussing whether cmus is dangerously broken or not. If you mean something else then please elaborate. Currently cmus is definitely getting stuck on a _fresh_ install, simply by installing with apt-get install cmus. On those systems where you experience cmus being stuck, is the package dnet-common also installed (or was it ever)? If so, you will need to figure out how that got installed, and I am quite certain the cause is *not* cmus and therefore this bugreport against cmus is bogus. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/20/2015 08:25 PM, Jonas Smedegaard wrote: glaubitz@ikarus:~$ apt-cache depends cmus | grep libroar2 Recommends: libroar2 glaubitz@ikarus:~$ I agree that cmus pulls in libroar2. Why is that dangerous? Because libroar _depends_ on libdnet which is an unwanted dependency for most users for one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 And libdnet breaks cmus on some configurations as I have explained now several times. My elaborations regarding --with-suggests were regarding the case that Alessio would drop libroar2 from Recommends to Suggests. If you mean to say that --with-suggests is irrelevant to discuss here, then I agree: Use of special package install options should be irrelevant when dicussing whether cmus is dangerously broken or not. If you mean something else then please elaborate. No, I'm sorry. You misread what I wrote. Really, read my first message in this bug report. Currently cmus is definitely getting stuck on a _fresh_ install, simply by installing with apt-get install cmus. On those systems where you experience cmus being stuck, is the package dnet-common also installed (or was it ever)? No. I never claimed that. If so, you will need to figure out how that got installed, and I am quite certain the cause is *not* cmus and therefore this bugreport against cmus is bogus. It isn't bogus because, as several people have explained several times, the maintainer of roaraudio refuses to drop DECnet support. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVhbT5AAoJEHQmOzf1tfkTfXoP/RYcW0SdV2rtCoXTt+eCWD4B 80Bp4i7rX+oNXod6CiGX5gsF9d9inLTH0Mpbk9kgc1LOG6VWESHJ+M6cPyvQBGjU d8oRcpqi7tuTfzlc4Fv1POyj8EZRDvWFZAznh/GZyC70Cv28elZupz4MDPlKVlMs lWxshWYyrp9K+Kbty8WjloWvmqtHLE6YR3/akkTYbWlVPW7rMBPtFwcx2C5KE2f0 dyfz27iAUBEyTitWIc6yndU1EFlWCRYk4Y74zxU19R2rt7cICMoTY0E3F3iYgrl0 NTq0Bq+oEvR56ipoTqUYw9in9DoZeJKvUeoSITXIBxsv7U7nIQP+WdMfI8VApdEV NkE0HlQqk4TGjievFtnBbWDpan9hHMQCP4rx6FMgN2TcGm4PpbSJnvy58jQ7K5Fg AabE7wxuWL0ZeqneogPx0vFBLolOEQg2bBjW5pFzWh0nb/bTqwPk+Pev7Eit2IQv /WHLNUF1xQp+0s4klCaoBew+0h4HTbCKwxp7MPGvEb7kC1iikME/sY8rL3wiau4R Z6Kvkj0aAMz8J1l+AcTXV5YP+mc6cLd/e4Rjg9DvT1Bian6TmVE3JFvr1OQQeTY5 p/0UTsi+w21wX7cxyG6nqv67znriIq2oIzzwOQ1Q2tAd5CJS5wUuVWZDk7sgDPS4 H7ofH26Jxg5Cl1ErBorf =FRG2 -END PGP SIGNATURE- ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On Sat, 20 Jun 2015, Patrick Matthäi wrote: Am 20.06.2015 um 19:51 schrieb John Paul Adrian Glaubitz: ld the release back because of such ancient software? OK, so lets drop iceweasel? This is definitly offtopic here No, we dropped sparc as a release architecture as a result in case you missed that. Because of roaraudio? Oh no? Ok this is a realy related issue here... X affected Y and Z was the result, so roaraudio is affected. Please discuss this with the iceweasel team if you have got enough free time. Can we please stick with discussing the technical details of this issue instead of attacking eachother? There's clearly a bug here, but even after reading this bug log, I've had to do research on my own to determine what that issue is. If the libroar2 maintainers which to keep decnet support, then someone should probably figure out how to circumvent waiting for the DECnet to settle when it isn't actually configured, and propose a patch to do that. Even just checking for the existence of dnet-common or similar would probably be enough. -- Don Armstrong http://www.donarmstrong.com ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
On Sat, 20 Jun 2015 20:46:17 +0200 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: Currently cmus is definitely getting stuck on a _fresh_ install, simply by installing with apt-get install cmus. On those systems where you experience cmus being stuck, is the package dnet-common also installed (or was it ever)? I cannot reproduce this in a clean sid chroot: Can you please describe how you get your quoted behaviour? root@edoras:/home/tobi# LANG=C apt-get install cmus Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: cmus-plugin-ffmpeg i965-va-driver libao-common libao4 libasound2 libasyncns0 libavcodec56 libavformat56 libavresample2 libavutil54 libcddb2 libcdio-cdda1 libcdio13 libcue1 libdnet libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libelf1 libfaad2 libflac8 libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgsm1 libice6 libjson-c2 libllvm3.5 libmad0 libmodplug1 libmp3lame0 libmpcdec6 libnuma1 libogg0 libopenjpeg5 libopus0 liborc-0.4-0 libpciaccess0 libpulse0 libroar2 libschroedinger-1.0-0 libslp1 libsm6 libsndfile1 libspeex1 libspeexdsp1 libtheora0 libtxc-dxtn-s2tc0 libva1 libvdpau1 libvorbis0a libvorbisenc2 libvorbisfile3 libvpx2 libwavpack1 libx11-6 libx11-xcb1 libx264-146 libx265-59 libxau6 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0 libxcb-sync1 libxcb1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxi6 libxshmfence1 libxtst6 libxvidcore4 libxxf86vm1 va-driver-all vdpau-va-driver Suggested packages: libaudio2 libesd0 libesd-alsa0 libasound2-plugins dnet-common opus-tools pciutils pulseaudio libroar-plugins-universal roaraudio-server libmuroar0 slpd socat openslp-doc speex nvidia-vdpau-driver vdpau-driver libx265-59-dbg xvba-va-driver The following NEW packages will be installed: cmus cmus-plugin-ffmpeg i965-va-driver libao-common libao4 libasound2 libasyncns0 libavcodec56 libavformat56 libavresample2 libavutil54 libcddb2 libcdio-cdda1 libcdio13 libcue1 libdnet libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libelf1 libfaad2 libflac8 libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgsm1 libice6 libjson-c2 libllvm3.5 libmad0 libmodplug1 libmp3lame0 libmpcdec6 libnuma1 libogg0 libopenjpeg5 libopus0 liborc-0.4-0 libpciaccess0 libpulse0 libroar2 libschroedinger-1.0-0 libslp1 libsm6 libsndfile1 libspeex1 libspeexdsp1 libtheora0 libtxc-dxtn-s2tc0 libva1 libvdpau1 libvorbis0a libvorbisenc2 libvorbisfile3 libvpx2 libwavpack1 libx11-6 libx11-xcb1 libx264-146 libx265-59 libxau6 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0 libxcb-sync1 libxcb1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxi6 libxshmfence1 libxtst6 libxvidcore4 libxxf86vm1 va-driver-all vdpau-va-driver 0 upgraded, 79 newly installed, 0 to remove and 0 not upgraded. LANG=C dpkg -l cmus dnet-common libroar2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version ArchitectureDescription +++-=-===-===- ii cmus 2.5.0-7+b1 amd64 lightweight ncurses audio player un dnet-common none none (no description available) ii libroar2 1.0~beta11-1amd64 foundation libraries for the RoarAudio sound ser root@edoras:/home/tobi# su - tobi tobi@edoras:~$ cmus (cmus interface starts up apperantly fine) -- tobi signature.asc Description: This is a digitally signed message part ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Hi Adrian, On Sat, Jun 20, 2015 at 07:34:25PM +0200, John Paul Adrian Glaubitz wrote: On 06/20/2015 01:03 PM, Stephan Jauernick wrote: Thanks for pointing that out. I was mistaken there. Sorry :( No worries, I don't think we disagree about the problem in general. Can you maybe still provide a backtrace/strace log? Please do for the reasons mentioned below. Also these are considered standard of a good bug report. This isn't really necessary as this isn't cmus crashing, it's cmus getting stuck because it's apparently waiting for the DECnet stack to become ready. I can't imagine that you cannot reproduce this on a clean install, I could reproduce it on all machines running at least Jessie. I can't even reproduct it on unstable. I only get the decnet warning and then cmus starts up with about 5 seconds delay on the first start and from then on instantly. My steps to reproduce in all 3 Debian versions: 1. Install a fresh VM from Netinst in VirtualBox 2. Accept the defaults for Desktop and additionally select SSH Server 3. Install cmus as root 4. Change back to a normal user 5. run cmus 6. on jessie and wheezy: playing some test music 7. quit it again Also are you running Debian 8 or Debian 9? I'm running unstable. But this problem is reproducible on Jessie and Stretch as well. After all, it were users at the department where I work who complained that cmus stopped working after upgrading to Jessie. There were no issues on Wheezy as the cmus version there was compiled without ROAR support. Thanks thats another thing i will test. Can you maybe give us a list of installed packages? I will assume that these are desktop machines which where used for some time before upgrading. Unless you can assure me these are fresh installs before updates, we can only assume that there are other packages installed which interfere. I am currently upgrading my fresh debian 8 vm fron yesterday to debian unstable. I will write back when its done and I got to test that. Also does it just hang or will cmus start after some time? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Kind Regards, Stephan signature.asc Description: Digital signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting Don Armstrong (2015-06-20 14:38:25) There's clearly a bug here, but even after reading this bug log, I've had to do research on my own to determine what that issue is. If the libroar2 maintainers which to keep decnet support, then someone should probably figure out how to circumvent waiting for the DECnet to settle when it isn't actually configured, and propose a patch to do that. Even just checking for the existence of dnet-common or similar would probably be enough. As I understand it, these are the issues raised here: a) libdnet is unmaintained and thus potentially dangerous to link against b) dnet-common commonly (or always by default?) cause whole system to hang I disagree that any of above are bugs in cmus. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 15:16:28) You are still trying to boil this down to the mere problem with cmus, This bugreport is filed against cmus, is it not? but that's just a side effect. The real point is that roaraudio depends on an unmaintained piece of core software which Debian would like to get rid of. Then please reassign and retitle the bugreport to discuss the real issue where it belongs. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Quoting John Paul Adrian Glaubitz (2015-06-20 13:50:28) On 06/20/2015 08:42 PM, Jonas Smedegaard wrote: Please file bugreports regarding security flaws of DECnet packages against those DECnet packages, *not* their reverse dependencies! Jonas, do you actually read what I wrote? Yes. This very bug report exists because the maintainer of roaraudio refuses to handle any bug reports regarding this issue That is no excuse for barking up the wrong tree: The proper way to escalate is to move the bugreport for the real issue to the technical committee. The sole reason for this bug report is to free cmus from broken and unwanted dependencies. ...and the sole relevancy to discuss in this bugreport is therefore the bug reported. It seems there are disagreement if cmus is broken and if the dependency is unwanted. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Package: cmus Version: 2.5.0-7+b1 Severity: serious Justification: potentially breaks other packages Hello! As previously discussed, I am opening a bug report against cmus to drop ROAR support from cmus. The reason is that ROAR still depends on libdnet which is potentially dangerous as it may disrupt a user's network configuration [1] for users who run apt-get with --install-suggests and a consequently, the removal of ROAR audio support was previously requested in Debian [2] as well as Ubuntu [3]. Furthermore, it has been observed, that ROAR with DECnet even directly affects cmus now, rendering the package unusable after installation, being stuck directly after starting cmus: glaubitz@z6:~ cmus getnodeadd: Can not open /etc/decnet.conf I therefore request the removal of ROAR support in cmus completely. If anyone needs this feature, they can just rebuild cmus locally since apparently there aren't any users for ROAR audio besides its original maintainer and his buddy who requested re-adding the feature in [4]. Thanks, Adrian [1] https://lists.debian.org/debian-user/2011/09/msg00287.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 [3] https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680745 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.8.0~cvs20150510-1 ii libflac81.3.1-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20150516-2 ii libtinfo5 5.9+20150516-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.75.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 6.0-2 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/19/2015 01:02 PM, James Cowgill wrote: Using apt-get with --install-suggests isn't that common so I don't think this warrants an RC severity (it doesn't break the package for everyone). It was RC severity before, see [1]. Furthermore, ROAR audio currently breaks cmus because of DECnet and the ROAR developers refuse to remove support for it. If you look at the status of DECnet: No kernel maintainer (except general net/ maintenance): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/M AINTAINERS?id=v4.1-rc8#n3060 dnprogs upstream appears to be dead: http://sourceforge.net/projects/linux-decnet/ dnprogs is orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750670 Which is my whole point. IMHO dnprogs should be removed and roaraudio should drop support for DECnet - unless someone who actually uses DECnet is willing to maintain this stuff. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVg/e0AAoJEHQmOzf1tfkT+74P+wVxyo0NG+WWOFuUMyYvgJK1 vusWXm4TCIuAmUDg87njOyXJnpaRzkQO65ikN3P4QXemak9RnwmaqWjo0SesZnso ikwKC0ZLr1sjoEb20ElW55UdKb9+XzFHZBjO2RoeMh7BZnz3E3mm9ZSSsmXabXFx lGV/GA4duPiRqdAfuPyRkcxTspOM59L+NIIo73CqTz/z0csC/GuC8KCjNYIVcIOz 7XfE0m6onaqbGoacTTsEP2D0FKHPx3ST+BECyZlKGqAZKj8NoP6n7xg1F/fBCBBb 6OcjO+w1IxhLhTePUFGbdmBd6U4XoVseeSZm+VfxuPB+DvN+mlrOkMkb+R0s7gis fQSMpGSYP5Bg/ppnwvZCQVvP74uP1Vu6LZO4vXwrPUJaprynVtJYuVhfGkVbUBtE b1IEERqzbHfEbwdHBFCRkvZG2Wq0hHdTTlur2orbFLow1Z0CihmigMGLZOY6/2l/ vFUmpaGyG/drcUpEZHK2cCLwUih7Vpso7IYjchm+j0I3IN+5EMapSBP6nhw7kORZ LrJysOqizfc9T/oasxJMl/N8teJvQSate17TSVmAb4IdvLXSsNO7unpwHd2xrKJe IYLRIMr2V16+27NeR9NUYZeDZ/hfgyQPiIc3u9d49agRyGBOGEezdxpiNhKoJRVW FpIcBYK5A2eMqzFa/Ub1 =yZR9 -END PGP SIGNATURE- ___ 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#789256: Bug#680745: fixed in cmus 2.5.0-7
Hi all, And thanks for sharing your thoughts. Ron, a great thanks goes to you for having clarified the rationale behind your original removal request [1]. While it might not be a common feature, it is a feature none the less. One that relies on functionalities provided by a factually dead software; please get rid of it. Meanwhile I'll be demoting cmus's libroar dependency from Recommends to Suggests. If roaraudio's maintainers do not show willingness to cooperate, then we'll hand this to the TC and see. Cheers. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Control: severity -1 important On Fri, 2015-06-19 at 10:52 +0200, John Paul Adrian Glaubitz wrote: Package: cmus Version: 2.5.0-7+b1 Severity: serious Justification: potentially breaks other packages Hello! As previously discussed, I am opening a bug report against cmus to drop ROAR support from cmus. The reason is that ROAR still depends on libdnet which is potentially dangerous as it may disrupt a user's network configuration [1] for users who run apt-get with --install-suggests and a consequently, the removal of ROAR audio support was previously requested in Debian [2] as well as Ubuntu [3]. Using apt-get with --install-suggests isn't that common so I don't think this warrants an RC severity (it doesn't break the package for everyone). If you look at the status of DECnet: No kernel maintainer (except general net/ maintenance): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS?id=v4.1-rc8#n3060 dnprogs upstream appears to be dead: http://sourceforge.net/projects/linux-decnet/ dnprogs is orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750670 IMHO dnprogs should be removed and roaraudio should drop support for DECnet - unless someone who actually uses DECnet is willing to maintain this stuff. Related bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 This would also mean that this bug would be fixed for any other consumers of roaraudio. Thanks, James signature.asc Description: This is a digitally signed message part ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Processing control commands: severity -1 important Bug #789256 [cmus] cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2 Severity set to 'important' from 'serious' -- 789256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789256 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
(sorry I got the pts email addresses wrong before) On Fri, 2015-06-19 at 13:06 +0200, John Paul Adrian Glaubitz wrote: On 06/19/2015 01:02 PM, James Cowgill wrote: Using apt-get with --install-suggests isn't that common so I don't think this warrants an RC severity (it doesn't break the package for everyone). It was RC severity before, see [1]. Furthermore, ROAR audio currently breaks cmus because of DECnet and the ROAR developers refuse to remove support for it. From the bug: RC severity mostly so this shows up on the radars of all the right people crossing off the details we need to finalise for the release. That doesn't apply here. Hmm I personally can't get cmus to break this way but it could be RC if it breaks in default installations. If you look at the status of DECnet: No kernel maintainer (except general net/ maintenance): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/M AINTAINERS?id=v4.1-rc8#n3060 dnprogs upstream appears to be dead: http://sourceforge.net/projects/linux-decnet/ dnprogs is orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750670 Which is my whole point. Then this is a bug in roaraudio / dnprogs, not cmus. IMHO dnprogs should be removed and roaraudio should drop support for DECnet - unless someone who actually uses DECnet is willing to maintain this stuff. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. I found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 This is the newer one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 But I couldn't find any evidence the _current_ maintainer of roaraudio has refused to remove DECnet support. The current bug about it has no replies. James signature.asc Description: This is a digitally signed message part ___ 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
severity 789256 wishlist retitle 789256 cmus: please drop support for ROAR thanks Quoting James Cowgill (2015-06-19 06:02:31) On Fri, 2015-06-19 at 10:52 +0200, John Paul Adrian Glaubitz wrote: Severity: serious Justification: potentially breaks other packages As previously discussed, I am opening a bug report against cmus to drop ROAR support from cmus. The reason is that ROAR still depends on libdnet which is potentially dangerous as it may disrupt a user's network configuration [1] for users who run apt-get with --install-suggests and a consequently, the removal of ROAR audio support was previously requested in Debian [2] as well as Ubuntu [3]. Using apt-get with --install-suggests isn't that common so I don't think this warrants an RC severity (it doesn't break the package for everyone). cmus does not pull in ptentially dangerous packages - the package management system does, via the --install-suggests argument. This issue is therefore not even important, but only a wishlist issue of dropping a truly optional feature. Lowering accordingly. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#787034: cmus: Adding a folder of music triggers a segmentation fault
Package: cmus Version: 2.5.0-7+b1 Severity: important Dear Maintainer, * What led up to the situation? upgraded from Wheezy to Jessie * What exactly did you do (or not do) that was effective (or ineffective)? 0) tried running cmus, segfaulted 1) renamed my ~/.cmus folder so it wasn't found 2) ran cmus (got the empty play-list as expected) 3) used 5 to browse to my folder of music 4) used a to add the folder Instead of #3-4, I can try using :a /path/to/music and get the same segfault results. * What was the outcome of this action? Some unknown quantity of files were added to the playlist before segfaulting * What outcome did you expect instead? I expected my music to be added to the playlist (which is what happened successfully in cmus in Wheezy, but is now failing in Jessie). I'd be glad to test with any sort of debugging options that might help track down the issue. -Tim -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ 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#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf
Hi Edvin, Quoting Edvin Hultberg (2015-04-30 12:40:36) I'm having the same problems as Mathew. Just tried to do a clean install of cmus from the testing branch. Here's what /var/log/apt/history.log is saying: Start-Date: 2015-04-30 12:37:18 Install: cmus:amd64 (2.5.0-7+b1), cmus-plugin-ffmpeg:amd64 (2.5.0-7+b1, automatic), libcue1:amd64 (1.4.0-1, automatic), libcddb2:amd64 (1.3.2-5, automatic), libslp1:amd64 (1.2.1-10, automatic), libroar2:amd64 (1.0~beta11-1, automatic), libdnet:amd64 (2.64, automatic) End-Date: 2015-04-30 12:37:26 Thanks - that is helpful. Your scenario is not equal to that of Mathew, however: Quoting mathew (2015-04-27 16:28:00) Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, [...] Mathew experienced dnet-common being automatically pulled in, which is not the case for you (only libdnet which should be harmless). Could you please check if you have dnet-common installed on your system, and if so search APT logfiles for when it was installed and what pulled it it? Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf
Hi, I'm having the same problems as Mathew. Just tried to do a clean install of cmus from the testing branch. Here's what /var/log/apt/history.log is saying: Start-Date: 2015-04-30 12:37:18 Install: cmus:amd64 (2.5.0-7+b1), cmus-plugin-ffmpeg:amd64 (2.5.0-7+b1, automatic), libcue1:amd64 (1.4.0-1, automatic), libcddb2:amd64 (1.3.2-5, automatic), libslp1:amd64 (1.2.1-10, automatic), libroar2:amd64 (1.0~beta11-1, automatic), libdnet:amd64 (2.64, automatic) End-Date: 2015-04-30 12:37:26 When I try to start cmus I get: getnodeadd: Can not open /etc/decnet.conf ...and then it stops. On Mon, 27 Apr 2015 17:08:06 +0200 Jonas Smedegaard d...@jones.dk wrote: Hi Mathew, Quoting mathew (2015-04-27 16:28:00) Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, when attempting to start cmus I get: There is only a Suggests between cmus and dnet-common. Care to elaborate on how you installed Debian and how you installed cmus? Maybe if you provide logfile /var/log/apt/history.log it can help shed some light on how dnet-common was pulled in. In any case, cmus is very unlikely to be the root of this problem - if it is a bug at all. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- Mvh Edvin Hultberg ___ 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#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf
Hello again, For some reason I do not have dnet-common installed: ~$ sudo apt-cache policy dnet-common dnet-common: Installed: (none) Candidate: 2.64 Version table: 2.64 0 500 http://ftp.no.debian.org/debian/ testing/main amd64 Packages Med vennlig hilsen/Sincerely Edvin Hultberg On 30/04/15 13:22, Jonas Smedegaard wrote: Hi Edvin, Quoting Edvin Hultberg (2015-04-30 12:40:36) I'm having the same problems as Mathew. Just tried to do a clean install of cmus from the testing branch. Here's what /var/log/apt/history.log is saying: Start-Date: 2015-04-30 12:37:18 Install: cmus:amd64 (2.5.0-7+b1), cmus-plugin-ffmpeg:amd64 (2.5.0-7+b1, automatic), libcue1:amd64 (1.4.0-1, automatic), libcddb2:amd64 (1.3.2-5, automatic), libslp1:amd64 (1.2.1-10, automatic), libroar2:amd64 (1.0~beta11-1, automatic), libdnet:amd64 (2.64, automatic) End-Date: 2015-04-30 12:37:26 Thanks - that is helpful. Your scenario is not equal to that of Mathew, however: Quoting mathew (2015-04-27 16:28:00) Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, [...] Mathew experienced dnet-common being automatically pulled in, which is not the case for you (only libdnet which should be harmless). Could you please check if you have dnet-common installed on your system, and if so search APT logfiles for when it was installed and what pulled it it? Regards, - Jonas ___ 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#783496: marked as done (cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf)
Your message dated Thu, 30 Apr 2015 18:03:08 +0200 with message-id 20150430160308.2364.22...@bastian.jones.dk and subject line Re: Bug#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf has caused the Debian Bug report #783496, regarding cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 783496: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783496 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cmus Version: 2.5.0-7+b1 Severity: important Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, when attempting to start cmus I get: getnodeadd: Can not open /etc/decnet.conf The fix is to apt-get purge libdnet dnet-common Apparently this has been a known problem on and off since 2011, so I'm a bit disappointed that it's still happening: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608807 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616652 616652 suggests that dnet-common was changed to avoid the problem, but either it has regressed or the problem wasn't really fixed. Given that DECnet support in the kernel has been orphaned since 2010 and DEC disappeared in 1998, I can't believe there are any users who need streaming network audio interoperability with non-TCP/IP connected SPARC systems when playing back their MP3s. Can we please block dnet-common and finally end the madness? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 pn libroar2none cmus suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Quoting Edvin Hultberg (2015-04-30 13:34:55) For some reason I do not have dnet-common installed: ~$ sudo apt-cache policy dnet-common dnet-common: Installed: (none) Candidate: 2.64 Version table: 2.64 0 500 http://ftp.no.debian.org/debian/ testing/main amd64 Packages Thanks for confirming. Please file a new bugreport against libdnet that it wrongly provides not only a library but also something which interferes with system setup. cmus linkage against libroar is not a bug - bug you guys experience seems to be in libdnet! Therefore closing this bug. Please note that closing this bug only means marking it as a non-bug - you are still welcome to post comments on the bugreport e.g. if you believe it is wrongly closed. Kind regards, and thanks for your collaboration, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ---End Message--- ___ 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#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf
Package: cmus Version: 2.5.0-7+b1 Severity: important Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, when attempting to start cmus I get: getnodeadd: Can not open /etc/decnet.conf The fix is to apt-get purge libdnet dnet-common Apparently this has been a known problem on and off since 2011, so I'm a bit disappointed that it's still happening: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608807 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616652 616652 suggests that dnet-common was changed to avoid the problem, but either it has regressed or the problem wasn't really fixed. Given that DECnet support in the kernel has been orphaned since 2010 and DEC disappeared in 1998, I can't believe there are any users who need streaming network audio interoperability with non-TCP/IP connected SPARC systems when playing back their MP3s. Can we please block dnet-common and finally end the madness? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 pn libroar2none cmus suggests no packages. -- no debconf information ___ 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#783498: cmus: Segmentation fault adding FLAC files to a clean empty database
Package: cmus Version: 2.5.0-7+b1 Severity: important So having eliminated my DECnet problems, I set about adding my library of music which had worked fine in Debian 7's latest version of cmus. I removed ~/.cmus, started cmus, and told it to import my music. Unfortunately, while adding FLAC files cmus has a segmentation fault and crashes. No other debug information is shown in console or found in the logs. Please let me know if there's anything I can do to help track down the cause. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-3 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-13 pn libroar2none cmus suggests no packages. -- no debconf information ___ 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#783496: cmus: Clean cmus install causes DECnet setup, getnodeadd: Can not open /etc/decnet.conf
Hi Mathew, Quoting mathew (2015-04-27 16:28:00) Clean install of Debian 8. Clean install of cmus. Apparently cmus brings in libraries (libroar1?) which bring in dnet-common and libdnet. As a result, when attempting to start cmus I get: There is only a Suggests between cmus and dnet-common. Care to elaborate on how you installed Debian and how you installed cmus? Maybe if you provide logfile /var/log/apt/history.log it can help shed some light on how dnet-common was pulled in. In any case, cmus is very unlikely to be the root of this problem - if it is a bug at all. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ 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#779335: cmus: New upstream version 2.6.0
Package: cmus Version: 2.5.0-7+b1 Severity: wishlist Hi, cmus has a new version released. The release notes can be found at https://github.com/cmus/cmus/releases/tag/v2.6.0 It would be great if the package could be updated. Cheers, Mirko From cmus-devel-boun...@lists.sourceforge.net Mon Aug 11 10:14:15 2014 Return-path: cmus-devel-boun...@lists.sourceforge.net Envelope-to: c...@mist.name Delivery-date: Mon, 11 Aug 2014 08:14:15 + Received: from lists.sourceforge.net ([216.34.181.88]) by mx0.a-ix.net with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from cmus-devel-boun...@lists.sourceforge.net) id 1XGkkA-0006Pi-4C for c...@mist.name; Mon, 11 Aug 2014 08:14:15 + Received: from localhost ([127.0.0.1] helo=sfs-ml-1.v29.ch3.sourceforge.com) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from cmus-devel-boun...@lists.sourceforge.net) id 1XGkjB-0001XQ-G5; Mon, 11 Aug 2014 08:13:13 + Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from gregory.petros...@gmail.com) id 1XGkjA-0001XF-0Z for cmus-de...@lists.sourceforge.net; Mon, 11 Aug 2014 08:13:12 + Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.215.45 as permitted sender) client-ip=209.85.215.45; envelope-from=gregory.petros...@gmail.com; helo=mail-la0-f45.google.com; Received: from mail-la0-f45.google.com ([209.85.215.45]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1XGkj8-0007W0-9u for cmus-de...@lists.sourceforge.net; Mon, 11 Aug 2014 08:13:11 + Received: by mail-la0-f45.google.com with SMTP id ty20so6418373lab.18 for cmus-de...@lists.sourceforge.net; Mon, 11 Aug 2014 01:13:03 -0700 (PDT) X-Received: by 10.152.7.70 with SMTP id h6mr365395laa.96.1407744783637; Mon, 11 Aug 2014 01:13:03 -0700 (PDT) Received: from MacBook-Pro-Gregory.local ([81.3.151.82]) by mx.google.com with ESMTPSA id f2sm17269197lbo.2.2014.08.11.01.13.01 for cmus-de...@lists.sourceforge.net (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Aug 2014 01:13:01 -0700 (PDT) Date: Mon, 11 Aug 2014 12:12:59 +0400 From: Gregory Petrosyan gregory.petros...@gmail.com To: cmus-de...@lists.sourceforge.net Subject: cmus 2.6.0 =?iso-8859-1?Q?=ABLong_Overdue?= =?iso-8859-1?Q?=BB?= Message-ID: 20140811081259.GA61453@MacBook-Pro-Gregory.local MIME-Version: 1.0 User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.6 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (gregory.petrosyan[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNEDMessage has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1XGkj8-0007W0-9u X-BeenThere: cmus-de...@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: cmus-devel.lists.sourceforge.net List-Unsubscribe: https://lists.sourceforge.net/lists/listinfo/cmus-devel, mailto:cmus-devel-requ...@lists.sourceforge.net?subject=unsubscribe List-Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=cmus-devel List-Post: mailto:cmus-de...@lists.sourceforge.net List-Help: mailto:cmus-devel-requ...@lists.sourceforge.net?subject=help List-Subscribe: https://lists.sourceforge.net/lists/listinfo/cmus-devel, mailto:cmus-devel-requ...@lists.sourceforge.net?subject=subscribe Content-Type: multipart/mixed; boundary7923577330728334636== Errors-To: cmus-devel-boun...@lists.sourceforge.net X-Spam-Score: -7.6 X-Spam-Score-int: -75 X-Spam-Bar: --- X-catchall: YES Status: RO Content-Length: 9577 Lines: 284 --===7923577330728334636== Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=n8g4imXOkfNTN/H1 Content-Disposition: inline --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please welcome new major release =E2=80=94 cmus 2.6.0 =C2=ABLong Overdue=C2= =BB! It is functionally equivalent to 2.6.0-rc0 but as you all know, non-rc is *= so* much better than an -rc. Major new features since 2.5.0: - show all tracks when artist is selected in the tree view (https://i.imgur.com/DdCUqCy.png
Bug#728202: cmus: m4a and wma playback is broken
On Sat, 16 Nov 2013 15:05:42 +0100 Thomas debianbts-20131104195...@racbu.de wrote: Package: cmus Version: 2.5.0-4 Followup-For: Bug #728202 Hi! I noted today that cmus has exactly the same problem with wma-files. Thomas Cmus should be upgraded to 2.6.0 the ffmpeg plugin built off of FFmpeg using swresample, then it will work as expected Doug ___ 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#765634: cmus: please enable mp4 playback, it now segfaults
Package: cmus Version: 2.5.0-7+b1 Severity: normal Tags: patch Hi! Trying to add an mp4 file to the library makes cmus segfault. This is because it is not linked with libmp4v2-2 support. Attached patch enables mp4 support by adding libmp4v2-2 to build depends. -- Per -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-11 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140913-1 ii libtinfo5 5.9+20140913-1 ii libvorbisfile3 1.3.2-1.4 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-6+b1 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information diff --git a/debian/control b/debian/control index 329148e..9b1c932 100644 --- a/debian/control +++ b/debian/control @@ -18,6 +18,7 @@ Build-Depends: libflac-dev, libmad0-dev, libmodplug-dev, + libmp4v2-dev, libmpcdec-dev, libncursesw5-dev, libpulse-dev (= 0.9.19), ___ 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#761572: cmus: doesn't add symlinked files to library
Package: cmus Version: 2.5.0-7+b1 Severity: important Tags: upstream Hello, Adding files to the library fails if the files are symlinks, even though they are valid symlinks pointing to valid audio files. The problem has already been fixed in the most recent version of cmus; see http://sourceforge.net/p/cmus/mailman/cmus-devel/thread/20130423201742.gn19...@compy.jasonwoof.org/ for details about the issue and solutions. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-10 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.7-8 ii libflac81.3.0-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140712-2 ii libtinfo5 5.9+20140712-2 ii libvorbisfile3 1.3.2-1.4 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 5.0-6 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus 2.5.0-7 MIGRATED to testing
FYI: The status of the cmus source package in Debian's testing distribution has changed. Previous version: 2.5.0-6 Current version: 2.5.0-7 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ 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#680745: marked as done (Request: Reactivation of RoarAudio support in cmus)
Your message dated Thu, 14 Aug 2014 13:33:36 + with message-id e1xhv9s-su...@franck.debian.org and subject line Bug#680745: fixed in cmus 2.5.0-7 has caused the Debian Bug report #680745, regarding Request: Reactivation of RoarAudio support in cmus to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 680745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680745 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cmus Version: 2.4.3-2 Sadly i had to see that RoarAudio support got disabled in cmus in debian... This is a feature i use and it works well upstream. I hereby request the reactivation of this Feature. Thanks. Regards, Stephan ---End Message--- ---BeginMessage--- Source: cmus Source-Version: 2.5.0-7 We believe that the bug you reported is fixed in the latest version of cmus, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 680...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alessio Treglia ales...@debian.org (supplier of updated cmus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 14 Aug 2014 13:45:10 +0100 Source: cmus Binary: cmus cmus-plugin-ffmpeg Architecture: source amd64 Version: 2.5.0-7 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Alessio Treglia ales...@debian.org Description: cmus - lightweight ncurses audio player cmus-plugin-ffmpeg - lightweight ncurses audio player (FFmpeg plugin) Closes: 680745 Changes: cmus (2.5.0-7) unstable; urgency=medium . * Re-introduce Roaraudio support (Closes: #680745): - debian/control: Add build-dependency on libroad-dev. - debian/rules: Tune dpkg-shlibdeps call to move pulse and roar's dependencies to Recommends. Made the whole mechanism slightly more elegant. * Enable CUE support. * The project has moved to github, update the Homepage field accordingly. * Update debian/watch, project has moved from sourceforge to github. Checksums-Sha1: b6380458fbcecca3a1cd931b147b7db49d7c55b9 2308 cmus_2.5.0-7.dsc f90af71eb64dcf2ae832e59e8d6fc30d0e6b67c5 10989 cmus_2.5.0-7.debian.tar.gz f2a9c0287417f17c3d243530f1f7bbade0efd1ed 199466 cmus_2.5.0-7_amd64.deb c05835f639f6a356959e444cd95d1d133b53d268 11372 cmus-plugin-ffmpeg_2.5.0-7_amd64.deb Checksums-Sha256: 2e76be230b595d9028b682115c52382a2c83a80d424382072813d1c835ebec86 2308 cmus_2.5.0-7.dsc acd7a4509f3dbeb06ffec359b4b3b22cc4e02b78525c63c05a62ffe69418f472 10989 cmus_2.5.0-7.debian.tar.gz c3427b08d7889610290f69d23dba9f08017e5fcc4dbd4a3104f0320f759e7f7d 199466 cmus_2.5.0-7_amd64.deb f605750986a918476502a2ee3dbe8de49e57fee747d550dac0fb518247cb4a45 11372 cmus-plugin-ffmpeg_2.5.0-7_amd64.deb Files: a7b9de212aedc5a6ed29835dcc2bea79 199466 sound optional cmus_2.5.0-7_amd64.deb 800322503372f12d5efd51b66b8129f1 11372 sound optional cmus-plugin-ffmpeg_2.5.0-7_amd64.deb debb27f2aad401ab4994bf647d945b10 2308 sound optional cmus_2.5.0-7.dsc a13ab9cde2b7f3e262d631c8b7b76b50 10989 sound optional cmus_2.5.0-7.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJT7LaxAAoJEOikiuUxHXZaSO8P/0ZgJqXpKHpsTlrIiaz44FMc H+2EfneKLTamPBq+jmfkzobo6Ru+f9cLlhBtzTedOgeXFJyAKQrRNLEgQAbxwl6R 4iWURLvNssfXN4sl8c+w+uYoRUBxuIkZNkCy/ntrAVnkovPFa2rkggSaUdejXu9+ 4hGgOkKoCsijo7SEYPBsWaOrpjK4+b1c3p7SuV/uCaWgzD3/tcRdZxqG1+kKey7i iWEJMGRIctC8r8UiMnv0+FKr//SF5riuiPnVRdJfLgwSKj6mcf5KSE8vLjVjoCgz crlbUurUw6KZSmKF19mMf9peHdB7HluwtnSQZzAFk0QslrX0U6etiZZ6vqe3/Wy6 cNmmEXZSd2VJrm1Q6BhcyObBMrWZHco8DFPg5cXuwmOjWXbqGRcMi1S/+0zf2AZn uns7h7TDymfK5pFm5Ie4YH685j9w+pejUDjLNo4eJ5jB+46TIleD3c/AE1MCwSqI ec8rkRRNIHfjMQIZOraFQSHtwsbY1XnE74S57AsSGTJlxXyHGgRtDzScZeoOJ5Go RyLo1a20uKAqsZIzSRo6xjFwVY2w9DpuWApaFTyjbCMrr7xTuojE8DZvz9OHgC/a W8VLSIwRrlRMt4R1avulMJbLlDPKUYKYYC1yinfr/XuM1jF0nRvyPoKWX+rRL3nC 8Dq1KiI/gcaYWBtil7Z6 =K/uL -END PGP SIGNATUREEnd Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg
Re: [SCM] cmus/master: Refresh patchset:
Hi there, (CC'ing DMM too) On Thu, Aug 14, 2014 at 3:35 PM, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit 57a6f56d58650814bbc1745bd876b8684a93aa63 Author: Alessio Treglia ales...@debian.org Date: Thu Aug 14 15:34:23 2014 +0100 Refresh patchset: Could you please have a look at cmus's libav10.patch? It seems it needs a little bit of work. Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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#756051: Subject: cmus: getting Error: opening audio device: internal error
Subject: cmus: getting Error: opening audio device: internal error Package: cmus Version: 2.5.0-6 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-2 ii libasound2 1.0.28-1 ii libc6 2.19-7 ii libcddb21.3.2-4 ii libcdio-cdda1 0.83-4.1 ii libcdio13 0.83-4.1 ii libfaad22.7-8 ii libflac81.3.0-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140118-1 ii libtinfo5 5.9+20140118-1 ii libvorbisfile3 1.3.2-1.4 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-6 ii libpulse0 5.0-2 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#756051: Subject: cmus: getting Error: opening audio device: internal error
Processing commands for cont...@bugs.debian.org: tags 756051 moreinfo Bug #756051 [cmus] Subject: cmus: getting Error: opening audio device: internal error Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 756051: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756051 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#756051: Subject: cmus: getting Error: opening audio device: internal error
tags 756051 moreinfo thanks Could you please give us more information please? sent via mobile On 25 Jul 2014 19:21, Arad arad...@gmail.com wrote: Subject: cmus: getting Error: opening audio device: internal error Package: cmus Version: 2.5.0-6 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-2 ii libasound2 1.0.28-1 ii libc6 2.19-7 ii libcddb21.3.2-4 ii libcdio-cdda1 0.83-4.1 ii libcdio13 0.83-4.1 ii libfaad22.7-8 ii libflac81.3.0-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20140118-1 ii libtinfo5 5.9+20140118-1 ii libvorbisfile3 1.3.2-1.4 ii libwavpack1 4.70.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-6 ii libpulse0 5.0-2 cmus suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
cmus 2.5.0-6 MIGRATED to testing
FYI: The status of the cmus source package in Debian's testing distribution has changed. Previous version: 2.5.0-4 Current version: 2.5.0-6 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
