Bas Couwenberg

> > Probability that someone will be building gdal without documentation IMO is close to 0. > > I would have said the contrary from the overall feedback we got...

> > So .. why not start distribute everything under one common licence or set of licences to make packagers life easier? > > I'm not sure what the licensing...

Still fails with 3.12.1: https://salsa.debian.org/debian-gis-team/geos/-/jobs/4915707

amd64 is fine, arm64, armel, armhf, ppc64el, riscv64, s390x, ia64, loong64, and x32 as well. mips64el, alpha, hppa, hurd-i386, powerpc, ppc64, and sparc64 have (different) test failures

> Is this just on i386/debian sid you see the failure or is there something extra special here? It's plain Debian unstable i386 chroots.

HDF 4.3.0 has been released, with which pyhdf fails to build as reported in [Debian Bug #1068384](https://bugs.debian.org/1068384).

The [buildlog](https://buildd.debian.org/status/fetch.php?pkg=libfile-map-perl&arch=hurd-i386&ver=0.64-1&stamp=1467021712) show that only the first test succeeds: ``` t/20-threads.t ... 1..7 ok 1 - Counter is 2 Dubious, test returned 78 (wstat 19968, 0x4e00) Failed 6/7 subtests ```

I've added some debug output to `t/20-threads.t` and it shows that `ok(1, "First notification worked");` is never reached: ``` t/20-threads.t ... 1..7 thread1 = async Going to sleep thread1: lock_map...

No, I cannot: ``` $ gdb -args perl Build test --verbose 1 --test_files t/20-threads.t GNU gdb (Debian 7.10-1+b1) 7.10 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL...

I don't expect any actual users of File::Map on GNU/Hurd, so I'm not looking for a comprehensive fix. I suggest to just skip the thread tests on Hurd, and spend...