Re: Progress on t64 transition -> building the installer in sid

2024-04-15 Thread Philip Hands
Cyril Brulebois writes: > Philip Hands (2024-04-15): >> On the other hand, it's taken over a month so far. Rather than living in >> hope for another month, I thought it might be worth removing this as a >> blocker (I've had to tell a couple of people that they'll need to wait >> before they can

Re: Progress on t64 transition -> building the installer in sid

2024-04-15 Thread Cyril Brulebois
Philip Hands (2024-04-15): > On the other hand, it's taken over a month so far. Rather than living in > hope for another month, I thought it might be worth removing this as a > blocker (I've had to tell a couple of people that they'll need to wait > before they can do their salsa-CI tests :-/ )

Re: Progress on t64 transition -> building the installer in sid

2024-04-15 Thread Philip Hands
Cyril Brulebois writes: > Philip Hands (2024-04-14): >> I realised that there might be a way to kludge around the current D-I >> build failures, so I gave it a try and it seems to work: >> >> >> https://salsa.debian.org/installer-team/debian-installer/-/merge_requests/45 >> >> That creates

Re: Progress on t64 transition -> building the installer in sid

2024-04-14 Thread Cyril Brulebois
Philip Hands (2024-04-14): > I realised that there might be a way to kludge around the current D-I > build failures, so I gave it a try and it seems to work: > > https://salsa.debian.org/installer-team/debian-installer/-/merge_requests/45 > > That creates dummy udebs with the missing names,

Re: Progress on t64 transition -> building the installer in sid

2024-04-14 Thread Philip Hands
Hi, I realised that there might be a way to kludge around the current D-I build failures, so I gave it a try and it seems to work: https://salsa.debian.org/installer-team/debian-installer/-/merge_requests/45 That creates dummy udebs with the missing names, where each depends upon the matching

Re: lvm2 udebs vs. libaio1-udeb (was: Progress on t64 transition -> building the installer in sid)

2024-03-22 Thread Guillem Jover
Hi! On Thu, 2024-03-21 at 23:13:31 +0100, Cyril Brulebois wrote: > Cyril Brulebois (2024-03-21): > > I'm a bit conflicted about what to do here. At the moment, libaio1-udeb > > is the only udeb with t64 (at least according to the output of > > `apt-file search -Iudeb t64`); but a rebuild of the

lvm2 udebs vs. libaio1-udeb (was: Progress on t64 transition -> building the installer in sid)

2024-03-21 Thread Cyril Brulebois
Hi, Cyril Brulebois (2024-03-21): > I'm a bit conflicted about what to do here. At the moment, libaio1-udeb > is the only udeb with t64 (at least according to the output of > `apt-file search -Iudeb t64`); but a rebuild of the reverse dependencies > would be sufficient (and might happen at some

Re: Progress on t64 transition -> building the installer in sid

2024-03-21 Thread Cyril Brulebois
Hi, Roland Clobus (2024-03-21): > On 21/03/2024 15:58, Cyril Brulebois wrote: […] > The diagram shows nicely that the t64-transition is affecting the > installer, with currently 1 major bottleneck, libpng16-16t64-udeb: > https://d-i.debian.org/dose/graph-unstable-amd64.png Glad you like it,

Re: Progress on t64 transition -> building the installer in sid

2024-03-21 Thread Roland Clobus
Hello Cyril, list, On 21/03/2024 15:58, Cyril Brulebois wrote: https://lists.debian.org/debian-boot/2024/03/msg00102.html The diagram shows nicely that the t64-transition is affecting the installer, with currently 1 major bottleneck, libpng16-16t64-udeb:

Re: Progress on t64 transition -> building the installer in sid

2024-03-21 Thread Cyril Brulebois
Roland Clobus (2024-03-19): > For the other images, the installer is currently failing to build from > source, as some dependencies (in the udebs) are still missing (due to > the t64-transition). > > The latest message (from my local build_cdrom_gtk.log) is: > > The following packages have

Progress on t64 transition -> building the installer in sid

2024-03-19 Thread Roland Clobus
Hello list, Since two days the live images based on sid can be generated again (hurray!), now that debootstrap is able to generate a bootstrap again. The smallest image is generated properly now, because it does not have an installer. For the other images, the installer is currently failing