cmus recommends dnet-common and libdnet

Bug #923027 reported by Max Liebkies
42
This bug affects 8 people
Affects Status Importance Assigned to Milestone
cmus (Debian)
Fix Released
Unknown
cmus (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

I'm sorry if this is completely in the wrong place because it is not really a bug but more an annoyance:

cmus recommends libroar1, which in turn depends on dnet-common and libdnet. If you just apt-get install cmus you end up with a more or less configured DECnet on your machine. This has some side effects, most notably the changing of the MAC-address of your Ethernet interfaces, which really is not what you want, I guess.
Apart from that I quickly ran into problems as I undocked my laptop (ThinkPad T61) from the docking station with an integrated Ethernet port. I don't know if DECnet was responsible for that or if it just was a funny quirk but my machine locked up completely. After rebooting I discovered that cmus wouldn't launch (just a blinking cursor forever). strace told me that cmus hung while waiting for connect() on an AF_DECnet socket.
After that I wasn't even able to start /etc/init.d/decnet without errors, which I was able to trace down to the /sbin/setether script. The script uses /sbin/ip to change the MAC-address, which failed with "RTNETLINK: No such device" on eth0 (the MAC address was already changed to AA:00:00:??:??:??). After that I stopped looking into the problem and purged cmus and all dependencies.
After a reboot DECnet was gone.

Long story short: Installing cmus and cmus-plugin-ffmpeg with --no-install-recommends did the trick, WITHOUT installing libroar1 and its dependencies and funny side effects. So I think the recommends for cmus should be changed to not include libroar1.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: cmus 2.4.2-1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic i686
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Sat Jan 28 11:44:56 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
ProcEnviron:
 LC_CTYPE=en_US.UTF-8
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
SourcePackage: cmus
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Max Liebkies (mliebkies) wrote :
summary: - cmus transitively depends on dnet-common and libdnet
+ cmus recommends dnet-common and libdnet
Revision history for this message
Alessio Treglia (quadrispro) wrote : Re: [Bug 923027] [NEW] cmus recommends dnet-common and libdnet

Hi,

thanks for reporting this.

I maintain cmus for both Debian and Ubuntu, would you check if this is
reproducible on Debian testing/unstable too?

Thanks in advance for any reply.

--
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | <email address hidden>
Ubuntu Core Developer    | <email address hidden>
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A

Revision history for this message
Max Liebkies (mliebkies) wrote :

Hi,

sure, no problem. I'll check if this is reproducible on Debian, but I need to set up a minimal install first. Might be a day or two before I have time for that. :-)

Cheers,
Max

Revision history for this message
Markus Koschany (apoleon) wrote :

Hello,

i stumpled across this bug report and i can confirm Max description for Debian Sid, too. If you install cmus on Sid you will also pull in libroar1 which depends on dnet-common. Thus it will change your MAC-Adress automatically which led in my case to a broken network connection.

I made this experience a couple of months ago but assumed a bug report would already have existed for Debian. On the other hand you can easily circumvent the problem by purging dnet-common. An alternative would be to install cmus without the recommended packages and to install cmus-plugin-ffmpeg in a second step like

aptitude -R install cmus
aptitude install cmus-plugin-ffmpeg

You could also drop the recommends for libroar1 or maybe dnet-common shouldn't automatically change the MAC-adress.

Cheers
Markus

Revision history for this message
Markus Koschany (apoleon) wrote :

More precisely it goes: cmus recommends libroar1 which depends on libdnet which recommends dnet-common ;)

Revision history for this message
Alessio Treglia (quadrispro) wrote :

Although I undestand the problem and which consequences it can lead to, cmus should at most least have that Recommend as it provides a plugin linked against libroar.

So I'd suggest to file a bug against roaraudio in the Debian BTS to ask the maintainer what he thinks about this issue.

Revision history for this message
Markus Koschany (apoleon) wrote :

Well, i guess that makes sense although i think the package in question should be libroar1 instead of roaraudio. If there are no objections, i can file this bug report against roaraudio or libroar1 and point to this page in my report.

Revision history for this message
Alessio Treglia (quadrispro) wrote : Re: [Bug 923027] Re: cmus recommends dnet-common and libdnet

