Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Vincent Lefevre]

Control: affects -1 rpcbind

On 2021-09-06 19:06:13 +0200, Niels Thykier wrote:
> Control: reassign -1 debhelper
> Control: affects -1 systemd

This bug actually affects rpcbind.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Niels Thykier]

Control: reassign -1 debhelper
Control: affects -1 systemd

Michael Biebl:
> Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
>> Package: systemd
>> Version: 247.9-1
>> Severity: critical
>> Justification: breaks unrelated software
>>
>> systemd provides a dangling symlink:
>>
>> $ ls -l /lib/systemd/system/portmap.service
>> lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36
>> /lib/systemd/system/portmap.service -> rpcbind.service
>> $ ls -L /lib/systemd/system/portmap.service
>> ls: cannot access '/lib/systemd/system/portmap.service': No such file
>> or directory
> 
> This symlink is created via
> 
> dh_link lib/systemd/system/rpcbind.service
> lib/systemd/system/portmap.service
> 
> I wonder if debhelper can do something about this or if this is one of
> the cases where the package is best updated manually.
> 
> I suspect we have a few packages which create such aliasing symlinks via
> *.links files or explicit calls to dh_link
> 
> 
> Niels, what's your thought on this?
> 
> 
>> This breaks checkrestart:
> 
> [...]
> 
> Regards,
> Michael
> 

Hi,

I am moving this bug to debhelper.

~Niels

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Niels Thykier]

Michael Biebl:
> Hi Niels
> 
> Am 31.08.21 um 18:07 schrieb Niels Thykier:
> 
>> My thought is that this is not something I want in dh_link - dh_link has
>> no business second guessing the link values it gets.  Since dh_link runs
>> after dh_installsystemd, then we cannot even rely on dh_installsystemd
>> to perform a fix up either.
> 
> Nod.
> 
>> Which begins to smell like that either people have to update their
>> dh_links calls/configuration OR we roll back the dh_installsystemd
>> change to move to /usr.  I am not particular fan of either.  :-/
>>
>> Nevertheless, I am inclined to do a rollback and then punt on the "/ ->
>> /usr" migration track for now.
> 
> I'll see if I can compile a list of possibly affected packages.
> If the number is low enough, I think updating the symlink manually is
> probably ok.
> 
> Regards,
> Michael
> 
> 

I appreciate it, but I think we should be careful here with the manual
update.  If consensus on debian-devel is that debhelper should roll this
back, then we will break these packages again.

I do not think that would make us popular... :-/

~Niels

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Michael Biebl]

Hi Niels

Am 31.08.21 um 18:07 schrieb Niels Thykier:


My thought is that this is not something I want in dh_link - dh_link has
no business second guessing the link values it gets.  Since dh_link runs
after dh_installsystemd, then we cannot even rely on dh_installsystemd
to perform a fix up either.


Nod.


Which begins to smell like that either people have to update their
dh_links calls/configuration OR we roll back the dh_installsystemd
change to move to /usr.  I am not particular fan of either.  :-/

Nevertheless, I am inclined to do a rollback and then punt on the "/ ->
/usr" migration track for now.


I'll see if I can compile a list of possibly affected packages.
If the number is low enough, I think updating the symlink manually is 
probably ok.


Regards,
Michael




OpenPGP_signature
Description: OpenPGP digital signature

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Niels Thykier]

Michael Biebl:
> Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
>> Package: systemd
>> Version: 247.9-1
>> Severity: critical
>> Justification: breaks unrelated software
>>
>> systemd provides a dangling symlink:
>>
>> $ ls -l /lib/systemd/system/portmap.service
>> lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36
>> /lib/systemd/system/portmap.service -> rpcbind.service
>> $ ls -L /lib/systemd/system/portmap.service
>> ls: cannot access '/lib/systemd/system/portmap.service': No such file
>> or directory
> 
> This symlink is created via
> 
> dh_link lib/systemd/system/rpcbind.service
> lib/systemd/system/portmap.service
> 
> I wonder if debhelper can do something about this or if this is one of
> the cases where the package is best updated manually.
> 
> I suspect we have a few packages which create such aliasing symlinks via
> *.links files or explicit calls to dh_link
> 
> 
> Niels, what's your thought on this?
> 
> 
>> This breaks checkrestart:
> 
> [...]
> 
> Regards,
> Michael
> 

My thought is that this is not something I want in dh_link - dh_link has
no business second guessing the link values it gets.  Since dh_link runs
after dh_installsystemd, then we cannot even rely on dh_installsystemd
to perform a fix up either.

Which begins to smell like that either people have to update their
dh_links calls/configuration OR we roll back the dh_installsystemd
change to move to /usr.  I am not particular fan of either.  :-/

