Processed: Re: Bug#1037256: debian-installer: GUI font for Japanese was incorrectly rendered

Processing control commands: > severity -1 important Bug #1037256 [debian-installer] debian-installer: GUI font for Japanese was incorrectly rendered Severity set to 'important' from 'normal' -- 1037256: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037256 Debian Bug Tracking System Contac

Re: woody installation system

Wolf Briggs

Processed: Re: Bug#1098885: debian-installer: d-i doesn't create partitions in the order I enter them

Processing control commands: > tags -1 + unreproducible Bug #1098885 [partman-base] debian-installer: d-i doesn't create partitions in the order I enter them Added tag(s) unreproducible. -- 1098885: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098885 Debian Bug Tracking System Contact ow.

Re: Bug#1099045: transition: fuse3

On 27/02/2025 16:58, László Böszörményi (GCS) wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: affects -1 + src:fuse3 X-Debbugs-CC: k...@debian.org Hi RMs, There were some ABI breaks in the latest versions of fuse3 an

Processed (with 1 error): Re: Bug#1099057: discover: After modernizing sources.list, Discover (KDE) settings will not see the repositories

Processing control commands: > reassign -1 plasma-discover 6.3.0-1 Bug #1099057 [discover] discover: After modernizing sources.list, Discover (KDE) settings will not see the repositories Bug reassigned from package 'discover' to 'plasma-discover'. No longer marked as found in versions discover/2.

Processed: Re: Bug#1098918: blendsel: Add Hamradio blend to blendsel

Processing control commands: > tags -1 + pending Bug #1098918 [blendsel] blendsel: Add Hamradio blend to blendsel Added tag(s) pending. -- 1098918: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098918 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Re: Bug#1098942: override: grml-keyring:misc/optional

Chris Hofstaedtler (2025-02-26): > I forgot to reset the priority of grml-keyring when uploading it to > Debian, as it was previously only part of Grml. > > Please update the priority to "optional". For debian-boot@: yes please. :) Cheers, -- Cyril Brulebois (k...@debian.org)

Processed: Re: Bug#1098885: debian-installer: d-i doesn't create partitions in the order I enter them

Processing control commands: > reassign -1 partman-base Bug #1098885 [debian-installer] debian-installer: d-i doesn't create partitions in the order I enter them Bug reassigned from package 'debian-installer' to 'partman-base'. Ignoring request to alter found versions of bug #1098885 to the same

Processed: Re: Bug#1098883: debian-installer: d-i should warn if ESP is a logical volume within LVM

Processing control commands: > reassign -1 partman-efi Bug #1098883 [debian-installer] debian-installer: d-i should warn if ESP is a logical volume within LVM Bug reassigned from package 'debian-installer' to 'partman-efi'. Ignoring request to alter found versions of bug #1098883 to the same valu

Processed: Re: Bug#1098834: discover: Package failed to install

Processing control commands: > reassign -1 plasma-discover Bug #1098834 [discover] discover: Package failed to install Bug reassigned from package 'discover' to 'plasma-discover'. No longer marked as found in versions discover/2.1.2-10. Ignoring request to alter fixed versions of bug #1098834 to t

Processed: Re: Bug#1098748: blendsel: [INTL:pt_BR] Brazilian Portuguese translation for blendsel

Processing control commands: > tags -1 + pending Bug #1098748 [blendsel] blendsel: [INTL:pt_BR] Brazilian Portuguese translation for blendsel Added tag(s) pending. -- 1098748: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098748 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Processed: Re: Error message when installing updates in Debian KDE Plasma

Processing control commands: > reassign -1 plasma-discover 5.27.5-2 Bug #1098425 [discover] Error message when installing updates in Debian KDE Plasma Bug reassigned from package 'discover' to 'plasma-discover'. Ignoring request to alter found versions of bug #1098425 to the same values previous

Re: Bug#1096180: override: Drop e2fsprogs (required)

Hi Sean, Sean Whitton (2025-02-18): > Hello installer team, > > Is it fine to go ahead with this from your point of view? > > Would be great to have it in trixie. A *very quick* search suggests we might have been ready for that for 20+ years: partman-ext3 (8) unstable; urgency=low

Re: Bug#1096180: override: Drop e2fsprogs (required)

