Hi,
On 2021-09-15 21:54, Colin Watson wrote:
> On Fri, Sep 10, 2021 at 09:59:44PM +0200, Aurelien Jarno wrote:
> > On 2021-09-10 20:39, Colin Watson wrote:
> > > On Fri, Sep 10, 2021 at 09:03:32PM +0200, Aurelien Jarno wrote:
> > > > I gave a try with debconf-s
einst process & kill it.
Not being able to perform the upgrade without having to kill the preinst
process from another tab (and having the skills do so) looks a serious
issue to me. I am therefore upgrading the severity.
Regards,
Aurelien
--
Aurelien Jarno GPG: 409
Hi,
On 2021-09-19 16:18, Felix Lechner wrote:
> Hi,
>
> On Sun, Sep 19, 2021 at 3:11 PM Aurelien Jarno wrote:
> >
> > Now in the same spirit as in #993955, I am not sure you actually want to
> > push maintainers to move libraries from /lib to /usr/lib
>
> The
On 2021-09-19 13:03, Felix Lechner wrote:
> Hi Aurelien,
>
> On Sun, Sep 19, 2021 at 12:15 PM Aurelien Jarno wrote:
> >
> > My question is why this new breakout-link tag has been added
>
> The tag was implemented in response to Bug#243158. [1] I am not sure
> ab
Package: lintian
Version: 2.106.1
Severity: normal
Since recently, I get the following lintian error message on the glibc
package:
E: glibc source: unpack-message-for-orig glibc_2.32.orig.tar.xz ar failed for
glibc-2.32/htl/libpthread.a
E: glibc source: unpack-message-for-orig glibc_2.32.orig.ta
On 2021-09-16 16:56, Felix Lechner wrote:
> Hi Aurelien,
>
> On Thu, Sep 16, 2021 at 4:00 PM Aurelien Jarno wrote:
> >
> > Why is that supposed to be an issue?
>
> I do not know, but the relocation error shows that the shared library
> installed in /lib by lib
stalls the 'breakout-link' and the static
> library into /usr/lib
>
> /usr/lib/x86_64-linux-gnu/libgpg-error.so
> /usr/lib/x86_64-linux-gnu/libgpg-error.a
>
Why is that supposed to be an issue? glibc has always been installed
like that.
Regards,
Aurelien
--
Aurelien Ja
On 2021-09-15 00:06, Aurelien Jarno wrote:
> On 2021-09-09 00:52, Aurelien Jarno wrote:
> > control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=27476
> >
> > On 2021-09-09 00:21, Helmut Grohne wrote:
> > > Source: nss
> > > Version: 2:3.
Package: libunwind8
Version: 1.3.2-2
Severity: grave
Tags: upstream
X-Debbugs-Cc: debian-gl...@lists.debian.org
Following the glibc 2.32 upload to unstable, the autopkgtest of the
rspamd package fails on i386, due to a segmentation fault when starting
the daemon [1].
After digging, it appears tha
On 2021-09-09 00:52, Aurelien Jarno wrote:
> control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=27476
>
> On 2021-09-09 00:21, Helmut Grohne wrote:
> > Source: nss
> > Version: 2:3.70-1
> > Severity: serious
> > Tags: ftbfs
> > X-De
ng is only planned on October 20th), I have done an NMU to fix
the issue with the fix I suggested in the upstream BTS.
Please find the debdiff attached.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aur
> Sorry for the ping-pong and thank you all for the translation work!
Oops, sorry about that, I have read manpage in the topic, so I didn't
check further as it is a common issue to report those to the wrong
package.
I have contacted the translator to get it fixed.
Regards,
Aurelien
--
Aure
32-1) and
> entangling other transitions with glibc's transition. As far as I can see,
> this was accidental?
Yes, this one indeed accidental, my cleanup to remove the complexity
from the linuxthreads to NPTL transition has been too agressive.
Thanks a lot for catching that and for the patch.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2021-09-14 08:56, Simon McVittie wrote:
> On Mon, 13 Sep 2021 at 22:59:32 +0200, Aurelien Jarno wrote:
> > - running the operation on a non-existing user, but as loginctl does a
> > check that the user exists, it has to be done directly with the dbus
> > API, for
Hi Michael,
On 2021-09-13 19:13, Michael Biebl wrote:
> Hi Aurelien,
>
> thanks for the bug report
>
> On Thu, 9 Sep 2021 18:48:42 +0200 Aurelien Jarno wrote:
>
> > One way to workaround the issue would be to force systemd-logind to do a
> > NSS lookup, just like
ot provided by libc-bin, but by
manpages-fr. I am therefore reassigning the bug to the right package.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2021-09-12 12:10, Jan-Benedict Glaw wrote:
> On Sun, 2021-09-12 00:16:01 +0200, Aurelien Jarno
> wrote:
> > On 2021-09-11 22:06, Jan-Benedict Glaw wrote:
> > > Until glibc's Bugzilla issue is finally resolved
> > > (https://sourceware.org/bugzill
from upstream almost
forever, and we want to avoid that. I already have sent a patch [1], I
am waiting for feedback.
Regards,
Aurelien
[1] https://sourceware.org/pipermail/libc-alpha/2021-September/130886.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel.
n't know for sure
> whether this would be sufficient.
This is correct, there is no breakage between minor version, only
between major version. Now, given that bookworm will very likely have
glibc >= 2.34 (at least that the goal if we are able to solve all issues
On 2021-09-10 20:39, Colin Watson wrote:
> On Fri, Sep 10, 2021 at 09:03:32PM +0200, Aurelien Jarno wrote:
> > On 2021-09-10 16:51, Colin Watson wrote:
> > > The only way to fix what libc.preinst is currently trying to do would
> > > be:
> > >
> > >
dea to backport that change in buster to
limit to reduce the risk, we don't require people to upgrade to the
latest buster release before starting an upgrade.
On the other hand, given that bullseye has a fixed debconf, I fully
agree that we should drop that fragile code for bookworm.
> I'm
On 2021-09-09 18:26, Aurelien Jarno wrote:
> Package: libc6
> Version: 2.32-1
> Severity: serious
> X-Debbugs-Cc: pkg-systemd-maintain...@lists.alioth.debian.org
>
> The NSS modules provided by glibc 2.32 require new symbols, which are
> therefore not provided by libc6
Package: libc6
Version: 2.32-1
Severity: serious
X-Debbugs-Cc: pkg-systemd-maintain...@lists.alioth.debian.org
The NSS modules provided by glibc 2.32 require new symbols, which are
therefore not provided by libc6 2.31. This is why we require restarting
daemons after the new libc6 is installed.
sy
:
https://sourceware.org/bugzilla/show_bug.cgi?id=27476
Note however that the feature of calling getcwd(NULL, >0) is a GNU
extension, and that the above code doesn't define _GNU_SOURCE, so this
is also a bug in the package.
Please also note that there are discussion to deprecate the support of
size > 0 when buf is NULL:
https://sourceware.org/bugzilla/show_bug.cgi?id=26545
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2021-09-08 13:25, Jonas Andradas wrote:
> Hi,
>
> On Sat, 21 Aug 2021 20:14:52 +0200 Aurelien Jarno
> wrote:
> > Version: 2.32-0experimental0
> >
> > On 2021-05-26 21:57, Salvatore Bonaccorso wrote:
> > > Source: glibc
> > > Version: 2.31-1
if ! test -w /dev/kvm; then \
export LIBGUESTFS_BACKEND_SETTINGS=force_tcg; \
- fi
+ fi ; \
make -C $(CURDIR)/debian/build-$(BUILD_COUNT) quickcheck
endif
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
] Error 25
> | dpkg-buildpackage: error: debian/rules build subprocess returned exit
> status 2
>
Please find attached a patch to fix that. This upstream PR might also be
relevant here: https://github.com/mattthias/slurm/pull/39
Regards,
Aurelien
--
Aurelien Jarno
d the pointer to the patch used in Ubuntu. It
seems to be a good solution, and matches what is done for other init
systems.
On the other hand, the problem is supposed to only happen for major
glibc version upgrade where the NSS modules might have a different ABI.
In that regard, I would be tempte
Hi Sebastian,
On 2021-09-05 19:15, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/glibc-2.32.html
>
> On 2021-09-02 22:11:50 +0200, Aurelien Jarno wrote:
> > On 2021-08-31 20:54, Aurelien Jarno
On 2020-02-08 17:57, Aurelien Jarno wrote:
> On 2019-11-30 16:00, André Rodier wrote:
> > Package: nscd
> > Version: 2.28-10
> >
> > When using AppArmor and ldap for users database, and nscd on Debian, a
> > lot of errors are visible in the AppArmor logs,
On 2021-08-22 14:58, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bullseye
> User: release.debian@packages.debian.org
> Usertags: pu
> X-Debbugs-Cc: debian-gl...@lists.debian.org
>
> [ Reason ]
> During the upgrade from Buster to
On 2021-08-31 20:54, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: debian-gl...@lists.debian.org
>
> Dear release team,
>
> I would like to get a transition
Package: ftp.debian.org
Severity: normal
libhwsan0/mips64el has been built by mistake in gcc-11-mipsen/11.2.0-3
as an empty package. It therefore hasn't been built anymore in binNMU
version 11.2.0-3+b1.
Could you please remove it from the archive?
Thanks,
Aurelien
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear release team,
I would like to get a transition slot for glibc 2.32. It has been built
successfully on all release architectures except mi
On 2021-08-30 23:07, Aurelien Jarno wrote:
> On 2021-08-30 20:15, Sebastiaan Couwenberg wrote:
> > On 8/27/21 12:14 PM, Aurelien Jarno wrote:
> > > On 2021-08-26 13:27, Bas Couwenberg wrote:
> > >> The recent changes in glibc break libdap and its rdeps:
> > &
On 2021-08-30 20:15, Sebastiaan Couwenberg wrote:
> On 8/27/21 12:14 PM, Aurelien Jarno wrote:
> > On 2021-08-26 13:27, Bas Couwenberg wrote:
> >> The recent changes in glibc break libdap and its rdeps:
> >>
> >> In file included from /usr/include/libdap/XDRUti
On 2021-08-28 13:36, Martin-Éric Racine wrote:
> la 28. elok. 2021 klo 12.58 Aurelien Jarno (aurel...@aurel32.net) kirjoitti:
> > > $ sudo coredumpctl debug 1011
> > >PID: 1011 (apt-get)
> > >UID: 0 (root)
> > >GID
control: reassign -1 libgcc-s1
control: found -1 libgcc-s1/11.2.0-3
control: retitle -1: libgcc-s1: i386 (Geode LX): latest push to Bookwork
produces multiple sig ILL
On 2021-08-28 11:58, Aurelien Jarno wrote:
> Hi,
>
> On 2021-08-28 11:17, Martin-Éric Racine wrote:
> >
bullseye, so if you also upgraded it, it's more likely to be the
issue. In that case, have you tried to downgrade it?
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
Source: rust-crossbeam-deque
Version: 0.7.4-1
Severity: serious
On 2021-08-28 09:03, Debian FTP Masters wrote:
> librust-crossbeam-deque-dev_0.7.4-1_mips64el.deb: has 1 file(s) with a
> timestamp too far in the past:
> usr/share/doc/librust-crossbeam-deque-dev/changelog.gz (Thu Nov 29 21:33:09
GEGL to know if those buffers are designed to be portable,
or supposed to be used temporarily or just used for the tests.
Depending on that, one has to either define a big or little endian
format and update the read/write functions accordingly, or to provide
reference buffers for both endianness.
Regard
17).
The problem is that libdap has proper TI RPC support, but it doesn't
export that information properly to libdap.pc and dap-config, sorry
about that.
Please find a patch attached to fix that.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aure
nclude
> | ^~~
> compilation terminated.
This header is now provided by libtirpc-dev, and libnsl-dev already
declares that:
$ pkg-config --cflags libnsl
-I/usr/include/tirpc
sendmail should be updated to get the correct cflags. I'll try to work
on a patch.
Regards,
A
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Starting with glibc 2.31-14, the RPC implementation is not provided
anymore and the TI-RPC one should be used instead. ogdi-dfsg supports
both implementations and defaults to the glibc one. I
5.1
Homepage: http://cola.gmu.edu/grads/grads.php
Vcs-Browser: https://salsa.debian.org:/science-team/gadap.git
--- gadap-2.0/debian/patches/libtirpc.patch
+++ gadap-2.0/debian/patches/libtirpc.patch
@@ -0,0 +1,29 @@
+Description: Switch to the TI RPC implementation
+Author: Aurelien Jarno
+Last-Upda
debian/patches/use-cmake-as-buildsystem-tirpc.patch
@@ -0,0 +1,38 @@
+Description: Use TI RPC instead of GNU libc RPC
+Author: Aurelien Jarno
+Forwarded: no
+Last-Update: 2021-08-25
+
+--- netkit-rwall-0.17.orig/CMakeLists.txt
netkit-rwall-0.17/CMakeLists.txt
+@@ -5,5 +5,8 @@ set(B
.patch
--- netkit-bootparamd-0.17/debian/patches/tirpc-drop-glibc-fix.patch
+++ netkit-bootparamd-0.17/debian/patches/tirpc-drop-glibc-fix.patch
@@ -0,0 +1,19 @@
+Description: Drop a GNU libc fix now that TI RPC is used instead
+Author: Aurelien Jarno
+Forwarded: no
+Last-Update: 2021-08-25
+
+---
ake-as-buildsystem-tirpc.patch
+++ netkit-rusers-0.17/debian/patches/use-cmake-as-buildsystem-tirpc.patch
@@ -0,0 +1,50 @@
+Description: Use TI RPC instead of GNU libc RPC
+Author: Aurelien Jarno
+Forwarded: no
+Last-Update: 2021-08-25
+
+--- netkit-rusers-0.17.orig/CMakeLists.txt
netkit-ruser
Source: nx-libs
Version: 2:3.5.99.26-2
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The glibc SunRPC implementation has been marked obsolete for some time.
It has been removed upstream from glibc 2.32, and it g
Source: nfstrace
Version: 0.4.3.2+git20200805+b220d04-1
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The glibc SunRPC implementation has been marked obsolete for some time.
It has been removed upstream from gli
=collab-maint/grok.git
--- grok-1.20110708.1/debian/patches/libtirpc.patch
+++ grok-1.20110708.1/debian/patches/libtirpc.patch
@@ -0,0 +1,19 @@
+Description: use TI RPC implementation instead of removed GNU libc one
+Author: Aurelien Jarno
+Last-Update: 2021-08-24
+
+--- grok-1.20110708.1.orig/Makefile
+++ libassa-3.5.1/debian/patches/06-link-with-tirpc.diff
@@ -0,0 +1,18 @@
+Description: Correctly link with libtirpc
+Author: Aurelien Jarno
+Forwarded: no
+Last-Update: 2021-08-24
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+
+--- libassa-3.5.1.orig/assa/Makefile.am
Package: trickle
Version: 1.07-10.1
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The glibc SunRPC implementation has been marked obsolete for some time.
It has been removed upstream from glibc 2.32, and it got
Source: rust-grep
Version: 0.2.8-1
Severity: serious
On 2021-08-24 21:13, Debian FTP Masters wrote:
> librust-grep-dev_0.2.8-1_amd64.deb: has 6 file(s) with a timestamp too far in
> the past:
> usr/share/cargo/registry/grep-0.2.8/COPYING (Thu Nov 29 21:33:09 1973)
> usr/share/cargo/registry/g
Package: xen-utils-4.14
Version: 4.14.2+25-gb6a8c4f72d-2
Severity: minor
Dear maintainer,
Due to the removal of 32-bit PV in Linux kernel 5.9 and the removal of
the "nosegneg" hwcap from glibc 2.32, the libc6-xen package is not build
anymore by the glibc package. This is already the case in exper
Source: etbemon
Version: 1.3.5-7
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The glibc SunRPC implementation has been marked obsolete for some time.
It has been removed upstream from glibc 2.32, and it got dis
Hi,
On 2021-08-18 15:43, Aurelien Jarno wrote:
> Hi,
>
> On 2021-08-18 11:02, Matthias Klose wrote:
> > On 8/6/21 10:44 AM, Aurelien Jarno wrote:
> > > control: reassign -1 cross-toolchain-base-ports-46
> > > control: tag -1 + patch
> > > contro
Hi,
On 2021-08-23 18:49, Luca Boccassi wrote:
> On Sun, 22 Aug 2021 01:05:25 +0200 Aurelien Jarno
> wrote:
> > control: tag -1 patch
> >
> > Hi,
> >
> > On 2021-08-21 21:52, Paul Gevers wrote:
> > > Source: glibc, openconnect
> > > C
Source: rust-grep-regex
Version: 0.1.9-1
Severity: serious
On 2021-08-22 19:18, Debian FTP Masters wrote:
>
>
> librust-grep-regex-dev_0.1.9-1_amd64.deb: has 15 file(s) with a timestamp too
> far in the past:
> usr/share/cargo/registry/grep-regex-0.1.9/LICENSE-MIT (Thu Nov 29 21:33:09
> 1973
Source: rust-sniffglue
Version: 0.12.1-1
Severity: serious
On 2021-08-22 15:21, Debian FTP Masters wrote:
> librust-sniffglue-dev_0.12.1-1_amd64.deb: has 62 file(s) with a timestamp too
> far in the past:
> usr/share/cargo/registry/sniffglue-0.12.1/.dockerignore (Thu Jan 1
> 00:00:00 1970)
..a8586063 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+glibc (2.31-13+deb11u1) unstable; urgency=medium
+
+ [ Aurelien Jarno ]
+ * debian/script.in/nsscheck.sh: restart openssh-server even if it has been
+deconfigured during the upgrade. Closes: #990069.
+
+ -- Aurelien
(--configure):
| dependency problems - leaving unconfigured
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: rust-thread-local
Version: 1.1.3-1
Severity: serious
On 2021-08-22 11:20, Debian FTP Masters wrote:
>
>
> librust-thread-local-dev_1.1.3-1_i386.deb: has 10 file(s) with a timestamp
> too far in the past:
> usr/share/cargo/registry/thread_local-1.1.3/.gitignore (Thu Jan 1 00:00:00
>
Source: latencytop
Version: 0.5-0.1
Severity: serious
On 2021-08-22 05:34, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package latencytop, version 0.5-0.1, for
> mipsel,
> however oldoldstable already has version 0.5+b3.
> Uploads to unstable must have a hi
Source: rust-zoneinfo-compiled
Version: 0.5.1-1
Severity: serious
On 2021-08-22 00:18, Debian FTP Masters wrote:
>
>
> librust-zoneinfo-compiled-dev_0.5.1-1_i386.deb: has 6 file(s) with a
> timestamp too far in the past:
> usr/share/cargo/registry/zoneinfo_compiled-0.5.1/.gitignore (Thu Jan
Source: rust-datetime
Version: 0.5.2-1
Severity: serious
On 2021-08-21 15:50, Debian FTP Masters wrote:
>
>
> librust-datetime-dev_0.5.2-1_s390x.deb: has 33 file(s) with a timestamp too
> far in the past:
> usr/share/cargo/registry/datetime-0.5.2/.gitignore (Thu Jan 1 00:00:00
> 1970) usr/
Source: rust-grep-cli
Version: 0.1.6-1
Severity: serious
On 2021-08-21 15:50, Debian FTP Masters wrote:
>
>
> librust-grep-cli-dev_0.1.6-1_s390x.deb: has 10 file(s) with a timestamp too
> far in the past:
> usr/share/cargo/registry/grep-cli-0.1.6/LICENSE-MIT (Thu Nov 29 21:33:09
> 1973) usr
o test them.
Also please note that while this new glibc broke the openconnect
testsuite, it didn't break openconnect itself which is still functional
from the user point of view. In that regard there is no need to declare
a Breaks: openconnect on the glibc side.
Regards,
Aurelien
--
Aure
testingfrom testing
Unfortunately I have not been able to reproduce this behaviour.
In my testing, the autopktest failure happens already happen in pure
testing (i.e. glibc 2.31-13), and it also appears with testing + glibc
2.31-16. I therefore don't believe glibc has anyt
control: tag -1 + ftbfs
control: severity -1 serious
On 2020-10-18 15:19, Aurelien Jarno wrote:
> Source: amanda
> Version: 1:3.5.1-5
> Severity: normal
> Tags: patch upstream
>
> Dear maintainer,
>
> The glibc SunRPC implementation has been marked obsolete for some tim
Source: rust-globset
Version: 0.4.8-1
Severity: serious
On 2021-08-21 13:50, Debian FTP Masters wrote:
>
>
> librust-globset-dev_0.4.8-1_i386.deb: has 9 file(s) with a timestamp too far
> in the past:
> usr/share/cargo/registry/globset-0.4.8/COPYING (Thu Nov 29 21:33:09 1973)
> usr/share/ca
Source: rust-sized-chunks
Version: 0.6.5-1
Severity: serious
On 2021-08-21 12:34, Debian FTP Masters wrote:
> librust-sized-chunks-dev_0.6.5-1_mipsel.deb: has 26 file(s) with a timestamp
> too far in the past:
> usr/share/cargo/registry/sized-chunks-0.6.5/.github/workflows/ci.yml (Thu
> Jan 1
etter, replaced to use
> the UTF-8 locales (such as fr_FR.utf8).
It's probably better to just remove that file, as it has been marked as
obsolete for more than 13 years. It's probably something to coordinate
with upstream.
Regards,
Aurelien
--
Aurelien Jarno
Hi,
On 2021-08-18 11:02, Matthias Klose wrote:
> On 8/6/21 10:44 AM, Aurelien Jarno wrote:
> > control: reassign -1 cross-toolchain-base-ports-46
> > control: tag -1 + patch
> > control: tag -1 - moreinfo
> > control: tag -1 - unreproducible
> >
> > On
e fix that went into 2.31-13, all users
are now affected.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
control: reassign -1 cross-toolchain-base-ports-46
control: tag -1 + patch
control: tag -1 - moreinfo
control: tag -1 - unreproducible
On 2021-08-05 18:59, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
> control: tag -1 + unreproducible
>
> On 2021-08-04 19:03, Matthias
through one more level of indirection. But the target
link is still valid.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2021-08-04 10:43, Aurelien Jarno wrote:
> Hi,
>
> On 2021-08-04 14:34, Ron wrote:
> > On Tue, Aug 03, 2021 at 10:08:42PM +0200, Aurelien Jarno wrote:
> > > On 2021-08-01 00:05, Ron wrote:
> > > >
> > > > Unpacking openssh-sftp-server (1:8.4p1-5)
Hi,
On 2021-08-04 14:34, Ron wrote:
> On Tue, Aug 03, 2021 at 10:08:42PM +0200, Aurelien Jarno wrote:
> > On 2021-08-01 00:05, Ron wrote:
> > >
> > > Unpacking openssh-sftp-server (1:8.4p1-5) over (1:7.9p1-10+deb10u2) ...
> > > Preparing to unpack .../
of python-smbus (closes: #991010).
+
+ -- Aurelien Jarno Sat, 24 Jul 2021 15:17:41 +0200
+
i2c-tools (4.2-1) unstable; urgency=medium
* New upstream version:
diff -Nru i2c-tools-4.2/debian/control i2c-tools-4.2/debian/control
--- i2c-tools-4.2/debian/control2020-10-14 18:00:59.
grep -E "(install|hold)
(all|${DPKG_MAINTSCRIPT_ARCH})$" | sed 's/[: ].*//')
# some init scripts don't match the package names
check=$(echo $check | \
sed -e's/\bapache2.2-common\b/apache2/g' \
How
nsane amount of
memory) that is there for some time, but that using many part of it in
one of the tests is something new.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
redis_6.2.5-1_s390x-202
Package: redis
Version: 5:6.2.5-1
Severity: serious
X-Debbugs-Cc: debian-s...@lists.debian.org
Since redis version 5:6.2.5-1, the redis-server process on s390x tries
to allocate insane amount of memory, 2560 PiB, causing the build daemon
to OOM just to maintain the page tables of such amount of me
=medium
+
+ [ Colin Watson ]
+ * debian/debhelper.in/libc.postinst, script.in/nsscheck.sh: Look for
+openssh-server package rather than ssh. Closes: #990069
+
+ [ Aurelien Jarno ]
+ * debian/patches/git-updates.diff: update from upstream stable branch:
+- Fix an arbitrary read in wordexp
Source: inputplug
Version: 0.4.0-1
Severity: serious
From: Debian FTP Masters
To: i386 Build Daemon
Date: Wed, 21 Jul 2021 16:19:29 +
Subject: inputplug_0.4.0-1_i386.changes REJECTED
Message-Id:
inputplug_0.4.0-1_i386.deb: has 1 file(s) with a timestamp too far in the past:
usr/share/
b.ids-2021.06.06/debian/changelog 2021-06-06 22:58:30.0 +0200
@@ -1,3 +1,15 @@
+usb.ids (2021.06.06-1) unstable; urgency=medium
+
+ * New upstream version.
+
+ -- Aurelien Jarno Sun, 06 Jun 2021 22:58:30 +0200
+
+usb.ids (2021.05.18-1) unstable; urgency=medium
+
+ * New upstream ve
_info.json (Thu Jan 1
> 00:00:00 1970)
>
>
>
> ===
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>
>
>
--
Aurelien Jarno
On 2021-06-04 21:51, Florian Weimer wrote:
> * Aurelien Jarno:
>
> > On 2021-06-04 20:34, Florian Weimer wrote:
> >> * Moritz Mühlenhoff:
> >>
> >> > Am Wed, Sep 09, 2020 at 12:30:44PM +0200 schrieb Aurelien Jarno:
> >> >&
On 2021-06-04 20:34, Florian Weimer wrote:
> * Moritz Mühlenhoff:
>
> > Am Wed, Sep 09, 2020 at 12:30:44PM +0200 schrieb Aurelien Jarno:
> >> control: forcemerge 967938 969926
> >>
> >> Hi,
> >>
> >> On 2020-09-09 02:58, Bernd Ze
control: fixed 889817 5.2.6-1
control: fixed 889817 4.19.87-1
Hi Salvatore,
On 2021-05-24 08:31, Salvatore Bonaccorso wrote:
> Source: linux
> Source-Version: 5.10.38-1
>
> Hi,
>
> On Wed, Feb 07, 2018 at 12:37:44PM +0100, Aurelien Jarno wrote:
> > Source: linu
ready at the correct
+location.
+ * debian/patches/git-updates.diff: update from upstream stable branch:
+- Fix GLIBC_TUNABLES parsing for AT_SECURE binaries.
+ * debian/rules.d/build.mk: escape EOL so that $configure_build is correctly
+passed to the configure script.
+
+ -- Aurelien
Package: dpkg-cross
Version: 2.6.17
Severity: important
When dpkg-cross converts a native package into a cross package, it moves
around libraries updating symlinks. It most notably moves the dynamic
loader, but doesn't update the path in the content of linker scripts
like /usr/lib/$(MULTIARCH)/lib
Package: dpkg-cross
Version: 2.6.17
Severity: serious
dpkg-cross source contains at the following .deb files:
- gcc-10-i686-linux-gnu-amd64-cross_10.2.1-6cross1_all.deb
- gcc-10-i686-linux-gnu_10.2.1-6cross1_amd64.deb
Those files have been added in version 2.6.16, and it seems it was just
a mista
Hi,
Le 03/05/2021 à 22:23, Theodore Ts'o a écrit :
On Mon, Apr 26, 2021 at 11:01:45PM +0200, Aurelien Jarno wrote:
Source: e2fsprogs
Version: 1.46.2-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
Forwarded:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear release team,
I realize that this request arrives late in the release cycle, sorry
about that.
Starting with glibc 2.31-4 uploaded back in N
Package: open-iscsi
Version: 2.1.3-3
Severity: serious
Tags: d-i ftbfs patch
Justification: fails to build from source (but built successfully in the past)
open-iscsi fails to build on mips64el:
| dh_missing --fail-missing
| make[1]: Leaving directory '/<>'
|dh_strip -a
|debian/rules over
Source: e2fsprogs
Version: 1.46.2-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
Forwarded: https://github.com/tytso/e2fsprogs/issues/65
e2fsprogs builds fine on armel/armhf when built on a machine with a
32-bit kernel. Howev
On 2021-04-25 13:08, Randall Mason wrote:
> On Sat, Apr 24, 2021 at 6:51 PM Aurelien Jarno wrote:
>
> > PIE support on arm64 requires at least qemu version 5.0. Please upgrade
> > your qemu version.
> >
>
> So, given that ubuntu's latest LTS release will be
On 2021-04-25 10:39, Simon McVittie wrote:
> On Sun, 25 Apr 2021 at 10:14:51 +0100, Simon McVittie wrote:
> > On Sun, 25 Apr 2021 at 08:11:48 +0200, Paul Gevers wrote:
> > > On 25-04-2021 01:55, Aurelien Jarno wrote:
> > > > It appears that all the failures are rela
urned an error code (1)
>
>
> (https://github.com/ClashTheBunny/Debian64Pi/runs/2315453978?check_suite_focus=true#step:3:2564)
>
> Thanks for taking a look!
PIE support on arm64 requires at least qemu version 5.0. Please upgrade
your qemu version.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
701 - 800 of 6577 matches
Mail list logo