<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 11, 2016 at 6:06 PM, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Heya!<br>
<br>
So I am thinking about some spring cleaning, and would love to remove<br>
the following bits from the systemd package:<br></blockquote><div><br></div><div>All this looks good to me.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last<br>
   time Debian was still using that, maybe this changed now?<br>
<br>
2) compat support for libsystemd-login.so and friends (these were<br>
   merged into a single libsystemd.so a long time ago). We are still<br>
   building compat libraries to ease the transition, but that was a<br>
   long time ago, hence I'd really love to see this go. Any distro<br>
   still using this?<br>
<br>
3) systemd-reply-password – this is really old stuff used by the GNOME<br>
   ask-password stuff which was experimental at best, and never found<br>
   much use. Unless am very wrong pretty much nobody is using this,<br>
   and we can just kill this without replacement. Anybody knows a user<br>
   of this that I am not aware of?<br>
<br>
4) Capabilities= support, i.e. the non-ambient and non-bounding-set kind<br>
   of capabilities. They are pretty useless, as fcaps reduce them to<br>
   nothing in pretty much all cases, which is precisely why the<br>
   ambient caps were created. I am pretty sure nothing uses this, as<br>
   it's not realistic to use this at all.<br>
<br>
5) Here's the controversial one I think: support for booting up<br>
   without /var. We have kludges at quite a few places because we<br>
   cannot access /var early during boot. I am tempted to stop<br>
   supporting this altogether. Of course, this does *not* mean that<br>
   people with split off /var would be left in the cold. It just means<br>
   that they have to mount /var from the initrd, exactly like this is<br>
   already handled from /usr.<br></blockquote><div><br></div><div>This would be particularly nice (and controversial for sure). I totally agree that this should be very doable though, as all the initrd infrastructure is already there. The way things are now with no /var at early boot is sort of idiotic I must say. Big +1 from me.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
6) The .snapshot unit type. These sounded like a smart idea, I am<br>
   pretty sure though nobody is using them properly, and they are<br>
   pretty hard to use. If anything like this should exist at al, then<br>
   probably as a concept of "transient targets", but not as a separate<br>
   unit type. Anyone knows any real users of this stuff?<br>
<br>
And that's all for now. Opinions?<br></blockquote></div></div></div>