Thank you for your contribution to Debian.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 02 Jun 2024 13:53:57 +0200
Source: partman-auto
Architecture: source
Version: 166
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Changed-B
partman-auto_166_source.changes uploaded successfully to localhost
along with the files:
partman-auto_166.dsc
partman-auto_166.tar.xz
partman-auto_166_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Luca Boccassi (2024-05-27):
> I'll upload a D-I fix that adds x-initrd.attach to crypttab by default
> shortly. Yes you can ignore the "unknown option" message, as the
> Debian-specific initramfs-tools scripts do not know about it, but
> that's fine, it's for the shutdown path anyway. And the fina
Processing control commands:
> tag -1 pending
Bug #1072204 [console-setup] setupcon: race condition with systemd-tmpfiles
Ignoring request to alter tags of bug #1072204 to the same tags previously set
--
1072204: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072204
Debian Bug Tracking Syste
On Sun, 2 Jun 2024 at 20:04, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-05-27):
> > I'll upload a D-I fix that adds x-initrd.attach to crypttab by default
> > shortly. Yes you can ignore the "unknown option" message, as the
> > Debian-specific initramfs-tools scripts do not know about it, but
Processing control commands:
> Tags -1 + pending
Bug #1072204 [console-setup] setupcon: race condition with systemd-tmpfiles
Added tag(s) pending.
--
1072204: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072204
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: Tags -1 + pending
Marc Leeman, le mer. 29 mai 2024 11:46:46 +0200, a ecrit:
> On occasion I have a situation where console-setup.service fails to
> start up due to a race condition. After investigating this, it was
> already reported in Ubuntu back in 2019 and I have verified that the
> p
systemd-boot-installer_0.1_amd64.changes uploaded successfully to localhost
along with the files:
systemd-boot-installer_0.1.dsc
systemd-boot-installer_0.1.tar.xz
systemd-boot-installer_0.1_all.udeb
systemd-boot-installer_0.1_amd64.buildinfo
Greetings,
Your Debian queue daemon (ru
binary:systemd-boot-installer is NEW.
binary:systemd-boot-installer is NEW.
source:systemd-boot-installer is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes
Hi,
I've created a udeb that adds an expert menu item to allow choosing
systemd-boot (in the NEW queue):
https://salsa.debian.org/installer-team/systemd-boot-installer
A couple of PRs for minimal support:
https://salsa.debian.org/installer-team/debian-installer-utils/-/merge_requests/12
https:/
Hi,
Luca Boccassi (2024-06-03):
> Package: wnpp
> Severity: wishlist
> Owner: Luca Boccassi
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: systemd-boot-installer
> Version : 0.1
> Upstream Author : Luca Boccassi
> * URL :
> https://salsa.debian.
Hi,
Luca Boccassi (2024-06-03):
> I've created a udeb that adds an expert menu item to allow choosing
> systemd-boot (in the NEW queue):
>
> https://salsa.debian.org/installer-team/systemd-boot-installer
The `Architecture: all` in control vs the 64-bit EFI logic in the script
seems odd at first
12 matches
Mail list logo
