Package: lintian-brush
Version: 0.152
Severity: important
Tags: ftbfs
Dear maintainer,
autotools-dev debhelper has been deprecated, so lintian-brush just
removes it [1], which causes packages to FTBFS [2]. It should be
replaced by dh_update_autotools_config instead of simply being dropped.
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
On 2024-05-20 10:40, Luca Boccassi wrote:
> On Mon, 20 May 2024 at 10:37, Aurelien Jarno wrote:
> >
> > On 2024-05-20 10:22, Luca Boccassi wrote:
> > > On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues
> > > wrote:
> > > >
> > >
md,
sysv or any other system can then decide what to do instead of
hardcoding that on the glibc side.
That would also simplify the chrootless case a bit.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ochen also pointed out: telinit could be the component which
> > checks
> > what PID 1 actually is and only do its thing after it confirmed that it is
> > indeed an init system like systemd that is providing PID 1?
>
> That's all legacy stuff and I really don't want to touch it anymore.
> Going from the other side, maybe libc6.postinst could use something
> more reliable than ischroot()? Is systemd-detect-virt able to figure
> out the situation a bit better?
Nope.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: maildir-utils
Version: 1.12.4-1
Severity: important
Tags: ftbfs patch upstream
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
maildir-utils fails to build from source on riscv64 due to a testsuite
failure:
| Summary of
Error 2
I guess you are building gcc from source. For using the multiarch path
convention, you should configure it with --enable-multiarch.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
g
it, for instance gdb or lldb.
I am therefore reassigning this to adequate as a false positive.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
it is
necessary to upgrade glibc to get the issue fixed.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: chr
Version: 0.1.78-1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
chr fails to build from source on riscv64 (and a few other slow
architectures) with a timeout in a test:
| tests time
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
the package level.
For rocm-hipamd, the maintainer claims this is a toolchain issue...
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: h5z-...@packages.debian.org
Control: affects -1 + src:h5z-zfp
User: ftp.debian@packages.debian.org
Usertags: remove
h5z-zfp in experimental has a lower version than in unstable, which
means binNMUs are not possible as they get rejected by
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
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
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+nmu1/debian
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/LLVMgold.so
usr/lib/bfd-plugins/LLVMgold-@LLVM_VERSION@.so
Source: cfengine3
Version: 3.21.4-1.1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
cfengine3 fails to build from source on riscv64, here is the relevant
part of the log:
| checking for
.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: glibc
Version: 2.38-1
Severity: important
Tags: upstream
X-Debbugs-Cc: debian-...@lists.debian.org
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=30909
glibc 2.38 added vector math library (libmvec) support for arm64, with
ASIMD and SVE version. This includes an
rprising that ruby3.1 doesn't define its internal versions any
> more, and the attached patch can probably be applied?
glibc 2.38 is now in unstable, so upgrading the severity to serious.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Hi,
On 2024-01-02 13:23, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: gl...@packages.debian.org
> Control: affects -1 + src:glibc
>
> Dear release team,
Source: keyutils
Version: 1.6.3-3
Severity: important
Tags: patch upstream ftbfs
X-Debbugs-Cc: debian-wb-t...@lists.debian.org
Usertags: unshare
Dear maintainer,
keyutils fails to build from source when built inside a container:
| === /<>/tests/keyctl/newring/bad-args/test.out ===
|
Package: sbuild
Version: 0.85.8
Severity: normal
When running sbuild in unshare chroot mode, it is not possible to write
to /dev/stdout:
| echo test > /dev/stdout
| sh: 1: cannot create /dev/stdout: Permission denied
This is the reason of the FTBFS of at least clisp and supervisor when
using
Package: sbuild
Version: 0.85.7
Severity: normal
When running sbuild in unshare chroot mode, /dev is provided by creating
all the entries as regular files, and then the entries from the host
/dev are bind-mounted to the container. This causes readdir(), which
maps to the getdents64 syscall, to
repack. Please keep in mind that
> node-corepack/../yarn.js is a wrapper that downloads yarnpkg from
> Internet instead of using Debian's one.
As network access is forbidden by Debian Policy section 4.9, this is
actually a serious bug. Changing the severity accordingly.
Reg
se its test suite
> depends on access to the internet,
As network access is forbidden by Debian Policy section 4.9, this is
actually a serious bug. Changing the severity accordingly.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: qemu
Version: 1:8.2.3+ds-1
Severity: important
Tags: upstream patch ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear maintainer,
qemu version 1:8.2.3+ds-1 fails to build from source on riscv64:
|
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
Package: release.debian.org
Severity: normal
Tags: security
X-Debbugs-Cc: gl...@packages.debian.org
Control: affects -1 + src:glibc
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
glibc 2.37-18 fixes an import security issue (CVE-2024-2961), and it
would be nice to have it in
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: 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:
|
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:
|
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
input" -c -f "$charset" -A
> /usr/share/locale/locale.alias "$locale" || :
> echo " done"
> done < "$LOCALEGEN"
> echo "Generation complete."
Thanks for your bug report and for even proposing a patch which looks
good to me.
> page redirects to https://www.gnu.org/savannah-checkouts/gnu/libc/index.html
> which does not mention reporting bugs.
Please see this page for reporting bug upstream:
https://sourceware.org/glibc/bugs.html
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
a
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
same uid in not something supported, and
therefore you just encountered an undefined behaviour. Please see this
message which tagged the bug as wontfix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411059;msg=15
That said, please feel free to work with upstream to provide a patch.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
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:
| ×
s in the main archive, required targets must not attempt
+Except for packages in the non-free archive with the ``Autobuild``
+control field unset or set to ``no``, required targets must not attempt
network access, except, via the loopback interface, to services on the
build host that have been st
Hi,
On 2024-04-03 12:37, Philipp Kern wrote:
> Hi,
>
> On Tue, Apr 02, 2024 at 06:58:35AM +0200, Aurelien Jarno wrote:
> > On 2024-04-02 09:21, Sean Whitton wrote:
> > > Hello,
> > >
> > > On Mon 01 Apr 2024 at 05:29pm +02, Aurelien Jarno wrote:
>
g 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
Hi,
On 2024-01-22 12:59, Martin Steigerwald wrote:
> Thanks for the bug report, Aurelien.
>
> Am Mittwoch, dem 03.01.2024 um 22:45 +0100 schrieb Aurelien Jarno:
> > Since the build daemons have been upgraded to kernel 6.6, fio FTBFS
> > with SIGILL in the testsuite. It i
Hi,
On 2024-04-02 09:21, Sean Whitton wrote:
> Hello,
>
> On Mon 01 Apr 2024 at 05:29pm +02, Aurelien Jarno wrote:
>
> > Package: debian-policy
> > Version: 4.6.2.1
> > Severity: normal
> > X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
>
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
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
On 2024-04-01 18:18, Bill Allombert wrote:
> On Mon, Apr 01, 2024 at 06:08:10PM +0200, Aurelien Jarno wrote:
> > On 2024-04-01 17:52, Bill Allombert wrote:
> > > On Mon, Apr 01, 2024 at 05:29:54PM +0200, Aurelien Jarno wrote:
> > > > Package: debian-policy
> > &
On 2024-04-01 17:52, Bill Allombert wrote:
> On Mon, Apr 01, 2024 at 05:29:54PM +0200, Aurelien Jarno wrote:
> > Package: debian-policy
> > Version: 4.6.2.1
> > Severity: normal
> > X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
> > Control: affects
Package: debian-policy
Version: 4.6.2.1
Severity: normal
X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
Control: affects -1 buildd.debian.org
Hi,
The debian policy, section 4.9, forbids network access for packages in
the main archive, which implicitly means they are authorized for
since then. From a quick look, this is at least:
- dpkg
- erofs-utils
- kmod
Having dpkg in that list means that such downgrade has to be planned
carefully.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel
against libgd3, so we can't just
changes the Depends to a Recommends.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
lowing:
>
> $ ./a.out i6 0:0:0::5:6:7:8
> :::5:6:7:8
> $ ./a.out i6 0:0:0::5.6.7.8
> Not in presentation format
> $ ./a.out i6 0:0:0:0:0::5.6.7.8
> :::5.6.7.8
Could you please tell me what do you find curious and what do you expect
instea
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 '/<>'
|
On 2024-03-14 04:40, Cyril Brulebois wrote:
> Hi,
>
> Aurelien Jarno (2024-03-13):
> > The date of the next point release is slowly approaching, could you
> > please have a look at this?
>
> Sorry, lost track of that one. Feel free to upload.
>
Thanks, I have
.org/1025221.
-ifneq ($(filter $(DEB_HOST_ARCH),riscv64),)
-ABSL_TEST_EXTRA_ARGS=--no-parallel
-endif
-
%:
dh $@
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
> + graphviz [!armhf !armel]
This does not look correct. Build-Depends-Indep are only used to build
the arch:all packages, and currently all the arch:all autobuilder run on
amd64. Therefore it looks to me that this change is not necessary to
help the armel/armhf rebootstrap done as
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.
Hi Cyril,
On 2024-02-25 13:45, Jonathan Wiltshire wrote:
> Control: tag -1 d-i
>
> Hi,
>
> On Sat, Feb 24, 2024 at 04:59:10PM +0100, Aurelien Jarno wrote:
> > [ Reason ]
> > The upstream stable branch got a few fixes in the last months, and this
> > update p
Hi Cyril,
On 2024-02-25 13:45, Jonathan Wiltshire wrote:
> Control: tag -1 d-i
>
> Hi,
>
> On Sat, Feb 24, 2024 at 04:59:10PM +0100, Aurelien Jarno wrote:
> > [ Reason ]
> > The upstream stable branch got a few fixes in the last months, and this
> > update p
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
bdcmtk-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
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
Source: golang-1.22
Version: 1.22.0-2
Severity: normal
Tags: upstream patch fixed-upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Control: forwarded -1
https://github.com/golang/go/commit/b5a64ba62eafe5dee13562091ca03aef6cac87b6
Dear
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
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)
>
;libpam0g-dev (>= 1.5.3-6)"
wb nmu pgpool2_4.3.7-2 . i386 . -m "Rebuild against libpam0g" . --extra-depends
"libpam0g-dev (>= 1.5.3-6)"
wb nmu pgpool2_4.3.7-2 . mips64el . -m "Rebuild against libpam0g" .
--extra-depends "libpam0g-dev (>= 1.5.3-6)"
wb
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
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
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
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
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,
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
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
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
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: 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
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
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: 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
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
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
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
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
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
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: 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
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: 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
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
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: 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
1 - 100 of 6484 matches
Mail list logo