Hi Helmut
On 2024-06-05 14:21, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Tue, Jun 04, 2024 at 06:58:00PM +0200, Aurelien Jarno wrote:
> > It would be really great if glibc can migrate before as it fixes an RC
> > bug. That said there are suspicions that it introd
e issue.
> I have rebased and retested the patches in
> https://salsa.debian.org/helmutg/bootstrap-usrmerge-demo.
>
> Andrew, Aurelien, Chris, Matthias, Santiago: Any objections?
For glibc no objection.
> You may send me signed uploads (.dsc + source chanages) and I will
>
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ctfut...@packages.debian.org, debian-...@lists.debian.org
Control: affects -1 + src:ctfutils
User: ftp.debian@packages.debian.org
Usertags: remove
The kfreebsd-* ports have been removed. Please remove ctfutils which has
no reverse
the libc6 postinst.
Thanks
Aurelien
the libc6 postinst.
Thanks
Aurelien
nding part
of the libc6 postinst.
Thanks
Aurelien
Hi,
On 2024-05-15 19:10, Aurelien Jarno wrote:
> Hi,
>
> On 2024-05-15 22:10, Joris van der Geer wrote:
> > package:libc6-dev
> > version: 2.36
>
> Please provide a more accurate version than this. In the rest of this
> email i will therefore consider the latest gl
.
Regards
Aurelien
[1]
https://salsa.debian.org/debian/tla/-/commit/6cea8b94c34768268a7a03538d11e1ecc508eb46
[2] https://bugs.debian.org/1071544
nfig.guess/sub from autotools-dev
has been dropped, while it is still necessary.
Regards
Aurelien
[1]
https://salsa.debian.org/debian/tla/-/commit/6cea8b94c34768268a7a03538d11e1ecc508eb46
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
_cmpuint(n++,<=,25);
+ g_assert_cmpuint(n++,<=,50);
}
// there will be a lot of dups
g_assert_false(store.empty());
Note that it might also fix the FTBFS on alpha, hppa and sparc64 as the
symptoms look similar.
Regards
Aurelien
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
--builddirectory=$(build_tiny) -- --timeout-multiplier=4
override_dh_auto_install:
dh_auto_install --builddirectory=$(build_edit) --destdir=debian/chr
Note that it might also fix the same issue on hppa and sparc64.
Regards
Aurelien
architectures.
This is unfortunately not visible in the build log, you might want to
make the build system as verbose as reasonably possible as recommended
by the debian policy.
Regards
Aurelien
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
=implicit-function-declaration as part of
the time_t transition. fedisableexcept() is a GNU extension, so it has
to be enabled by building with -D_GNU_SOURCE. The patch belows implement
that.
Regards
Aurelien
--- libamplsolver-0~20190702.orig/fpinit.c
+++ libamplsolver-0~20190702/fpinit.c
@@
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
es as their chroot is
created by the stable version of debootstrap, but is fully reproducible
even on amd64 by using a debootstrap from testing or sid.
Therefore could you please add the passwd package as a build-depends of
cfengine3?
Regards
Aurelien
[1]
https://tracker.debian.org/news/
.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
een reported upstream [1].
For now this file has been restored to the generic version in glibc
2.38-8, removing support for the corresponding vector functions [2].
Porters, could you please have a look at the issue, and work on fixes
at the package level and at the upstream glibc/gcc/llvm level?
Tha
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,
users | sed s@.*/@@`
+maxsquota=`grep "^ *$UID": /proc/key-users | sed s@.*/@@`
key_gc_delay_file="/proc/sys/kernel/keys/gc_delay"
if [ -f $key_gc_delay_file ]; then
Regards
Aurelien
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
*cs)
uint64_t kvm_riscv_get_timebase_frequency(CPUState *cs)
{
uint64_t reg;
+CPURISCVState *env = _CPU(cs)->env;
-KVM_RISCV_GET_TIMER(cs, frequency, reg);
+KVM_RISCV_GET_TIMER(cs, env, frequency, reg);
return reg;
}
I will let you, as the maintainer, choose the best option.
Regards
Aurelien
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
the result of the proftpd-dfsg autopkgtest?
Regards
Aurelien
ble on reproducible
builds:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/python-falcon_3.1.1-2.rbuild.log.gz
https://tests.reproducible-builds.org/debian/rbuild/unstable/arm64/python-falcon_3.1.1-2.rbuild.log.gz
Regards
Aurelien
64/py-ubjson_0.16.1-3.rbuild.log.gz
https://tests.reproducible-builds.org/debian/rbuild/unstable/arm64/py-ubjson_0.16.1-3.rbuild.log.gz
Regards
Aurelien
bian/rbuild/unstable/amd64/python-pybedtools_0.9.1-1.rbuild.log.gz
https://tests.reproducible-builds.org/debian/rbuild/unstable/arm64/python-pybedtools_0.9.1-1.rbuild.log.gz
Regards
Aurelien
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
se it uses a newer compiler and/or a newer boost version. I am
therefore marking the bug as fixed on this version.
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 patch and submitting it to the stable
release team.
Regards
Aurelien
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
>
constraints to the build daemons infrastructure.
Regards,
Aurelien
infrastructure.
Regards,
Aurelien
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
for
packages in contrib and non-free (and non-free-firmware once #1029211 is
fixed).
This gives constraints on the build daemons infrastructure and also
brings some security concerns. Would it be possible to extend this
restriction to all archives?
Regards,
Aurelien
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
n.org/status/fetch.php?pkg=mrpt=s390x=1%3A2.12.0%2Bds-1.1%2Bb2=1711313862=0
Regards
Aurelien
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
filling #1065216.
Regards
Aurelien
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
exit status
| make[3]: *** [Makefile:34: mod_wrap.la] Error 1
| make[3]: *** Waiting for unfinished jobs
The full build log can be found here:
https://buildd.debian.org/status/fetch.php?pkg=proftpd-dfsg=i386=1.3.8.b%2Bdfsg-1%2Bb2=1710157209=0
This can be fixed by adding an explicit Build-Depends on libnsl-dev.
Regards
Aurelien
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
rules:44: binary] Error 2
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
2
A full build log is also available here:
https://buildd.debian.org/status/fetch.php?pkg=weston=riscv64=13.0.0-4%2Bb2=1710049432=0
Regards
Aurelien
].
In the meantime would it be possible to include this patch in the Debian
package? I have verified that it applies cleanly and fixes the problem.
Thanks in advance.
Regards
Aurelien
[1]
https://buildd.debian.org/status/fetch.php?pkg=hugo=riscv64=0.123.7-1=1709330897=0
[2] https://github.com
ython3-lib2to3 : Depends: python3:any (>= 3.11.8-1~)
| E: Unable to correct problems, you have held broken packages.
Regards
Aurelien
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)
>
by essential packages.
Would it be possible to fix that for our non arm* users? I have attached
the wb commands below, but you might want to do some of them on all
architectures for multiarch sync.
Thanks
Aurelien
wb nmu cockpit_312-1 . amd64 . -m "Rebuild against libpam0g" . --ext
| | {
| |
| | ;
| | return 0;
| | }
| configure:4408: error: in `/<>/debian/build-hdf4':
| configure:4410: error: C compiler cannot create executables
| See `config.log' for more details
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 given
its a change we want to do for Trixie, this will only lower the severity
of the bug.
Regards
Aurelien
it
status 2
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 given
its a change we want to do for Trixie, this will only lower the severity
of the bug.
Regards
Aurelien
of the bug.
Regards
Aurelien
ig.log' for more details
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 given
its a change we want to do for Trixie, this will only lower the severity
of the bug.
Regards
Aurelien
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,
of r-base to be dropped, I am not sure it is something to care
about.
Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the xdr feature support explicitly so that it does not depend
on the packages installed on the system.
Regards
Aurelien
support of xinetd to be dropped, I am not sure it is something to care
about.
Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the RPC support explicitly using --with-rpc=no, so that this
feature does not depend on the packages installed on the system.
Regards
Aurelien
the rquota
feature of dovecot to be dropped, I am not sure it is something to care
about.
Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the rquota feature explicitly so that it does not depend on
the packages installed on the system.
Regards
Aurelien
Aurelien
of the bug.
Regards
Aurelien
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
irpc-dev dependency to the gcl binary package.
You probably know that better than me, so please use the best option and
feel free to reassign the bug to the right package.
Regards
Aurelien
to do for Trixie, this will only lower the severity
of the bug.
Regards
Aurelien
the severity
of the bug.
Regards
Aurelien
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
lower the severity
of the bug.
Regards
Aurelien
ibc6-dev package for the same reason as libnsl-dev, and will be
removed at some point. Therefore please also add an explicit
Build-Depends on rpcsvc-proto.
Regards
Aurelien
e reason as libnsl-dev, and will be removed at some
point. Therefore please also add an explicit Build-Depends on
rpcsvc-proto.
Regards
Aurelien
c6-dev package for the same reason as libnsl-dev, and will be removed
at some point. Therefore please also add an explicit Build-Depends on
rpcsvc-proto.
Regards
Aurelien
1 - 100 of 6575 matches
Mail list logo