Hi,
On 2025-08-05 17:34, Ivo De Decker wrote:
> Control: tags -1 confirmed moreinfo
>
> Hi,
>
> On Tue, Aug 05, 2025 at 07:12:56PM +0200, Aurelien Jarno wrote:
> > [ Other info ]
> > I fully understand this arrives quite late in the release process. If it
> &g
work.
+
+ -- Aurelien Jarno Tue, 05 Aug 2025 19:00:45 +0200
+
glibc (2.41-11) unstable; urgency=medium
* debian/patches/git-updates.diff: update from upstream stable branch:
diff --git a/debian/debhelper.in/libc.postinst
b/debian/debhelper.in/libc.postinst
index b5a84a4f..33b1062e 100644
Hi,
On 2025-07-30 16:25, Fabien Millioz wrote:
> Hi Aurélien,
>
> Le mercredi 30 juillet 2025 à 16:10:25, Aurelien Jarno a écrit :
> > On 2025-07-30 10:45, Fabien Millioz wrote:
> > > Package: libc6
> > > Version: 2.41-11
> > > Severity: important
&g
e LD_DEBUG=libs
option and report the output? That should be launching that command from
a terminal:
LD_DEBUG=libs /usr/bin/mpv
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: cross-toolchain-base-po...@packages.debian.org
Control: affects -1 + src:cross-toolchain-base-ports
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cross-toolchain-base-ports
[ Reason ]
This is just a
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: cross-toolchain-b...@packages.debian.org
Control: affects -1 + src:cross-toolchain-base
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cross-toolchain-base
[ Reason ]
This is just a rebuild of cross-
control: tag -1 - moreinfo
Hi,
On 2025-07-26 18:36, Ivo De Decker wrote:
> Control: tags -1 confirmed moreinfo
>
> Hi,
>
> On Sat, Jul 26, 2025 at 08:32:17PM +0200, Aurelien Jarno wrote:
> > Please unblock package glibc
>
> Please go ahead with the upload and remove
=medium
+
+ * New upstream version.
+
+ -- Aurelien Jarno Sat, 26 Jul 2025 23:38:49 +0200
+
usb.ids (2025.04.01-1) unstable; urgency=medium
* New upstream version.
diff -Nru usb.ids-2025.04.01/usb.ids usb.ids-2025.07.26/usb.ids
--- usb.ids-2025.04.01/usb.ids 2025-04-01 22:34:02.0
ranch:
+- Fix error reporting (false negatives) in SGID tests
+- Fix double-free after allocation failure in regcomp (GLIBC-SA-2025-0005
+ / CVE-2025-8058). Closes: #1109803.
+
+ -- Aurelien Jarno Sat, 26 Jul 2025 23:37:52 +0200
+
glibc (2.36-9+deb12u12) bookworm; urgency=medium
09803.
+
+ -- Aurelien Jarno Sat, 26 Jul 2025 20:29:12 +0200
+
glibc (2.41-10) unstable; urgency=medium
[ Samuel Thibault ]
diff --git a/debian/patches/git-updates.diff b/debian/patches/git-updates.diff
index f8df40b4..ac1e1c31 100644
--- a/debian/patches/git-updates.diff
+++ b/debian/patche
Package: dpkg-cross
Severity: normal
X-Debbugs-Cc: debian-cr...@lists.debian.org
Control: owner -1 helm...@debian.org
In order to allow foreign cross-toolchain to be installed, the
dpkg-cross converted packages needs to be marked multiarch foreign.
Helmut intends to handle the problem.
# apt-get
is indeed dead. Debian and a few other
distributions (Arch, SUSE, Gentoo, ...) have switched to a new upstream:
https://github.com/hramrach/lm-sensors . You might want to submit your
patch there (note that there have been changes the few lines around).
If it doesn't get merged there, we can indeed take it as a Debian
specific change.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
store init restarting. (Closes: #1108193)
+
+ [ Aurelien Jarno ]
+ * debian/patches/git-updates.diff: update from upstream stable branch:
+- Fix sparc32 Fix argument passing to __libc_start_main
+- Fix error reporting (false negatives) in SGID tests
+
+ -- Aurelien Jarno Wed, 16 Jul 202
Hi,
On 2025-07-12 15:03, Helmut Grohne wrote:
> Hello,
>
> On Wed, Jun 25, 2025 at 03:13:23PM +0200, Helmut Grohne wrote:
> > I talked to Aurelien on IRC. This mail gives some context and summarizes
> > our discussion.
>
> I worked out and tested a patch somewhat an
System Information:
>
> Debian 12 (Bookworm)
> ThinkPad E14 Gen 2 (type 20T6) Laptop
This is completely related to buildd.debian.org. Reassigning to the
linux package, which seems more appropriate.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
:46.0 +0200
+++ tzdata-2025b/debian/changelog 2025-06-28 12:23:31.0 +0200
@@ -1,3 +1,13 @@
+tzdata (2025b-4) unstable; urgency=medium
+
+ [ Aurelien Jarno ]
+ * Update Portuguese debconf translation.
+Thanks to Américo Monteiro (Closes: #1107419)
+ * Update Italian debconf
Hi Zygmunt,
On 2025-06-23 15:26, Zygmunt Krynicki wrote:
>
>
> W dniu 29.05.2025 o 22:53, Aurelien Jarno pisze:
> > Package: snapd
> > Version: 2.57.6-1
> > Severity: serious
> > Justification: Policy 7.8
> >
> > Dear maintainer,
> >
>
Hi,
On 2025-05-31 13:24, Aurelien Jarno wrote:
> Hi,
>
> On 2025-05-29 22:53, Aurelien Jarno wrote:
> > Package: condor
> > Version: 23.2.0+dfsg-1
> > Severity: serious
> > Justification: Policy 7.8
> >
> > Dear maintainer,
> >
> > con
control: tag -1 - moreinfo
Hi,
On 2025-06-18 06:56, Aurelien Jarno wrote:
> Hi,
>
> On 2025-06-06 00:24, Sebastian Ramacher wrote:
> > Control: tags -1 confirmed moreinfo
> >
> > On 2025-06-05 23:16:55 +0200, Aurelien Jarno wrote:
> > > Package: relea
Hi Helmut,
On 2025-06-12 22:19, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Thu, Jun 12, 2025 at 10:08:03PM +0200, Aurelien Jarno wrote:
> > The patch got accepted. Is it something we need to have in trixie, or
> > have you found a way to workaround the issue in the cross b
Hi,
On 2025-06-06 00:24, Sebastian Ramacher wrote:
> Control: tags -1 confirmed moreinfo
>
> On 2025-06-05 23:16:55 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: normal
> > Tags: trixie security
> > X-Debbugs-Cc: gl...@packages.d
Hi Helmut,
On 2025-05-13 23:45, Aurelien Jarno wrote:
> On 2025-04-25 21:35, Aurelien Jarno wrote:
> > > * Making libftdipp (and thus boost) optional is difficult, because the
> > >CMake files installed into libftdi1-dev contain information about
> > >libftd
On 2025-06-08 13:35, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > Changes:
> > tsocks (1.8beta5+ds1-3) unstable; urgency=medium
> > .
> >* QA upload.
> >* Generate Built-Using for glibc due to static linking (Closes: #1106809)
>
> I hope this
filled #1107508 for that.
Regards
Aurelien
[1] https://lists.debian.org/debian-riscv/2025/05/msg4.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
riscv64. It has no reverse
dependencies.
Thanks
Aurelien
Package: cups
Version: 2.4.10-2+b1
Severity: minor
Tags: patch
Dear maintainer,
Now that #1073046 is fixed, could you please re-enable the tests on
riscv64? I have tested the patch below and I confirmed that the resulting
package built fine on riscv64.
Regards
Aurelien
--- cups-2.4.10/debian
Hi,
On 2025-06-06 21:54, Adam D. Barratt wrote:
> On Thu, 2025-05-29 at 18:24 +0200, Aurelien Jarno wrote:
> > nmu 6 snapd_2.57.6-1 . ANY . -m 'Rebuild against glibc 2.36-
> > 9+deb12u11' --extra-depends 'libc-dev-bin (>= 2.36-9+deb12u11)'
>
&g
VE-2025-5745. I expect the fix to only change:
sysdeps/powerpc/powerpc64/le/power10/strcmp.S.
sysdeps/powerpc/powerpc64/le/power10/strncmp.S.
unblock glibc/2.41-9
commit 23058152a29832ceeadcd1507e53e84c21a3508d
Author: Aurelien Jarno
Date: Thu Jun 5 21:24:38 2025 +0200
debian/patches/git-upd
Hi,
On 2025-06-03 22:26, Theodore Ts'o wrote:
> On Sat, May 31, 2025 at 01:58:33PM +0200, Aurelien Jarno wrote:
> >
> > I have been pointed out at dh-builtusing, which is another way to
> > achieve the same result. I have attached a patch with that alternative,
&g
On 2025-06-01 23:25, Aurelien Jarno wrote:
> On 2025-06-01 15:46, Adam D. Barratt wrote:
> > On Thu, 2025-05-29 at 15:41 +0200, Aurelien Jarno wrote:
> > > - Add an SVE implementation of memset on aarch64.
> > >
> > > => This improves the perfo
On 2025-06-01 15:46, Adam D. Barratt wrote:
> On Thu, 2025-05-29 at 15:41 +0200, Aurelien Jarno wrote:
> > - Add an SVE implementation of memset on aarch64.
> >
> > => This improves the performances of memset by up to 20% on arm64
> > hardware with SVE support. Th
Hi,
On 2025-06-01 21:53, Aurelien Jarno wrote:
> Hi,
>
> On 2025-06-01 18:45, Jochen Sprickerhof wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: sbu...@packages.debian.org
> > Control: affects -1 + src:sbuild
> > User:
easier to reproduce it with debrebuild later. josch (for sbuild) and
> Aurelien (for wanna build) signaled already that they would be fine with
> this.
>
> Note that we only want to enable this in forky but I would still like to
> push this to trixie for one because it makes it easier
On 2025-06-01 13:42, Sebastian Ramacher wrote:
> On 2025-05-25 16:12:51 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
> > User: release.debian@packages.debian.org
> &g
I don't even see a reason why these binaries need to
> be built statically at all. I would prefer to just patch the Makefiles to
> create dynamically linked binaries, which I understand would also address
> the raised licensing issue, right?
Yep, dynamically linking the b
#1106148 on the dpkg-dev side. The workaround is to install
debian-keyring and debian-tag2upload-keyring in the chroot.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
e/AMO access fault
> Control: severity -2 important
>
> On Mon, Feb 24, 2025 at 10:50:58PM +0100, Aurelien Jarno wrote:
> > It works fine when the kernel is directly started from U-Boot with
> > bootefi. It only fails when U-Boot launches Grub and Grub launches the
>
Hi,
On 2025-05-30 12:22, Aurelien Jarno wrote:
> control: tag -1 + patch
>
> Hi,
>
> On 2025-05-29 22:43, Aurelien Jarno wrote:
> > Package: balboa-backend-common
> > Version: 2.0.0+ds-5
> > Severity: serious
> > Justification: Policy 7.8
> >
>
On 2025-05-30 11:19, Aurelien Jarno wrote:
> control: tag -1 + patch
>
>
> Hi,
>
> On 2025-05-30 09:00, Chris Hofstaedtler wrote:
> > * Theodore Ts'o [250530 02:15]:
> > > On Thu, May 29, 2025 at 10:53:20PM +0200, Aurelien Jarno wrote:
> > > >
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: condor
> Version: 23.2.0+dfsg-1
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> condor provides /usr/libexec/condor/singularity_test_sandbox/exit_37
> which is statically linked a
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: catatonit
> Version: 0.1.7-1
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The catatonit package provides /usr/bin/catatonit which is statically
> linked a
Hi Andreas,
On 2025-05-30 19:18, Andreas Metzler wrote:
> On 2025-05-30 Aurelien Jarno wrote:
> > control: tag -1 + patch
>
> > Hi,
>
> > On 2025-05-29 22:53, Aurelien Jarno wrote:
> > > Package: gpgv-static
> > > Version: 2.1.15-9
> >
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: snapd
> Version: 2.57.6-1
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The snapd package provides the following files which are statically
> linked against g
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: busybox-static
> Version: 1:1.37.0-4
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The busybox-static package provides /usr/bin/busybox which is staticall
Using: field
>
> It has been closed by Debian FTP Masters
> (reply to ChangZhuo Chen (陳昌倬) ).
Thanks for the quick fix. Unfortunately, as I wasn't clear enough in the
original bug report, your changes does not fix the issue. Sorry about
that.
Please find attached a patch to fix th
control: tag -1 + patch
Hi,
On 2025-05-29 22:43, Aurelien Jarno wrote:
> Package: balboa-backend-common
> Version: 2.0.0+ds-5
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The balboa package provides /usr/bin/balboa-backend-console whic
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: sash
> Version: 3.8-5
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The sash packages provides /usr/bin/sash which is statically
> linked against glibc
>
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: libcap2
> Version: 1:2.75-6
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The libcap2 package provides the following files which are statically
> linked a
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: liblxc-common
> Version: 1:5.0.2-1
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The liblxc-common package provides /usr/sbin/init.lxc.static which is
> stat
control: tag -1 + patch
Hi,
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: gpgv-static
> Version: 2.1.15-9
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The gpgv-static package provides /usr/bin/gpgv-static which is
> stat
control: tag -1 + patch
Hi,
On 2025-05-30 09:00, Chris Hofstaedtler wrote:
> * Theodore Ts'o [250530 02:15]:
> > On Thu, May 29, 2025 at 10:53:20PM +0200, Aurelien Jarno wrote:
> > > Package: e2fsck-static
> > > Version: 1.40.4-1
> > > Severity
Package: docker.io
Version: 1.11.2~ds1-1
Severity: minor
Dear maintainer,
Since version 1.11.2~ds1-1, docker.io does not ship anymore
/usr/lib/docker.io/dockerinit and thus do not need to add glibc (=
2.xx-x) to the Built-Using field anymore.
Regards
Aurelien
Package: tripwire
Version: 2.4.3.7-5
Severity: minor
Dear maintainer,
Since version 2.4.3.7-5 links dynamically against glibc instead of
statically. Therefore it does not need to add glibc (= 2.xx-x) to the
Built-Using field anymore.
Regards
Aurelien
Hi,
On 2025-05-30 00:06, Michael Tokarev wrote:
> On 29.05.2025 23:53, Aurelien Jarno wrote:
> > Package: qemu-user
> > Version: 1:9.1.0+ds-4
> > Severity: serious
> > Justification: Policy 7.8
>
> Hm. I especially asked a few times about this one, and the
> c
control: retitle -1 libcap2: statically linked against glibc without a
Built-Using: field
On 2025-05-29 22:53, Aurelien Jarno wrote:
> Package: libcap2
> Version: 1:2.75-6
> Severity: serious
> Justification: Policy 7.8
>
> Dear maintainer,
>
> The libcap2 package prov
incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source
others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the-binary-built-using
code of the incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional
.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the-binary-built-using
.
Please also note that Build-Using-Static is not (yet?) part of the
Debian Policy, and more importantly that DAK does not know about this
field, so can't use it to retain the older versions in the archive in
order to satisfy the licenses.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-p
is mostly licensed under the LGPL, which requires that
the full source code of the incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1
incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used
incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used
package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the
source code of the incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html
, which requires that
the full source code of the incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy
of the incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional
incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages
incorporating binary package be made
available. According to Debian Policy §7.8 [1] such a binary package
MUST list the glibc source package (and possibly others) in the
Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source
that DAK does not know about this
field, so can't use it to retain the older versions in the archive in
order to satisfy the licenses.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the-binary-built-using
the incorporating binary package be made available. According to
Debian Policy §7.8 [1] such a binary package MUST list the glibc source
package (and possibly others) in the Built-Using: field.
Regards
Aurelien
[1]
https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source
Hi,
On 2025-05-29 17:49, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Thu, 2025-05-29 at 15:41 +0200, Aurelien Jarno wrote:
> > The upstream stable branch got a few fixes in the last months, and
> > this update pulls them into the debian package. This includ
v (>= 2.39)'
Using +b10 for tini is done on purpose, in order to keep some values
available for bookworm and possibly bullseye, as the source version is
the same from bullseye to sid.
Thanks
Aurelien
;
--extra-depends 'libc-dev-bin (>= 2.36-9+deb12u11)'
nmu 3 tini_0.19.0-1 . ANY . -m 'Rebuild against glibc 2.36-9+deb12u11'
--extra-depends 'libc-dev-bin (>= 2.36-9+deb12u11)'
nmu 3 tsocks_1.8beta5+ds1-1 . ANY . -m 'Rebuild against glibc
2.36-9+deb12u11' --extra-depends 'libc-dev-bin (>= 2.36-9+deb12u11)'
nmu 2 ydotool_0.1.8-3 . ANY . -m 'Rebuild against glibc 2.36-9+deb12u11'
--extra-depends 'libc-dev-bin (>= 2.36-9+deb12u11)'
In addition, the following packages will need a sourceful upload as they
can't be binNMUed:
cross-toolchain-base_66
cross-toolchain-base-mipsen_24
cross-toolchain-base-ports_62
Regards
Aurelien
+ binaries (GLIBC-SA-2025-0002 / CVE-2025-4802).
+- Improve memory layout of structures in exp/exp10/expf functions.
+- Add an SVE implementation of memset on aarch64.
+- Improve generic implementation of memset on aarch64.
+
+ -- Aurelien Jarno Thu, 29 May 2025 11:41:11 +0200
+
r_3.32.1-4 . ANY . -m 'Rebuild to fix reproducibility'
nmu gnome-power-manager_43.0-4 . ANY . -m 'Rebuild to fix reproducibility'
nmu tiptop_2.3.1-5 . amd64 armel armhf i386 mips64el ppc64el s390x m68k powerpc
ppc64 sh4 sparc64 x32 . -m 'Rebuild to fix reproducibility'
Unfortunately some others will require a sourceful upload as they
include one or more arch:all packages.
Regards
Aurelien
dark gray text
- -- Sergey Suslov Thu, 14 Dec 2023 20:55:31 +0300
+ -- Sergey Suslov Thu, 14 Dec 2023 20:55:31 +0300
boinctui (2.7.0-2) UNRELEASED; urgency=medium
Regards
Aurelien
Carter ]
* Merge back missed commits/changes from previous upload
- -- Jonathan Carter Mon, 06 Mar 2023 20:01:05 +0200
+ -- Jonathan Carter Mon, 06 Mar 2023 20:01:05 +0200
bluefish (2.2.13-1) unstable; urgency=medium
Regards
Aurelien
announce hits the lists.
>
> Images are built and don't look too broken: udeb freeze just lifted,
> feel free to upload.
Thanks, I have just uploaded it.
Cheers,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
Hi Helmut,
On 2025-04-25 21:35, Aurelien Jarno wrote:
> > * Making libftdipp (and thus boost) optional is difficult, because the
> >CMake files installed into libftdi1-dev contain information about
> >libftdipp1-dev and that goes missing if you -DFTDIPP:BOOL=OFF,
ano Rafael Gomes ]
+ * Update Brazilian Portuguese debconf translation. Closes: #1103446.
+
+ [ Aurelien Jarno ]
+ * debian/rules.d/debhelper.mk: do not replace LIBC in debhelper.in files.
+This was used for lintian overrides, but it is not used anymore. Closes:
+#1104099.
+ * de
On 2025-05-10 14:41, Salvatore Bonaccorso wrote:
> Hi Aurelien,
>
> On Sat, May 10, 2025 at 02:07:58PM +0200, Aurelien Jarno wrote:
> > control: tag -1 -moreinfo
> >
> > Hi Salvatore,
> >
> > On 2025-05-09 23:35, Salvatore Bonaccorso wrote:
> > >
is not enabled for riscv64, and
this gates all the other BT_HCIUART options. It is not enable at the
top-level, but only for alpha, arm64, armel, armhf, powerpc, loong64 and
x86. I'll open a MR to also enable it on riscv64.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ite on riscv64.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
trixie (3.8.1-1.2) or sid
(3.11.1-2).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
#x27;ve installed mannually version tzdata_2025b-0+deb12u1_all.deb
This is indeed the right thing to do. That said this should have been
done automatically during the upgrade. I guess you system is missing the
stable-updates entry for stable/bookworm:
https://wiki.debian.org/StableUpdates
oment, and not always around
a function call. Therefore it is not possible to rely on that to not
restore caller-saved registers.
> An alternative is that we also create a setcontext.
Sounds indeed the way to go.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096
Hi Salvatore,
On 2025-04-25 10:37, Salvatore Bonaccorso wrote:
> Control: tags -1 + moreinfo
>
> Hi Aurelien,
>
> On Mon, Aug 08, 2011 at 03:10:22PM +0200, Aurelien Jarno wrote:
> > Package: linux-2.6
> > Severity: wishlist
> >
> > More and more peopl
the locales do not
see any collation change, but there is almost always at least one locale
with collation changes (although that was not true for glibc 2.41).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Hi Helmut,
On 2025-04-24 08:26, Helmut Grohne wrote:
> Source: libftdi1
> Version: 1.5-10
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> Hi Aurelien,
>
> I learned that libftdi1 technically became part of the architecture
> cross bootstrap
> I already tried 'sudo dpkg-reconfigure locales' but I can only choose
> de_DE.UTF-8.
You reported the bug on locales-all, could you please confirm that you
have this package installed in addition to locales?
> Example: I get 'f��r' instead of 'für'
Could
Hi László,
On 2025-04-20 18:53, László Böszörményi (GCS) wrote:
> Hi Aurelien,
>
> On Sun, Apr 20, 2025 at 1:13 PM Aurelien Jarno wrote:
> > The problem is easily reproducible and is caused by mbedtls 3.6.3-1, ad it
> > builds fine with mbedtls 3.6.2-3.
> Yes, this is
hostname. This is usually insecure. In TLS
clients, when a client authenticates a server through its certificate, the
client normally checks threeWARNING: NNG-CONN-FAIL: Failed connecting
socket<2> to tls+tcp://127.0.0.1:42757: Cryptographic error
My guess is that thi
other changes in the archive (e.g. debhelper changes) may also affect
co-installability.
Thanks,
Aurelien
[1]
https://jenkins.debian.net/view/qa.debian.org/job/udd_sid_multiarch_versionskew/lastBuild/console
amd64 armel armhf i386 powerpc ppc64 ppc64el sparc64 .
unstable . -m "Rebuild without executable stack" --extra-depends "binutils (>=
2.44-2)"
Please feel free to schedule them or just close this bug in case you
do not really see the added value of rebuilding those.
Regards
Aurelien
Hi,
On 2025-04-13 17:54, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2025-04-13 17:08:20 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: gl...@packages.debian.org
> > Control: affects -1 + s
h debconf translation. Closes: #1101162.
+
+ [ Remus-Gabriel Chelu ]
+ * Update Romanian debconf translation. Closes: #1101814.
+
+ [ Aurelien Jarno ]
+ * debian/patches/git-updates.diff: update from upstream stable branch:
+- Build a FMA version of atanh, sinh and tanh functions using IFUNC
Source: goldendict-ng
Version: 25.06.0-1
Severity: serious
On 2025-04-09 15:04, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package goldendict, version
> 1.5.0+git20241211+rm-1, for all,
> however testing already has version 1.5.0+git20241211+rm-2.
>
Source: yubikey-manager
Version: 5.6.1-1
Severity: serious
On 2025-04-09 19:57, Debian FTP Masters wrote:
>
>
> python3-ykman_5.6.1-1_all.deb: has 1 file(s) with a timestamp too far in the
> past:
> usr/share/doc/python3-ykman/changelog.gz (Thu Jan 1 00:00:00 1970)
>
>
>
> ===
>
> Please
Source: urjtag
Severity: serious
Version: 2021.03-3
On 2025-03-19 19:35, Debian FTP Masters wrote:
Version check failed:
Your upload included the binary package liburjtag-dev, version 2021.03-3, for
ppc64el,
however testing already has version 2024.03.24-1+b1.
Uploads to unstable must have a
1 - 100 of 3558 matches
Mail list logo
