What to do with isc-dhcp-client-udeb?

[Cyril Brulebois]

Hi bind9 people,

I've just gotten this:

> Subject: udeb uninstallability trend: worse (+18/-)
udeb uninstallability watcher  (2018-01-22):
> Newly-broken packages in testing
>   isc-dhcp-client-udeb armel mips mipsel
>   libdns-export169-udebarmel mips mipsel
>   libirs-export160-udebarmel mips mipsel
>   libisc-export166-udebarmel mips mipsel
>   libisccc-export160-udeb  armel mips mipsel
>   libisccfg-export160-udeb armel mips mipsel
> 
> Uninstallability trend: worse (+18/-0)
> Uninstallability count: 397

I happened to have missed its unstable counterpart, because those come in
batches, depending on the current buildd status of packages. I thought the
“Newly-broken” packages for armel, mips, and mipsel were an artifact of
late builds.

I don't know anything about this libatomic1; but from a look at the 0013
patch, it seems to be a need for a platform rather than for a feature…

Anyway, I'm not sure what to do with isc-dhcp-client-udeb; it's getting
broken on a regular fashion, and its purpose was mainly for non-Linux
ports AFAICR.

I'm not sure how BSD is doing these days; maybe hurd is the only user
left?


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


signature.asc
Description: PGP signature

Bug#888067: tl-cpputils: FTBFS on hurd-i386: PATH_MAX not declared

[Aaron M. Ucko]

Source: tl-cpputils
Version: 1.0-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-hurd@lists.debian.org
Usertags: hurd-i386

The build of tl-cpputils for hurd-i386 (admittedly not a release
architecture) failed:

  /<>/src/tl-cpputils/filesystem_path.cpp:231:21: error: 
'PATH_MAX' was not declared in this scope

The Hurd infamously has no static PATH_MAX.  There are various ways to
deal with this limitation, depending on context.  In this case, I'd
recommend simply letting realpath allocate a buffer itself:

char *absolutePath = realpath(_path.c_str(), nullptr);
if (absolutePath == nullptr)
return {};

_absolutePath = std::string(absolutePath);
free(absolutePath);

Could you please take a look?

Thanks!

-- 
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