Hello installer team, Is it fine to go ahead with this from your point of view? Would be great to have it in trixie. Thanks. On Mon 17 Feb 2025 at 09:15am GMT, Bastian Germann wrote: > Package: ftp.debian.org > User: ftp.debian@packages.debian.org > Usertags: override > > Please drop the s

Re: os-prober issue. Not find all distributions on multi boot SSD

on are automatically displayed previous installed distributions in GRUB. On BTRFS no. Source of issue are BTRFS subvolumes.       __ Od: "Pascal Hambourg" Komu: "Matej Marko" Dátum: 15.02.2025 13:09 Predmet: Re: os-

Re: os-prober issue. Not find all distributions on multi boot SSD

On 15/02/2025 at 10:09, Matej Marko wrote: No, I am not used subvolumes. It is not subvolumes, I think. I created very simple partitions in distribution installer. Be aware that some distribution installers may implicitly create subvolumes. For example the Debian installer creates a subvolume

Re: os-prober issue. Not find all distributions on multi boot SSD

uot;Matej Marko" Dátum: 15.02.2025 00:30 Predmet: Re: os-prober issue. Not find all distributions on multi boot SSD CC: (Please reply on list) On 15/02/2025 at 00:03, Matej Marko wrote: > Yes. All root partitions are on BTRFS file system. It is possible, that > file system is main s

Re: os-prober issue. Not find all distributions on multi boot SSD

(Please reply on list) On 15/02/2025 at 00:03, Matej Marko wrote: Yes. All root partitions are on BTRFS file system. It is possible, that file system is main source of issues. Can you provide more details about the btrfs layout for each system ? Is there a subvolume for /, and is it the defaul

Re: os-prober issue. Not find all distributions on multi boot SSD

First things first Debian Wiki - Grub: apt-get install os-prober Then edit /etc/default/grub and make sure you have a line like GRUB_DISABLE_OS_PROBER=false Finally run update-grub2 On February 14, 2025 1:00:19 PM Rolf Reintjes wrote: Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I

Re: os-prober issue. Not find all distributions on multi boot SSD

Hi, Pascal Hambourg wrote (Fri, 14 Feb 2025 23:01:31 +0100): > > Was Debian installed on this system? (not clear from the above list) > > If yes, which version exactly? (Debian 12 Bookworm, Debian testing, > > unstable ...) > > If not, why is this relevant for this Debian mailinglist? > > Isn'

Re: os-prober issue. Not find all distributions on multi boot SSD

On 14/02/2025 at 21:18, Holger Wansing wrote: Matej Marko wrote (Fri, 14 Feb 2025 20:43:56 +0100): Hello, I have actually on SSD SATA installed these distributions: Linux Mint, Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. Screenshots are from KDE neon. Comman

Re: os-prober issue. Not find all distributions on multi boot SSD

Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I have actually on SSD SATA installed these distributions: Linux Mint, Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. Screenshots are from KDE neon. Command sudo update-grub not work correct for me. It finds only Ubuntu D

Re: os-prober issue. Not find all distributions on multi boot SSD

Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I have actually on SSD SATA installed these distributions: Linux Mint, Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. Screenshots are from KDE neon. There is no debian in the list of this distributions. This mailing lis

Re: os-prober issue. Not find all distributions on multi boot SSD

Hi, Matej Marko wrote (Fri, 14 Feb 2025 20:43:56 +0100): > Hello, > I have actually on SSD SATA installed these distributions: Linux Mint, > Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. > Screenshots are from KDE neon. > Command sudo update-grub not work correct

Re: UEFI HTTP boot support in the Installer

On Wed, Feb 12, 2025 at 09:46:54AM +0100, Emanuele Rocca wrote: >Hello Installer and Kernel teams. > >It is now possible to boot d-i using UEFI HTTP boot. No need to copy the >ISO to a USB stick or configure DHCP and PXE or similar netboot setups, >just specify the ISO URL in your firmware configur

Re: Bug#1095785: src:xorg-server: Build xorg's X server against libnettle

Hi Emilio, Emilio Pozuelo Monfort (2025-02-12): > This shouldn't change the udeb, but I'm cc'ing -boot just to be on the > safe side. If you don't have any objections, I'll get this merged. Thanks for the heads-up, and of course please go ahead. Cheers, -- Cyril Brulebois (k...@debian.org)

Re: Bug#1095785: src:xorg-server: Build xorg's X server against libnettle

