[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#727708: multiple init systems - formal resolution proposal

Don't be facetious. The point that is being made is:
F U C K system v init. F U C K anyone who relies on it,
uses it, likes it, we will not help you, we will not
continue on with it, F U C K U N I X, F U C K old sys

You say it in many clever ways, but don't think we don't
get the message.

As was said before:

SystemD feels like an invasion, because it and its priests
are spearheading just that.

I now know to 1/100th of a degree what the pagans of europe felt.

Debian provides all manners of different languages and support for them
Debian provides various different kernels to run,
and different versions of different kernels aswell as
build systems should you choose to run some other kernel.

Debian should continue to provide the simple sysvinit
(for most daemons) scripts
that it always has. It is usually not hard to start up a
daemon. The standard debian init scripts are usually fine,
just change which binary it runs etc.

Not much support is needed: keep your hands off the init
scripts and they'll keep working as they have for most
daemons. So stop being facetious and telling us to
go and fk ourselves while claiming you arent.

And respect your elders please too, they use, like,
would like to continue to use system V init, and
not be goaded into being corralled into your
new cattle pen.

-----Original Message-----
From: James Rhodes <jrhodes@redpointsoftware.com.au>
To: Thilos Rich <thilos.rich@aol.com>; 727708 <727708@bugs.debian.org>
Sent: Mon, Feb 3, 2014 2:00 am
Subject: Re: Bug#727708: multiple init systems - formal resolution proposal

The point that is being made is not "you can't run software with shell scripts if you want", it's "don't expect developers to write or maintain them for you".

Regards, James Rhodes.

On 3 February 2014 12:48, Thilos Rich <thilos.rich@aol.com> wrote:
>Plus sysvinit support isn't
>forever, since eventually it will be deprecated as more and more parts
>of the system drop support for it.

Why? There is nothing wrong with sysv init for most of us.
Why is there insistance (or seemingly triumphal predictions)
that those of us who are happy with the status quo ante bellum
(aka: *NIX) be left out in the cold.

In Debian you can choose your file system during install.
You can choose if you want a desktop or server style of install
(different sets of packages).
You can choose your language. And all these are supported
yea after year after year, even hard things like language.

Yet we cannot have the same for system five init, in perpetuity,
like the rest? Sysv just has to "bit rot" away (it's made of wood?)
It usually doesn't need to be touched for years on end, because
it, like an SLR lens, just works, for decades, and if
allowed to simply continue to exist: a century, more.

It is stable, it does its job, it is simple.
Like a lens. Unless you go and destroy it, it will continue
to bend light long past you or I are dead.

I think that's the problem some people have with it:
they want to make their mark on linux, they see the init
system as a old and thus frail target to execute and replace.
For their own glory.

Sysvinit is old, but it is not frail. It is as solid as
any piece of software can possibly be, and it doesn't
require mutilation for the benefit and glory of some
new upstarts who were conceived 20 years into its reign.

Thus it needs to be murdered apparently, and all of us
who know it, appreciate it, have our knowlge based on it
and other parts of traditional unix,
well we can go into the grave with it apparently.

Reply to: