: testImageType.cpp:428: void testImageType(unsigned int, unsigned
int): Assertion `bResult' failed.
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
h the Architecture: field alas lacks
support for negative entries. Another alternative could be to version
the default-jdk build dependency; if you go that route, please bear in
mind that it currently has an epoch of 2, so you'd want to specify
default-jdk (>= 2:1.8~).
Thanks!
--
Aaron
000 r19=0x
r20=0x r21=0x r22=0x r23=0x
Makefile:3909: recipe for target 'guile-procedures.texi' failed
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.
-socket.test
E: Build killed with signal TERM after 600 minutes of inactivity
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
ld not be reached
FAIL: test-out-of-memory
==
2 of 38 tests failed
(1 test was not run)
--
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
Control: user debian-h...@lists.debian.org
Control: usertag 880148 hppa
"Aaron M. Ucko" <u...@debian.org> writes:
> Warning: Unwind-only `out-of-memory' exception; skipping pre-unwind handler.
> FAIL: test-out-of-memory
> ==
> 1
compile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
If this assembler code is specifically geared for a 64-bit ABI, please
do without it here. Otherwise, you might try adding -fPIC to ASM.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.m
Control: user debian-m...@lists.debian.org
Control: usertag 880149 mips
"Aaron M. Ucko" <u...@debian.org> writes:
> On s390x, it did better, but a third of the tests still failed,
> quite possibly for related reasons:
The same three tests (test_arr, test_encr_decr, and
:163: recipe for target 'src/bitstring.o' failed
Please refrain from using -mssse3 even on the (x86) architectures
supporting it, since it limits the portability of the resulting
binaries.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http
"Aaron M. Ucko" <u...@debian.org> writes:
> All non-x86 builds of cvc4 to date have failed with test suite errors,
> as detailed at
>
> https://buildd.debian.org/status/logs.php?pkg=cvc4=1.5-1
FTR, there has now been one successful non-x86 build, on mips.
Meanwhile
✓
test_encr_decr FAIL
test_idxgen ✓
test_bitstring ✓
test_key FAIL
test_hash✓
One or more tests failed
FWIW, the build for ppc64, Debian's other 64-bit big-endian
architecture, fully succeeded.
Could you please take a look?
Thanks!
--
Aaron M
oblem here is
Warning: Unwind-only `out-of-memory' exception; skipping pre-unwind handler.
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
/unconstrained/test-suite.log
5 TOTAL, 2 PASS, 3 FAIL
/.../production/test/system/test-suite.log
4 TOTAL, 4 PASSin unit
=== TESTING SUMMARY =
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu
successful tests elided]
=== TESTING SUMMARY =
The one exception was sparc64, which encountered many more errors;
I'll report a separate bug for that architecture.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
Package: circus
Version: 0.12.1+dfsg-1
Severity: normal
Tags: patch upstream
I've found that circus fails to start with python-configparser installed:
Traceback (most recent call last):
File "/usr/bin/circusd", line 9, in
load_entry_point('circus==0.12.1', 'console_scripts',
ed)
Errors while running CTest
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
on kfreebsd-i386, but the set of tests is the same and there may be
some other factor behind which failure mode #8 encounters; I haven't
reviewed old logs for consistency.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu
al) = 32.20 sec
The following tests FAILED:
1 - httpclient_test (OTHER_FAULT)
4 - pplx_test (OTHER_FAULT)
Errors while running CTest
Makefile:120: recipe for target 'test' failed
make[2]: *** [test] Error 8
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://
never had a successful build).
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
dditional
macro to distinguish them.)
--
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
--compilation aborted at (eval 12) line 1.
debian/rules:8: recipe for target 'clean' failed
make: *** [clean] Error 2
Please either conditionalize the usage of --with maven-repo-helper
appropriately or move maven-repo-helper to the main Build-Depends
field.
Thanks!
--
Aaron M. Ucko, KB1CJC
dcards you can use when only the
processor type is relevant; for instance, any-i386 would match hurd-i386
and kfreebsd-i386 in addition to i386.
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
"Aaron M. Ucko" <u...@debian.org> writes:
> Builds of qtmultimedia-opensource-src for sparc64 (admittedly not a
> release architecture) have been failing lately, with
> tst_qdeclarativemultimediaglobal segfaulting before it can even print
> the usual "Start
./tst_qmlwebsockets
QStandardPaths: XDG_RUNTIME_DIR points to non-existing path '/run/user/114',
please create it with 0700 permissions.
Makefile:323: recipe for target 'check' failed
make[4]: *** [check] Segmentation fault
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJ
e[4]: *** [check] Segmentation fault
I don't have additional details, but perhaps you can reproduce the
problem on a porter box (though the project-wide one is currently out
of service, alas).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://
ceived a fatal error.
Loc: [Unknown file(0)]
Totals: 1 passed, 1 failed, 0 skipped, 0 blacklisted, 6ms
* Finished testing of tst_qtgraphicaleffects *
Makefile:308: recipe for target 'check' failed
make[4]: *** [check] Aborted
Could you please take a look?
Thanks!
--
Aaron M
y out
of service, alas).
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
:
os_compat.c: In function 'int os_daemon(int, int)':
os_compat.c:124:12: error: 'daemon' was not declared in this scope
return daemon(nochdir, noclose);
Please #include here for all Debian architectures, not just
Linux.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org
aturely freeing memory. Have you tried running under
Valgrind, or locally building with -fsanitize=address?
--
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
Linux" settings look like they should work pretty much
anywhere with a GNU toolchain (modulo possible formal name differences
for -lpthread, which shouldn't be an issue within Debian).
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~a
:567:14: note: in expansion of macro
'IPMICTL_RECEIVE_MSG_TRUNC'
IPMICTL_RECEIVE_MSG_TRUNC,
^
--
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
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
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
8 tests from 1 test case ran. (62849 ms total)
[ PASSED ] 4 tests.
[ FAILED ] 4 tests, listed below:
[ FAILED ] TestDBusMock.StartsDBusMockSession
[ FAILED ] TestDBusMock.GetMethodCalls
[ FAILED ] TestDBusMock.GetAllMethodCalls
[ FAILED ] TestDBusMock.AddMethods
4 FAILED TESTS
0% te
_rgba'
CMakeFiles/check-unit.dir/build.make:60: recipe for target
'CMakeFiles/check-unit' failed
make[5]: *** [CMakeFiles/check-unit] Error 1
--
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 due course.
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
long these lines in ThrowsErrorForFailToStart,
which I suspect is succeeding for the wrong reason.
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
ke[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
debian/rules:12: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit
status 2
--
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
Control: notfixed -1 1.7.0-2
Control: found -1 1.7.0-2
"Aaron M. Ucko" <u...@debian.org> writes:
> "Aaron M. Ucko" <u...@debian.org> writes:
>
>> src/pipp_utf8.h:69:17: error: '_fseeki64' was not declared in this scope
>>#define fseek64 _f
ush'):
> self.base.flush()
E error: [Errno 1073741902] Function not implemented
/usr/lib/python2.7/dist-packages/numpy/core/memmap.py:317: error
Could you please take a look? FTR, 1073741902 is 0x404e, whose
low bits amount to 78 decimal.
Thanks!
--
Aaron M
Source: python-lupa
Followup-For: Bug #879259
User: debian-powe...@lists.debian.org
FTR, this same error also occurs on the big-endian non-release variant ppc64.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger
"Aaron M. Ucko" <u...@debian.org> writes:
> src/pipp_utf8.h:69:17: error: '_fseeki64' was not declared in this scope
>#define fseek64 _fseeki64 // Windows
I forgot to mention that I expect the eventual build for hurd-i386 (not
a release architecture either) to fa
to add (conditionally!) the preprocessor flags
-DBSD -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64.
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
come out somewhat greater than expected.
In ImageWriter_Test_Gif and Timeline_Check_Two_Track_Video, a number
of values come out 0 -- four in ImageWriter_Test_Gif and fourteen in
Timeline_Check_Two_Track_Video.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu
!
--
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
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
ted more consistency. :-)
--
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
"Aaron M. Ucko" <u...@debian.org> writes:
> These errors presumably stem from problems with gtk-doc-tools and/or
> highlight. However, given that you have a separate -doc package these
FTR, this looks like highlight bug #878305.
--
Aaron M. Ucko, KB1CJC (amu
Luca Boccassi <bl...@debian.org> writes:
> I guess I'll take my chances and do an upload anyway later today.
Thanks (to both you and James)! I tend to check __sparcv9 in such
cases, but from what I gather either approach should work.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.
<mario.limoncie...@dell.com> writes:
> Now this is the weird part. Why is gcc reporting it's supported?
Good question. Granted, the options it checks and uses are slightly
different, but the one it checks is literally "strong"er.
At any rate, thanks for taking a look!
. If that's somehow
infeasible, you might still want to take a lead from what it winds up
doing on that architecture.
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
is infeasible, you can either determine
the official limit at runtime by looking up _PC_PATH_MAX via pathconf
or supply your own fallback constant definition (typically 4096).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http
with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
I'm not sure why the linker's complaining about missing an option you
did in fact supply, but perhaps the use of pie-*.specs is somehow
throwing things off; please try forgoing PIE on x32 for
from problems with gtk-doc-tools and/or
highlight. However, given that you have a separate -doc package these
days, you may wish to consider sidestepping them by arranging to build
this target only when actually building that package (and splitting
Build-Depends-Indep out accordingly).
Could you pl
t.
Could you please look into 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
ests of 192 FAILED
-
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
hange definition of
'qbyte'."
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
not supported for this target [-Werror]
cc1: all warnings being treated as errors
ninja: build stopped: subcommand failed.
Curiously, meson reports
Compiler for C supports argument -fstack-protector-strong: YES
on both architectures. Could you please take a look?
Thanks!
--
Aaron M. Ucko
TEST RESULTS
---
Files examined: 98
Ran 1630 tests, 1575 results as expected, 1 unexpected, 54 skipped
1 files contained unexpected results:
file-notify-tests.log
Makefile:155: recipe for target 'check-doit' failed
make[4]: *** [check-doit] Error 1
--
Aaron M. Uck
ieio-test-37-obsolete-name-in-constructor
[...]
SUMMARY OF TEST RESULTS
---
Files examined: 98
Ran 1630 tests, 1575 results as expected, 1 unexpected, 54 skipped
1 files contained unexpected results:
eieio-tests.log
Makefile:155: recipe for target 'check-doit' failed
make[4]: *** [ch
y versioning
the build dependency on default-jdk-headless to (>= 2:1.8), which is
available on all other architectures. Please note that the minimum
version should have an epoch of 2 to be effective.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.e
r target 'stamps/configure' failed
make: *** [stamps/configure] Error 1
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
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
entries accordingly.
Also, it looks like you accidentally left off the epoch prefix 1:
throughout, resulting in much looser dependencies than you
(presumably) intended.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi
nder build-indep, or move
any needed packages back from Build-Depends-Indep into the main
Build-Depends.
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
Mattia Rizzolo <mat...@debian.org> writes:
> Well, it didn't reach the point it failed before…
Good point; I'd noticed that the error had changed, but didn't properly
register why. :-) Looks good now, thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.
/Makefile.tbbmalloc:71: recipe for target 'backend.o' failed
Could you please take a look? IIRC, on m68k, atomic and the like
are wider than their parameters.
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
oc(rml::MemoryPool*, unsigned
int)' follow
collect2: error: ld returned 1 exit status
../../build/common_rules.inc:94: recipe for target 'test_ScalableAllocator.exe'
failed
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.
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
architectures, so only old, broken versions are
available there. Please version the build dependency on libtbb-dev to
(>= 2017~) to avoid bothering to try building against these old
versions.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | h
y showing up on amd64 and/or i386.
--
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
, this interface is generally deprecated, so my
recommendation would be to steer clear of it on any Linux
architecture. 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
"Aaron M. Ucko" <u...@debian.org> writes:
> backends/meta-egl.c:70:3: error: unknown type name
> 'PFNEGLQUERYDMABUFFORMATSEXTPROC'
> backends/meta-egl.c:71:3: error: unknown type name
> 'PFNEGLQUERYDMABUFMODIFIERSEXTPROC'
I just took a closer look myself and
)
Makefile:110: recipe for target 'test' failed
make[2]: *** [test] Terminated
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
please take a look and conditionalize the usage
of these symbols appropriately?
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
recipe for
target 'GjsPrivate-1.0.gir' failed
make[2]: *** [GjsPrivate-1.0.gir] Error 1
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
tting them on all platforms.
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
inconsistency isn't always a problem -- chkservice itself
built fine, and builds on other architectures such as alpha on which
the compiler supports PIE but doesn't default to it also managed to
succeed -- but as you can see clearly can be one. Could you please
take a look?
Thanks!
--
Aaron M. Ucko, K
e sake of daemons that explicitly coordinate with
systemd where possible but can still function without 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
to network error
---
test/ooni/utils.cpp:64
.......
test/ooni/utils.cpp:64: FAILED:
due to a fatal error condition:
SIGSEGV - Segmentation violation
_PC_PATH_MAX via pathconf, or supply your
own 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
killed with signal TERM after 150 minutes of inactivity
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
Passed1.02 sec
Start 4: test-users
4/4 Test #4: test-users ... Passed1.52 sec
75% tests passed, 1 tests failed out of 4
--
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
t the same goes for systemd, but haven't specifically
checked. Could you please take a look and resolve any discrepancies
one way or another?
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
FAILED TESTS
Start 2: dear-reader-the-next-test-takes-80-seconds
2/3 Test #2: dear-reader-the-next-test-takes-80-seconds ... Passed0.01 sec
Start 3: test-device
3/3 Test #3: test-device .. Passed 80.23 sec
67% tests passed, 1 tests failed out of 3
--
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
a (sufficiently new) Go
compiler; two more nominally have one, but it's not in good enough
shape to build ncbi-entrez-direct's Go-based executable. As such,
please remove the outdated binaries on these architectures.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu
esn't have to deal with the Java
> stuff, only the native part.
Copying Kodi's maintainers per this advice.
--
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
on libbsd-dev [kfreebsd-any] to ensure
that this header will be available as needed.
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
a release
architecture, is in the same boat; there, however, kodi is in dep-wait
on fontforge over #877795.) 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
at startup for some reason. 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
tively, you can supply your own fallback
constant, typically 4096.
Could you please take a look? Please note that there may be other
occurrences of PATH_MAX or other portability issues; I haven't
specifically checked.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org
Source: usbguard
Version: 0.7.0+ds1-2
"Aaron M. Ucko" <u...@debian.org> writes:
> Muri Nicanor <m...@immerda.ch> writes:
>
>> The package is awaiting sponsorship in #876199
>
> So I see. If your usual mentor/sponsor is too busy, I'm open to filling
&g
se
fronts, though.
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
Package: usbguard
Followup-For: Bug #875808
I encountered this bug upon upgrading to 4.13, which hit unstable
today, and can confirm the fix. Could you please go ahead and upload
it when you get a chance?
Thanks!
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT
it with -Wl,--as-needed (in which case you might want to
follow it with -Wl,--no-as-needed).
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
-amd64 architectures,
builds still fail with symbol discrepancies, as detailed at
https://buildd.debian.org/status/logs.php?pkg=measurement-kit=0.7.1-1
Could you please account for these discrepancies, which vary by
architecture to some extent?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
files were available. Please drop this
flag, which is necessary only under highly specialized circumstances,
since Debian's normal compilers are already native by default.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/
(and the corresponding macros) or restrict the package's
architecture so that Hurd autobuilders don't bother trying to cover
it? (Please note that kFreeBSD builds are unaffected.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http
e take a look?
Incidentally, you really ought to look into building against separately
packaged juce per Policy 4.13, but it also FTBFS on m68k (and on
non-Linux, as in #876792), so that wouldn't actually help here.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org
lders 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
+ds1/clients/roscpp/src/libros/transport/transport_tcp.cpp:196:36:
error: 'TCP_KEEPCNT' was not declared in this scope
I suspect builds for hurd-i386 will fail in the same way if and when
somebody helps them past #876745.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
501 - 600 of 3052 matches
Mail list logo