Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Debian DECnet madness has returned

29 views
Skip to first unread message

J G Miller

unread,
May 17, 2012, 8:59:01 AM5/17/12
to

libopenal1 -- Software implementation of the OpenAL API (shared library)

This is an audio library.

apt-get install libopenal1 libopenal-data libopenal-dev

The following extra packages will be installed:
dnet-common libdnet libroar-compat2 libroar2

Setting up dnet-common (2.57) ...
dnet-common: Skipping configure of DECnet
update-rc.d: warning: decnet start runlevel arguments (S) do not match LSB Default-Start values (2 3 4 5)
update-rc.d: warning: decnet stop runlevel arguments (1) do not match LSB Default-Stop values (0 1 6)
DECnet not started as it is not configured.


Just how many people want DECnet installed on their PC to
run some audio applications?

Richard Kettlewell

unread,
May 17, 2012, 9:14:02 AM5/17/12
to
That comes in via a Recommends: field, so in this case you're not
actually compelled to install all those extras if you don't want them.

Still, I don't see why you care, or rather, why you care about this but
not all the things in (say) /lib/modules that you're not using.

--
http://www.greenend.org.uk/rjk/

J G Miller

unread,
May 17, 2012, 10:16:47 AM5/17/12
to
On Thursday, May 17th, 2012, at 14:14:02h +0100, Richard Kettlewell wrote:

> That comes in via a Recommends: field, so in this case you're not
> actually compelled to install all those extras if you don't want them.

The command

apt-get install libopenal1 libopenal-data libopenal-dev

does not give one the option to *not* download in the and install dnet-common,
in the immediate dialog following, but one may purge it after it has been installed.

So the download and install was rather pointless ...

Maybe one should always specify

--no-install-recommends

or configure apt with

Do not consider recommended packages as a dependency for
installing. Configuration Item: APT::Install-Recommends.

to avoid extra bloatware being installed? ;)
Message has been deleted

J G Miller

unread,
May 17, 2012, 10:46:56 AM5/17/12
to
On Thursday, May 17th, 2012, at 14:21:51h +0000, Roger Burton West wrote:

> Ideally Recommends would be flagged for review, but we generally end up
> not wanting them.

Yes that is the problem, one does not want to miss out on some potentially
helpful extras but often they are just not appropriate such as DECnet
in this case.

It would be good if apt-get had an option to allow a Y/N dialog response
to "install recommends" when recommends are available.

My point on this one is that an obsolete "proprietary" networking protocol
should not be getting installed for software related to audio.

I could understand it, if the package being installed was network
related, but audio is in a completely different application group ...

Ivan Shmakov

unread,
May 20, 2012, 12:42:48 AM5/20/12
to
>>>>> J G Miller <mil...@yoyo.ORG> writes:
>>>>> On Thursday, May 17th, 2012, at 14:21:51h +0000, Roger Burton West wrote:

>> Ideally Recommends would be flagged for review, but we generally end up
>> not wanting them.

> Yes that is the problem, one does not want to miss out on some
> potentially helpful extras but often they are just not appropriate
> such as DECnet in this case.

Alternatively, one can craft a simplistic Conflicts:-only
package (say, with equivs) to prevent these packages from being
installed. E. g.:

Package: get-rid-of-the-boring-stuff
Priority: required
Conflicts: dbus, gfxboot, libdrm-intel1, libdrm-nouveau1, libdrm-radeon1, os-prober, plymouth
Description: Block unwanted packages
This package's solely purpose is to conflict with a few unwanted
packages.

> It would be good if apt-get had an option to allow a Y/N dialog
> response to "install recommends" when recommends are available.

> My point on this one is that an obsolete "proprietary" networking
> protocol should not be getting installed for software related to
> audio.

> I could understand it, if the package being installed was network
> related, but audio is in a completely different application group ...

Well, JACK and NAS are audio. Yet, they're network.

--
FSF associate member #7257

J G Miller

unread,
May 20, 2012, 8:34:00 AM5/20/12
to
On Sunday, May 20th, 2012, at 11:42:48h +0700, Ivan Shmakov wrote:

> Well, JACK and NAS are audio. Yet, they're network.

Yes that is the problem with generalist simplistic statements --
they are so easy to pick apart, but they do not require
an alternative network protocol (DECnet) to the "standard" TCP/IP.

And pulseaudio has network capabilities as well ...
0 new messages