Re: [Pkg-dns-devel] What to do with isc-dhcp-client-udeb?

2018-03-05 Thread Cyril Brulebois
Hi all,

Ondřej Surý  (2018-01-23):
> I would also love to get rid of the isc-dhcp-client-udeb, but so far
> the message from the busybox team was that the dhcp client there
> doesn't compile there and needs some upstream work to get it working.
> 
> (As a matter of fact, the busybox doesn't compile at all on kfreebsd-*
> and hurd-i386 right now.)
> 
> As for the BIND libraries and libatomic.
> 
> There has been some effort to replace the custom atomic code with a
> C-provided counterpart - it also fixes the mips deadlocks.
> 
> But generally, I would prefer to move all BIND libraries into "custom"
> namespace, so the libraries are not used by anything else, and either:
> 
> a) use the custom copy of the libraries inside isc-dhcp
> b) prepare separate package for the lib-udeb that would
>follow the BIND 9.11 development (BIND 9.11 is to be supported for
>next 4 years) and then remove those AND isc-dhcp from Debian.
> 
> The upcoming ISC-DHCP release 4.4.0 is ought to be the _last_ major
> upgrade, see: https://www.isc.org/blogs/isc-dhcp-the-last-branch/
> 
> And if porting udhcpc to kFreeBSD proves to be much work, then perhaps
> porting dhclient from OpenBSD might be an option?

Thanks for your feedback, Ondřej.

It'd be helpful to have some input from hurd and kfreebsd people, so
that we know what to do with isc-dhcp-client-udeb in the end…


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Bug#892149: faketime(1) fails on hurd: sem_open: Operation not supported

2018-03-05 Thread Aaron M. Ucko
Package: faketime
Version: 0.9.7-2
Severity: normal
User: debian-hurd@lists.debian.org
Usertags: hurd-i386
Control: affects -1 src:mbedtls

The faketime executable fails on hurd-i386 (admittedly not a release
architecture) with the error

  sem_open: Operation not supported

as seen in [1].

Faketime's own test suite passes despite this failure because it uses
LD_PRELOAD directly, which works fine; only going through the
executable fails.

Could you please take a look?

Thanks!

[1] 
https://buildd.debian.org/status/fetch.php?pkg=mbedtls&arch=hurd-i386&ver=2.7.0-2&stamp=1518721739&raw=0

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu