[pkg-lxqt-devel] Bug#867015: lxqt dependancy on cmst (and thus connman) broke my network

[Alf Gaida]

> In fact, there seems to be a lot of unneccessary and problematic
Depends: in
> the lxqt package that should be Recommends:
Nope  - you are right that the networking stuff is a little bit hard as
dependency.
For lean installations the package lxqt-core might fit better. And if
l-core isn't
core enough - --no-install-recommend is possible or deleting not needed
components afterwards

> There's no reason why lxqt should depend on a display manager. it's usable
> with just startx. Dependencies on 'sddm-theme-debian-maui | sddm-theme |
We see it otherwise - but you are right, moved the wm-dependency to lxqt.
Btw. there is no reason to use meta-packages at all.

> GUI archive tools like 'xarchiver | ark | engrampa' can be useful, but
there's
> no justification for making lxqt depend on them. Fortunately,
installing them
> shouldn't cause any harm, but does take away people's ability to choose.
lxqt-core  - one can also install the wished packages via apt, mentioned it
before

> pavucontrol* should also be Recommends: - not everyone uses pulse
audio, and
> installing those packages and all their dependencies could break someone's
> alsa config.
lxqt-core

> Depends are for things that a package can't do without. Recommends are for
> things that are very useful - or "recommended". Suggests are for
things that
> are merely nice extras.
That's your opinion - bare with me if i have a different POV. Depends
are not
"runs without segfault". Meta-Packages are suggestions how a system
could look
like. So if one don't like the suggestions one is free to install his
wished set of
packages package by package. Metapackages will ever be a compromise between
functionality and usability. Same for dependencies in single packages.

> I run sid, so i'm not unfamiliar with the occasional upgrade-related
problem
> - bugs or version incompatibilities or whatever....but it should be
possible
> for me, or anyone else, to run 'apt-get dist-upgrade' without having
someone
> else's **personal preferences** break their system and their network.
Sorry for that, these changes was planned within the freeze - the
network thing
was a little bit hard, even for the full blown environment.