in the install file (.../miniupnpc.3*) and letting
dh_compress take care of compression as needed.
Could you please take a look?
Thanks!
[1] https://sources.debian.org/src/miniupnpc/2.0.20171212-3/Makefile/#L254
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.
uld you please take a look?
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=mseed2sac&arch=hurd-i386&ver=2.2%2Bds1-2&stamp=1518262290&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
-iemutils&arch=hurd-i386&ver=0.0.20180206-1&stamp=1518216723&raw=0:
iemlib.h:66:2: error: #error No byte order defined
Please include on all __GLIBC__ systems, not just Linux
ones.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.
/posix/child_process.cpp:33:10: fatal error:
sys/eventfd.h: No such file or directory
Could you please either arrange to support these architectures
(perhaps with somewhat reduced functionality) or formally restrict the
package to linux-any until such time as support for them materializes?
Thanks!
--
A
16930196&raw=0
[2] https://github.com/adrienverge/openfortivpn/issues/241
--
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
uld expect kFreeBSD builds to fail too.
As such, please formally declare this package's architecture to be
linux-any so that non-Linux autobuilders don't bother trying to cover
it.
Thanks!
[1] https://www.gnu.org/software/hurd/hurd/translator.html
--
Aaron M. Ucko, KB1CJC (amu at a
in/bugreport.cgi?bug=888228#12
--
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
commission.
Could you please take a look?
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=mariadb-connector-c&arch=hurd-i386&ver=3.0.3-1&stamp=1516561406&raw=0
[2]
https://salsa.debian.org/mariadb-team/mariadb-connector-c/blob/master/libmariadb/CMakeLists.txt
-
ich is not so
mainstream.
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
other trying to cover it.
Thanks (and 73s)!
--
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
don't bother trying to cover it.
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
commission at the
moment, but I wouldn't be surprised if kFreeBSD builds turned out to
fail in the same fashion.
Could you please arrange to predefine WIN32 et al. only when actually
building for Windows?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Error at CMakeLists.txt:39 (MESSAGE):
Neither uhid nor uinput was found
If support for these Linux APIs is essential, please formally restrict
the package's architecture to linux-any accordingly, so that other
architectures' autobuilders don't bother trying to cover it.
Thank
/connector.h: No such file or directory
If extrace needs Linux-specific APIs, please formally limit its
Architecture field to linux-any so that autobuilders for other
architectures don't bother trying to cover it.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
back on pthread_self, since
pthread_t is officially opaque).
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
comm_rank. (It
looks like MPIUI_Thread's thread-locality is conditional on
MPICH_IS_THREADED, which mpichconf.h defines centrally.)
I don't have time to dig deeper, but hope that brief analysis helps.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit
ror: 'uint8_t' does not name a type
Thanks for the quick response!
--
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
"Steve M. Robbins" writes:
> Bug #686402 is no longer relevant since ITK is not targeting kfreebsd.
Support for -std=c99 would still be good to have as a matter of
principle, and seems like it should be straightforward to implement.
I won't press the matter further, though.
OFFSET_BITS=64 is actually necessary, but
-D_LARGEFILE(64)_SOURCE are safe to supply.
Thanks for checking!
--
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
--
To UNSUBSCRIBE, email to d
Source: ctfutils
Version: 9.2-4
Severity: important
ctfutils fails to build on platforms in which off_t is a 32-bit type
by default, including in particular all 32-bit Linux platforms:
In file included from /usr/include/bsd/stdio.h:30:0,
from /usr/include/freebsd/stdio.h:6,
Package: kfreebsd-kernel-headers
Version: 0.82
Severity: important
ITK's (presumably patched) copy of HDF5 fails to build on kFreeBSD
because it builds with -std=c99, disabling the usual implicit
_BSD_SOURCE setting and types such as u_long and u_char:
In file included from /usr/include/sys/proc.
ssary FTBFS bugs, also looking into the remaining architectures
while I'm at it. (In the past, KiBi often beat me to them, but he seems
to have largely moved on to other work.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://
vor-9.0-0-486/sys/i386/compile/DEBCUSTOM/../../.."
make obj
===> 3dfx (obj)
"/usr/share/mk/bsd.kmod.mk", line 7: "can't find kernel headers, install
kfreebsd-headers-2.6.32-5-amd64 package"
*** Error code 1
Could you please take a look? Thanks!
--
Aaron M.
Source: kfreebsd-9
Version: 9.0~svn223502-1
Severity: serious
Justification: fails to build from source
kfreebsd-9 claims to support building on mipsel, but runs into trouble
when it tries to fix permissions on malta modules it didn't actually build:
# fix broken perms in module dir
chmod 644
/b
Source: kfreebsd-8
Version: 8.2-3
Severity: serious
Justification: fails to build from source
kfreebsd-8 claims to support building on mipsel, but winds up failing to:
:> hack.c
gcc-4.6 -shared -EL -Wl,-EL -fno-pic -mno-abicalls -G0 -EL -march=mips32
-mabi=32 -D__mips_o32 -nostdlib hack.c -o hac
Source: kfreebsd-8
Version: 8.2-3
Severity: serious
Justification: fails to build from source
The (linux-)i386 build of kfreebsd-8 failed with the somewhat comical error
cd ../../../modules;
MAKEOBJDIRPREFIX=.../kfreebsd-8-8.2/flavor-8.2-1-486/sys/i386/compile/DEBCUSTOM/modules
KMODDIR="/lib/mo
IIRC, there are a bunch of DDs in the Bay Area
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
27 matches
Mail list logo
