[DRE-maint] Bug#909630: gitlab: no sysvinit scripts installed or available

[Dmitry Smirnov]

On Wednesday, 26 September 2018 3:05:32 PM AEST Luke Kenneth Casson Leighton 
wrote:
> appreciated, dmitry: apologies, it catches me off-guard when things
> don't work.

No worries. It would be nice to introduce init scripts to GitLab.
With your motivation it looks like it might actually happen. :)


> it was just that the decision to rail-road systemd in

Hold on here please. Using systemd as a default init system was well 
balanced, collective decision, thoroughly discussed with all pros and cons 
carefully considered. You have to respect that.

There is nothing unethical in choosing technically superior init system that 
suits most GNU/Linux distributions. We have made a choice and moved on - 
what's done is done and there is no point complaining about it.


> (which is software that itself is being developed incredibly
> unethically)

I do not understand what do you mean. Systemd developers had to make 
decisions and they've chosen to focus on Linux exclusively.
This is a matter of priorities and I see nothing unethical about that even if 
I personally don't like that particular decision too much knowing that it 
hurts non-Linux systems. It was pragmatic decision but not unethical.


> - was itself made unethically (not thinking of the harm
> that could result, and without wider consultation, and the
> consultation that *was* done was completely ignored!).

Perhaps you know more about the context...


> *some* of the damage has been undone by allowing sysvinit to be used.

What damage??
Anyway, SysV support is still useful in some environments (e.g. containers, 
etc.).


> gitlab is very very resource-heavy, so if i make the decision to keep
> it, i will definitely (need to) create separate initscripts, and will
> send them in, ok?

Sure, please do that and I hope that GitLab will work well for you.
(Otherwise have a look at Redmine).

-- 
Cheers,
 Dmitry Smirnov.

---

Good luck happens when preparedness meets opportunity.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-ruby-extras-maintainers/attachments/20180926/85de5e71/attachment.sig>