Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1026199 > unrolled thread

Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity Sebastian Ramacher <sramacher@debian.org> - 2020-09-23 21:50 +0200
    Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity José Luis Blanco-Claraco <jlblanco@ual.es> - 2020-09-25 08:10 +0200
    Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity José Luis Blanco-Claraco <jlblanco@ual.es> - 2020-09-26 01:10 +0200
    Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity José Luis Blanco-Claraco <jlblanco@ual.es> - 2020-09-26 09:10 +0200

#1026199 — Bug#970818: mrpt: FTBFS on mipse64el: E: Build killed with signal TERM after 150 minutes of inactivity

[Multipart message — attachments visible in raw view] — view raw

Source: mrpt
Version: 1:2.1.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: 

Builds of mrpt on mips64el run into a timeout:
| [ 84%] Building CXX object libs/slam/CMakeFiles/slam.dir/src/registerAllClasses.cpp.o
| cd /<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/libs/slam && /usr/bin/c++ -Dslam_EXPORTS -I/usr/include/suitesparse -I/<<PKGBUILDDIR>>/libs/slam/src -I/<<PKGBUILDDIR>>/libs/slam/include -I/<<PKGBUILDDIR>>/libs/vision/include -I/<<PKGBUILDDIR>>/libs/obs/include -I/<<PKGBUILDDIR>>/libs/opengl/include -I/<<PKGBUILDDIR>>/libs/poses/include -I/<<PKGBUILDDIR>>/libs/bayes/include -I/<<PKGBUILDDIR>>/libs/math/include -I/<<PKGBUILDDIR>>/libs/core/include -I/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/include/mrpt-configuration -I/<<PKGBUILDDIR>>/libs/containers/include -I/<<PKGBUILDDIR>>/libs/typemeta/include -I/<<PKGBUILDDIR>>/libs/serialization/include -I/<<PKGBUILDDIR>>/libs/rtti/include -I/<<PKGBUILDDIR>>/libs/random/include -I/<<PKGBUILDDIR>>/libs/system/include -I/<<PKGBUILDDIR>>/libs/nanoflann/include -I/<<PKGBUILDDIR>>/libs/config/include -I/<<PKGBUILDDIR>>/libs/expr/include -I/<<PKGBUILDDIR>>/libs/img/include -I/<<PKGBUILDDIR>>/libs/io/include -I/<<PKGBUILDDIR>>/libs/tfest/include -I/<<PKGBUILDDIR>>/libs/maps/include -I/<<PKGBUILDDIR>>/libs/graphs/include -isystem /usr/include/eigen3 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -O3 -DNDEBUG -fPIC -Wall -Wabi=11 -Wno-long-long -Wno-variadic-macros -Wshadow -Wreturn-local-addr -Werror=return-local-addr -Wno-ignored-attributes -Wno-int-in-bool-context -Wno-write-strings -Wreturn-type -Werror=return-type -Wformat -Werror=format-security -Wextra -Wtype-limits -Wcast-align -Wparentheses -Wno-unused-parameter -mtune=native -O3 -fPIC -std=gnu++17 -o CMakeFiles/slam.dir/src/registerAllClasses.cpp.o -c /<<PKGBUILDDIR>>/libs/slam/src/registerAllClasses.cpp
| [ 84%] Building CXX object libs/slam/CMakeFiles/slam.dir/src/slam-precomp.cpp.o
| cd /<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/libs/slam && /usr/bin/c++ -Dslam_EXPORTS -I/usr/include/suitesparse -I/<<PKGBUILDDIR>>/libs/slam/src -I/<<PKGBUILDDIR>>/libs/slam/include -I/<<PKGBUILDDIR>>/libs/vision/include -I/<<PKGBUILDDIR>>/libs/obs/include -I/<<PKGBUILDDIR>>/libs/opengl/include -I/<<PKGBUILDDIR>>/libs/poses/include -I/<<PKGBUILDDIR>>/libs/bayes/include -I/<<PKGBUILDDIR>>/libs/math/include -I/<<PKGBUILDDIR>>/libs/core/include -I/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/include/mrpt-configuration -I/<<PKGBUILDDIR>>/libs/containers/include -I/<<PKGBUILDDIR>>/libs/typemeta/include -I/<<PKGBUILDDIR>>/libs/serialization/include -I/<<PKGBUILDDIR>>/libs/rtti/include -I/<<PKGBUILDDIR>>/libs/random/include -I/<<PKGBUILDDIR>>/libs/system/include -I/<<PKGBUILDDIR>>/libs/nanoflann/include -I/<<PKGBUILDDIR>>/libs/config/include -I/<<PKGBUILDDIR>>/libs/expr/include -I/<<PKGBUILDDIR>>/libs/img/include -I/<<PKGBUILDDIR>>/libs/io/include -I/<<PKGBUILDDIR>>/libs/tfest/include -I/<<PKGBUILDDIR>>/libs/maps/include -I/<<PKGBUILDDIR>>/libs/graphs/include -isystem /usr/include/eigen3 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -O3 -DNDEBUG -fPIC -Wall -Wabi=11 -Wno-long-long -Wno-variadic-macros -Wshadow -Wreturn-local-addr -Werror=return-local-addr -Wno-ignored-attributes -Wno-int-in-bool-context -Wno-write-strings -Wreturn-type -Werror=return-type -Wformat -Werror=format-security -Wextra -Wtype-limits -Wcast-align -Wparentheses -Wno-unused-parameter -mtune=native -O3 -fPIC -std=gnu++17 -o CMakeFiles/slam.dir/src/slam-precomp.cpp.o -c /<<PKGBUILDDIR>>/libs/slam/src/slam-precomp.cpp
| E: Build killed with signal TERM after 150 minutes of inactivity

See
https://buildd.debian.org/status/fetch.php?pkg=mrpt&arch=mips64el&ver=1%3A2.1.0-1&stamp=1600889689&raw=0

Cheers
-- 
Sebastian Ramacher

[toc] | [next] | [standalone]

#1026354

Thanks for reporting, Sebastian!

Although, I'm not sure how to proceed in this case... it compiled in
the past but it looks like the builder machine entered into swapping
(?) this time.

JL

--

/**
 * Jose Luis Blanco-Claraco
 * Universidad de Almería - Departamento de Ingeniería
 * [Homepage]( https://w3.ual.es/~jlblanco/ )
 * [GH profile]( https://github.com/jlblancoc )
 */

[toc] | [prev] | [next] | [standalone]

#1026440

Hi Sebastian (cc: Scott):

On Fri, Sep 25, 2020 at 10:50 PM Sebastian Ramacher
<sramacher@debian.org> wrote:
> Reducing the optimization level on mips64el might help to reduce the
> compile time. Alternatively, if possible, one could split the source
> files into smaller ones.

Hmmm... great idea!

In fact, there was already a piece of logic in debian/rules but was
only active in "mipsel", I have updated it upstream via this
commit/patch:
https://github.com/MRPT/mrpt/commit/8d60d8b5bc6e50e605c965ace165837840fb4c34

Do you think it might be worth submitting version 1:2.1.0-2 via a patch?

@Scott: Should I upload an entire new package to mentors.debian.net,
or would it be enough to send our the patch file, if you are willing
to sponsor the new upload?

Best,
JL

[toc] | [prev] | [next] | [standalone]

#1026475

On Sat, Sep 26, 2020 at 3:30 AM Scott Talbert <swt@techie.net> wrote:
> If you don't mind, please do a new package upload to mentors.

Sure! Done here:
https://mentors.debian.net/debian/pool/main/m/mrpt/mrpt_2.1.0-2.dsc

Best,
JL

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web