<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 5, 2020 at 1:02 PM Michael Biebl <<a href="mailto:biebl@debian.org">biebl@debian.org</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">Am 05.10.20 um 17:25 schrieb Felipe Sateler:<br>
> I think the plan should be:<br>
> <br>
> 1. Change debhelper and i-s-h to install to /usr<br>
<br>
I assume you mean, that dh_installsystemd/dh_systemd should install<br>
debian/foo.service and debian/foo.udev to /usr/lib?<br></blockquote><div><br></div><div>Correct, that's what I mean.</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>
Should debhelper also actively move files from /lib to /usr/lib when<br>
they are installed to /lib by the upstream build system?<br></blockquote><div><br></div><div>Hmm, interesting idea. On the one hand, we didn't do it for /lib. On the other hand, it would probably save a lot of churn.</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>
We need to decide whether to tie that to a compat bump (in which case it<br>
would be a very slow process) or whether to do that unconditionally.<br></blockquote><div><br></div><div>I think the lintian maintainers would have a preference here. If we do it, I would prefer unconditionally, but they might prefer a new compat level.</div><div><br></div><div>I'm not sure if debhelper does look in /usr/lib/systemd/system. If not, that needs to be fixed.</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>
> 2. Change the lintian warnings to point to /usr<br>
> 3. Drop the /lib mangling from all the manpages<br>
> 4. Wait a lot :(. At least a full release cycle, I think.<br>
> 5. Drop the split and install fully to /usr, with some compat links for<br>
> non-merged-/usr.<br>
<br>
I guess we only need compat symlinks for binaries in /bin. We need to<br>
determine if we create symlinks for all of them or only for a select few<br>
ones, which would have a high impact and would cause unnecessary churn.<br>
<br>
A few more bullet points<br>
- Add support to udev to run udev helper binaries from both paths (see<br>
the patch in my MR).<br></blockquote><div><br></div><div>Right. Ideally, only for the transition period.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
- Change systemd.pc and udev.pc and point udevdir to /usr/lib/udev and<br>
let the various systemd paths point to /usr/lib/.<br>
This will likely break a few packages, so it would probably be good to<br>
do a archive wide rebuild of packages build-depending on systemd or udev.<br></blockquote><div><br></div><div>I believe doing systemd first is easier (it already has the logic for multi-path search). </div><div><br></div><div>Do you think doing both udev and systemd at the same time is better?</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div>