Hi, On 12/02/2025 01:42, Daniel Kahn Gillmor wrote: Source: xorg-server Version: 2:21.1.15-2 Severity: wishlist Tags: patch Hi Xserver maintainers! Please consider building the X.org xserver against nettle for its implementation of sha1. nettle is likely to already be installed on upcoming de

Processed: Re: Bug#1095504: discover: Discover displays a thin line at the bottom in fullscreen mode

Processing control commands: > reassign -1 plasma-discover Bug #1095504 [discover] discover: Discover displays a thin line at the bottom in fullscreen mode Bug reassigned from package 'discover' to 'plasma-discover'. No longer marked as found in versions discover/2.1.2-10. Ignoring request to alt

Re: [Debian-on-mobile-maintainers] Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi, Le 04/02/2025 à 11:10, Cyril Brulebois a écrit : OK, thanks. In the end, having packages around is not going to be sufficient anyway, they would need to be made available in this or that image, and integrated in some way (hardware detection → software dance at the right moment(s)), maybe it

Re: [Debian-on-mobile-maintainers] Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi, Arnaud Ferraris (2025-02-06): > I was expecting something along those lines indeed. TBH I'm expecting the > person who submitted #1076725 and #1076726 to work on that, especially as I > don't own any hardware d-i images could target using those packages. Alright, thanks for clarifying. > >

Processed: Re: Bug#1095210: blendsel: [INTL:tr] turkish translation of the debconf template

Processing control commands: > tags -1 + pending Bug #1095210 [blendsel] blendsel: [INTL:tr] turkish translation of the debconf template Added tag(s) pending. -- 1095210: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1095210 Debian Bug Tracking System Contact ow...@bugs.debian.org with prob

