1 |
On Wed, 21 Mar 2012 00:40:27 -0400 |
2 |
"Walter Dnes" <waltdnes@××××××××.org> wrote: |
3 |
|
4 |
> On Tue, Mar 20, 2012 at 01:18:24AM +0200, Alan McKinnon wrote |
5 |
> |
6 |
> > I'm not sure where you're going with this. We're discussing an init |
7 |
> > system and good, simple ways to start services. App maintainers are |
8 |
> > going to continue to do whatever they feel they ought to do, some |
9 |
> > might write the systemd files, some might not - that is what already |
10 |
> > happens. Someone has to write it and what goes in it depends on what |
11 |
> > the app code does, not the other way round. |
12 |
> |
13 |
> The point I'm making is that if the initialization is moved into the |
14 |
> binary, then the binary will have to be patched/modified/whatever. |
15 |
> There's already somebody with a systemd overlay. Assuming that the |
16 |
> initialization code gets shoved into the binary, how does it |
17 |
> simultaneously support openrc/systemd/linux/bsd/Sun/HPUX/etc/etc? The |
18 |
> only realistic answer I see is leaving the init code to the distro |
19 |
> maintainer. We don't expect the upstream for sshd or any other |
20 |
> software to write Gentoo-specific stuff like ebuilds. Whey should |
21 |
> they be expected to write Gentoo-specific initscripts? |
22 |
|
23 |
Fair enough |
24 |
|
25 |
> > As for the last question, I really have no idea where you're taking |
26 |
> > this. I don't know the answer, I've never been a maintainer in that |
27 |
> > position. Being the arrogant shit that I am, I reckon I would |
28 |
> > probably tell the user to piss off and I don't support hobby crap. |
29 |
> > But hey, that's just what I think I might say while sitting here on |
30 |
> > my couch. |
31 |
> |
32 |
> So you're saying you wouldn't have supported... |
33 |
|
34 |
No, you're saying that you believe that you think I would say that |
35 |
based on some extrapolation of I don't know what. |
36 |
|
37 |
I said no such thing. |
38 |
I said that I don't know what I would do |
39 |
|
40 |
Let's not get too carried away with Linus's little project being |
41 |
representative of anything. It's a fluke. There are 100s of other hobby |
42 |
systems that went nowhere. |
43 |
|
44 |
|
45 |
|
46 |
-- |
47 |
Alan McKinnnon |
48 |
alan.mckinnon@×××××.com |