Source: linop
Version: 0.8-1
Severity: serious
Justification: fails to build from source
Builds of linop covering only its architecture-dependent binary
packages and skipping its architecture-independent -doc package (as on
the autobuilders) have been faiing:
dh_sphinxdoc -a
found 738735 0.8.2-1
thanks
It looks like you never committed an actual fix; could you please do so?
You can test the change by running gbp buildpackage -B.
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
Source: sdformat
Version: 2.0.0-1
Severity: serious
Justification: fails to build from source
Automated builds of sdformat have all been encountering test timeouts,
in a distinctive pattern:
The following tests FAILED:
1 - INTEGRATION_audio (Timeout)
3 -
of the output of the test run
before. So the conclusion is: all of them are returning a timeout.
May I have access to the building log? What command is exactly being
run during the test phase?
Thanks!
On 05/07/2014 10:17 PM, Aaron M. Ucko wrote:
Source: sdformat
Version: 2.0.0-1
Severity: serious
Source: dolfin
Version: 1.4.0+dfsg-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of dolfin on mips, mipsel, and sparc have all been failing:
In file included from /usr/lib/petscdir/3.4.2/include/petscsys.h:96:0,
Source: dolfin
Version: 1.4.0+dfsg-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of dolfin for hurd-i386 and kfreebsd-i386 both run out of
memory when trying to compile ImplicitDomainMeshGenerator.cpp:
virtual memory exhausted: Cannot
Source: blas
Version: 1.2.20110419-7
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of blast for all *i386 architectures have been failing because many
of xscblat1's subtests don't quite yield the expected results; see, e.g.,
Source: symmetrica
Version: 2.0+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Automatic builds of symmetrica have been failing:
debian/rules build-arch
dh build-arch --with autoreconf --parallel
dh_testdir -a -O--parallel
Source: pynfft
Version: 1.3.2-1
Severity: serious
Justification: fails to build from source
Builds of pynfft in minimal environments geared for building its
architecture-dependent binary packages (e.g., on the autobuilders)
have been failing:
dh clean --with python2,python3,sphinxdoc
Source: apophenia
Version: 0.999b+ds1-1
Severity: serious
Justification: fails to build from source
Builds of apophenia with automake 1.14.1, as currently found in both
unstable and testing, have been failing:
Makefile.am:24: error: HAVE_LD_VERSION_SCRIPT does not appear in
AM_CONDITIONAL
Source: gazebo
Version: 3.0.0+dfsg-1
Severity: serious
Justification: fails to build from source
Builds of gazebo covering only its architecture-dependent binary
packages (as on the autobuilders) have been failing:
ls: cannot access
found 766303 3.0.0+dfsg-2
thanks
Aaron M. Ucko u...@debian.org writes:
ls: cannot access
debian/gazebo3-common/usr/share/gazebo-*/media/gui/fonts/DejaVuSans.ttf: No
such file or directory
Thanks for looking into this report. Builds now get past the original
error only to encounter
Source: ckon
Version: 0.7.1-2
Severity: serious
Justification: fails to build from source
The builds of ckon for i386, hurd-i386, and kfreebsd-i386 (but no
other architectures) all failed:
checking for boostlib = 1.50... yes
checking whether the Boost::System library is available... yes
Source: pysph
Version: 0~20150606.gitfa26de9-1
Severity: serious
Justification: fails to build from source
Thanks for taking care of the build errors I previously reported; I'm
pleased to confirm that neither is still a problem. Nevertheless,
automatic builds of pysph are still failing because
Source: pysph
Version: 0~20141130.git9132872-1
Severity: serious
Justification: fails to build from source
Builds of pysph in environments (notably, on the autobuilders) lacking
writable home directories have been failing when trying to run tests
(assuming they get past #787573):
File
Source: memtailor
Version: 1.0~git20130809-1
Severity: important
Builds of memtailor for 32-bit architectures like i386 have been
failing because some methods have slightly different formal types, and
thus slightly different mangled names, on 32- and 64-bit
architectures. Could you please
Source: ignition-math2
Version: 2.1.1+dfsg1-1
Severity: important
Builds of ignition-math2 wound up failing with test suite errors on a
few platforms:
* On i386 with any kernel (Linux, FreeBSD, or the Hurd),
UNIT_Line2_TEST fails:
[ RUN ] Line2Test.CollinearPoint
Source: graywolf
Version: 0.1.2-1
Followup-For: Bug #795508
This error appears to stem from an incompatibility with GCC 5, in
whose default language level (C99) restrict is a keyword.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Source: apophenia
Version: 0.999b+ds3-2
Severity: serious
Justification: fails to build from source
Builds of apophenia fail for several architectures with test suite
errors, as follows:
* distribution_tests fails on *i386 and ppc64el.
* ../eg/test_updating fails on arm64, (traditional) powerpc,
found 793998 0.999e+ds-2
notfixed 793998 0.999e+ds-2
thanks
These failures are still occurring, and may well indicate real problems,
in which case ignoring them by disabling the tests would have been
inappropriate anyway. Could you please take another look?
Thanks!
--
Aaron M. Ucko, KB1CJC
Source: sfepy
Version: 2015.1-1
Severity: important
Builds of sfepy failed everywhere but the Hurd (whose autobuilder
evidently uses a slightly different setup):
Making output directory...
Running Sphinx v1.2.3
WARNING: extension 'ipython_console_highlighting' has no setup() function; is
found 789826 2.2.2+dfsg1-1
notfixed 789826 2.2.2+dfsg1-1
thanks
Aaron M. Ucko u...@debian.org writes:
Builds of ignition-math2 wound up failing with test suite errors on a
few platforms:
2.2.2+dfsg1-1 indeed fixed the UNIT_Line2_TEST errors in *i386, but
still encountered test suite errors
Source: woo
Version: 1.0-1
Severity: important
Builds of woo for non-x86 architectures all failed due to trying to
invoke the compiler with the x86-specific flag -march=core2. This
flag isn't appropriate even on x86, because it limits the portability
of the resulting binaries, so please leave it
notfixed 793998 0.999b+ds3-3
found 793998 0.999b+ds3-3
thanks
"Aaron M. Ucko" <u...@debian.org> writes:
> * distribution_tests fails on *i386 and ppc64el.
> * ../eg/test_updating fails on arm64, (traditional) powerpc, and s390x.
These two tests are better now, thanks!
&
notfixed 797092 1.0-2
found 797092 1.0-2
thanks
"Aaron M. Ucko" <u...@debian.org> writes:
> Builds of woo for non-x86 architectures all failed due to trying to
> invoke the compiler with the x86-specific flag -march=core2. This
> flag isn't appropriate even
Source: healpy
Version: 1.8.1-1
Severity: important
Justification: fails to build from source
Builds of healpy for ppc64 and ppc64el have been failing because
python-matplotlab tries to use the tkagg backend, which requires the
python-tk package. A typical backtrace is
self =
def
Source: libosmocore
Version: 0.9.0-1
Severity: important
Justification: fails to build from source
Builds of libosmocore for the three big-endian architectures attempted
so far (powerpc, s390x, and sparc64) all failed with test suite errors
of the form
7. testsuite.at:45: testing smscb ...
Source: opengm
Version: 2.3.6-1
Severity: important
Justification: fails to build from source
Builds of opengm for kFreeBSD failed:
/«PKGBUILDDIR»/include/opengm/utilities/meminfo.hxx: In static member
function 'static double sys::MemoryInfo::usedSystemMem()':
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
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-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: 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
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: 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
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-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-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-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: 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: 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: 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: 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: 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: 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: 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
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
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
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
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
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
, 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
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
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: 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: 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
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
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: 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
(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
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
-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
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
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
[...]
../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
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.
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
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
!
--
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
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
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
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
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
'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
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
) 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
, 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
--
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
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
/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
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
+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
!
--
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
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.
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.
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
:
/<>/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,
(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
---
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
://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
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
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
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..
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
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
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
1 - 100 of 128 matches
Mail list logo
