:: Re: [DNG] There seems to be some st…
Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: tito
Fecha:  
A: dng
Asunto: Re: [DNG] There seems to be some strong disagreement in Debian regarding usrmerge
On Mon, 1 Jan 2024 17:52:45 +0100
Lorenz via Dng <dng@???> wrote:

> Il giorno lun 1 gen 2024 alle ore 14:23 altoid via Dng
> <dng@???> ha scritto:
> > > What change in Debian are you referring to, exactly?
> >
> > Maybe this one?
> > https://github.com/systemd/systemd/releases/tag/v255
> >
> > [quote]
> > * Support for System V service scripts is now deprecated and will be
> > removed in a future release. Please make sure to update your software
> > *now* to include a native systemd unit file instead of a legacy
> > System V script to retain compatibility with future systemd releases.
> > [/quote]
> >
> Ok, so systemd removes the systemd-sysv-generator (it's called, something
> like that), why this list cares? this is systemd internal stuff, there
> is no direct
> impact on sysv users.
> Distro-wide Debian decision happens on
> * debian-devel list, by consensus
> * debian-ctte list, by advice/conflict resolution
> * debian-vote, by voting a General Resolution (GR)
>
> external list like systemd-devel can sure express wishes or "educated advises"
> on what they think (hope) Debian would do, but a decision that widely impact
> the distro such as "entirely drop sysv support" needs a discussion on at least
> one of the above 3 Debian lists, and (spoiler) there was no such discussion.
>
> What you are seeing now (some sysv scripts being dropped) is some maintainer
> that decides to drop support for sysv (it can be done since, according
> to the 2019 GR,
> support to alternative init system is at discretion of each maintainer).
>
> Lorenzo


This list cares because the removal of sysv-support in systemd
to force all packages that do not have a .service file to create one
will be the prelude to the removal by the package maintainers
of their sysv init scripts without the need of ctte or vote
but just by the law of maximum laziness (common
excuses we have already heard are: cannot maintain
2 init systems, sysvinit is not used by debian anyway,
systemd is the defacto standard, cannot test etc. etc.) .
Due to the fact that there are some 1200
packages with initscripts in daedalus it could be a huge
task that the devuan community probably cannot
accomplish to fork them all.
So we are thinking about a way to automate
or overcome this future problem with devuan's
limited manpower and infrastructure before
it will become an actual problem.

Ciao,
Tito