Re: Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi, On 04/02/2025 at 11:10, Cyril Brulebois wrote: Arnaud Ferraris (2025-02-04): Those udebs were created per request (see #1076725 and #1076726) in order to allow installer support for Qualcomm-based devices, especially recent Snapdragon laptops. Alright, maybe #1091799 is an example of su

Re: Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi Arnaud, Arnaud Ferraris (2025-02-04): > My apologies for not posting to debian-boot@, I would have expected > such information to be available either in the policy or developer's > reference but couldn't find much on the topic of udebs there. I'm happy to support the addition of such mention

Re: Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi Cyril, Le 04/02/2025 à 00:13, Cyril Brulebois a écrit : Hi, It's customary to let debian-boot@ know when adding some udeb. And it's not installable anyway, due to the dependency on libqrtr1. I see that other source package is in NEW, and a rebuild might eventually solve that, but same commen

Re: Accepted protection-domain-mapper 1.0-6 (source amd64) into unstable

Hi, Debian FTP Masters (2025-02-03): > Source: protection-domain-mapper > Binary: protection-domain-mapper protection-domain-mapper-dbgsym > protection-domain-mapper-udeb > Architecture: source amd64 > Version: 1.0-6 > Distribution: unstable > Urgency: medium > Maintainer: DebianOnMobile Maintai

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, On Sun, Jan 26, 2025 at 06:30:04PM +0100, Aurelien Jarno wrote: > On 2025-01-26 16:59, John Paul Adrian Glaubitz wrote: > > Cyprus is a country located in Western Asia, according to Wikipedia [1]. > > > > So, yeah, it should not be listed under Europe. > > It seems to be a discrepancy betwee

Re: Add option in Debian installer to skip secure delete step

Marc Haber writes: > On Thu, Jan 30, 2025 at 07:52:12PM +, josesanchez2782 wrote: >> Hello, I would like to suggest a new option in the Debian GUI installer. >> Currently, when you enable full disk encryption with LUKS, it automatically >> overwrites all the bits in the drive in the secure

Re: Add option in Debian installer to skip secure delete step

On 30/01/2025 at 21:28, Marc Haber wrote: On Thu, Jan 30, 2025 at 07:52:12PM +, josesanchez2782 wrote: Hello, I would like to suggest a new option in the Debian GUI installer. Currently, when you enable full disk encryption with LUKS, it automatically overwrites all the bits in the drive in

Re: Add option in Debian installer to skip secure delete step

On Thu, Jan 30, 2025 at 07:52:12PM +, josesanchez2782 wrote: > Hello, I would like to suggest a new option in the Debian GUI installer. > Currently, when you enable full disk encryption with LUKS, it automatically > overwrites all the bits in the drive in the secure delete step before > enab

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hello, Am 26. Januar 2025 23:12:05 MEZ schrieb Aurelien Jarno : > >> I have attached a patch to fix all the above. > >Thanks, that looks good. Don't hesitate to tell me if you want me to >commit it and do the upload. I will do that shortly, thanks. Holger -- Sent from /e/ OS on Fairphone3

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, On 2025-01-26 21:08, Holger Wansing wrote: > Hi, > > Aurelien Jarno wrote (Sun, 26 Jan 2025 18:30:04 +0100): > > > On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: > > > > Hi, > > > > > > > > Debian FTP Masters wrote (Tue, 21 Jan > > > > 2025 21:37:53 +): > > > > >[ Aureli

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, Pascal Hambourg wrote (Sun, 26 Jan 2025 20:19:10 +0100): > According to the same source, "Although it is geographically located in > West Asia, its cultural identity and geopolitical make-up are > overwhelmingly Southeast European." > > So I suspect most Cyprus inhabitants expect to see i

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, Aurelien Jarno wrote (Sun, 26 Jan 2025 18:30:04 +0100): > > On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: > > > Hi, > > > > > > Debian FTP Masters wrote (Tue, 21 Jan > > > 2025 21:37:53 +): > > > >[ Aurelien Jarno ] > > > >* Replace legacy timezones with their modern

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

On 26/01/2025 at 16:59, John Paul Adrian Glaubitz wrote: On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: Tests have shown, that Cyprus as country is only visible, when looking under Europe as continent. Is this correct, since the timezone strings are named "Asia/... " ? (...) Cyprus

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

On Sun, Jan 26, 2025 at 04:59:05PM +0100, John Paul Adrian Glaubitz wrote: > Hello Holger, > > On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: > > Hi, > > > > Debian FTP Masters wrote (Tue, 21 Jan > > 2025 21:37:53 +): > > >[ Aurelien Jarno ] > > >* Replace legacy timezones

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, On 2025-01-26 16:59, John Paul Adrian Glaubitz wrote: > Hello Holger, > > On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: > > Hi, > > > > Debian FTP Masters wrote (Tue, 21 Jan > > 2025 21:37:53 +): > > >[ Aurelien Jarno ] > > >* Replace legacy timezones with their mode

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hello Holger, On Sun, 2025-01-26 at 15:00 +0100, Holger Wansing wrote: > Hi, > > Debian FTP Masters wrote (Tue, 21 Jan 2025 > 21:37:53 +): > >[ Aurelien Jarno ] > >* Replace legacy timezones with their modern counterparts. Closes: > > #1055541. > >* Update cities/zones that hav

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, Debian FTP Masters wrote (Tue, 21 Jan 2025 21:37:53 +): >[ Aurelien Jarno ] >* Replace legacy timezones with their modern counterparts. Closes: > #1055541. >* Update cities/zones that have been renamed. >* Add templates for Cyprus. Tests have shown, that Cyprus as count

Re: Splitting udev-udeb out of src:systemd

On Fri, 24 Jan 2025 at 08:43, Pascal Hambourg wrote: > > On 18/01/2025 at 11:46, Luca Boccassi wrote: > > On Sat, 18 Jan 2025 at 06:30, Cyril Brulebois wrote: > >> > >> I'm seeing a lot of things that are different, for what should be just a > >> new revision/move. Are those expected? (diff gener

Re: Splitting udev-udeb out of src:systemd

few experiments and upload a fix as soon as I have it > > Ok I have a fix that results in: > > Package: mdadm-udeb > Source: mdadm > Version: 4.4-2 > Architecture: amd64 > Maintainer: Daniel Baumann > Installed-Size: 1040 > Depends: libc6-udeb (>= 2.40), libudev1-udeb

Re: Splitting udev-udeb out of src:systemd

On 18/01/2025 at 11:46, Luca Boccassi wrote: On Sat, 18 Jan 2025 at 06:30, Cyril Brulebois wrote: I'm seeing a lot of things that are different, for what should be just a new revision/move. Are those expected? (diff generated on amd64, diffing udev-udeb between testing and unstable) File

Processed: Re: Bug#1093715: [INTL:es] Spanish translation of the debconf template blendsel

Processing control commands: > tags -1 + pending Bug #1093715 [blendsel] [INTL:es] Spanish translation of the debconf template blendsel Added tag(s) pending. -- 1093715: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1093715 Debian Bug Tracking System Contact ow...@bugs.debian.org with probl

Re: Splitting udev-udeb out of src:systemd

On Thu, 23 Jan 2025 at 11:56, Luca Boccassi wrote: > > On Thu, 23 Jan 2025 at 11:13, Cyril Brulebois wrote: > > > > Hi, > > > > Luca Boccassi (2025-01-15): > > > I plan to split out udev-udeb and libudev1-udeb from the current > > > src:systemd source package/repo into a new src:systemd-udeb (fo

Re: Splitting udev-udeb out of src:systemd

On Thu, 23 Jan 2025 at 11:13, Cyril Brulebois wrote: > > Hi, > > Luca Boccassi (2025-01-15): > > I plan to split out udev-udeb and libudev1-udeb from the current > > src:systemd source package/repo into a new src:systemd-udeb (forked > > from the old one, so generated udebs will be the same). > >

Re: Splitting udev-udeb out of src:systemd

Hi, Luca Boccassi (2025-01-15): > I plan to split out udev-udeb and libudev1-udeb from the current > src:systemd source package/repo into a new src:systemd-udeb (forked > from the old one, so generated udebs will be the same). The current set of packages doesn't work as the shlibs now only refer

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, On 2025-01-22 23:14, Holger Wansing wrote: > Hi, > > Am 22. Januar 2025 00:01:09 MEZ schrieb Aurelien Jarno : > >Hi, > > > >On 2025-01-21 23:13, Holger Wansing wrote: > >> Oooh, how I wish people could think more about the impact on translations, > >> when > >> changing templates these days,

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, Am 22. Januar 2025 00:01:09 MEZ schrieb Aurelien Jarno : >Hi, > >On 2025-01-21 23:13, Holger Wansing wrote: >> Oooh, how I wish people could think more about the impact on translations, >> when >> changing templates these days, where trixie's development cycle is nearly >> over ... >> >> Ca

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Hi, On 2025-01-21 23:13, Holger Wansing wrote: > Oooh, how I wish people could think more about the impact on translations, > when > changing templates these days, where trixie's development cycle is nearly > over ... > > Can this be reverted please? Have you actually checked the changes at th

Re: tzsetup_0.126_source.changes ACCEPTED into unstable

Oooh, how I wish people could think more about the impact on translations, when changing templates these days, where trixie's development cycle is nearly over ... Can this be reverted please? Holger Debian FTP Masters wrote (Tue, 21 Jan 2025 21:37:53 +): > Thank you for your contributi

Processed: Re: Bug#1032131: deb822-style sources.list

Processing control commands: > severity -1 important Bug #1032131 [src:apt-setup] deb822-style sources.list Severity set to 'important' from 'wishlist' -- 1032131: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032131 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#1093565: partman: changing partition usage may leave the wrong type in partition table

Processing control commands: > tags -1 patch Bug #1093565 [partman-base] partman: changing partition usage may leave the wrong type in partition table Added tag(s) patch. -- 1093565: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1093565 Debian Bug Tracking System Contact ow...@bugs.debian.o

Processed: Re: Bug#1093565: Acknowledgement (partman: changing partition usage may leave the wrong type in partition table)

Processing commands for cont...@bugs.debian.org: > affects 1093565 + partman-cros partman-efi partman-lvm partman-md Bug #1093565 [partman-base] partman: changing partition usage may leave the wrong type in partition table Added indication that 1093565 affects partman-cros, partman-efi, partman-l

Re: Splitting udev-udeb out of src:systemd

On Sat, 18 Jan 2025 at 17:06, Cyril Brulebois wrote: > > Luca Boccassi (2025-01-18): > > The old udev-udeb.install was severely bitrotting, as it seems it was > > copied at some point from the main one, but then largely left as-is. > > Normally dh-missing would warn about these things, but of cou

Re: Splitting udev-udeb out of src:systemd

Luca Boccassi (2025-01-18): > The old udev-udeb.install was severely bitrotting, as it seems it was > copied at some point from the main one, but then largely left as-is. > Normally dh-missing would warn about these things, but of course the > main udev package is picking all new files up, so ther

Re: Splitting udev-udeb out of src:systemd

On Sat, 18 Jan 2025 at 06:30, Cyril Brulebois wrote: > > Hi, > > Luca Boccassi (2025-01-17): > > New source package has been accepted and both uploads are now in unstable > > Thanks for the heads-up. > > I'm seeing a lot of things that are different, for what should be just a > new revision/move.

Re: Splitting udev-udeb out of src:systemd

Hi, Luca Boccassi (2025-01-17): > New source package has been accepted and both uploads are now in unstable Thanks for the heads-up. I'm seeing a lot of things that are different, for what should be just a new revision/move. Are those expected? (diff generated on amd64, diffing udev-udeb betwee

Re: Splitting udev-udeb out of src:systemd

On Wed, 15 Jan 2025 at 14:56, Cyril Brulebois wrote: > > Hi Luca, > > Luca Boccassi (2025-01-15): > > I plan to split out udev-udeb and libudev1-udeb from the current > > src:systemd source package/repo into a new src:systemd-udeb (forked > > from the old one, so generated udebs will be the same)

Processed: Re: Bug#969516: Debian and Ubuntu developers hesitate and procrastinate with F2FS innovation 13 years

Processing control commands: > tags -1 + wontfix Bug #969516 [debian-installer] Please support installing onto f2fs root filesystem Added tag(s) wontfix. -- 969516: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969516 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: #866082partman multi recipe doesn't work on 8 GiB disk

Processing control commands: > reassign -1 partman-auto Bug #866082 [debian-installer] partman multi recipe doesn't work on 8 GiB disk Bug reassigned from package 'debian-installer' to 'partman-auto'. No longer marked as found in versions debian-installer/20170615. Ignoring request to alter fixed

Re: Splitting udev-udeb out of src:systemd

Hi Luca, Luca Boccassi (2025-01-15): > I plan to split out udev-udeb and libudev1-udeb from the current > src:systemd source package/repo into a new src:systemd-udeb (forked > from the old one, so generated udebs will be the same). > > This should greatly reduce your workload as src:systemd uplo

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi, Pascal Hambourg wrote (Sun, 12 Jan 2025 23:44:27 +0100): > In a perfect world, all boot loaders would support /boot on ext4 and we > would not have to make trade-offs. Indeed we must make a trade-off > between robustness (ext4 vs ext2), convenience (/boot in root filesystem > vs small sep

Re: Next attempt to add Blends to Debian installer

Hi, Andreas Tille wrote (Sun, 5 Jan 2025 22:20:19 +0100): > > Also, if you would like to adapt the wording of the dialog, feel free to > > tell me. > > Please spell Blend in > "Choose a Debian _b_lend for installation > with upper case _B_ (its a noun). > > In the Blends selection I would s

Re: Kernel mismatch in daily d-i image

Philip Hands (2025-01-13): > I was looking at this (briefly) this morning to see how we might notice > that we're in this state during the debian-cd run, and abort, as that > would at least prevent people being offered the known-broken image to > test, although I guess there'd still be the chance

Re: Kernel mismatch in daily d-i image

Hi, Roland Clobus (2025-01-13): > It happened again: the kernel got updated and the daily d-i images > (being based on sid) result in a kernel mismatch. > https://tracker.debian.org/pkg/linux-signed-amd64 > > You can see the red bars in openQA: > https://openqa.debian.net/ > > In openQA the ker

Re: Kernel mismatch in daily d-i image

Hi Roland, Roland Clobus writes: > Hello debian-boot, Cyril, > > It happened again: the kernel got updated and the daily d-i images > (being based on sid) result in a kernel mismatch. > https://tracker.debian.org/pkg/linux-signed-amd64 > > You can see the red bars in openQA: > https://openqa.de

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On Mon Jan 13, 2025 at 9:12 PM CET, Pascal Hambourg wrote: > On 13/01/2025 at 14:28, Diederik de Haas wrote: > > On Mon Jan 13, 2025 at 9:36 AM CET, Pascal Hambourg wrote: > >> > >> AFAIK the only implementation of Petitboot on arm64 (Odroid) supports > >> ext4 so there is no need to rollback to ex

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On 13/01/2025 at 14:28, Diederik de Haas wrote: On Mon Jan 13, 2025 at 9:36 AM CET, Pascal Hambourg wrote: AFAIK the only implementation of Petitboot on arm64 (Odroid) supports ext4 so there is no need to rollback to ext2. I did not mean to roll back to ext2 but to create a separate /boot parti

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On Mon Jan 13, 2025 at 9:36 AM CET, Pascal Hambourg wrote: > On 13/01/2025 at 07:48, Holger Wansing wrote: > > Am 12. Januar 2025 23:44:27 MEZ schrieb Pascal Hambourg > > : > >> Indeed we must make a trade-off > >> between robustness (ext4 vs ext2), convenience (/boot in root filesystem > >> vs

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hello, On Sun, 2025-01-12 at 14:13 +0100, Pascal Hambourg wrote: > On 12/01/2025 at 11:53, Holger Wansing wrote: > > Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): > > > oliviosu_ppc6...@tutanota.com > > > (2025-01-12): > > > > Hello, > > > > installing Trixie Alpha 1 on Tyan TN71-BP0

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On 13/01/2025 at 07:48, Holger Wansing wrote: Am 12. Januar 2025 23:44:27 MEZ schrieb Pascal Hambourg : Indeed we must make a trade-off between robustness (ext4 vs ext2), convenience (/boot in root filesystem vs small separate /boot) and compatibility with boot loaders. And I believe we can d

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi, Am 12. Januar 2025 23:44:27 MEZ schrieb Pascal Hambourg : >In a perfect world, all boot loaders would support /boot on ext4 and we would >not have to make trade-offs. Indeed we must make a trade-off between >robustness (ext4 vs ext2), convenience (/boot in root filesystem vs small >separat

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On 12/01/2025 at 19:43, Holger Wansing wrote: Am 12. Januar 2025 19:17:19 MEZ schrieb Pascal Hambourg : On 12/01/2025 at 16:29, Holger Wansing wrote: Pascal Hambourg wrote (Sun, 12 Jan 2025 16:13:21 +0100): I just wanted to make sure everyone is aware that the revert fixes only this specif

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi again, Am 12. Januar 2025 19:17:19 MEZ schrieb Pascal Hambourg : >On 12/01/2025 at 16:29, Holger Wansing wrote: >> Pascal Hambourg wrote (Sun, 12 Jan 2025 16:13:21 >> +0100): >>> >>> I just wanted to make sure everyone is aware that the revert fixes >>> only this specific use case (guided p

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On 12/01/2025 at 16:29, Holger Wansing wrote: Pascal Hambourg wrote (Sun, 12 Jan 2025 16:13:21 +0100): I just wanted to make sure everyone is aware that the revert fixes only this specific use case (guided partitioning using LVM with or without encryption). The issue already existed and remai

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi, Pascal Hambourg wrote (Sun, 12 Jan 2025 16:13:21 +0100): > On 12/01/2025 at 14:51, Holger Wansing wrote: > > Pascal Hambourg wrote (Sun, 12 Jan 2025 14:13:40 > > +0100): > >> On 12/01/2025 at 11:53, Holger Wansing wrote: > >>> Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): > >>>

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

On 12/01/2025 at 14:51, Holger Wansing wrote: Pascal Hambourg wrote (Sun, 12 Jan 2025 14:13:40 +0100): On 12/01/2025 at 11:53, Holger Wansing wrote: Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): oliviosu_ppc6...@tutanota.com (2025-01-12): Hello, installing Trixie Alpha 1 on Tya

Re: Potential irroneous checksum in InRelease file

On 1/12/25 14:44, john doe wrote: Hi, Is it intentional that the  checksum for [1] is not in [2]? [1] http://ftp.debian.org/debian/dists/stable/main/installer-amd64/current/images/netboot/gtk/netboot.tar.gz Should have been http://ftp.debian.org/debian/dists/stable/main/installer-amd64/curren

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi, Pascal Hambourg wrote (Sun, 12 Jan 2025 14:13:40 +0100): > Hello, > > On 12/01/2025 at 11:53, Holger Wansing wrote: > > Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): > >> oliviosu_ppc6...@tutanota.com (2025-01-12): > >>> Hello, > >>> installing Trixie Alpha 1 on Tyan TN71-BP012

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hello, On 12/01/2025 at 11:53, Holger Wansing wrote: Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): oliviosu_ppc6...@tutanota.com (2025-01-12): Hello, installing Trixie Alpha 1 on Tyan TN71-BP012 (POWER8) (/images/trixie_di_alpha1/ppc64el 2024/12/31) Installation goes well but ins

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi Cyril, Cyril Brulebois wrote (Sun, 12 Jan 2025 11:21:08 +0100): > oliviosu_ppc6...@tutanota.com (2025-01-12): > > Hello, > > installing Trixie Alpha 1 on Tyan TN71-BP012 (POWER8) > > (/images/trixie_di_alpha1/ppc64el 2024/12/31) > > > > Installation goes well but installed system isn't boota

Re: ppc64el Trixie Alpha 1 /boot may be ext2 not ext4

Hi, oliviosu_ppc6...@tutanota.com (2025-01-12): > Hello, > installing Trixie Alpha 1 on Tyan TN71-BP012 (POWER8) > (/images/trixie_di_alpha1/ppc64el 2024/12/31) > > Installation goes well but installed system isn't bootable with Petitboot. > Installation was made choosing automated partitioning

Re: Planning for 12.10

Hi, Le mardi 07 janvier 2025 à 22:14 +, Jonathan Wiltshire a écrit : > Hi, > > The next cycle for bookworm should end somewhere around 8th March > Please indicate your availability for: > >  1 March >  8 March > 15 March > > Thanks, > Any of the above should work for publicity team. Jean-P

Re: Debian Installer Trixie Alpha 1 release

On Fri, Jan 10, 2025 at 12:45:44AM +0100, Pascal Hambourg wrote: >Hi Holger, > >On 31/12/2024 at 17:47, Holger Wansing wrote: >> > >> > I'd like to address special thanks to Holger Wansing who has done >> > a tremendous job wading through many proposed changes in various >> > installer components,

Re: Debian Installer Trixie Alpha 1 release

Hi Holger, On 31/12/2024 at 17:47, Holger Wansing wrote: I'd like to address special thanks to Holger Wansing who has done a tremendous job wading through many proposed changes in various installer components, in addition to coordinating translation efforts. Thanks for your warm words! I wou

Re: Planning for 12.10

I'm hoping to be on holiday at some point in March assuming work stuff goes well, but I should be available. Emyr On 07/01/2025 22:14, Jonathan Wiltshire wrote: Hi, The next cycle for bookworm should end somewhere around 8th March Please indicate your availability for: 1 March 8 March 1

Re: Bug#1076723: grub-common: duplicate GNU/Linux in menuentry and submenu lines of /boot/grub/grub.cfg

Sorry I was off for the holidays but the fix for this was discussed and is planned very soon. On Sat, Dec 28, 2024 at 10:54 AM Pascal Hambourg wrote: > > Control: tags -1 patch > > On 26/12/2024 at 20:37, Cyril Brulebois wrote: > > Vincent Lefevre (2024-07-22): > >> > >> After a recent grub2 upg

Re: Planning for 12.10

On 08/01/2025 11:11, Steve McIntyre wrote: On Tue, Jan 07, 2025 at 10:14:52PM +, Jonathan Wiltshire wrote: Hi, The next cycle for bookworm should end somewhere around 8th March Please indicate your availability for: 1 March 8 March 15 March Can't do 1 March (prior engagement), but 8 and

Re: Planning for 12.10

On Tue, Jan 07, 2025 at 10:14:52PM +, Jonathan Wiltshire wrote: >Hi, > >The next cycle for bookworm should end somewhere around 8th March >Please indicate your availability for: > > 1 March > 8 March >15 March Can't do 1 March (prior engagement), but 8 and 15 are both fine. -- Steve McIntyr

Re: Planning for 12.10

On Tue, Jan 07, 2025 at 10:14:52PM +, Jonathan Wiltshire wrote: > Hi, > > The next cycle for bookworm should end somewhere around 8th March > Please indicate your availability for: > > 1 March > 8 March > 15 March > > Thanks, > All of the above are fine by me. Andrew Cater (amaca...@deb

Re: Planning for 12.10

Jonathan Wiltshire (2025-01-07): > The next cycle for bookworm should end somewhere around 8th March > Please indicate your availability for: > > 1 March > 8 March > 15 March Any of those should work for me. Cheers, -- Cyril Brulebois (k...@debian.org) D-I

  1   2   3   4   5   6   7   8   9   10   >