[debian-mysql] Bug#891409: mariadb-server critically dependent on systemd (making angband.pl/debian usage really awkward)

[Ondřej Surý]

Control: severity -1 wishlist
Control: tags -1 +wontfix

Closing as rant.

If somebody actually provides a build profile, we might actually consider using it if it doesn’t complicate things too much.

Ondřej
--
Ondřej Surý <ondrej at sury.org>

> On 25 Feb 2018, at 11:57, lkcl <lkcl at lkcl.net> wrote:
> 
> Package: mariadb-server
> Severity: important
> 
> first thing: please do not just close this bugreport as "well you're using
> unauthorised repositories, so go screw yourself".  it's not funny, and
> also the entire purpose of angband.pl/debian is to properly test that
> *when* people disable systemd (by installing sysvinit for example), the
> package *actually* properly works.
> 
> the level of insanity associated with systemd permeating its way insidiously
> into pretty much absolutely every package under the sun continues with
> mariadb.
> 
> i wish there was a way to say that without implying that it was an extremely
> bad decision... but there isn't.
> 
> can you *please*, for god's sake, create a build profile for mariadb which
> *specifically* creates parallel packages with a "-nosystemd" prefix, that
> includes building dh debian/rules with "--without systmed" in them.
> 
> i tried modifying mariadb to build it.  the build *actually failed* with
> a gcc hard segfault due to the system it was being built on (a VM) only
> being allocated 0.75GB of RAM [and 16GB of swap].
> 
> there are *genuine and legitimate reasons* why people choose not to use systemd,
> that were completely ignored by the "vote".
> 
> no we cannot be expected to abandon debian and go with devuan (the conversion
> is too time-consuming and risky).
> 
> no we cannot be expected to abandon debian and go with *BSD
> (same reasons *and* it's far too different anyway).
> 
> no it is not really acceptable either to expect developers to convert
> *entire applications* to NO LONGER USE MYSQL.
> 
> no it is not acceptable to FORCE experienced sysadmins onto systemd when
> they look up the CVE mitre database and see quite how many security
> vulnerabilities there are.
> 
> please for god's sake understand and accept that this is not going to go
> away, ever, not this year, not this decade, not the decade after that.
> the requests to support systemd-less debian are going to be absolutely
> and unremittingly relentless, year after year.
> 
> these requests *can* be ignored... or, a build profile created (for packages
> that have been forcibly made to depend on systemd) which does *not*
> depend on systemd.
> 
> 
> 
> -- System Information:
> Debian Release: 7.4
>  APT prefers testing
>  APT policy: (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>