ve any use on m68k and I'm afraid it just drains time from
> you (and other porters) and maintainers.
My understanding is that there are still some users with actual
hardware, but the autobuilders use qemu for better performance and/or
reliability, which I admit doesn't say much for the hardware. ;
Dylan Aïssi <bob.dyb...@gmail.com> writes:
> This package was built correctly for m68k on 2018-02-27 [1].
> Can we close this bug?
Yes, please. IIRC, this failure turned out to stem from a problem with
the build setup (specifically, a qemu bug); sorry for the noise.
Thanks!
--
A
Dylan Aïssi <bob.dyb...@gmail.com> writes:
> This package was built correctly for m68k on 2018-03-23 [1].
> Can we close this bug?
Yes, please. IIRC, this failure turned out to stem from a problem with
the build setup (specifically, a qemu bug); sorry for the noise.
Thanks!
--
A
Dylan Aïssi <bob.dyb...@gmail.com> writes:
> This package was built correctly for m68k on 2018-02-27 [1].
> Can we close this bug?
Yes, please. IIRC, this failure turned out to stem from a problem with
the build setup (specifically, a qemu bug); sorry for the noise.
Thanks!
--
A
f 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
--
de
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, KB1CJC (amu at alum.mit.edu
-depend on libignition-cmake-dev (>= 0.4) to ensure you pull in a
new enough version.
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=ignition-fuel-tools=alpha=1.0.0%2Bdfsg4-2=1519096893=0
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | h
!
[1]
https://buildd.debian.org/status/fetch.php?pkg=mseed2sac=hurd-i386=2.2%2Bds1-2=1518262290=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
--
debian-science-maintainers mailing list
debian
mipsel, hppa is similar)
NB: the mipsel and hppa logs are a couple hundred megs apiece, so you
may wish to consider taking it easy on your browser by downloading raw
logs and viewing them with less. ;-)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debi
rth noting that i386 (i387) floating-point registers have
more precision than a standard double, which occasionally yields this
sort of surprise. You might try disabling that feature by building
with -ffloat-store on these architectures.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC
"\n", indentString) :
missing value where TRUE/FALSE needed
ERROR: installing package indices failed
This is the same mysterious error message as with r-cran-git2r, just
in a different context; there may well be a bug in R itself here.
Could you please take a look?
Thanks!
--
) upperBlockIndex <- c(upperBlockIndex, :
missing value where TRUE/FALSE needed
ERROR: installing package DESCRIPTION failed for package 'git2r'
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.
nly explain why this package
suddenly broke.
Meanwhile, what's your take on
https://buildd.debian.org/status/fetch.php?pkg=tinyssh=m68k=20180101-1=1515027549=0?
More qemu lossage or an actual tinyssh bug?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.e
p?pkg=ros-bond-core=m68k=1.8.1-2=1515504032=0
[2] https://buildd.debian.org/status/logs.php?pkg=ros-bond-core
--
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
--
debian-science-maintainers mailing
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
--
debian-science-maintainers mailing list
debian-science-maintainer
- testMatrix (Timeout)
27 - testMatrixPseudoInverse (Timeout)
60 - testImgproc (Timeout)
80 - testKeyPoint-5 (Timeout)
81 - testKeyPoint-6 (Timeout)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http
.)
* On s390x, these tests all encountered segmentation faults.
* On ppc64[*], these tests all failed with an unspecified "Exception:
Other".
Could you please take a look?
Thanks!
[*] Admittedly not a release architecture.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian
cover only
the architecture-independent packages, as with dpkg-buildpackage -A
(allowing for source-only uploads). ;-)
Thanks!
FTR, I'm classifying this bug as a regression because it would affect
any needed binary-only rebuilds for amd64.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu
://buildd.debian.org/status/fetch.php?pkg=mumps=m68k=5.1.2-2=1513807447=0
[2] https://packages.debian.org/sid/m68k/libmpich-dev/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
--
debian-science
"use \"./ROOT.sml\";" | ../../poly -q -error-exit
poly: memmgr.cpp:957: void MemMgr::AddTreeRange(SpaceTree**, MemSpace*,
uintptr_t, uintptr_t): Assertion `t->tree[r] == 0' failed.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, u
---
Ran 20 tests in 0.030s
FAILED (errors=1)
[...]
90% tests passed, 3 tests failed out of 31
Total Test time (real) = 3.69 sec
The following tests FAILED:
1 - c.segy (Failed)
3 - python.segy (Failed)
4 - python.h.segy (Failed)
Errors whi
native: 'log1p'
/usr/lib/R/etc/Makeconf:168: recipe for target 'Polynomial.o' failed
make[1]: *** [Polynomial.o] 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..
://buildd.debian.org/status/fetch.php?pkg=ovito=ppc64=2.9.0%2Bdfsg1-5=1511219276=0
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
--
debian-science-maintainers mailing list
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/c
on.tools (Failed)
Errors while running CTest
Makefile:122: recipe for target 'test' failed
--
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
--
debian-science-maintainers mailing list
debian-sci
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.o
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
(Failed)
640 - ML_MLP_NonSym_MPI_4 (Failed)
648 - Komplex_simple_MPI_4 (Failed)
Errors while running CTest
--
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
--
debian-science-maintainers
:
/<>/normaliz-3.4.1+ds/_build/../test/Makefile.classic:52: recipe
for target 'test-v/medium.diff' failed
As with #881869, I don't know what the diff turned out to read, but
perhaps you can reproduce the problem on a porter box.
Could you please take a look?
Thanks!
--
Aaron M. Ucko,
ctures!), but perhaps 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
--
debian-science-maintainers mailing list
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
are reporting 0 ns wall and
cpu time, making for infinite rates that rightly don't match the
expected patterns.
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
weigh in with recommendations, but see that cycleclock.h does also
supply a fallback implementation whose scope you can broaden 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.m
or get
formal dependencies on libatomic on the platforms that don't need it
here.
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
--
debian-science-maintainers
compilation and upstream installation errors
for each of them, and don't actually fail until debian/rules tries to
rename gmap.1 to scotch_gmap.1 (presumably to avoid a file conflict).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi
applicable HAVE_* macros?
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
: 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
--
debian
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
/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
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.
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian
, 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
--
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.
+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
gnu/devel/lib/python2.7/dist-packages/roscpp/msg'
ERROR: Unable to generate messages for package 'roscpp': while processing
'/<>/ros-ros-comm-1.13.2+ds1/clients/roscpp/msg/Logger.msg': [Errno
1073741841] File exists:
'/<>/ros-ros-comm-1.13.2+ds1/obj-i686-gnu/devel/lib/python2.7/dist
) timeout, presumably due to
hanging or spinning. I don't have details beyond
https://buildd.debian.org/status/fetch.php?pkg=plplot=mipsel=5.13.0%2Bdfsg-1=1506091509=0
but perhaps you can reproduce this misbehavior on a porter box. Could
you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
it build depends on Qt4 bindings only via fabio:
File
"/<>/silx-0.5.0+dfsg/.pybuild/pythonX.Y-dbg_3.6/build/silx/gui/qt/_qt.py",
line 110, in
from PyQt4.QtCore import * # noqa
ModuleNotFoundError: No module named 'PyQt4.QtCore'
Could you please take a look?
Than
/fetch.php?pkg=sagemath=arm64=8.0-7=1505101830=0
2 items had failures:
10 of 26 in sage.combinat.partitions.number_of_partitions
1 of 3 in sage.combinat.partitions.run_tests
[35 tests, 11 failures, 8.05 s]
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
!
--
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian
!
--
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian
'matplotlib._path'
I see that hurd-i386 still just has matplotlib 1.5.x, whereas the
other architectures have 2.x; please version the build dependencies on
python(3)-matplotlib accordingly.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http
0.25 required)
Please version the build dependency on cython accordingly.
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
--
debian-science-maintainers mailing list
debian-science
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
or the 32-bit non-release architectures m68k and
powerpcspe both nominally succeeded, but AFAICT only because they
skipped the test suite altogether 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
151, 0.8799212 , 0.4495264 ,
0.57848901,
E 0.47870028, 0.87543732, 0.42257947])}
E (mismatch 3.296703296703299%)
The mips64el and ppc64el builds encountered worse mismatches, roughly
4.4% and 7.7% respectively.
Could you please take a look?
Thanks!
--
Aaron M. U
ch.php?pkg=giac=kfreebsd-i386=1.2.3.25%2Bdfsg1-1=1486951903=0
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
--
debian-science-maintainers mailing list
debi
as detailed at
https://buildd.debian.org/status/fetch.php?pkg=giac=hurd-i386=1.2.3.25%2Bdfsg1-1=1486947346=0
(affecting every top-level test, and what appears to be nearly all
individual cases).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko
4, and x32.
Could you please take a look?
Thanks!
NB: some of the above output may be from hevea, which ran in parallel
with icas.
--
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
--
debian-science-m
, for instance by renaming override_dh_fixperms
to override_dh_fixperms-indep.
Thanks!
FTR, even though giac is new to Debian, I'm classifying this bug as a
regression because it would affect potential binNMUs.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu
ST_MULTIARCH)))
+CFLAGS += -ffloat-store
+endif
+
# `nostrip' handled by dh_strip...
CFLAGS += -I$(JAVA_HOME)/include/linux
--
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
--
debian-science-maintai
mably taking place in some underlying
library; I particularly suspect proj4.
--
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
--
debian-science-maintainers mailing list
debian-science
the build products as-is.
Thanks for clarifying. You might want to consider conditionalizing the
docbuild anyway to save build time and disk space, since crashing at
startup would presumably also break the test suite.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mi
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
!
--
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo
y: array([-12727770.5987, 12727770.5987])
--
Ran 70 tests in 0.066s
FAILED (SKIP=1, failures=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
kos. Nico felt that half of a Trilinos package on
> 32-bit architectures would not be useful.
Fair enough, particularly given that the only reverse dependency I see
is deal.ii, which relies on several indirectly affected packages.
Thanks for looking into the problem!
--
Aaron M.
(any matches for)
"usr/lib/glade/modules/libgladedatabox.*" (tried in "." and "debian/tmp")
dh_install: libgtkdatabox-0.9.3-0-glade missing files:
usr/lib/glade/modules/libgladedatabox.*
dh_install: missing files, aborting
Could you please take a look?
Thanks!
values still appear to vary only by word size, but
are different from what the tests expect. 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
--
debian-science
yields OpenMPI; although that's thankfully valid for all release
architectures nowadays, the non-release architectures m68k and sh4 both
still use MPICH.
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
g and unsigned long variants on
these architectures (but not 64-bit architectures, on which they'll
duplicate the existing [u]int64_t variants.)
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/ | htt
[...]
../build-aux/test-driver: line 107: 16135 Illegal instruction "$@" >
$log_file 2>&1
FAIL: test-charpoly
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/c
-ffpack to ensure you get
a version that ships fflas-ffpack.pc. (Alternatively, if the 1.6.0
API is sufficient for your purposes, you could explicitly set
FFLAS_FFPACK_{CFLAGS,LIBS}.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http
errors I just reported as #840454:
FAIL: test-pluq-check
=
terminate called after throwing an instance of 'FailureTrsmCheck'
FAIL test-pluq-check (exit status: 134)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko
the hopes that we can work
> together on a solution.
Great; thanks for all your work here.
> PS: If you are happy with the outcome of #815725, please close it.
Done earlier today. In retrospect, that really should have been two
separate reports.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.ed
Source: opengm
Version: 2.3.6+20160901-1
Severity: important
Justification: fails to build from source
opengm now compiles on powerpc (thanks!), but hits a test suite error:
23/49 Test #24: test-io-hdf5 .***Exception: Other 0.11
sec
terminate called after throwing an
Source: opengm
Version: 2.3.6+20160131-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Thanks for taking care of #806379!
opengm is now in good shape on 64-bit architectures (apart from one
test failure on sparc64, which isn't a release
Source: trilinos
Version: 12.6.4-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Thanks for looking into #835406! trilinos now successfully builds on
i386 and x32, and the builds for other 32-bit architectures don't fail
as quickly as they used
const long long unsigned int&>'
[...]
/«PKGBUILDDIR»/packages/kokkos/core/src/impl/Kokkos_Atomic_Compare_Exchange_Strong.hpp:207:3:
error: invalid use of incomplete type 'struct Kokkos::Impl::enable_if<false,
const long long unsigned int>'
Could you please take another loo
Source: ros-geometry-experimental
Version: 0.5.13-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of ros-geometry-experimental against libgeometry-msgs-dev
1.12.4-3 have been failing:
Could not find messages which
Source: form
Version: 4.1-1
Severity: important
Justification: fails to build from source
form's tests failed on several architectures, as detailed at
https://buildd.debian.org/status/logs.php?pkg=form=4.1-1 .
Could you please take a look?
Thanks!
--
debian-science-maintainers mailing list
Source: fcl
Version: 0.5.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The mips build of fcl failed with a timeout in test_fcl_octomap,
likely due to a hang. Could you please take a look?
Thanks!
--
debian-science-maintainers mailing list
Source: evolver
Version: 2.70+ds-1
Severity: important
Justification: fails to build from source
Builds of evolver for kFreeBSD and the Hurd failed:
../../../src/painter.c: In function 'painter_start':
../../../src/painter.c:441:20: error: storage size of 's' isn't known
{ struct
Source: evolver
Version: 2.70+ds-1
Severity: important
Justification: fails to build from source
The i386 build of evolver failed:
../../../src/tmain.c: In function 'task_caller':
../../../src/extern.h:2383:38: error: subscripted value is neither array nor
pointer nor vector
asm("movl
Source: mpi-testsuite
Version: 3.2+dfsg-1
Severity: important
Justification: fails to build from source
Builds of mpi-testsuite on kFreeBSD and the Hurd have been failing:
config.status: executing default-4 commands
for i in `find . -name "testlist" | grep -v ^..build`;\
do
Source: mpi-testsuite
Version: 3.2+dfsg-1
Severity: important
Justification: fails to build from source
Builds of mpi-testsuite for most architectures failed with test suite
timeouts, as detailed at
https://buildd.debian.org/status/logs.php?pkg=mpi-testsuite=3.2%2Bdfsg-1
The last test started
Source: hfst
Version: 3.10.0~r2798-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of hfst for many architectures failed because the hfst-twolc
test either hit an inactivity timeout (which is generous enough that
it typically indicates a
h no maintainer-supplied arch-all packages (as occurred here) call
for a higher severity in this scenario.
> (BTW: I have just added this bug to the collection :-)
Great, thanks.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.
Source: python-escript
Version: 4.2.0.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Thanks for fixing python-escript's build dependencies quickly.
Architecture-specific builds now look good for the most part (aside
from portability issues to
Source: python-escript
Version: 4.2.0.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of python-escript in minimal environments (notably, on the
autobuilders) have been failing:
RuntimeError: netcdf.h not found under /usr:
File
Source: openbsc
Version: 0.15.0-1
Severity: important
Justification: fails to build from source
Builds of openbsc failed on several architectures (arm64, i386, mips,
and mipsel, so far) because test #3 (db) failed. I don't have further
details because the build system didn't report them before
Source: r-cran-httpuv
Version: 1.3.3-3
Severity: important
Justification: fails to build from source
Thanks for taking care of #814720/#814878! Linux builds of
r-cran-httpuv are doing well, but builds for kFreeBSD and the Hurd are
now hitting another issue:
In file included from
Source: trilinos
Version: 12.4.2-1
Severity: important
Justification: fails to build from source
Builds of trilinos for architectures other than amd64 have been
failing; please either address these errors or set its Architecture
field accordingly. Specifically:
- On 32-bit architectures such as
Package: liburdfdom-headers-dev
Version: 0.4.1-1
Severity: serious
Justification: makes urdfdom FTBFS on 32-bit architectures
/usr/share/urdfdom_headers/cmake/urdfdom_headers-config.cmake refuses
to support systems with different pointer sizes than the (64-bit)
system on which it was built:
#
Source: r-cran-glmnet
Version: 2.0-2-1
Severity: serious
Justification: fails to build from source
Hi, Daniel.
Builds of r-cran-glmnet in minimal environments (notably, on the
autobuilders) have been failing:
ERROR: dependencies 'Matrix', 'foreach' are not available for package 'glmnet'
*
Source: r-cran-tm
Version: 0.6.2-1
Severity: serious
Justification: fails to build from source
Hi, Daniel.
Builds of r-cran-tm in minimal environments (notably, on the
autobuilders) have been failing:
ERROR: dependencies 'NLP', 'slam' are not available for package 'tm'
* removing
Source: r-cran-lubridate
Version: 1.5.0-1
Severity: serious
Justification: fails to build from source
Hi, Daniel.
Builds of r-cran-lubridate in minimal environments (notably, on the
autobuilders) have been failing:
ERROR: dependency 'stringr' is not available for package 'lubridate'
*
Source: r-cran-httpuv
Version: 1.3.3-2
Severity: serious
Justification: fails to build from source
Builds of r-cran-httpuv in minimal environments (notably, on the
autobuilders) have been failing:
ERROR: dependency 'Rcpp' is not available for package 'httpuv'
* removing
Source: ros-pluginlib
Version: 1.10.1-1
Severity: important
Justification: fails to build from source
Builds of ros-pluginlib for architectures other than amd64 have been
failing due to a hardcoded architecture tuple:
-- Build files have been written to: /«PKGBUILDDIR»/obj-i586-linux-gnu
1 - 100 of 128 matches
Mail list logo
