9 Jun
2019
9 Jun
'19
1:51 p.m.
On nie, cze 9, 2019 at 8:43 PM, Neal Gompa <ngompa13(a)gmail.com> wrote:
On Sun, Jun 9, 2019 at 2:25 PM Christian Boltz
<opensuse(a)cboltz.de>
wrote:
There are probably a few places where we could get rid of alternatives
an clear
them up, like that default-displaymanager, which should have probably
been
switched to systemd service (loaded by presets) and not alternatives a
year
ago, so we don't need to have xdm installed on every installation ;)
I should get rid of alternatives for branding repos, they don't really
work
that well anyway, and I doubt anybody uses them for anything productive.
Anyway, it's a nice system, but there are better and easier ways to
manage
some of the provided functionality (like literally switching wallpapers
in
gui instead of managing that stuff through alternatives).
LCP [Stasiek]
https://lcp.world
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Am Montag, 3. Juni 2019, 13:50:55 CEST schrieb Thorsten Kukuk:
Probably the unfortunate answer here is that openSUSE will need to
make some actual choices and reduce the usage of alternatives. For
example, in Fedora, we do not use alternatives by default to allow
switching between Python 2 and Python 3 implementations of binaries,
we didn't use alternatives for supporting the use of both createrepo
and createrepo_c (we just eventually made createrepo_c provide
createrepo), and so on.
The concept of alternatives is fundamentally a user/admin decision
controlled system. It probably can't support a two-tiered model like
what this proposes.
But hey, on the flip side: reducing the amount of alternatives
invocations will speed up openSUSE software installations and updates! Your comments and feedback?
I like the idea :-)
Just in case you want to make your TODO list a bit bigger ;-) - I
just
noticed that you didn't look at /etc/alternatives/ yet.
Currently we have several /usr/bin/whatever, /usr/share/man/whatever
symlinks pointing to /etc/alternatives/ - we'll need to find a
solution
for that too.
(I don't have a good solution for that - symlinks don't support
fallbacks, and letting update-alternatives change the symlinks in
/usr/
is also a bad idea. Nevertheless, I wanted to make sure you have
this on
your radar.)