Aurelien Jarno pushed new tag debian/2025a-1 at GNU Libc Maintainers / tzdata
--
View it on GitLab:
https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2025a-1
You're receiving this email because of your account on salsa.debian.org.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
124644d5 by Aurelien Jarno at 2025-01-17T21:43:49+01:00
Add autopkgtest test case for 2025a release
Signed-off-by: Aurelien Jarno <aurel...@aurel32.net>
- - - - -
9a6e286b by Aurelien Jarno at 2025-01-17T22
Aurelien Jarno pushed new tag upstream/2025a at GNU Libc Maintainers / tzdata
--
View it on GitLab:
https://salsa.debian.org/glibc-team/tzdata/-/tree/upstream/2025a
You're receiving this email because of your account on salsa.debian.org.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
da96a79d by Aurelien Jarno at 2025-01-17T21:32:20+01:00
New upstream version 2025a
- - - - -
70d2211b by Aurelien Jarno at 2025-01-17T21:32:21+01:00
Update upstream source from tag 'upstream/2025a'
Aurelien Jarno pushed to branch upstream at GNU Libc Maintainers / tzdata
Commits:
da96a79d by Aurelien Jarno at 2025-01-17T21:32:20+01:00
New upstream version 2025a
- - - - -
16 changed files:
- CONTRIBUTING
- Makefile
- NEWS
- africa
- antarctica
- asia
- australasia
- backward
- backzone
Hi,
On 2025-01-17 01:23, Adrian Bunk wrote:
> Hi,
>
> it's not a big issue, but slightly weird that since the upgrade of wuiet
> to bookworm on Saturday the buildd tail of failed builds is HTML escaped.
Thanks for reporting the issue, this is now fixed.
Regards
Aurelien
-
Hi,
On 2025-01-17 01:36, Adrian Bunk wrote:
> Hi,
>
> likely due to the ongoing OpenLDAP transition, dependency resolution
> currently fails for most packages in experimental.
No, this is due to #1093254.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1D
=3.55.1-1%2Bb1&stamp=1737067654&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numpy&arch=ppc64el&ver=1%3A2.2.1%2Bds-2&stamp=1737066180&raw=0
Regards
Aurelien
=3.55.1-1%2Bb1&stamp=1737067654&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numpy&arch=ppc64el&ver=1%3A2.2.1%2Bds-2&stamp=1737066180&raw=0
Regards
Aurelien
days:
https://buildd.debian.org/status/fetch.php?pkg=openjdk-21&arch=armhf&ver=21.0.6%7E6ea-1&stamp=1736529803&raw=0
https://buildd.debian.org/status/fetch.php?pkg=openjdk-21&arch=armhf&ver=21.0.6%7E6ea-1&stamp=1737056396&raw=0
Regards
Aurelien
days:
https://buildd.debian.org/status/fetch.php?pkg=openjdk-21&arch=armhf&ver=21.0.6%7E6ea-1&stamp=1736529803&raw=0
https://buildd.debian.org/status/fetch.php?pkg=openjdk-21&arch=armhf&ver=21.0.6%7E6ea-1&stamp=1737056396&raw=0
Regards
Aurelien
On 2025-01-16 18:27, Aurelien Jarno wrote:
> Hi,
>
> On 2025-01-16 11:02, Simon McVittie wrote:
> > Control: found -1 2.58.93+dfsg-2
> >
> > On Thu, 16 Jan 2025 at 10:45:28 +, Simon McVittie wrote:
> > > librsvg/2.59.2+dfsg-1 failed to build on mips64el
On 2025-01-16 18:27, Aurelien Jarno wrote:
> Hi,
>
> On 2025-01-16 11:02, Simon McVittie wrote:
> > Control: found -1 2.58.93+dfsg-2
> >
> > On Thu, 16 Jan 2025 at 10:45:28 +, Simon McVittie wrote:
> > > librsvg/2.59.2+dfsg-1 failed to build on mips64el
On 2025-01-16 18:27, Aurelien Jarno wrote:
> Hi,
>
> On 2025-01-16 11:02, Simon McVittie wrote:
> > Control: found -1 2.58.93+dfsg-2
> >
> > On Thu, 16 Jan 2025 at 10:45:28 +, Simon McVittie wrote:
> > > librsvg/2.59.2+dfsg-1 failed to build on mips64el
On 2025-01-16 18:27, Aurelien Jarno wrote:
> Hi,
>
> On 2025-01-16 11:02, Simon McVittie wrote:
> > Control: found -1 2.58.93+dfsg-2
> >
> > On Thu, 16 Jan 2025 at 10:45:28 +, Simon McVittie wrote:
> > > librsvg/2.59.2+dfsg-1 failed to build on mips64el
could someone schedule
> a build on mipsel-osuosl-01 or mipsel-osuosl-02 and see whether that
> succeeds? It'll be more time-consuming but better than nothing.
mipsel-osuosl-01 and mipsel-osuosl-02 have been disabled because they
don't boot with the bullseye or bookworm kernels and
could someone schedule
> a build on mipsel-osuosl-01 or mipsel-osuosl-02 and see whether that
> succeeds? It'll be more time-consuming but better than nothing.
mipsel-osuosl-01 and mipsel-osuosl-02 have been disabled because they
don't boot with the bullseye or bookworm kernels and
could someone schedule
> a build on mipsel-osuosl-01 or mipsel-osuosl-02 and see whether that
> succeeds? It'll be more time-consuming but better than nothing.
mipsel-osuosl-01 and mipsel-osuosl-02 have been disabled because they
don't boot with the bullseye or bookworm kernels and
could someone schedule
> a build on mipsel-osuosl-01 or mipsel-osuosl-02 and see whether that
> succeeds? It'll be more time-consuming but better than nothing.
mipsel-osuosl-01 and mipsel-osuosl-02 have been disabled because they
don't boot with the bullseye or bookworm kernels and
Hi all,
I'm running OpenBSD 7.6 GENERIC.MP#338 amd64 on APU4D4
Following this thread:
https://marc.info/?l=openbsd-tech&m=165642186010149&w=2
Subject:em(4) multiqueue
From: Jonathan Matthew
I would like to apply this patch on my OpenBSD 7.6.
Can someone help me to test this patch ?
It
control: reassign -1 initscripts
control: retitle -1 /lib/udev/hwclock-set reads the RTC with the wrong timezone
Hi,
On 2016-03-05 15:21, Aurelien Jarno wrote:
> On 2016-03-05 14:32, Aurelien Jarno wrote:
> > > I downgraded to "tzdata-2015g-0+deb8u1", and it behaved the ex
control: reassign -1 initscripts
control: retitle -1 /lib/udev/hwclock-set reads the RTC with the wrong timezone
Hi,
On 2016-03-05 15:21, Aurelien Jarno wrote:
> On 2016-03-05 14:32, Aurelien Jarno wrote:
> > > I downgraded to "tzdata-2015g-0+deb8u1", and it behaved the ex
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
9464eb3e by Aurelien Jarno at 2025-01-13T22:19:15+01:00
Rework README.Debian
Explain how timezone are named, the split between the tzdata and
tzdata-legacy packages, the difference between the 'posix' a
Aurelien Jarno pushed new tag debian/2024b-6 at GNU Libc Maintainers / tzdata
--
View it on GitLab:
https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024b-6
You're receiving this email because of your account on salsa.debian.org.
Hi Salvatore
On 2025-01-11 14:31, Aurelien Jarno wrote:
> Hi Salvatore,
>
> On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> > Do you by chance have way to verify 6.1.124 would fix the issue?
> >
> > FYI: I have the next 6.1.y rebase already in the works
> >
Hi Salvatore
On 2025-01-11 14:31, Aurelien Jarno wrote:
> Hi Salvatore,
>
> On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> > Do you by chance have way to verify 6.1.124 would fix the issue?
> >
> > FYI: I have the next 6.1.y rebase already in the works
> >
Hi Salvatore
On 2025-01-11 14:31, Aurelien Jarno wrote:
> Hi Salvatore,
>
> On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> > Do you by chance have way to verify 6.1.124 would fix the issue?
> >
> > FYI: I have the next 6.1.y rebase already in the works
> >
encoded there. This can be seen for instance by a search on the
UDD web interface:
https://udd.debian.org/bugs/?release=trixie&ftbfs=only&merged=ign&fnewerval=7&flastmodval=7&rc=1&sortby=id&sorto=asc&format=html#results
I am therefore reass
encoded there. This can be seen for instance by a search on the
UDD web interface:
https://udd.debian.org/bugs/?release=trixie&ftbfs=only&merged=ign&fnewerval=7&flastmodval=7&rc=1&sortby=id&sorto=asc&format=html#results
I am therefore reass
Hi Salvatore,
On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> Control: forwarded -1
> https://lore.kernel.org/regressions/CAFyAQLvdZVRFYW+xbHCu3j354O4=ydvyygxdw3ozemffbhk...@mail.gmail.com/
>
> Hi Aurelien,
>
> On Sat, Jan 11, 2025 at 01:57:22PM +0100, Aurelien Jarno
Hi Salvatore,
On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> Control: forwarded -1
> https://lore.kernel.org/regressions/CAFyAQLvdZVRFYW+xbHCu3j354O4=ydvyygxdw3ozemffbhk...@mail.gmail.com/
>
> Hi Aurelien,
>
> On Sat, Jan 11, 2025 at 01:57:22PM +0100, Aurelien Jarno
Hi Salvatore,
On 2025-01-11 14:20, Salvatore Bonaccorso wrote:
> Control: forwarded -1
> https://lore.kernel.org/regressions/CAFyAQLvdZVRFYW+xbHCu3j354O4=ydvyygxdw3ozemffbhk...@mail.gmail.com/
>
> Hi Aurelien,
>
> On Sat, Jan 11, 2025 at 01:57:22PM +0100, Aurelien Jarno
6.1.124
(but I haven't confirmed):
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/releases/6.1.124/netfilter-nft_set_hash-unaligned-atomic-read-on-stru.patch
Regards
Aurelien
-- Package-specific info:
** Version:
Linux version 6.1.0-29-arm64 (debian-k
6.1.124
(but I haven't confirmed):
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/releases/6.1.124/netfilter-nft_set_hash-unaligned-atomic-read-on-stru.patch
Regards
Aurelien
-- Package-specific info:
** Version:
Linux version 6.1.0-29-arm64 (debia
6.1.124
(but I haven't confirmed):
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/releases/6.1.124/netfilter-nft_set_hash-unaligned-atomic-read-on-stru.patch
Regards
Aurelien
-- Package-specific info:
** Version:
Linux version 6.1.0-29-arm64 (debia
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
f05f6199 by Aurelien Jarno at 2025-01-10T23:06:35+01:00
debian/control.in/*: mirror existing Conflicts: of libc6 multilib packages to
libc6-dev multilib packages. Closes: #1092278.
- - - - -
13 changed files
Hi Helmut,
On 2025-01-09 07:44, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Wed, Jan 08, 2025 at 07:57:42PM +0100, Aurelien Jarno wrote:
> > Yes, it's something possible, however given the above, I wonder if we
> > should just map the libc6-$arch conflicts to the libc
Hi Helmut,
On 2025-01-09 07:44, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Wed, Jan 08, 2025 at 07:57:42PM +0100, Aurelien Jarno wrote:
> > Yes, it's something possible, however given the above, I wonder if we
> > should just map the libc6-$arch conflicts to the libc
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
288b003f by Aurelien Jarno at 2025-01-10T20:49:29+01:00
debian/control.in/arm{el,hf}, debian/sysdeps/arm{el,hf}.mk: drop disabled code
for armel/armhf multilib. It has never been used in Debian and is also disabled
a documentation issue, and not a glibc one. Given
the manpage is provided by the manpages-dev package, I am reassigning
the bug to there. The issue has been fixed in the meantime, in
manpages-dev version 4.05. Closing the bug accordingly.
Regards
Aurelien
--
Aurelien Jarno
a documentation issue, and not a glibc one. Given
the manpage is provided by the manpages-dev package, I am reassigning
the bug to there. The issue has been fixed in the meantime, in
manpages-dev version 4.05. Closing the bug accordingly.
Regards
Aurelien
--
Aurelien Jarno
the calling thread,
>pthread_cond_wait re-acquires mutex (as per pthread_lock_mutex).
The pthread_cond_wait(3) manpage got moved to the manpages-dev package,
I am therefore reassigning the bug accordingly.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
the calling thread,
>pthread_cond_wait re-acquires mutex (as per pthread_lock_mutex).
The pthread_cond_wait(3) manpage got moved to the manpages-dev package,
I am therefore reassigning the bug accordingly.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
73339c8d by Aurelien Jarno at 2025-01-09T21:35:41+01:00
Update debconf autopkgtest following the /etc/timezone change
Following commit d2e035826a2c ("Only create /etc/timezone if it already
exists"), updat
> > thanks
> Stopping processing here.
Just to clarify the situation, starting with tzdata 2024b-5,
/etc/timezone is not created anymore by tzdata, only updated if it
exists. debian-installer does not create this file anymore, so newly
installed Trixie systems won't have that file unless
> > thanks
> Stopping processing here.
Just to clarify the situation, starting with tzdata 2024b-5,
/etc/timezone is not created anymore by tzdata, only updated if it
exists. debian-installer does not create this file anymore, so newly
installed Trixie systems won't have that file unless
he hassle to deploy, especially when
better hardware is already available.
Regards
Aurelien, for the riscv64 porters
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
he hassle to deploy, especially when
better hardware is already available.
Regards
Aurelien, for the riscv64 porters
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
7ecc390f by Aurelien Jarno at 2025-01-08T19:36:42+01:00
Validate timezone using the debconf database instead of the zones files
When apt-utils is installed or with apt >= 2.9.11, on the initial
installation,
Aurelien Jarno pushed new tag debian/2024b-5 at GNU Libc Maintainers / tzdata
--
View it on GitLab:
https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024b-5
You're receiving this email because of your account on salsa.debian.org.
> User: debian-am...@lists.debian.org
> Usertags: amd64
> User: debian-s...@lists.debian.org
> Usertags: s390x
>
> Hi Aurelien,
>
> while looking into non-amd64 /usr-move issues, I noticed that
> technically speaking libc6-dev-i386 and libc6-dev-s390 have an
> undeclared file
> User: debian-am...@lists.debian.org
> Usertags: amd64
> User: debian-s...@lists.debian.org
> Usertags: s390x
>
> Hi Aurelien,
>
> while looking into non-amd64 /usr-move issues, I noticed that
> technically speaking libc6-dev-i386 and libc6-dev-s390 have an
> undeclared file
Hi Josch,
On 2025-01-02 13:21, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Aurelien Jarno (2025-01-02 12:41:24)
> > > Quoting Aurelien Jarno (2025-01-01 19:44:16)
> > > > It is regularly claimed that mmdebstrap should be used instead of
> >
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
2f4a187d by Aurelien Jarno at 2025-01-07T22:19:30+01:00
Update German debconf translation. Closes: #1092303.
- - - - -
2 changed files:
- debian/changelog
- debian/po/de.po
View it on GitLab:
https
Hi Helmut,
On 2025-01-04 21:10, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Sat, Jan 04, 2025 at 03:42:20PM +0100, Aurelien Jarno wrote:
> > ABI tags are used on the glibc side mostly to define the minimum kernel
> > version, I think it's just a nice side effect that t
Hi Helmut,
On 2025-01-04 21:10, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Sat, Jan 04, 2025 at 03:42:20PM +0100, Aurelien Jarno wrote:
> > ABI tags are used on the glibc side mostly to define the minimum kernel
> > version, I think it's just a nice side effect that t
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
32246e1a by Ian Jackson at 2025-01-06T20:15:38+01:00
getconf(1): Mention `sysconf', mostly for the benefit of search
This makes this handy utility considerably more discoverable.
Signed-off-by: Ian Jackson <
both variants (unmet and Unmet).
>
> Link:
> https://salsa.debian.org/dpkg-team/dpkg/-/commit/04e4a8129e62a058951f53ff5c349071bab96c95
>
> Signed-off-by: Cyril Brulebois
> ---
> buildscript | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied and deploy
both variants (unmet and Unmet).
>
> Link:
> https://salsa.debian.org/dpkg-team/dpkg/-/commit/04e4a8129e62a058951f53ff5c349071bab96c95
>
> Signed-off-by: Cyril Brulebois
> ---
> buildscript | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied and deploy
approval from ftpmaster and DSA.
> Thanks for your patience and help.
>
> With Thorsten Alteholz and Aurelien Jarno's suggestion, I should create a
> bug to provide a response location, then ftpmaster and DSA can formally
> approve it.
> The bug will be kept in BTS and every
stions, we received provisional approval from ftpmaster and DSA.
> Thanks for your patience and help.
>
> With Thorsten Alteholz and Aurelien Jarno's suggestion, I should create a
> bug to provide a response location, then ftpmaster and DSA can formally
> approve it.
> The
On 2025-01-04 15:51, Chris Hofstaedtler wrote:
> On Sat, Jan 04, 2025 at 03:42:20PM +0100, Aurelien Jarno wrote:
> > > Indeed. Do you anticipate doing optimized multilib packages?
> >
> > We used to have some, they have been removed in favor of ifunc, but I am
> >
On 2025-01-04 15:51, Chris Hofstaedtler wrote:
> On Sat, Jan 04, 2025 at 03:42:20PM +0100, Aurelien Jarno wrote:
> > > Indeed. Do you anticipate doing optimized multilib packages?
> >
> > We used to have some, they have been removed in favor of ifunc, but I am
> >
Hi,
On 2025-01-03 17:43, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Fri, Jan 03, 2025 at 11:51:23AM +0100, Aurelien Jarno wrote:
> > dpkg-shlibdeps default to look in the standard (multiarch) paths, the
> > "deprecated multilib paths" that is /lib32, /usr/lib32,
Hi,
On 2025-01-03 17:43, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Fri, Jan 03, 2025 at 11:51:23AM +0100, Aurelien Jarno wrote:
> > dpkg-shlibdeps default to look in the standard (multiarch) paths, the
> > "deprecated multilib paths" that is /lib32, /usr/lib32,
Aurelien Jarno pushed new tag debian/2.40-5 at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.40-5
You're receiving this email because of your account on salsa.debian.org.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
6dc7fb80 by Aurelien Jarno at 2025-01-03T11:56:44+01:00
releasing package glibc version 2.40-5
- - - - -
1 changed file:
- debian/changelog
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/commit
Hi,
On 2024-11-24 12:48, Helmut Grohne wrote:
> Source: glibc
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> Hi Aurelien,
>
> since a while I am observing that some multilib-enabled cross builds
> fail in dpkg-shlibdeps. Examples:
>
&g
Hi,
On 2024-11-24 12:48, Helmut Grohne wrote:
> Source: glibc
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> Hi Aurelien,
>
> since a while I am observing that some multilib-enabled cross builds
> fail in dpkg-shlibdeps. Examples:
>
&g
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
96c9eaef by Aurelien Jarno at 2025-01-03T11:31:12+01:00
debian/rules.d/debhelper.mk: explicitly pass the library path to dh_shlibdeps
for multilib packages, to fix a FTBFS with rebootstrap which does not install
the
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
57ea8600 by Aurelien Jarno at 2025-01-02T17:58:35+01:00
debian/debhelper.in/locales.templates: add a note to clarify that the C,
C.UTF-8 and POSIX locales do not need to be generated. Closes: #1091473
On 2025-01-02 19:37, Matthias Klose wrote:
> On 02.01.25 19:04, Aurelien Jarno wrote:
> > On 2023-02-05 16:41, Adrian Bunk wrote:
> > > On Sun, Feb 05, 2023 at 03:31:43PM +0100, Bastian Germann wrote:
> > > > On Tue, 08 Nov 2022 21:18:06 +0200 Adrian Bunk wrote:
On 2025-01-02 19:37, Matthias Klose wrote:
> On 02.01.25 19:04, Aurelien Jarno wrote:
> > On 2023-02-05 16:41, Adrian Bunk wrote:
> > > On Sun, Feb 05, 2023 at 03:31:43PM +0100, Bastian Germann wrote:
> > > > On Tue, 08 Nov 2022 21:18:06 +0200 Adrian Bunk wrote:
On 2025-01-02 19:37, Matthias Klose wrote:
> On 02.01.25 19:04, Aurelien Jarno wrote:
> > On 2023-02-05 16:41, Adrian Bunk wrote:
> > > On Sun, Feb 05, 2023 at 03:31:43PM +0100, Bastian Germann wrote:
> > > > On Tue, 08 Nov 2022 21:18:06 +0200 Adrian Bunk wrote:
e list of packages in bookworm still using gcc-10 is:
> - grub2
> - shim
> - simde (fixed in unstable)
It appears that nothing besides the gcc-11-cross* packages
(Build-)Depends on gcc-11 in trixie and unstable. I guess we should
reassign the bug to ftp.debian.org for package removal?
Regard
e list of packages in bookworm still using gcc-10 is:
> - grub2
> - shim
> - simde (fixed in unstable)
It appears that nothing besides the gcc-11-cross* packages
(Build-)Depends on gcc-11 in trixie and unstable. I guess we should
reassign the bug to ftp.debian.org for package removal?
Regard
e list of packages in bookworm still using gcc-10 is:
> - grub2
> - shim
> - simde (fixed in unstable)
It appears that nothing besides the gcc-11-cross* packages
(Build-)Depends on gcc-11 in trixie and unstable. I guess we should
reassign the bug to ftp.debian.org for package removal?
Regard
Hello Peter,
This is indeed this bug, and as the ticket said, this is not fixed in 2.15.x,
only 2.16.0
I've no idea if this will ever make 2.15.x
Aurélien
De : lustre-discuss de la part de
Peter Grandi
Envoyé : jeudi 2 janvier 2025 13:45
À : list Linux fs Lu
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
31b75ce5 by Aurelien Jarno at 2025-01-02T13:36:41+01:00
Add changelog entry for just merged commit.
- - - - -
1 changed file:
- debian/changelog
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
6185456e by Carles Pina i Estany at 2025-01-02T12:33:10+00:00
Update translation
- - - - -
1 changed file:
- debian/po/ca.po
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/commit
Hi,
On 2025-01-02 10:40, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Aurelien Jarno (2025-01-01 19:44:16)
> > It is regularly claimed that mmdebstrap should be used instead of
> > debootstrap.
>
> how are the regular claims of some relevant to this re
.
Regards
Aurelien
[1]
https://sources.debian.org/src/debootstrap/1.0.139/scripts/debian-common/?hl=55#L55
.
This causes some packages to FTBFS as they expect packages with priority
required to be installed. As fixing those is out of scope of the
(old)stable policy, mmdebstrap should install those packages (as it was
doing at the time of the bookworm release), just like debootstrap.
Regards
Aurelien
[1
Hi,
On 2024-12-30 23:12, Uwe Kleine-König wrote:
> Hello Aurelien,
>
> On Mon, Dec 30, 2024 at 09:48:11PM +0100, Aurelien Jarno wrote:
> > It seems that the issue is that your system is missing bookworm-updates.
> > So this will be fixed with the next point release in a cou
Hi,
On 2024-12-30 23:12, Uwe Kleine-König wrote:
> Hello Aurelien,
>
> On Mon, Dec 30, 2024 at 09:48:11PM +0100, Aurelien Jarno wrote:
> > It seems that the issue is that your system is missing bookworm-updates.
> > So this will be fixed with the next point release in a cou
Hi,
On 2024-12-30 21:32, Uwe Kleine-König wrote:
> Hello Aurelien,
>
> the problem described by Christoph happens for me, too.
>
> On Thu, Dec 12, 2024 at 06:28:34PM +0100, Aurelien Jarno wrote:
> > On 2024-12-12 00:19, Christoph Egger wrote:
> > > Package: tzdata
Hi,
On 2024-12-30 21:32, Uwe Kleine-König wrote:
> Hello Aurelien,
>
> the problem described by Christoph happens for me, too.
>
> On Thu, Dec 12, 2024 at 06:28:34PM +0100, Aurelien Jarno wrote:
> > On 2024-12-12 00:19, Christoph Egger wrote:
> > > Package: tzdata
Source: aspell-sk
Version: 2.04+ds.6
Severity: serious
On 2024-12-29 09:05, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package aspell-sk, version 2.04+ds.6, for all,
> however unstable already has version 1:24.8.4-1.
> Uploads to unstable must have a
Source: aspell-sk
Version: 2.04+ds.6
Severity: serious
On 2024-12-29 09:05, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package aspell-sk, version 2.04+ds.6, for all,
> however unstable already has version 1:24.8.4-1.
> Uploads to unstable must have a
nstaller-riscv64/20241227/images/cdrom/initrd.gz
> ./installer-riscv64/20241227/images/cdrom/vmlinux
>
> so I suppose debian-cd should do something with it. :)
>
> (I've cc'd Aurélien again, just in case…)
riscv64 CD images are generated daily for some time, so I gu
nstaller-riscv64/20241227/images/cdrom/initrd.gz
> ./installer-riscv64/20241227/images/cdrom/vmlinux
>
> so I suppose debian-cd should do something with it. :)
>
> (I've cc'd Aurélien again, just in case…)
riscv64 CD images are generated daily for some time, so I gu
y anyway…).
Yes, I confirm it makes sense.
Cheers
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
therefore not
select them in the list of locales to be generated, but you can select
them as the default locale.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
therefore not
select them in the list of locales to be generated, but you can select
them as the default locale.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
de06bc11 by Aurelien Jarno at 2024-12-16T21:38:43+01:00
debian/patches/any/git-iconv-do-not-report-*.patch: backport iconv return code
with transliteration fix from upstream. Closes: #1087670.
- - - - -
3 changed
build log is available there:
https://buildd.debian.org/status/fetch.php?pkg=nodejs&arch=riscv64&ver=22.12.0%2Bdfsg-3&stamp=1734142371&raw=0
It appears that the problem has already been fixed upstream:
https://github.com/nodejs/node/commit/bdaa898ceaf61840d030ee83b2e9adf40973544d
I h
build log is available there:
https://buildd.debian.org/status/fetch.php?pkg=nodejs&arch=riscv64&ver=22.12.0%2Bdfsg-3&stamp=1734142371&raw=0
It appears that the problem has already been fixed upstream:
https://github.com/nodejs/node/commit/bdaa898ceaf61840d030ee83b2e9adf40973544d
I have tested this patch and I confirm that the package builds fine on
riscv64 after applying it.
Regards
Aurelien
build log is available there:
https://buildd.debian.org/status/fetch.php?pkg=nodejs&arch=riscv64&ver=22.12.0%2Bdfsg-3&stamp=1734142371&raw=0
It appears that the problem has already been fixed upstream:
https://github.com/nodejs/node/commit/bdaa898ceaf61840d030ee83b2e9adf40973544d
I have tested this patch and I confirm that the package builds fine on
riscv64 after applying it.
Regards
Aurelien
gt; E: Sub-process /usr/bin/dpkg returned an error code (1)
Do I understand correctly that you try to downgrade tzdata from the
bookworm version to the bullseye version?
Or is it the log of the rollback you did, as it seems to be implied by
the version against which the bug has been reported?
gt; E: Sub-process /usr/bin/dpkg returned an error code (1)
Do I understand correctly that you try to downgrade tzdata from the
bookworm version to the bullseye version?
Or is it the log of the rollback you did, as it seems to be implied by
the version against which the bug has been reported?
1 - 100 of 1698 matches
Mail list logo