On Sat, Feb 4, 2012 at 6:40 PM, Markus Koschany
<email address hidden> wrote:
> Well, i guess that makes sense although i think the package in question
> should be libroar1 instead of roaraudio.

Yes, roaraudio is the source package. Please open a bug against the
libroar1 runtime package.

> If there are no objections, i
> can file this bug report against roaraudio or libroar1 and point to this
> page in my report.

Please go ahead, and thanks!

--
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | <email address hidden>
Ubuntu Core Developer    | <email address hidden>
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A

Revision history for this message
Markus Koschany (apoleon) wrote :

I investigated the bug a bit more. Obviously a couple of other users already filed bug reports for the same reason in Debian one year ago. There is bug report #608807 [1] for example which fixed the problem. Dnet-common now asks whether the user wants to configure the network interface for DECnet.

You should also check #616652 [2] and #636373 [3]. At first the bug was solved by downgrading dnet-common from "recommends" to "suggested" for libdnet. The patch was later reverted. Nevertheless dnet-common isn't a problem anymore for cmus in Debian because the user can choose to deactivate it at install time. It is annoying though.

But it seems at least in Ubuntu 11.10, the kernel module for DECnet is still activated, although the user skips the configuration of dnet-common. With Debian Sid i can't reproduce this behaviour, so it seems the problem is ubuntu-specific.

===Temporary Solution===

1. Install cmus with the -R flag without recommended packages as described in Max initial bug report #1 and my comment #4.

I suggest forwarding this bug report to the Ubuntu maintainer of dnet-common because DECnet is starting although the user skips its configuration which causes a lot of problems for someone who only wants to install a lightweight music player for the console.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608807
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616652
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636373

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cmus (Ubuntu):
status: New → Confirmed
Revision history for this message
dotancohen (dotancohen) wrote :

Sure enough:

$ sudo 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 dnet-common libao-common libao4 libdnet libroar1
Suggested packages:
  libsndio0 roaraudio-server libmuroar0 slpd
The following NEW packages will be installed:
  cmus cmus-plugin-ffmpeg dnet-common libao-common libao4 libdnet libroar1
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 571 kB of archives.
After this operation, 1,715 kB of additional disk space will be used.
Do you want to continue [Y/n]?

Revision history for this message
dotancohen (dotancohen) wrote :

Note that my previous comment was on Kubuntu 12.04.4 LTS, which is still a supported *buntu version.

Revision history for this message
mathew (meta23) wrote :

I just hit this bug in the newly released Debian 8 (stable), so it's still a going concern.

It seems that

    apt-get purge libdnet dnet-common

fixes the problem.

Revision history for this message
John Drinkwater (johndrinkwater) wrote :

With it being pulled in by default, the player just doesn’t run. It might be preferable to just disable that recommendation?

john@joran ~ ❯ sudo 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 libao-common libao4 libcue1 libdnet libroar2 libslp1
Suggested packages:
  libesd0 libesd-alsa0 dnet-common libroar-plugins-universal roaraudio-server pinentry libmuroar0 slpd openslp-doc
The following NEW packages will be installed
  cmus cmus-plugin-ffmpeg libao-common libao4 libcue1 libdnet libroar2 libslp1
0 to upgrade, 8 to newly install, 0 to remove and 0 not to upgrade.

Setting up libao-common (1.1.0-3ubuntu1) ...
Setting up libao4:amd64 (1.1.0-3ubuntu1) ...
Setting up libdnet:amd64 (2.64build1) ...
Setting up libslp1:amd64 (1.2.1-10) ...
Setting up libroar2 (1.0~beta11-1) ...
Setting up libcue1 (1.4.0-1) ...
Setting up cmus (2.5.0-7) ...
Setting up cmus-plugin-ffmpeg (2.5.0-7) ...
Processing triggers for libc-bin (2.21-0ubuntu4) ...
john@joran ~ ❯ cmus
getnodeadd: Can not open /etc/decnet.conf
*user sits at CLI, not listening to music*

Revision history for this message
Valentijn (ev1l0rd) wrote :

I also hit this bug on (X)ubuntu 15.04. Terminal output is the same as John Drinkwater's.

Revision history for this message
Sebastian Ramacher (s-ramacher) wrote :

In 2.7.1-1 the Recommends has been demoted to a Suggests.

Changed in cmus (Ubuntu):
status: Confirmed → Fix Released
Changed in cmus (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.