Nevertheless, I am inclined to do a rollback and then punt on the "/ ->
/usr" migration track for now.

~Niels

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Michael Biebl]

Am 31.08.21 um 10:17 schrieb Vincent Lefevre:


/etc/systemd/system/multi-user.target.wants/rpcbind.service -> 
/lib/systemd/system/rpcbind.service

though /lib/systemd/system/rpcbind.service doesn't exist.


That's a separate issue



OpenPGP_signature
Description: OpenPGP digital signature

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Michael Biebl]

Am 30.08.21 um 18:31 schrieb Vincent Lefevre:

Package: systemd
Version: 247.9-1
Severity: critical
Justification: breaks unrelated software

systemd provides a dangling symlink:

$ ls -l /lib/systemd/system/portmap.service
lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36 /lib/systemd/system/portmap.service 
-> rpcbind.service
$ ls -L /lib/systemd/system/portmap.service
ls: cannot access '/lib/systemd/system/portmap.service': No such file or 
directory


This symlink is created via

dh_link lib/systemd/system/rpcbind.service 
lib/systemd/system/portmap.service


I wonder if debhelper can do something about this or if this is one of 
the cases where the package is best updated manually.


I suspect we have a few packages which create such aliasing symlinks via 
*.links files or explicit calls to dh_link



Niels, what's your thought on this?



This breaks checkrestart:


[...]

Regards,
Michael



OpenPGP_signature
Description: OpenPGP digital signature

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Vincent Lefevre]

On 2021-08-31 02:30:00 +0200, Vincent Lefevre wrote:
> On 2021-08-30 20:59:21 +0200, Michael Biebl wrote:
> > Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
> > > $ ls -l /lib/systemd/system/portmap.service
> > > lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36 
> > > /lib/systemd/system/portmap.service -> rpcbind.service
> > > $ ls -L /lib/systemd/system/portmap.service
> > > ls: cannot access '/lib/systemd/system/portmap.service': No such file or 
> > > directory
> > > 
> > > This breaks checkrestart:
> > 
> > This sounds like a bug in checkrestart, fwiw. Does it really have the path
> > /lib/systemd/system/portmap.service hard-coded?
> 
> No, it seems to read all .service files under /lib/systemd/system,
> and failures seem to make the program abort. Perhaps it should
> detect dangling symlinks (though I suppose that they are unexpected).

I also note that /lib/systemd/system/portmap.service is not the only
issue. One has:

/etc/systemd/system/multi-user.target.wants/rpcbind.service -> 
/lib/systemd/system/rpcbind.service

though /lib/systemd/system/rpcbind.service doesn't exist.

rpcbind.service is only available as:
/usr/lib/systemd/system/rpcbind.service

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Vincent Lefevre]

On 2021-08-30 20:59:21 +0200, Michael Biebl wrote:
> Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
> > $ ls -l /lib/systemd/system/portmap.service
> > lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36 
> > /lib/systemd/system/portmap.service -> rpcbind.service
> > $ ls -L /lib/systemd/system/portmap.service
> > ls: cannot access '/lib/systemd/system/portmap.service': No such file or 
> > directory
> > 
> > This breaks checkrestart:
> 
> This sounds like a bug in checkrestart, fwiw. Does it really have the path
> /lib/systemd/system/portmap.service hard-coded?

No, it seems to read all .service files under /lib/systemd/system,
and failures seem to make the program abort. Perhaps it should
detect dangling symlinks (though I suppose that they are unexpected).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Michael Biebl]

Am 30.08.21 um 18:31 schrieb Vincent Lefevre:

Package: systemd
Version: 247.9-1
Severity: critical
Justification: breaks unrelated software

systemd provides a dangling symlink:

$ ls -l /lib/systemd/system/portmap.service
lrwxrwxrwx 1 root root 15 2021-08-17 17:31:36 /lib/systemd/system/portmap.service 
-> rpcbind.service
$ ls -L /lib/systemd/system/portmap.service
ls: cannot access '/lib/systemd/system/portmap.service': No such file or 
directory

This breaks checkrestart:


This sounds like a bug in checkrestart, fwiw. Does it really have the 
path /lib/systemd/system/portmap.service hard-coded?






OpenPGP_signature
Description: OpenPGP digital signature

Bug#993316: systemd: missing /lib/systemd/system/rpcbind.service file

[Vincent Lefevre]

Control: reassign -1 rpcbind 1.2.6-2
Control: retitle -1 rpcbind: missing /lib/systemd/system/rpcbind.service file

Oops, that's from rpcbind. I got confused with
/lib/systemd/system/rpcbind.target, which is provided by systemd.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)