Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: team+postgre...@tracker.debian.org
postgresql-rum has an older version in experimental (1.3.8-1) than in
testing/unstable (1.3.9-1). It is not useful anymore and causes
confusion for some tools.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: team+postgre...@tracker.debian.org
postgresql-pllua has an older version in experimental (1:2.0.10-1) than
in testing/unstable (1:2.0.10-3). It is not useful anymore and causes
confusion for some tools.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: team+postgre...@tracker.debian.org
pg-cron has an older version in experimental (1.3.1-1) than in
testing/unstable (1.4.1-2). It is not useful anymore and causes
confusion for some tools.
On 2021-12-09 18:03, Ondřej Surý wrote:
> MIssed the issue, RM now fillled as #1001404
>
Thanks!
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
at src:bind be
> removed from Debian experimental since it is a duplicate.
>
> https://sources.debian.org/src/bind/experimental/debian/watch
> https://sources.debian.org/src/bind9/unstable/debian/watch
Any news on that? This is annoying as it causes unrelated autopkgtest
failures.
en
[1]
https://ci.debian.net/data/autopkgtest/unstable/amd64/k/karchive/17368644/log.gz
[2]
https://github.com/lvc/abi-compliance-checker/commit/0659b3b0a23e3535f41c6fd8dee5255ad8e29f7e
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://w
On 2021-12-05 23:01, Richard B. Kreckel wrote:
> On 05.12.21 20:22, Aurelien Jarno wrote:
> > libc6:armhf does provide the /lib/ld-linux-armhf.so.3. Do you have it
> > installed?
>
> I see. Maybe I messed up that symlink while trying to find an error.
>
> S
t; No.
>
> Oh, yes!
>
> The armhf architecture *is* added (according to dpkg
> --print-foreign-architectures) and the package libc6:armhf *is*
> installed (according to dpkg -s libc6:armhf).
libc6:armhf does provide the /lib/ld-linux-armhf.so.3. Do you have it
in
t; You might want to consider to move /var/cache/nscd to /run.
/run is a tmpfs filesystem backed by RAM, which might be limited, and
thus not designed to hold caches. While on most system the nscd cache is
relatively small, it might get relatively big on some system.
Regards,
Aurelien
--
Aurelien
s to
be done upstream in order to keep a compatible ABI between all
distributions.
In the meantime using a local resolver like unbound is the best
workaround.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2021-12-04 16:15, Anuradha Weeraman wrote:
> Hi Aruelien
>
> On Sat, Dec 04, 2021 at 10:39:58AM +0100, Aurelien Jarno wrote:
> > Source: ksh93u+m
> > Version: 1.0.0~beta.1-2
> > Severity: serious
> >
> > On 2021-12-03 18:48, Debian FTP Masters wrote:
Source: ksh93u+m
Version: 1.0.0~beta.1-2
Severity: serious
On 2021-12-03 18:48, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package ksh, version 20210511, for all,
> however unstable already has version 20210511.
> Uploads to unstable must have a
Source: python-python-docx
Version: 0.8.11+dfsg1-2
Severity: serious
On 2021-11-19 17:49, Debian FTP Masters wrote:
>
> python3-python-docx_0.8.11+dfsg1-2_all.deb: Does not match binary in database.
>
>
> Mapping sid to unstable.
>
> ===
>
> Please feel free to respond to this email if you
Source: python3.10
Version: 3.10.0-5
Severity: serious
python3.10 testsuite regularly gets stuck in a loop on buildds with the
following kind of output:
| 186:53:00 load avg: 0.28 running: test_multiprocessing_fork (186 hour 45 min)
Full builds logs are available there:
control: severity -1 important
On 2021-11-17 10:52, Andrius Merkys wrote:
> Hi Aurelien,
>
> Thanks for the report.
>
> On 2021-11-17 09:09, Aurelien Jarno wrote:
> > Source: liboqs
> > Version: 0.7.0.15.g9be13d21+dfsg-1
> > Severity: serious
> > Tags:
Source: liboqs
Version: 0.7.0.15.g9be13d21+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
liboqs fails to build from source:
| /usr/bin/cc -I/<>/obj-aarch64-linux-gnu/include
-I/<>/src/kem/ntru/pqclean_ntruhrss701_clean
Source: netopeer2
Version: 1.1.39-1+b1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
netopeer2 fails to build from source:
| | ^~
| [ 55%] Building C object
Source: fftw
Version: 2.1.5-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
fftw fails to build from source:
|debian/rules override_dh_install-arch
| make[1]: Entering directory '/<>'
| mkdir -p
Source: rdkit
Version: 202103.5-1
Severity: serious
Tags: ftbfs
Justification: Policy 4.9
According to Debian Policy 4.9:
| For packages in the main archive, required targets must not attempt
| network access, except, via the loopback interface, to services on the
| build host that have been
Source: libayatana-indicator
Version: 0.8.4-2
Severity: serious
On 2021-11-10 13:49, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package ayatana-indicator-common, version
> 0.8.4-3, for all,
> however testing already has version 0.9.5-1.
> Uploads to
Source: hyperic-sigar
Version: 1.6.4+dfsg-5
Severity: wishlist
Tags: ftbfs patch upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
hyperic-sigar fails to build from source on riscv64:
| jni-compile:
|
| jni-cc:
| [mkdir] Created dir:
On 2021-10-24 11:26, Aurelien Jarno wrote:
> On 2021-10-23 08:12, Johannes Schauer Marin Rodrigues wrote:
> > Package: fakechroot
> > Version: 2.20.1-1
> > Severity: normal
> > Control: affects -1 + jemalloc
> >
> > Hi,
> >
> > libjemallo
add support for the SYS_openat
syscall as a fallback. Luckily this has already been done upstream:
https://github.com/jemalloc/jemalloc/commit/6924f83cb21f75e1c892d8f469500e12f1a3f5a7#diff-e2003bd99a76acf15d071c2fd49cfaeefae69debe6fc304a86f104b662da986c
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: v4l-utils
Version: 1.22.1-1
Severity: important
Tags: ftbfs patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
Since version 1.22.1-1, v4l-utils fails to build on riscv64:
| v4l2-compliance uses libv4l: yes
| v4l2-compliance-32 : no
| BPF
nder-2.93.4+dfsg/debian/patches/0007-cmake-fix-linking-with-with-x11-xf86vmode-and-bfd.patch
@@ -0,0 +1,25 @@
+From: Aurelien Jarno
+Date: Mon Oct 18 23:02:51 2021 +0200
+Subject: fix linking with WITH_X11_XF86VMODE and bfd
+Forwarded: https://developer.blender.org/D12911
+
+Fix typos in the va
acceptable for stable.
> As for 20.x, I will be building unofficial repo for stable-backports and
> unstable/testing,
> and there we can experiment as we like.
Ok thanks. Do you have a rough idea when is 20.x planned?
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
eeper.c
b/xbmc/cores/DllLoader/ldt_keeper.c
+index 1e99e57..4be6ebc 100644
+--- a/xbmc/cores/DllLoader/ldt_keeper.c
b/xbmc/cores/DllLoader/ldt_keeper.c
+@@ -20,6 +20,7 @@
+
+ // clang-format off
+ #if !defined(__aarch64__) && \
++!defined(__alpha__) && \
+ !define
ile should be put as debian/po/fr.po in your package build tree.
Thanks for the translation, however it seems you forgot to attach the
file.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
+
@@ -0,0 +1,16 @@
+Description: Fix ftbfs on riscv64.
+ Modifies configure.ac to fix ftbfs on riscv64.
+Author: Aurelien Jarno
+Forwarded: no
+Last-Update: 2021-10-12
+
+--- a/configure.ac
b/configure.ac
+@@ -161,6 +161,7 @@ case "$host" in
+ powerpc64*-*-linux-*) ARCH=
Package: ruby-ffi
Version: 1.12.2+dfsg-2
Severity: normal
Tags: ftbfs patch upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
Forwarded:
https://github.com/ffi/ffi/commit/3a280f70a36b56239d149d6205d20933151a2af3
Hi,
ruby-ffi fails to build on riscv64 with the following testsuite
Source: glibmm2.4
Version: 2.66.2-1
Severity: serious
Tags: upstream ftbfs
Justification: Debian Policy 4.9
According to Debian Policy 4.9:
| For packages in the main archive, required targets must not attempt
| network access, except, via the loopback interface, to services on the
| build host
elog
@@ -1,3 +1,9 @@
+mesa (21.2.2-1+riscv64) unreleased; urgency=medium
+
+ * Disable LLVM support on riscv64, it doesn't have JIT.
+
+ -- Aurelien Jarno Fri, 01 Oct 2021 19:21:24 +
+
mesa (21.2.2-1) unstable; urgency=medium
* New upstream release.
diff -u mesa-21.2.2/debian/control
ack to another frontend. It is also
very worrying for users.
As discussed on IRC, I have uploaded glibc 2.31-13+deb11u2 that fixes
that issue by not trying to detect if debconf is available when the
debconf frontend has already been loaded. You will find the
corresponding debdiff attached
Hi,
On 2021-09-27 12:38, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
> Control: fixed 994042 2.32-3
>
> Hi,
>
> On Sun, 2021-09-26 at 22:16 +0200, Aurelien Jarno wrote:
> > Hi,
> >
> > On 2021-09-26 20:46, Adam D. Barratt wrote:
> > >
libcrypt.so.1. It's something you can check with:
readelf --dynamic /lib/x86_64-linux-gnu/libpthread.so.1 | grep SONAME
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ade.
Can you confirm it's libpthread.so.1 and not libpthread.so.0? If so can
you please tell how did you install that file?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
I tried this out, and it worked: the effect disappeared completely,
> > reinstallation binds the links to proper files. Thank you and sorry for
> > bothering!
>
> --
> ciao,
> Marco
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
old to check if the wrong
link is recreated? That's needed to confirm if ldconfig is the culprit
here.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
https://savannah.gnu.org/bugs/index.php?60161
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Hi,
On 2021-09-26 20:46, Adam D. Barratt wrote:
> On Tue, 2021-09-21 at 23:47 +0200, Aurelien Jarno wrote:
> [...]
> > In the meantime another issue that would need to be fixed in sid
> > > > came
> > as
> > bug#994042.
> >
> > This time the is
more
widespread issue, feel free to raise the severity so that we can
consider it from buster and bullseye. The fix has been in testing/sid
for a few weeks, so this should be acceptable for older releases.
At least for bullseye, we have an update scheduled, currently being
under review by the release team (bug #992693). But we won't be able to
fix Raspbian ;-).
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
> Closes: 992914
> Changes:
> libassa (3.5.1-8) unstable; urgency=medium
> .
>* Fix FTBFS due to RPC removal from glibc.
> Thanks to Aurelien Jarno, for both the bug report and the
> initial cut at a patch (Closes: #992914)
I have just noticed that you used a sligh
; Closes: 994873
> Changes:
> libdrm (2.4.107-5) unstable; urgency=medium
> .
>* control: Add valgrind to libdrm-dev Depends. (Closes: #994873)
This doesn't look correct. valgrind is not available on all
architectures, and especially armel for the release architectures.
You need to us
control: tag -1 - confirmed
On 2021-09-04 15:08, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
>
> On Sun, 2021-08-22 at 14:58 +0200, Aurelien Jarno wrote:
> > During the upgrade from Buster to Bullseye, the SSH server is not
> > restarted following the libc6 upg
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
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
>
>
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
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
s 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 Jarno
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
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.aurel32.
gt;
> 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
--
Aurelien Jarno
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/bugzilla
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...@au
now 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
with each
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:
> > >
> > >
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 currently seeing if I can cons
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.
rceware.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
-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
ckage: 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 GPG: 4096R/1DDD8C9B
aure
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 tempted to restart it only for major vers
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
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
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:
> >
ullseye, 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
now 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.
Regards,
Aurelie
v (2.31-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...@aurel32.n
t; | ^~~
> 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,
Aurelien
--
Au
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.
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
+
+---
-cmake-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
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
=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)
>
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
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
601 - 700 of 6492 matches
Mail list logo