realpath's policy of allocating the
buffer itself when supplied a NULL buffer. (You'll of course need to
free it when done.)
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
/<>/leatherman-1.4.0+dfsg/obj-i686-gnu
Start 1: leatherman tests
E: Build killed with signal TERM after 180 minutes of inactivity
E: Build killed with signal KILL after 360 minutes of inactivity
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, u
t):0
#TIMED-OUT (10s) 865
--
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
E adding 40 and 2
E - prepADD2
E - adding 1000 and 200 and 30...
E
E ...Full output truncated (2 lines hidden), use '-vv' to show
testing/embedding/test_thread.py:29: AssertionError
Could you please take a look?
Thanks!
[1]
htt
detailed in [1]:
timeout!
FAIL
./test-buffer-sharing
FAIL test-buffer-sharing
Could you please take a look?
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=gegl&arch=hurd-i386&ver=0.3.28-2&stamp=1519292905&raw=0
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uc
Could you please take a look?
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=wxpython4.0&arch=hurd-i386&ver=4.0.1%2Bdfsg-1&stamp=1519216613&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
g too small. In particular,
I would suggest taking advantage of realpath's policy of allocating
memory itself if you pass a NULL buffer. (You'll of course need to
free the resolved path when you're done with it.)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJ
tamp=1518954986&raw=0
[2] https://packages.debian.org/sid/hurd-i386/gcj-6-jdk/filelist
--
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
=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
orresponding if statement) should be
conditional on USE_PTY, as with the other pty_* calls. (USE_PTY
requires , which the Hurd lacks.)
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
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.
of
/lib/ld.so, but dynamic libraries have no such section.
Thanks for asking!
--
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
/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
details by reproducing the problem on a
porter box. 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
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
cpp:293: undefined reference to `ecef2pos'
./app/rtknavi_qt/naviopt.cpp:308: undefined reference to `pos2ecef'
collect2: error: ld returned 1 exit status
Makefile:243: recipe for target 'rtknavi_qt' failed
make[4]: *** [rtknavi_qt] Error 1
Could you please take a l
x27;s
infeasible, you can also look up _PC_PATH_MAX via pathconf or even
supply a fallback constant (traditionally 4096).
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
mblaze&arch=hurd-i386&ver=0.2-1&stamp=1516620274&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
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
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
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
80115 14:23:02 testing:737] FAIL
[E 180115 14:23:02 runtests:186] logged 0 warnings and 1 errors
--
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
(>= 1.4-3~)
Is mig (available only on *i386) necessary to have when building only
documentation? If not, please split it out into a separate
Build-Depends-Arch field, along with anything else needed only when
building the main architecture-dependent binary package.
Thanks!
--
Aaron M. U
other standard header first; the
ones you have should work nicely.)
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
obuilders are
out of commission) because netinet/sctp.h does exist there.
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
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
risk
truncation (or, worse, overflows). However, if that's infeasible for
some reason, you can also look up _PC_PATH_MAX via pathconf or supply
a fallback constant definition (traditionally 4096).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.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)
erhaps you can reproduce the
problem on a porter box. 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
encounter (with the help of, e.g.,
the GNU libc extension get_current_dir_name); alternatively, you can
look up _PC_PATH_MAX via pathconf or supply a fallback constant
(traditionally 4096).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
for function '_get_real_path'
[...]
It's great that directory-monitor.c already attempts to accommodate
systems like the Hurd with no fixed PATH_MAX, but there are a couple
of typos in the relevant code. Please try removing the unbalanced
(and unneeded) { on line 65 and fixing the spel
sqlite3.OperationalError: database is locked
as detailed at
https://buildd.debian.org/status/fetch.php?pkg=peewee&arch=hurd-i386&ver=2.10.2%2Bdfsg-2&stamp=1513960535&raw=0.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
ht
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
;s infeasible,
you can also look up _PC_PATH_MAX via pathconf or supply a fallback
constant (traditionally 4096).
Could you please take a look, bearing in mind that there's presumably
at least one more reference to PATH_MAX (in whatever calls
xpath_get_exec_path)?
Thanks!
--
Aaron M. Uc
/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)
practice
is to work dynamically with what you encounter (for instance, with the
help of the glibc extension get_current_dir_name). However, if that's
infeasible, you can also look up _PC_PATH_MAX via pathconf or supply a
fallback constant (traditionally 4096).
Could you please take a look?
T
orted"
Please either add proper Hurd support (which will likely look pretty
similar to Linux and kFreeBSD support, since all use GNU libc) or
formally restrict libzc's Architecture to linux-any kfreebsd-any so
that the Hurd autobuilders don't bother attempting to cover it.
Thanks!
--
A
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
43 matches
Mail list logo
