[Bug 1978931] [NEW] `debsums -c` returns the error of /sbin/start-stop-daemon
Shih-Yuan Lee
1978931 at bugs.launchpad.net
Thu Jun 16 08:36:56 UTC 2022
Public bug reported:
1) Description: Ubuntu 22.04 LTS
Release: 22.04
2) ubiquity 22.04.16
3) `debsums -c` returns the error of /sbin/start-stop-daemon
4) `debsums -c` returns no error.
We made the OEM jammy base image for Dell that contains dpkg
1.21.1ubuntu2 and then use dell-recovery (Ubiquity plugin) fish
mechanism to install/upgrade dpkg 1.21.1ubuntu2.1.
Because Ubiquity will rename it to /sbin/start-stop-daemon.REAL and provide a fake /sbin/start-stop-daemon during the installation.
When installing newer dpkg, /sbin/start-stop-daemon will be replaced. However Ubiquity will rename /sbin/start-stop-daemon.REAL back to /sbin/start-stop-daemon after the installation.
So /sbin/start-stop-daemon will be kept as the older one.
That is why the issue happens.
** Affects: oem-priority
Importance: Undecided
Status: New
** Affects: ubiquity (Ubuntu)
Importance: Undecided
Status: New
** Affects: ubiquity (Ubuntu Focal)
Importance: Undecided
Status: New
** Affects: ubiquity (Ubuntu Jammy)
Importance: Undecided
Status: New
** Tags: oem-priority
** Also affects: ubiquity (Ubuntu Jammy)
Importance: Undecided
Status: New
** Also affects: ubiquity (Ubuntu Focal)
Importance: Undecided
Status: New
** Also affects: oem-priority
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1978931
Title:
`debsums -c` returns the error of /sbin/start-stop-daemon
Status in OEM Priority Project:
New
Status in ubiquity package in Ubuntu:
New
Status in ubiquity source package in Focal:
New
Status in ubiquity source package in Jammy:
New
Bug description:
1) Description: Ubuntu 22.04 LTS
Release: 22.04
2) ubiquity 22.04.16
3) `debsums -c` returns the error of /sbin/start-stop-daemon
4) `debsums -c` returns no error.
We made the OEM jammy base image for Dell that contains dpkg
1.21.1ubuntu2 and then use dell-recovery (Ubiquity plugin) fish
mechanism to install/upgrade dpkg 1.21.1ubuntu2.1.
Because Ubiquity will rename it to /sbin/start-stop-daemon.REAL and provide a fake /sbin/start-stop-daemon during the installation.
When installing newer dpkg, /sbin/start-stop-daemon will be replaced. However Ubiquity will rename /sbin/start-stop-daemon.REAL back to /sbin/start-stop-daemon after the installation.
So /sbin/start-stop-daemon will be kept as the older one.
That is why the issue happens.
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1978931/+subscriptions
More information about the foundations-bugs
mailing list