on libc6-udeb rather than libc6 with the
> significant difference that it lacks the dependency on libgcc_s.so.1. The
> partman-crypto developer(s) need to decide how to handle that.
> ralph.ronnquist
>
> Attached images
I'm not seeing anything related to libgcc_s.so.1 in those ima
on libc6-udeb rather than libc6 with the
> significant difference that it lacks the dependency on libgcc_s.so.1. The
> partman-crypto developer(s) need to decide how to handle that.
> ralph.ronnquist
>
> Attached images
I'm not seeing anything related to libgcc_s.so.1 in those ima
rts).
See: https://d-i.debian.org/dose/
Some backstory: https://lists.debian.org/debian-boot/2024/03/msg00102.html
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
rts).
See: https://d-i.debian.org/dose/
Some backstory: https://lists.debian.org/debian-boot/2024/03/msg00102.html
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
rts).
See: https://d-i.debian.org/dose/
Some backstory: https://lists.debian.org/debian-boot/2024/03/msg00102.html
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
m adding Tianon to the loop explicitly since I'm definitely no Docker
(or Go) expert, in case some time can be spared to look into this
problem. Otherwise I'll try and come up with something.
Thanks for considering!
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
m adding Tianon to the loop explicitly since I'm definitely no Docker
(or Go) expert, in case some time can be spared to look into this
problem. Otherwise I'll try and come up with something.
Thanks for considering!
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
nstead of “grub”) for consistency with upstream
and the rest of d-i though. (I know this is very minor but better catch
that early to avoid another l10n round later on.)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member
nstead of “grub”) for consistency with upstream
and the rest of d-i though. (I know this is very minor but better catch
that early to avoid another l10n round later on.)
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member
ing
to do is to have it removed from the archive, via unstable, sync'd into
testing. I don't see what a removal from testing only would achieve, esp.
for trumped-up reasons.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
ing
to do is to have it removed from the archive, via unstable, sync'd into
testing. I don't see what a removal from testing only would achieve, esp.
for trumped-up reasons.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
Hi,
Cyril Brulebois (2024-04-26):
> I'm not sure how we reached this situation but there are a bunch of
> packages in trixie that are not in a suitable state. To reproduce, a
> simple `debootstrap trixie /tmp/trixie` on amd64 is sufficient.
That works again, presumably
Hi,
Cyril Brulebois (2024-04-26):
> I'm not sure how we reached this situation but there are a bunch of
> packages in trixie that are not in a suitable state. To reproduce, a
> simple `debootstrap trixie /tmp/trixie` on amd64 is sufficient.
That works again, presumably
root 2048 Feb 10 11:07 usrmerge
>
> Which package should I report to the bug tracking system ?
>
> Let me know if I can help.
>
> Thanks.
>
> --
> [0]
> https://live-team.pages.debian.net/live-manual/html/live-manual/customizing-installer.en.
root 2048 Feb 10 11:07 usrmerge
>
> Which package should I report to the bug tracking system ?
>
> Let me know if I can help.
>
> Thanks.
>
> --
> [0]
> https://live-team.pages.debian.net/live-manual/html/live-manual/customizing-installer.en.
rchitectures, BIOS vs. UEFI, etc.) is a
huge mess already, it might happen but I'm not holding my breath here.
> It would be a good idea to warn the user if the entered parameter /
> value does not exist, to avoid unwanted results like installing
> non-free firmware.
There's no absolute list to chec
rchitectures, BIOS vs. UEFI, etc.) is a
huge mess already, it might happen but I'm not holding my breath here.
> It would be a good idea to warn the user if the entered parameter /
> value does not exist, to avoid unwanted results like installing
> non-free firmware.
There's no absolute list to chec
rchitectures, BIOS vs. UEFI, etc.) is a
huge mess already, it might happen but I'm not holding my breath here.
> It would be a good idea to warn the user if the entered parameter /
> value does not exist, to avoid unwanted results like installing
> non-free firmware.
There's no absolute list to chec
Cyril Brulebois (2024-04-26):
> Anyway, I wanted to see if suggesting (I wouldn't go as far as requesting
> because I'm really not sure this would be the right course of action, more
> details below) a new binNMU of coreutils within testing would be
> sufficient to make trixie debo
Cyril Brulebois (2024-04-26):
> Anyway, I wanted to see if suggesting (I wouldn't go as far as requesting
> because I'm really not sure this would be the right course of action, more
> details below) a new binNMU of coreutils within testing would be
> sufficient to make trixie debo
of things that break when
force-hinting but if you were aware of the resulting breakages already,
some kind of heads-up would have been nice…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Cons
of things that break when
force-hinting but if you were aware of the resulting breakages already,
some kind of heads-up would have been nice…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Cons
re proper tracking, a bug report is
always a better idea. You could propose a patch attached to the bug
report, and/or file a merge request:
https://salsa.debian.org/installer-team/netcfg/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Rele
debootstrap trixie).
Thanks for the write-up, I'll check it when time permits.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
t; Is kmod udeb ready and used in d-i already, or does it need some
> > prep first?
> AFAIK it works.
Absolutely, that's been working since the small xz-utils tweak (the udeb
addition, not the backdoor thing).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://
t; Is kmod udeb ready and used in d-i already, or does it need some
> > prep first?
> AFAIK it works.
Absolutely, that's been working since the small xz-utils tweak (the udeb
addition, not the backdoor thing).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://
t; Is kmod udeb ready and used in d-i already, or does it need some
> > prep first?
> AFAIK it works.
Absolutely, that's been working since the small xz-utils tweak (the udeb
addition, not the backdoor thing).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://
/P9nBO3bAolKW/i
8JsUXmc+/mq6NSrQGM7lPwWNZ/JIm+LEyF+wkN2aoCixbQkBUzM=
=Lslx
-END PGP SIGNATURE-
Cyril Brulebois (via nm.debian.org)
For details and to comment, visit https://nm.debian.org/process/1281/
--
https://nm.debian.org/process/1281/
Cyril Brulebois (2024-04-16):
> Please consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
> on all archs, provided that doesn't interfere with the whole 64-bit time_t
> transition:
> - libinput10
That ought to read:
- libinput
Sorry about that.
> -
Cyril Brulebois (2024-04-16):
> Please consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
> on all archs, provided that doesn't interfere with the whole 64-bit time_t
> transition:
> - libinput10
That ought to read:
- libinput
Sorry about that.
> -
Cyril Brulebois (2024-04-16):
> Please consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
> on all archs, provided that doesn't interfere with the whole 64-bit time_t
> transition:
> - libinput10
That ought to read:
- libinput
Sorry about that.
> -
consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
on all archs, provided that doesn't interfere with the whole 64-bit time_t
transition:
- libinput10
- xserver-xorg-input-evdev
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I releas
consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
on all archs, provided that doesn't interfere with the whole 64-bit time_t
transition:
- libinput10
- xserver-xorg-input-evdev
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I releas
consider binNMU-ing both packages against libmtdev-dev (>= 1.1.6-1.2)
on all archs, provided that doesn't interfere with the whole 64-bit time_t
transition:
- libinput10
- xserver-xorg-input-evdev
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I releas
urce.
https://lists.debian.org/debian-devel-announce/2024/03/msg3.html
http://archive.debian.org/debian/dists/buster-backports/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
//d-i.debian.org/dose/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
//d-i.debian.org/dose/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
//d-i.debian.org/dose/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
Hi,
Cyril Brulebois (2024-03-12):
> Your NMU broke this package's shlibs.
>
> Before:
>
> libmtdev 1 libmtdev1
> udeb: libmtdev 1 libmtdev1-udeb
>
> After:
>
> libmtdev 1 libmtdev1t64
>
> At the moment, at least the following package is bro
Hi,
Cyril Brulebois (2024-03-12):
> Your NMU broke this package's shlibs.
>
> Before:
>
> libmtdev 1 libmtdev1
> udeb: libmtdev 1 libmtdev1-udeb
>
> After:
>
> libmtdev 1 libmtdev1t64
>
> At the moment, at least the following package is bro
Hi,
Cyril Brulebois (2024-03-12):
> Your NMU broke this package's shlibs.
>
> Before:
>
> libmtdev 1 libmtdev1
> udeb: libmtdev 1 libmtdev1-udeb
>
> After:
>
> libmtdev 1 libmtdev1t64
>
> At the moment, at least the following package is bro
ld
interfere there. So one could start with an upload.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
ck after filing those bug reports and putting people driving
changes in the loop.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
reached testing yet because of various transitions. Pinging
this bug report to avoid having packages removed from testing, including
reverse dependencies, as dpkg itself hasn't migrated either.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
D
reached testing yet because of various transitions. Pinging
this bug report to avoid having packages removed from testing, including
reverse dependencies, as dpkg itself hasn't migrated either.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
D
thread):
https://lists.debian.org/debian-arm/2024/01/msg8.html
So OpenRD has no future in trixie as far as I understand. At least that
would mean not having to do that again again, if we were to enable
OpenRD images again for bookworm.
Cheers,
--
Cyril Brulebois (k...@debian.org)
thread):
https://lists.debian.org/debian-arm/2024/01/msg8.html
So OpenRD has no future in trixie as far as I understand. At least that
would mean not having to do that again again, if we were to enable
OpenRD images again for bookworm.
Cheers,
--
Cyril Brulebois (k...@debian.org)
tps://lore.kernel.org/linux-scsi/2024041155-croon-dried-f649@gregkh/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
tps://lore.kernel.org/linux-scsi/2024041155-croon-dried-f649@gregkh/
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Obviously the former would be great, as you are the finder and
> have done all the work.
Thanks for nudging me into walking those extra few meters. Let's see how
that goes…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
Obviously the former would be great, as you are the finder and
> have done all the work.
Thanks for nudging me into walking those extra few meters. Let's see how
that goes…
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
Cyril Brulebois (2024-04-10):
> Of course, since there are companion changes afterwards, it cannot be
> simply reverted on top of either v6.1.82 (Debian) or v6.1.84 (upstream).
>
>
> I'd appreciate if someone could carry the ball through the appropriate
> channels upstream
Cyril Brulebois (2024-04-10):
> Of course, since there are companion changes afterwards, it cannot be
> simply reverted on top of either v6.1.82 (Debian) or v6.1.84 (upstream).
>
>
> I'd appreciate if someone could carry the ball through the appropriate
> channels upstream
Cyril Brulebois (2024-04-10):
> Intermediate results based on upstream stable releases: v6.1.80 is good,
> v6.1.81 is bad. Still ~200 commits to bisect.
Final results:
kibi@genova:~/hack/linux.git ((cf33e6ca12d81...)|BISECTING)$ git bisect bad
cf33e6ca12d814e1be2263cb76960d0019
Cyril Brulebois (2024-04-10):
> Intermediate results based on upstream stable releases: v6.1.80 is good,
> v6.1.81 is bad. Still ~200 commits to bisect.
Final results:
kibi@genova:~/hack/linux.git ((cf33e6ca12d81...)|BISECTING)$ git bisect bad
cf33e6ca12d814e1be2263cb76960d0019
Cyril Brulebois (2024-04-10):
> v6.1.84 with stable's .config & bindeb-pkg still does; next up for me:
> confirming good/bad and bisecting.
Intermediate results based on upstream stable releases: v6.1.80 is good,
v6.1.81 is bad. Still ~200 commits to bisect.
Cheers,
--
Cyril Br
Cyril Brulebois (2024-04-10):
> v6.1.84 with stable's .config & bindeb-pkg still does; next up for me:
> confirming good/bad and bisecting.
Intermediate results based on upstream stable releases: v6.1.80 is good,
v6.1.81 is bad. Still ~200 commits to bisect.
Cheers,
--
Cyril Br
Salvatore Bonaccorso (2024-04-10):
> 6.7.9-2 in unstable does not exibit the issue.
v6.1.84 with stable's .config & bindeb-pkg still does; next up for me:
confirming good/bad and bisecting.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I re
Salvatore Bonaccorso (2024-04-10):
> 6.7.9-2 in unstable does not exibit the issue.
v6.1.84 with stable's .config & bindeb-pkg still does; next up for me:
confirming good/bad and bisecting.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I re
Cyril Brulebois (2024-04-10):
> Salvatore Bonaccorso (2024-04-10):
> > On Tue, Apr 09, 2024 at 03:33:09PM +0200, Diederik de Haas wrote:
> > > Does the problem go away if you revert the following commits on top of
> > > -19?
> > >
> > > db6338f45971
Cyril Brulebois (2024-04-10):
> Salvatore Bonaccorso (2024-04-10):
> > On Tue, Apr 09, 2024 at 03:33:09PM +0200, Diederik de Haas wrote:
> > > Does the problem go away if you revert the following commits on top of
> > > -19?
> > >
> > > db6338f45971
Hi Salvatore,
Salvatore Bonaccorso (2024-04-10):
> On Tue, Apr 09, 2024 at 03:33:09PM +0200, Diederik de Haas wrote:
> > Hi Cyril,
> >
> > On Tuesday, 9 April 2024 01:06:43 CEST Cyril Brulebois wrote:
> > > Upgrading from linux-image-6.1.0-18-amd64 to linux-im
Hi Salvatore,
Salvatore Bonaccorso (2024-04-10):
> On Tue, Apr 09, 2024 at 03:33:09PM +0200, Diederik de Haas wrote:
> > Hi Cyril,
> >
> > On Tuesday, 9 April 2024 01:06:43 CEST Cyril Brulebois wrote:
> > > Upgrading from linux-image-6.1.0-18-amd64 to linux-im
ve different views on
this, though.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
ve different views on
this, though.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
ve different views on
this, though.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
once per disk).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
-- Package-specific info:
** Version:
Linux version 6.1.0-19-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian
12.2.0-14)
once per disk).
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
-- Package-specific info:
** Version:
Linux version 6.1.0-19-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian
12.2.0-14)
nt.
This isn't about d-i runtime, this is about src:debian-installer's
*build* requiring network access, which is a very well known problem
(even though there are no obvious solutions, at least that I'm aware
of), and that's now getting in the way of changes being considered
regarding the buildd netwo
nt.
This isn't about d-i runtime, this is about src:debian-installer's
*build* requiring network access, which is a very well known problem
(even though there are no obvious solutions, at least that I'm aware
of), and that's now getting in the way of changes being considered
regarding the buildd netwo
nt.
This isn't about d-i runtime, this is about src:debian-installer's
*build* requiring network access, which is a very well known problem
(even though there are no obvious solutions, at least that I'm aware
of), and that's now getting in the way of changes being considered
regarding the buildd netwo
Hi,
Adam D. Barratt (2024-04-01):
> As we had to postpone 12.6, let's look at alternative dates.
I should be able to make anything work.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance C
Hi,
Adam D. Barratt (2024-04-01):
> As we had to postpone 12.6, let's look at alternative dates.
I should be able to make anything work.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance C
Hi,
Adam D. Barratt (2024-04-01):
> As we had to postpone 12.6, let's look at alternative dates.
I should be able to make anything work.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance C
https://git.tukaani.org/?p=xz.git;a=commit;h=328c52da8a2bbb81307644efdb58db2c422d9ba7
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
at
I don't forget, but to DELAYED/2 so there's some room to do things
differently if desired. I'm happy to reschedule/cancel if needed.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
diff -Nru opendnssec-2.1.13/debian/changelog opendnssec-2.1.13/debian/changelog
--- o
at
I don't forget, but to DELAYED/2 so there's some room to do things
differently if desired. I'm happy to reschedule/cancel if needed.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
diff -Nru opendnssec-2.1.13/debian/changelog opendnssec-2.1.13/debian/changelog
--- o
Writing to hardcoded paths under /tmp has never been a good idea in the
first place. Alright, this is a test suite but we're not usually trying
to write outside the build directory.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
Writing to hardcoded paths under /tmp has never been a good idea in the
first place. Alright, this is a test suite but we're not usually trying
to write outside the build directory.
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
signature.asc
Description: PGP signature
who have invested energy to clarify this process, and I
> hope we can benefit from your work very soon!
>
> Cheers,
>
> Tassia.
Cc += debian-cd@ for information.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
who have invested energy to clarify this process, and I
> hope we can benefit from your work very soon!
>
> Cheers,
>
> Tassia.
Cc += debian-cd@ for information.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
who have invested energy to clarify this process, and I
> hope we can benefit from your work very soon!
>
> Cheers,
>
> Tassia.
Cc += debian-cd@ for information.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team m
more than 2 weeks old (2024-03-09) and there are no newer images
> for amd64
Some pointers:
- https://lists.debian.org/debian-devel-announce/2024/02/msg5.html
- https://lists.debian.org/debian-cd/2024/03/msg00013.html
> Please CC when replying since I am not on the list
Done.
Cheers
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 ha
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 ha
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
G
tever
they are) built against old udebs would break if newer udebs are pulled
from the network.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1057549 in crowdsec reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi Paul,
Paul Mars (2024-01-16):
> Here is a patch to fix the issue.
Sorry, I didn't spot this bug report right away (its metadata got
adjusted along the way). Thanks for the bug report and the patch,
on their way to unstable!
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBA
Hi Paul,
Paul Mars (2024-01-16):
> Here is a patch to fix the issue.
Sorry, I didn't spot this bug report right away (its metadata got
adjusted along the way). Thanks for the bug report and the patch,
on their way to unstable!
Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBA
Hi,
Aurelien Jarno (2024-03-13):
> The date of the next point release is slowly approaching, could you
> please have a look at this?
Sorry, lost track of that one. Feel free to upload.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I rel
Hi,
Aurelien Jarno (2024-03-13):
> The date of the next point release is slowly approaching, could you
> please have a look at this?
Sorry, lost track of that one. Feel free to upload.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I rel
Hi,
Aurelien Jarno (2024-03-13):
> The date of the next point release is slowly approaching, could you
> please have a look at this?
Sorry, lost track of that one. Feel free to upload.
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I rel
ges
between runs:
https://d-i.debian.org/dose/
That should help us stay on top of changes affecting udeb installability,
shortening the feedback loop for people doing the actual work of patching
many packages. (Some packages were uploaded 10+ days ago.)
Cheers,
--
Cyril Brulebois (k...@debian.
= 2.37), fuse3-udeb
I'll leave it up to the 64-bit time_t transition drivers to choose how
to address this issue (add t64 on the SONAME line, or just in the
dh_makeshlibs override, or something else), and to track down packages
that might have been rebuilt against the broken library.
Cheers,
--
= 2.37), fuse3-udeb
I'll leave it up to the 64-bit time_t transition drivers to choose how
to address this issue (add t64 on the SONAME line, or just in the
dh_makeshlibs override, or something else), and to track down packages
that might have been rebuilt against the broken library.
Cheers,
--
= 2.37), fuse3-udeb
I'll leave it up to the 64-bit time_t transition drivers to choose how
to address this issue (add t64 on the SONAME line, or just in the
dh_makeshlibs override, or something else), and to track down packages
that might have been rebuilt against the broken library.
Cheers,
--
,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2024-02-29
,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2024-02-29
,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2024-02-29
1 - 100 of 30752 matches
Mail list logo
