This bug was fixed in the package systemd - 249.11-0ubuntu3.6
---------------
systemd (249.11-0ubuntu3.6) jammy; urgency=medium
* Deny-list TEST-58-REPART on ppc64el (LP: #1988994)
File: debian/patches/lp1988994-Deny-list-TEST-58-REPART-on-ppc64el.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=d2ed3cc1d223bf35015b15ff83b50156b58f0f38
systemd (249.11-0ubuntu3.5) jammy; urgency=medium
[ Nick Rosbrook ]
* Ensure dns_search_domain_unlink_marked removes all marked domains (LP:
#1975667)
File:
debian/patches/lp1975667-Ensure-dns_search_domain_unlink_marked-removes-all-marked.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=919d5ddedd5bb8b45ab9437bf42d66c2821bb074
* core,firstboot: workaround timezone issues on Ubuntu Core (LP: #1981042)
Thanks to Robert Ancell for preparing the patch.
File:
debian/patches/lp1981042-core-firstboot-workaround-timezone-issues-caused-by-Ubunt.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=b15546361b549217908fb6ca5d473be23d7fa757
* network: do not remove localhost address (LP: #1979951)
File: debian/patches/lp1979951-network-do-not-remove-localhost-address.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=2cd88391cce9fe95a486ae6dd214c12f236f3881
* units: remove the restart limit on the modprobe@.service (LP: #1982462)
File:
debian/patches/lp1982462-units-remove-the-restart-limit-on-the-modprobe-.service.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=8f0acd1b2fbb8eed1259c34963e5e9b201bef900
* pstore: do not try to load mtdpstore (LP: #1981622)
File: debian/patches/lp1978079-efi-pstore-not-cleared-on-boot.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=15225032c3657f5906ee49d48929f9295a8664a0
* core/mount: downgrade log level about several mkdir failures (LP: #1979952)
Files:
-
debian/patches/lp1979952-Revert-core-mount-fail-early-if-directory-cannot-be-creat.patch
-
debian/patches/lp1979952-core-mount-downgrade-log-level-about-several-mkdir-failur.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=ee8cfcf500698fab2e990de291ecf4c3ab87a4ae
* debian/control: add Recommends: systemd-hwe-hwdb to udev.
The systemd-hwe-hwdb brings in additional hwdb rules for HWE, so we want
those installed with udev by default.
File: debian/control
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=4a7a3258c33201cca305956820fcc6bcd6052d76
* hwdb: implement --root option for systemd-hwdb query (LP: #1988078)
Files:
- debian/libsystemd0.symbols
-
debian/patches/lp1988078-hwdb-implement-root-option-for-systemd-hwdb-query.patch
- debian/patches/lp1988078-sd-hwdb-add-sd_hwdb_new_from_path.patch
-
debian/patches/lp1988078-sd-hwdb-include-sys-stat.h-in-hwdb-internal.h.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=937fef96c858f2f2042bf71032f315647c14add0
[ Luca Boccassi ]
* Enable systemd-repart and ship it in a new systemd-repart package.
(LP: #1897932)
Add fdisk as test dependency, needed by test-repart which calls sfdisk.
Add libfdisk-dev/libssl-dev as dependencies, needed for systemd-repart.
Author: Luca Boccassi
Files:
- debian/control
- debian/rules
- debian/systemd-repart.install
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=debbc5e9362522210096ae5fa9da48378791e381
[ Lukas Märdian ]
* Add sd-repart as test depend, to avoid skipping TEST-58-REPART
File: debian/tests/control
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=669190653f06a6554ddf9725cbeccac65149df23
-- Nick Rosbrook <nick.rosbr...@canonical.com> Fri, 09 Sep 2022
14:47:16 -0400
** Changed in: systemd (Ubuntu Jammy)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1897932
Title:
systemd-repart not packaged
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Jammy:
Fix Released
Status in systemd package in Debian:
Fix Released
Bug description:
[Impact]
systemd-repart is not (as of 246.6-1ubuntu1) packaged in the
Ubuntu/Debian packages of systemd - probably because it has an extra
dependency?
The bug reporter would like to use it in their new raspberry pi images
where they don't have cloud-init installed. The reporter is already
using systemd-growfs, but they are missing the nice partition resizing
part (so are using cloud-initramfs-growroot).
Furthermore, in the mkosi image builder
(https://github.com/systemd/mkosi), the systemd/mkosi developers would
like to start using systemd-repart for partitioning. Unfortunately,
they're currently blocked on this because 22.04 doesn't ship systemd-
repart. The upstream CI uses Github Actions which runs on Ubuntu Jammy
and will do so until the next Ubuntu LTS is released. If we have to
wait for the next LTS to be released, we'll have to wait for a
considerable amount of time before we're able to start using systemd-
repart.
Being able to use systemd-repart will allow the systemd/mkosi developers to
take advantage of its improved interface compared to sfdisk,
as well as its builtin protections against race conditions surrounding the
use of loop devices. The systemd/mkosi developers expect to
be able to get rid of some nasty loop device failure in mkosi by using
systemd-repart.
[Test Plan]
This is a missing extra executable. Once enabled it has self-tests in the
build-time unit tests, and also a regression test in the autopkgtest 'upstream'
suite.
* Attach (local) build-log showing the systemd-repart self-tests passing, as
found in build-deb/meson-logs/testlog.txt
* Attach autopkgtest logs showing the regression tests passing (especially
TEST-58-REPART from "upstream-2" testsuite)
* Test upgrade-path Jammy->Kinetic to make sure systemd-repart is properly
replaced by Kinetic's "systemd" binary package
[Where problems could occur]
Shipping systemd-repart will come with no additional risk. While there is a
systemd-repart.service that runs on boot, it's configured to not do anything if
no config files are shipped with the system or provided by the user. As such,
the service, if enabled, will effectively be a noop. Aside from the service,
there's the CLI tool systemd-repart and the accompanying man pages that will be
shipped as part of the systemd package.
Given that there's no risk involved with enabling systemd-repart, and
given the useful features it provides, the systemd/mkosi developers
would like to request that systemd-repart be enabled in Ubuntu and
backported to Jammy so that they can start adopting it in mkosi.
Runtime behavior of existing components is not affected by the build
config change.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1897932/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
