[DRE-maint] unicorn: native systemd service

[Dmitry Smirnov]

On Fri, 26 Jun 2015 00:34:36 Hleb Valoshka wrote:
> So if it still supports sysv scripts and native services does not
> provide additional functions why to add useless native support which
> breaks enhanced sysv features?

Because native support works better than SysV emulation. Because supporting 
both systemd and SysV is better. Because systemd do not allow to invoke non-
standard commands in SysV.


> > interface to services is quite intentional. Frankly it is annoying when
> > init.d
> > script does too much but we can avoid this by offering an additional
> > utility to do soft restart and you can call it from init.d script as well
> > if you wish.
> 
> WE DO NOT NEED ADDITIONAL UTILITIES. DIXI. Init script is well known
> interface between user and daemon. No need to break with additional
> utilities.

Additional utility is good because under systemd you can not use custom 
commands of the SysV script -- disregarding of availability of the native 
.service file. Postinst do not allow user to invoke soft restart manually.
Utility won't break anything and you can call it from custom command of your 
init script if you insist.


> > Shell script could be common and independent from init system. It should
> > be
> > easier to test and debug as well...
> 
> I don't think that unicornctl upgrade is more simple that invoke-rc.d
> unicorn upgrade.

It is not more complex either but more flexible.


> > You have to get over it. It was debated enough and Technical Committee has
> > decided. You still can use init.d if you wish, can you?
> 
> I don't want somebody to make sysv useless, cutting away features of
> init scripts

As I've said, I'm not against custom command of the SysV init script. However 
utility allows to avoid duplication of effort (i.e. implement soft restart 
only once) as well as it allows systemd users to benefit from soft restart.


> just because redhat's crapd does not supports them (but
> supports a lot of useless crap).

Please cut your negativity and remain polite and professional.


> I suppose that you are from RF, according to your surname. It doesn't
> matter anyway.

Please refrain from making assumptions. It shouldn't matter where I'm from 
(I'm from Australia FWIW). I find it disturbing that you are trying to make 
connections between my origin and my views. In any case drawing any 
conclusions from surname-->origin-->beliefs is far fetched and unnecessary.
What is your point anyway?

 
> SW can't be evil and I didn't call crapd as such. Only people can be,
> and those who made crapd default in Debian are definitely made evil
> thing to Debian and Free Software community.

Decision was well debated and thought. IMHO so far there were more good than 
harm. There is no point arguing about it here. Please be polite and 
professional.


> > Let's not go there. As maintainer you can't care only about those users
> > who
> > happened to be using Unicorn on your favourite init system. That kind
> > hostility is harmful. Please do not discriminate.
> 
> Your last words sounds like manipulation.

No manipulation intended.

-- 
Cheers,
 Dmitry Smirnov.

---

The more false we destroy the more room there will be for the true.
         -- Robert G. Ingersoll, 1902
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/attachments/20150626/e51ba4bf/attachment.sig>