<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    On 06/10/2011 09:36 AM, Michal Schmidt wrote:
    <blockquote cite="mid:4DF21DDD.9080807@redhat.com" type="cite">
      <pre wrap="">On 06/10/2011 03:07 PM, Denys Vlasenko wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">I understand your desire to replace everything by systemd.
I really do. syslogd, klogd, mount, fsck, and a dozen other things
I forget or don't know.
</pre>
      </blockquote>
      <pre wrap="">
You're exaggerating.

</pre>
      <blockquote type="cite">
        <pre wrap="">Why does systemd link against libpam?
systemd does logins now, not /bin/login or gdm or ...?
</pre>
      </blockquote>
      <pre wrap="">
to implement PAMName= (man systemd.exec)

</pre>
      <blockquote type="cite">
        <pre wrap="">libattr? Does it mean it requires filesystem which implements
extended attributes? If not, why does it use libattr then?
</pre>
      </blockquote>
      <pre wrap="">
systemd uses libcap. libcap depends on libattr.

</pre>
      <blockquote type="cite">
        <pre wrap="">libwrap? systemd is a network application now too?
</pre>
      </blockquote>
      <pre wrap="">
to implement TCPWrapName= (man systemd.exec)

</pre>
      <blockquote type="cite">
        <pre wrap="">libaudit? What systemd has in common with audit?
</pre>
      </blockquote>
      <pre wrap="">
Start and stop of a service is an auditable event.
<a class="moz-txt-link-freetext" href="http://lists.fedoraproject.org/pipermail/devel/2010-August/141543.html">http://lists.fedoraproject.org/pipermail/devel/2010-August/141543.html</a>

</pre>
      <blockquote type="cite">
        <pre wrap="">To be honest, I doubt the wisdom of implementing service manager
as an init process. There is no inherent reason why it has to be init -
you can run it as *a child of init*, and keep init very simple.
Then, if service manager would crash, at least it doesn't
take system down with it...
</pre>
      </blockquote>
      <pre wrap="">
systemd does not take the system down when it crashes. It catches the 
signal, dumps core and freezes, but does not exit.
                       ^^^^^^^
</pre>
    </blockquote>
    So you just end up with a "froze" system instead of a crashed
    system????<br>
    <blockquote cite="mid:4DF21DDD.9080807@redhat.com" type="cite">
      <pre wrap="">Michal
</pre>
    </blockquote>
    <br>
    <br>
    <div class="moz-signature">-- <br>
      Stephen&nbsp;Clark<br>
      <b>NetWolves</b><br>
      Sr.&nbsp;Software&nbsp;Engineer&nbsp;III<br>
      Phone:&nbsp;813-579-3200<br>
      Fax:&nbsp;813-882-0209<br>
      Email:&nbsp;<a class="moz-txt-link-abbreviated" href="mailto:steve.clark@netwolves.com">steve.clark@netwolves.com</a><br>
      <a class="moz-txt-link-freetext" href="http://www.netwolves.com">http://www.netwolves.com</a><br>
    </div>
  </body>
</html>