<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,</div><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 22, 2018 at 5:33 PM Adam Borowski <<a href="mailto:kilobyte@angband.pl">kilobyte@angband.pl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi!<br>
Could you please either take this patch or propose a different approach?<br>
I have received no feedback other than a brief unconclusive remark on IRC.<br></blockquote><div><br></div><div>Sorry for the radio silence. Let's try to remedy that.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The clock for Buster is ticking; to get any testing we'd need to act soon.<br>
Not only this approach has been proposed by one of systemd maintainers<br>
(granted, more as a brainstorming than a definitive proposal from your team)<br>
but it also has seen actual testable packages since January.<br>
<br>
I admit that my own testing was extremely uneven -- mostly restricted to<br>
environments I personally use -- but as the idea is opt-in for every<br>
depender on libpam-systemd, packages no one claims to have tested simply<br>
won't be usable without systemd.  Just like they're right now.<br></blockquote><div><br></div><div>This is a good feature of the proposal: it requires explicit opt-in by reverse dependencies.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thus: if package X and Y need APIs that elogind provides, they'd be changed<br>
to:<br>
    Depends: default-logind | logind<br>
while package Z that needs a "bring-me-pink-pony" function will not.<br></blockquote><div><br></div><div>I (not speaking for the whole team), have no objection to this patch. However, it was pointed out to me that virtual packages require policy updates[1], first starting as a debian-devel discussion. So I'm starting this now</div><div><br></div><div>The proposed virtual packages are:</div><div><br></div><div>logind: a <span style="color:rgb(46,26,5)">org.freedesktop.login1 D-Bus API implementation</span></div><div>default-logind: should be provided by the distributions default logind provider (currently pam-systemd)</div><div><br></div><div>Background: currently libpam-systemd provides two features currently used by third parties: one is the necessary hooks to start the systemd implementation of login1. The second is hooking up the systemd --user service manager. This virtual package attempts to disentangle the two so that packages that only require logind can use an alternative implementation. </div><div><br></div><div>Adam/other elogind maintainers, please clarify/improve wording if this was somehow inaccurate.</div><div><br></div><div>[1] <a href="https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt">https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt</a></div><div> <br></div></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div></div>