new encroachments of our least favourite init

freemedia2018 · 2019-12-18 06:52:10

well i asked, but i included a url and im guessing that too has to be moderated, it hasnt hit the page yet:

https://lists.dyne.org/lurker/mindex/dn … 00.en.html

Dutch_Master · 2019-12-18 07:41:10

I have received a reply from Rich Freeman from the Gentoo project but am awaiting permission to post it in this thread. Stay tuned (I hope!)

freemedia2018 · 2019-12-18 08:00:20

thanks if someone let the post through, its posted.

dutch, thank you as well.

steve has replied, im also interested in yours if you get permission: https://lists.dyne.org/lurker/message/2 … 15.en.html

Last edited by freemedia2018 (2019-12-18 13:03:42)

golinux · 2019-12-18 16:48:21

freemedia2018 wrote:

thanks if someone let the post through, its posted.

I didn't touch it. By the time I read your post, it was already there. Perhaps you are too impatient . . .

Dutch_Master · 2019-12-18 16:56:01

The "official" Gentoo reply from Rick Freeman:

Gentoo has always been about providing our users (and developers) with
choices. As long as somebody is willing to maintain a service
manager, Gentoo will host it in our repository along with any
per-package configurations/scripts/etc it may require.
Gentoo actually supports a number of service managers. Our release
media/etc defaults to use OpenRC, though at times alternate release
media using other service managers has been maintained. Gentoo has
supported systemd as a service manager for years - long before it was
a default on most distros. Gentoo also supports other service
managers which haven't gotten as much press, and if a contributor
wishes to maintain a new service manager in our repository no policy
will prevent them from doing so.
Systemd has absorbed or replaced a number of previously-standalone
projects over the years (eg udev). In most cases Gentoo supports the
systemd implementation of these, alongside standalone forks of these
where they exist (several of which were created by Gentoo). To
varying degrees users can mix and match these as they wish, where this
is supportable. The default implementations are usually selected by
the maintainers of these components in close collaboration, based on
practical matters such as maturity/compatibility/etc, with the goal of
providing the best overall experience to users regardless of their
choice of service manager.
Gentoo in general tries to stick close to upstream and this is true of
our service managers. We do not generally apply compatibility layers
so anyone using a non-systemd service manager will not see any kind of
interaction with systemd units/etc. Likewise systemd users will get
an upstream-like systemd experience and will not see any kind of
interaction with OpenRC scripts/etc. As a result it is possible to
run a Gentoo system without any trace of systemd, or without any trace
of OpenRC/sysvinit.
As Gentoo has always been about providing choices to our users we
generally do not prohibit software from existing in our repositories
unless it is simply impossible due to legal/etc concerns. Gentoo
users and contributors are free to use or support the software they
wish as a result. While Gentoo has certainly not escaped some of the
divisiveness/etc around systemd implementations, argument is actually
fairly rare these days because the various choices individually work
well enough that those who prefer or reject systemd don't really feel
much encumbrance from the actions of the other group. This might be
why you were under the impression that Gentoo support for systemd is a
recent change - little has changed in the recent past, and there is
little reason to expect any kind of disruption to Gentoo users who
prefer to not use systemd (which is our default anyway).

As a response to my request for permission to quote him he quantified his earlier reply as follows:

Keep in mind that this is just a general explanation of
how Gentoo treats systemd (and really just about any package) in
general, and isn't any kind of particular reaction to any issue/etc.
Any policy can be subject to change, but this state of affairs has
been stable for some time so I don't expect that is likely. And of
course eventually new service managers will likely replace both OpenRC
and systemd - it is just the nature of FOSS to improve, just as OpenRC
and systemd both replaced service managers that came before them.

HTH!

freemedia2018 · 2019-12-18 19:05:40

thats very impressive indeed. it sounds very much like gentoo is still gentoo, not some wayward drifting, frankenstein redhat thing.

freemedia2018 · 2019-12-20 13:19:57

venenux is debian-based, distrowatch says debian-based and also devuan-based, but the latest download looks like systemd is the future of venenux.

if anybody gets or has more information, that would be nice to know.

HevyDevy · 2019-12-20 14:16:48

freemedia2018 wrote:

venenux is debian-based, distrowatch says debian-based and also devuan-based, but the latest download looks like systemd is the future of venenux.
if anybody gets or has more information, that would be nice to know.

I wonder what devuan elements they have put into this venenux. Distrowatch has them using systemd only but also saying part devuan part debian. Confusing??

https://distrowatch.com/table.php?distribution=venenux

fsmithred · 2019-12-21 01:47:13

HevyDevy wrote:

I wonder what devuan elements they have put into this venenux. Distrowatch has them using systemd only but also saying part devuan part debian. Confusing??

I went to their download page and saw this explanation:

The 0.X series are based on Debian and uses sysvini system, also all are live disc primary, ...
The 1.X series are based on Devuan and uses sysvinit system, and are install based disc and also package converters.

And I went to the 1.x area and downloaded the only two isos that don't have 'debian' in the file name:
venenux-minetest-1.0-i386.hybrid.iso 2018-03-20 1.1 GB
venenux-liveob-i386.hybrid.iso 2018-03-15 722.5 MB

The sources are all debian, not devuan.
I could find no packages from devuan installed in the live system.
They're using systemd.
If they have a devuan-based iso, I couldn't find it.

golinux · 2019-12-21 02:09:22

The guy who does venenux used to hang around here. His most recent post was 2019-11-26.

The officially official Devuan Forum!

#26 2019-12-18 06:52:10

Re: new encroachments of our least favourite init

#27 2019-12-18 07:41:10

Re: new encroachments of our least favourite init

#28 2019-12-18 08:00:20

Re: new encroachments of our least favourite init

#29 2019-12-18 16:48:21

Re: new encroachments of our least favourite init

#30 2019-12-18 16:56:01

Re: new encroachments of our least favourite init

#31 2019-12-18 19:05:40

Re: new encroachments of our least favourite init

#32 2019-12-20 13:19:57

Re: new encroachments of our least favourite init

#33 2019-12-20 14:16:48

Re: new encroachments of our least favourite init

#34 2019-12-21 01:47:13

Re: new encroachments of our least favourite init

#35 2019-12-21 02:09:22

Re: new encroachments of our least favourite init

Board footer