on mips64el lead to fail to
> migrate.
>
> On Mon, Aug 12, 2024 at 10:33:28AM +0200, Aurelien Jarno wrote:
> > Hi,
> ...
> >
> > But for upstream, it just hides the real bug. On those architectures,
> > the NaN encoding is indeed different, but the resulted enc
0}}, priv = {pad =
{0x0, 0x0, 0x7fff0a5aa448, 0x5}, data = {prev = 0x0, cleanup = 0x0, canceltype
= 173712456}}}
not_first_call =
#9 0x7f42fd9b8e75 in __libc_start_main_impl (main=0x558f7141e050, argc=5,
argv=0x7fff0a5aa448, init=, fini=,
rtld_fini=, stack_end=0x7fff0a5aa438) at
o this is technically
not a regression. Therefore downgrading the severity as important.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
control: notfixed -1 libquadmath0/14-20240429-1
control: fixed -1 gcc-14/14-20240429-1
Hi Paul,
On 2024-08-31 07:46, Paul Gevers wrote:
> Hi Aurelien,
>
> On Fri, 19 Jul 2024 18:35:04 +0200 Aurelien Jarno
> wrote:
> > Package: libquadmath0
> > Version: 14-20240330
eboostrapped on
all architectures. Indeed the new libxml2-dev won't be co-installable with
debhelper, which is a build-dependency of gettext:
- libxml2-dev will depend on libxml2n
- debhelper will still depend (through debhelper) on libxml2
What are the plans with regard to that? Note that I haven't check
further in the (build)-dependency tree.
Cheers
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
s defined in the RFC. Therefore I believe the
real fix is to convert NaNs (and probably also infinities) during the
encoding process.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
p;arch=riscv64&ver=3.24.0-1&stamp=1722894244&raw=0
The riscv64 FTBFS is actually a different issue, reported in #1070850.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
0113.
> Uploads to unstable must have a higher version than present in testing.
>
> Mapping sid to unstable.
>
> ===
>
> 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 addr
nt in
> experimental.
>
>
>
> ===
>
> 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 GPG: 4096R/1DDD8C9B
aur
Source: jpeg-xl
Version: 0.10.3-4
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
jpeg-xl fails to build on riscv64
Source: lxqt-session
Version: 1.4.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
lxqt-session fails to build from source. From my build log on amd64:
| -- The C compiler identification is GNU 14.1.0
| -- The CXX c
O that adds
> complexity without much benefit.
I agree with you it should not be done.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: samba
Version: 4.20.2+dfsg-8
Severity: serious
On 2024-07-24 18:50, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package ldb-tools, version 2:2.9.1+samba, for
> riscv64,
> however testing already has version 2:2.9.1+samba4.20.2+dfsg-7.
> Upload
Source: onboard
Version: 1.4.1-8
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
onboard fails to build with a test
Source: mayavi2
Version: 4.8.1-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
mayavi2 fails to build from source. From my build log:
| dpkg-buildpackage: info: source package mayavi2
| dpkg-buildpackage: info: sourc
Hi,
On 2024-07-18 01:15, Reinhard Tartler wrote:
> Aurelien Jarno writes:
>
> > I have just uploaded a NMU to delayed/2 using the above strategy. Please
> > feel free to ask me to delay or cancel it. You will find the
> > corresponding debdiff attached.
>
> I
Package: libquadmath0
Version: 14-20240330-1
Severity: serious
Tags: upstream fixed-upstream
Control: affects -1 evolver libc6
Control: fixed -1 libquadmath0/14-20240429-1
Control: block 1075938 by -1
Hi,
evolver autopkgtest fails with glibc 2.39:
https://ci.debian.net/packages/e/evolver/testing
Hi,
On 2024-05-06 23:14, Aurelien Jarno wrote:
> Dear maintainers,
>
> glibc 2.38 introduced changes to the bits/math-vector.h file on arm64 in
> order to support math vector functions. This unfortunately caused the
> FTBFS of your packages.
>
> The change has been te
control: tag -1 + pending
Dear maintainer,
On 2024-06-19 23:07, Aurelien Jarno wrote:
> Source: gopacket
> Version: 1.1.19-6
> Severity: important
> Tags: patch ftbfs
> User: debian-gl...@lists.debian.org
> Usertags: glibc2.39
> Control: affects -1 bettercap
>
> Dea
https://tracker.debian.org/news/1533060/accepted-systemd-256rc3-3-source-into-unstable/
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ow I am not sure why the problem
suddenly happens. It might be related or not to a Python 3.12 change.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
trol.
Your package is not able to cope with host names pointing to an IPv6 due
the use of gethostbyname in the testsuite to do the name resolution.
Switching to unshare buildds will only hide the problem. It has nothing
to do with gratuitous environment change.
Regards
Aurelien
-
Dear maintainer,
On 2024-03-01 16:55, Aurelien Jarno wrote:
> Source: caml-crush
> Version: 1.0.12-1.1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> Dear maintainer,
>
> Starting with glibc 2.
Dear maintainer,
On 2024-03-01 11:33, Aurelien Jarno wrote:
> Source: slapi-nis
> Version: 0.60.0-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> User: debian-gl...@lists.debian.org
> Usertags: libnsl-dev
Source: razercfg
Version: 0.43-1
Severity: serious
On 2024-06-23 16:05, Debian FTP Masters wrote:
>
>
> razercfg_0.43-1_mips64el.deb: has 7 file(s) with a timestamp too far in the
> past:
> etc/init.d/razerd (Thu Jan 1 00:00:00 1970) etc/razer.conf (Thu Jan 1
> 00:00:00 1970) usr/bin/raz
stemd 256. Reducing that limit with
ulimit workarounds the issue.
Regards
Aurelien
[1]
https://salsa.debian.org/systemd-team/systemd/-/commit/99066f931bb49b43e7282fc1fe8488373bfb81e5
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: tla
Version: 1.3.5+dfsg1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The tla packages fails to build on a few "recent" architectures due to
outdated config.guess/sub:
| cd debian/build && \
| CFLAGS='-g
Source: inotify-info
Version: 0.0.1-1
Severity: serious
Dear maintainer,
inotify-info builds with -march=native, which means the instruction set
it uses depends on the buildd that is used. For instance the i386
package uses AVX instructions. In addition -march=native is not
supported on all archi
Source: libamplsolver
Version: 0~20190702-2
Severity: serious
Tags: patch upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
libamplsolver fails to build from source on a few architec
control: tag -1 + patch
On 2024-05-11 19:50, Aurelien Jarno wrote:
> On 2024-05-11 15:46, Sebastian Ramacher wrote:
> > Source: llvm-toolchain-18
> > Version: 1:18.1.5-2
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source (but bu
ompiler
to gcc 13, so your patch needs a small update. Please find it attached.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
diff -Nru cross-toolchain-base-68/debian/changelog
cross-toolchain-base-68+n
bian/llvm-X.Y-linker-tools.links.in
2024-05-11 19:33:50.0 +0200
@@ -1,3 +1,3 @@
#!/usr/bin/dh-exec
-[!powerpc !powerpcspe] usr/lib/llvm-@LLVM_VERSION@/lib/LLVMgold.so
usr/lib/bfd-plugins/LLVMgold-@LLVM_VERSION@.so
+[!powerpc !powerpcspe !riscv64] usr/lib/llvm-@LLVM_VERSION@/lib/LLVMgol
Control: tag -1 pending
Hello,
Bug #1070872 in glibc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/glibc-team/glibc/-/commit/cddca4c12be51d67d8f383b2ccf21b633
.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
n sid due to
binutils/valgrind bug [2] and time_t transition [3] blocking things.
Regards
Aurelien
[1] https://salsa.debian.org/glibc-team/glibc/-/tree/glibc-2.39
[2] https://bugs.debian.org/1057693
[3] https://bugs.debian.org/1059852
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
Control: tag -1 pending
Hello,
Bug #1069191 in glibc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/glibc-team/glibc/-/commit/994a994014c13b43ffc4768a8969cc440
Source: python-falcon
Version: 3.1.1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
python-falcon fails to build from source due to errors in the testsuite.
>From my build log on amd64:
| ===
Source: python-pybedtools
Version: 0.9.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
python-pybedtools fails to build from source due to errors in the
testsuite. From my build log on amd64:
|
Source: py-ubjson
Version: 0.16.1-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
py-ubjson fails to build from source due to errors in the testsuite.
>From my build log on amd64:
| ==
erg
> ) by
> replying to this email.
Thanks a lot for promptly fixing this bug. The ppc64el hosts in the
debian infrastructure are now using the icinga2 packages from
bookworm-proposed-updates and all works fine.
Regards
Aurelien
--
Aurelien Jarno
Control: tag -1 pending
Hello,
Bug #1068737 in glibc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/glibc-team/glibc/-/commit/e4d86ee27cbefa6fa55f965c15b629170
Control: tag -1 pending
Hello,
Bug #1068251 in glibc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/glibc-team/glibc/-/commit/2aeb43031cb6bbcd1978c5329ffee0101
Hi,
On 2024-04-09 07:56, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Mon, Apr 08, 2024 at 11:24:40PM +0200, Aurelien Jarno wrote:
> > Thanks for you analysis and your patch. In short your proposal is to
> > extend the initial patch from Steve to fully hide the fact that the
Hi Helmut,
On 2024-04-08 22:19, Helmut Grohne wrote:
> Control: tags -1 + patch
>
> Hi Aurelien and Canonical folks,
>
> On Tue, Apr 02, 2024 at 08:53:31PM +0200, Aurelien Jarno wrote:
> > Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with
> >
Hi,
On 2024-04-06 14:17, Sebastiaan Couwenberg wrote:
> On 4/6/24 1:29 PM, Aurelien Jarno wrote:
> > On 2024-04-06 08:01, Sebastiaan Couwenberg wrote:
> > > On 4/5/24 9:51 PM, Aurelien Jarno wrote:
> > > > For Bookworm given we can not fix the compiler easily, I
On 2024-04-06 08:01, Sebastiaan Couwenberg wrote:
> On 4/5/24 9:51 PM, Aurelien Jarno wrote:
> > For Bookworm given we can not fix the compiler easily, I propose to just
> > build icinga2 with -O1 on ppc64el. If you are fine with that option, I
> > can take care of proposing a
Source: icinga2
Version: 2.13.6-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: d...@debian.org
Control: fixed -1 icinga2/2.14.2-1
Dear maintainer,
DSA has issues running icinga2 on ppc64el on Bookworm, it fails with a
segmentation fault just after startup:
| × icinga2.se
Noted. However following the time_t transition, the glibc package does
not build anymore on 32-bit architectures (i have just opened #1059937
to make people aware of that), so uploading a new glibc now is probably
not the best idea.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: glibc
Version: 2.37-15.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-...@lists.debian.org
Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with
-D_FILE_OFFSET_BITS=64 are passed by default
Source: debian-installer-netboot-images
Severity: serious
Justification: Policy 4.9
X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
Control: affects -1 buildd.debian.org
Hi,
debian-installer-netboot-images attemps network access during build,
although only to the mirrors listed in /etc/a
Source: debian-installer
Severity: serious
Justification: Policy 4.9
X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
Control: affects -1 buildd.debian.org
Hi,
debian-installer attemps network access during build, although only to
the mirrors listed in /etc/apt/sources.list and in a secur
Source: mrpt
Version: 1:2.12.0+ds-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
mrpt fails to build from source with an error in dpkg-gencontrol. From
my build log on amd64:
| make[1]: Leaving directory '/<>'
|
file or directory
> > collect2: error: ld returned 1 exit status
The build system of nacl is totally nonstandard and difficult to
understand, but it appears that this error is harmless. The real issue
behind this FTBFS is the -Werror=implicit-function-declaration
introduced by dpkg 1.22.6.
control: reassign 1066403 r-base-dev
control: reassign 1066452 r-base-dev
control: reassign 1066455 r-base-dev
control: reassign 1066456 r-base-dev
control: forcemerge 1066403 1066452 1066455 1066456
control: affects 1066403 rjava
control: affects 1066403 rapache
control: affects 1066403 littler
co
mtk-dev
is missing a dependency on libnsl-dev. In addition it might be good to
add it as a build-dependency of the dcmtk package, to ensure it
continues building even if libwrap0-dev drops it at some point.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@a
Hi,
On 2024-03-12 23:22, Preuße, Hilmar wrote:
> On 12.03.2024 21:59, Aurelien Jarno wrote:
>
> Hi Aurelien,
>
> > Starting with glibc 2.31, support for NIS (libnsl library) has been
> > moved to a separate libnsl2 package. In order to allow a smooth
> > transitio
Source: proftpd-dfsg
Version: 1.3.8.b+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
m
ibnsl-dev
is what was only ensuring that libtirpc-dev is installed.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: weston
Version: 13.0.0-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
weston fails to build in unstable since the upload of neatvnc in version
8.0. From my build log on amd64:
| Determining dependency 'neatv
Source: python3-stdlib-extensions
Version: 3.12.2-1
Severity: serious
Dear maintainer,
python3-distutils and python3-lib2to3 version 3.12.2-1 depend on
python3:any (>= 3.11.8-1~). However python3 (provided by
python3-defaults) is only at version 3.11.6-1, making python3-distutils
and python3-lib2
Source: numpy
Version: 1.26.3-2
Severity: serious
On 2024-03-02 22:06, Debian FTP Masters wrote:
>
>
> python3-numpy_1.26.3-2_ppc64el.deb: has 876 file(s) with a timestamp too far
> in the past:
> usr/lib/python3/dist-packages/numpy/LICENSE.txt (Thu Jan 1 00:00:00 1970)
> usr/lib/python3/d
Source: libhdf4
Version: 4.2.16-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: mysql-8.0
Version: 8.0.36-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Package: lsof
Version: 4.95.0-1
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends
Source: dsniff
Version: 2.4b1+debian-31
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
move
Hi Hilmar,
On 2024-03-02 00:19, Preuße, Hilmar wrote:
> On 01.03.2024 23:33, Aurelien Jarno wrote:
>
> Hi Aurelien,
>
> > This can be fixed by adding an explicit Build-Depends on
> > libtirpc-dev. The glibc change will likely be reverted in the short
> > term, but
Source: r-base
Version: 4.3.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a s
Source: xinetd
Version: 1:2.3.15.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved t
Package: iproute2
Version: 6.7.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: dovecot
Version: 1:2.3.21+dfsg1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
mo
Source: asymptote
Version: 2.86+ds1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl
> Version: 2.6.14-6
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
>
> Dear maintainer,
>
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to
On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl27
> Version: 2.7.0-20
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
>
> Dear maintainer,
>
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to
Source: fricas
Version: 1.3.10-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: gcl27
Version: 2.7.0-20
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends
Source: gcl
Version: 2.6.14-6
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends o
control: notfound -1 samba/2:12.3.5-4
control: found -1 samba/2:4.19.5+dfsg-2
On 2024-03-01 20:26, Michael Tokarev wrote:
> 01.03.2024 19:05, Aurelien Jarno :
> > Source: samba
> > Version: 2:12.3.5-4
>
> Is it really 12.3.5-4? :)
Oops, sorry about that. I probably mixed pa
Source: ogdi-dfsg
Version: 4.1.1+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
t
Source: libguestfs
Version: 1:1.52.0-2.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
mov
Source: samba
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: caml-crush
Version: 1.0.12-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
Source: open-vm-tools
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smoo
Source: python-fsquota
Version: 0.1.0+dfsg1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has bee
Source: zfs-fuse
Version: 0.7.0-26
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: argus-clients
Version: 1:3.0.8.2-6.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
Package: xwayland
Version: 2:23.2.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
Source: liblxi
Version: 1.20-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a se
Source: libquota-perl
Version: 1.8.2+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
Source: argus
Version: 2:3.0.8.2-2.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved t
Source: autofs
Version: 5.1.9-1
Severity: serious
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been added to the libc6-dev package.
This dependency has been tempor
Source: yp-tools
Version: 4.2.3-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a s
Source: ypserv
Version: 4.2-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a sep
Source: udptunnel
Version: 1.1-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a s
Source: slapi-nis
Version: 0.60.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: aplus-fsf
Version: 4.22.1-12
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: postfix
Version: 3.8.5-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a se
Source: python3.11
Version: 3.11.13-1
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been a
Source: python3.10
Version: 3.10.13-1
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been a
Source: python3.12
Version: 3.12.13-1
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been a
Source: pike8.0
Version: 8.0.1738-1.2
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been a
1 - 100 of 1025 matches
Mail list logo