Michał Górny writes:
> Considering that systemd unit files are sometimes shipped with upstream
> packages, and often they are practically equivalent to openrc init
> scripts, I'd rather see openrc supporting that file format
> as an extension and using it instead of duplicating the same thing
> i
On Thu, 9 Aug 2012 16:45:28 -0400
Michael Mol wrote:
> On Thu, Aug 9, 2012 at 4:37 PM, Michał Górny
> wrote:
> > On Thu, 9 Aug 2012 22:27:37 +0200
> > Peter Stuge wrote:
> >
> >> Rich Freeman wrote:
>
> [snip]
>
> >> > Systemd isn't a like-for-like replacement for traditional inits.
> >> > It
On Thu, 9 Aug 2012 12:30:54 -0500
William Hubbs wrote:
> Ok folks, I hit the wrong key; this was meant to go to the list.
>
> On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> > Yet I'm not used to have to reboot after issuing emerge -u world and
> > most of the times I don't have
On Thu, Aug 9, 2012 at 4:37 PM, Michał Górny wrote:
> On Thu, 9 Aug 2012 22:27:37 +0200
> Peter Stuge wrote:
>
>> Rich Freeman wrote:
[snip]
>> > Systemd isn't a like-for-like replacement for traditional inits.
>> > It aims to be much more, so this is a bit of an apples-to-oranges
>> > comparis
On Thu, 9 Aug 2012 22:27:37 +0200
Peter Stuge wrote:
> Rich Freeman wrote:
> > Systemd is a bit more like a shepherd, looking after things for
> > their entire lifecycle.
>
> This is a big part of why it is so useful.
>
> I threw out init scripts because it was retarded to not monitor
> long-ru
Rich Freeman wrote:
> Systemd is a bit more like a shepherd, looking after things for
> their entire lifecycle.
This is a big part of why it is so useful.
I threw out init scripts because it was retarded to not monitor
long-running processes on servers.
Those processes shouldn't fail, but someti
Ok folks, I hit the wrong key; this was meant to go to the list.
On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> Yet I'm not used to have to reboot after issuing emerge -u world and
> most of the times I don't have even to restart X...
What if sysvinit is updated during that emerg
On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> Yet I'm not used to have to reboot after issuing emerge -u world and
> most of the times I don't have even to restart X...
What if sysvinit is updated as part of that emerge -u world? Don't you
reboot then?
William
pgpysXEoQjlOV.p
On Thu, Aug 9, 2012 at 12:00 PM, Wyatt Epp wrote:
> On Thu, Aug 9, 2012 at 11:25 AM, Rich Freeman wrote:
>> ...have an init as PID=1 that does
>> nothing but launch systemd and keep it propped up until it gets a
>> signal from systemd. However, that could have issues I'm just not
>> thinking of.
On Thu, Aug 9, 2012 at 11:25 AM, Rich Freeman wrote:
> ...have an init as PID=1 that does
> nothing but launch systemd and keep it propped up until it gets a
> signal from systemd. However, that could have issues I'm just not
> thinking of.
I'm not the maintainer, but this method does seem to wo
On 08/09/2012 04:02 PM, Peter Stuge wrote:
> Luca Barbato wrote:
>> Repeat after me: having your first process require anything more
>> than libc is stupid and dangerous.
>
> Why do you say?
Because libc supposedly should be stable, other libraries are a bit more
prone to radical changes and othe
On Thu, Aug 9, 2012 at 10:02 AM, Peter Stuge wrote:
> Luca Barbato wrote:
>> Repeat after me: having your first process require anything more
>> than libc is stupid and dangerous.
>
> Why do you say?
>
> And why is libc different from other libraries, say libuuid or
> libext2fs? I mean: Why allow
Luca Barbato wrote:
> Repeat after me: having your first process require anything more
> than libc is stupid and dangerous.
Why do you say?
And why is libc different from other libraries, say libuuid or
libext2fs? I mean: Why allow pid 1 to require libc, it could
just be statically linked.
//Pe
13 matches
Mail list logo
