Your message dated Thu, 30 Apr 2015 18:03:08 +0200
with message-id <[email protected]>
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 [email protected]
immediately.)
--
783496: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783496
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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 libcddb2 1.3.2-5
ii libcdio-cdda1 0.83-4.2
ii libcdio13 0.83-4.2
ii libcue1 1.4.0-1
ii libfaad2 2.7-8
ii libflac8 1.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 libncursesw5 5.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 libroar2 <none>
cmus suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
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 ---
