public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Luca Barbato <lu_zero@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697)
Date: Sat, 25 May 2013 23:38:56 +0200	[thread overview]
Message-ID: <51A12F70.7020709@gentoo.org> (raw)
In-Reply-To: <20130525184830.5bb25483@gentoo.org>

On 5/25/13 6:48 PM, Michał Górny wrote:
> On Sun, 26 May 2013 00:14:36 +0800
> Ben de Groot <yngwin@gentoo.org> wrote:
>
>> I'm taking this from https://bugs.gentoo.org/412697 to the dev mailing
>> list, since this discussion doesn't really belong on bugzilla.

Seems that *upstream* had to a bit of work in order to support the 
various bits of systemd (not just the simple unit apparently)

I can understand there is some hurry so somebody could gloat "and even 
Gentoo/Sabayon supports systemd", yet I wouldn't *rush* things and I 
would consider getting something sorted out sanely for everybody.

I doubt I would be treated that nicely if I start spamming all the 
upstreams about supporting runit and demand they to maintain those init 
rules.

We can be kind with difficult upstreams but just up to a point.

That said, I'd rather have set something along the lines of:

- get the eselect init machinery in place

- decide seriously if we want to consider units (and init.d files) as 
manpages and threat them in the same way. This way nosystemd in the 
features would spare you some files as it does for manpages.

- repeat the same treatment for openrc and runit runscripts.

The alternative of having split packages seems a waste of inodes, 
probably in the end having the package manager keep track of this data 
would be better.

lu


  parent reply	other threads:[~2013-05-25 21:39 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-25 16:14 [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697) Ben de Groot
2013-05-25 16:48 ` Michał Górny
2013-05-25 17:38   ` Rich Freeman
2013-05-25 20:02     ` Chí-Thanh Christopher Nguyễn
2013-05-25 20:40       ` Rich Freeman
2013-05-25 20:45       ` Michał Górny
2013-05-25 21:38   ` Luca Barbato [this message]
2013-05-26  7:23   ` Ben de Groot
2013-05-26  7:43     ` Michał Górny
2013-05-26 10:04       ` Rich Freeman
2013-05-26 15:21         ` Ben de Groot
2013-05-26 16:15           ` Rick "Zero_Chaos" Farina
2013-05-26 17:14             ` Matt Turner
2013-05-26 17:19             ` Andreas K. Huettel
2013-05-26  7:54     ` Pacho Ramos
2013-05-25 17:00 ` Pacho Ramos
2013-05-25 17:14   ` Carlos Silva
2013-05-26  7:15   ` Ben de Groot
2013-05-26  7:44     ` Pacho Ramos
2013-05-26  7:45     ` Michał Górny
2013-05-26  9:59       ` Luca Barbato
2013-05-25 18:13 ` Markos Chandras
2013-05-25 19:53   ` Anthony G. Basile
2013-05-25 19:58     ` Mike Gilbert
2013-05-25 21:55       ` Anthony G. Basile
2013-05-25 19:59     ` Rich Freeman
2013-05-26  7:00     ` Michał Górny
2013-05-26  7:22     ` Tiziano Müller
2013-05-26  7:46       ` Pacho Ramos
2013-05-26  7:49       ` Michał Górny
2013-05-26  7:00   ` Ben de Groot
2013-05-26  7:37 ` [gentoo-dev] Reusing systemd unit file format / forking systemd (was: Going against co-maintainer's wishes (ref. bug 412697)) Michał Górny
2013-05-26  8:32   ` Ben de Groot
2013-05-26  9:49     ` Rich Freeman
2013-05-26 10:12       ` Robert David
2013-05-26 10:31         ` Michał Górny
2013-05-26 11:12           ` Rich Freeman
2013-05-26 11:31           ` Robert David
2013-05-26 11:47             ` [gentoo-dev] Reusing systemd unit file format / forking systemd Luca Barbato
2013-05-26 10:23   ` Luca Barbato
2013-05-26 11:15     ` Michał Górny
2013-05-26 11:59       ` Luca Barbato
2013-05-26 13:35         ` Sergei Trofimovich
2013-05-26 14:22           ` Luca Barbato
     [not found] <51A1A294.3000609@sporkbox.us>
2013-05-26  6:24 ` Re: [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697) Daniel Campbell
2013-05-26  6:55   ` Michał Górny
2013-05-26  7:37     ` Daniel Campbell
2013-05-26  7:56     ` Pacho Ramos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51A12F70.7020709@gentoo.org \
    --to=lu_zero@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox