Hi,
gcc for mips/mipsel used in wheezy and jessie (sid) doesn't support
define_register_constraint h.
I have attached a patch solving the issue.
Cheers,
Dejan Latinovićdiff -uNr flint-1.011.orig/longlong.h flint-1.011/longlong.h
--- flint-1.011.orig/longlong.h 2008-06-16 03:31:56.0
Hi,
uc-echo has an unconditional build dependency on g++-multilib, which
is not
available on all architectures.
do you know a better choice?
maybe the better way would be to list all architectures that support
g++-multilib.
For sid those architectures are: amd64, i386, kfreebsd-amd64,
Hi,
the same error occurs on mips/mipsel.
Full build log:
https://buildd.debian.org/status/fetch.php?pkg=python-scryptarch=mipsver=0.6.1-5stamp=1377211402
Header openssl/aes.h is part of libssl-dev package.
After I installed it, package was built successfully.
Is it a correct solution to add
Package: gammaray
Version: 1.2.2-1
Severity: serious
Tags: jessie sid
Justification: FTBFS
In an attempt to rebuild the package on mips/mipsel, build failed on testing:
Running tests...
/usr/bin/ctest --force-new-ctest-process -j6
Test project
Control: tags -1 + patch jessie
Control: found -1 0.5.9-4
Hi,
Mips doesn't support neither -m64 nor -m32 options.
I have attached a patch solving the issue.
Regards,
Dejan Latinovićdiff -uNr jaffl-0.5.9.orig/libtest/GNUmakefile jaffl-0.5.9/libtest/GNUmakefile
---
and tested.
A patch fixing this issue is attached.
Regards,
Dejan LatinovićAuthor: Dejan Latinovic dejan.latino...@rt-rk.com
Description: Check if call of function will go through lazy binding stub for mips.
Index: patch.gammaray-1.2.2/launcher/injector/preloadcheck.cpp
LatinovićAuthor: Dejan Latinovic dejan.latino...@rt-rk.com
Description: Remove srcdir due to changes in automake.
diff -uNr lhapdf-5.8.9.orig/octave/Makefile.am lhapdf-5.8.9/octave/Makefile.am
--- lhapdf-5.8.9.orig/octave/Makefile.am 2013-12-03 15:17:38.0 +
+++ lhapdf-5.8.9/octave
Hi,
it seems that scilab does not work correctly,
here is snip of build log:
--
Making all in scilab
make[6]: Entering directory
`/build/getfem++-uJr3zI/getfem++-4.2.1~beta1~svn4453~dfsg/interface/src/scilab'
SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 scilab -nw
memory during reading.
This test does not fail on some other architectures
because there is a possibility that my_buf is located after hdr,
char my_buf[512];
and then the overwriting passes unnoticed.
A patch fixing this issue is attached.
Regards,
Dejan Latinović
Author: Dejan Latinovic
tags 691574 + sid
thanks
Hi,
Proposed patch fixes build for mips/mipsel.
Upstream author has fixed this the same way
(https://github.com/ClusterLabs/booth/commit/03a34c6f06a0606b8e89c6b9af2eeb1a15c1d149).
Can you consider including this patch or getting the latest tarball from
upstream?
is attached.
Author: Dejan Latinovic dejan.latino...@rt-rk.com
Description: Set RecCounter=0 if rbound_==0 to avoid cast of -inf.
Index: linbox-1.3.2/linbox/algorithms/rational-reconstruction-base.h
===
--- linbox-1.3.2.orig/linbox/algorithms
Control: tags -1 + patch
Hi,
this bug also occurs on other architectures:
https://buildd.debian.org/status/logs.php?pkg=argussuite=experimental
Snip of build log:
ArgusSource.o: In function `ArgusGetPackets':
Hi,
The bug is fixed upstream.
Can you consider getting the latest source from
upstream?
https://github.com/KDAB/GammaRay
Regards,
Dejan LatinovićAuthor: Dejan Latinovic dejan.latino...@rt-rk.com
Description: Check if call of function will go through lazy binding stub for mips.
Index
Hi,
The bug is fixed upstream.
Can you consider getting the latest source from
upstream?
https://github.com/ClusterLabs/libqb
Regards,
Dejan LatinovićAuthor: Dejan Latinovic dejan.latino...@rt-rk.com
Description: Check if call of function will go through lazy binding stub for mips.
Index
Hello,
Apart form mips/mipsel architectures, the declaration of memcpy is reached
through openmpi.
Since the mpi-defaults for mips/mipsel was build against mpich (not openmpi),
this issue appeared.
Therefore, package ray does build succsessfully on other architectures without
changes.
New
Package: aster
Version: 11.3.0-2-2
Severity: important
Tags: sid patch
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
On attempt to build from source for mips,
aster failed with following error:
The following packages have unmet dependencies:
Hello,
rjava package still fails with openjdk-7.
It is needed to rebuild r-base package with new default-jdk
that is built against openjdk-7 for mips/mipsel.
After that,
rjava builds successfully on my local mips machine.
Regards,
Dejan
--
To UNSUBSCRIBE, email to
Hello,
I was getting the same error with libpwiz packge.
checking for boost/system/error_code.hpp... yes
checking for the Boost system library... yes
checking boost/thread.hpp usability... yes
checking boost/thread.hpp presence... yes
checking for boost/thread.hpp... yes
configure: error:
Hello,
I have attached a patch that solves
this issue for me on mips/mipsel.
Regards,
Dejan
--- libpwiz-3.0.4624.orig/debian/rules 2014-02-11 14:46:15.0 +
+++ libpwiz-3.0.4624/debian/rules 2014-02-27 09:58:59.0 +
@@ -12,6 +12,7 @@
DEB_HOST_GNU_TYPE ?= $(shell
Hello,
As I see from debian/changelog,
tests for all architectures should be disabled.
Snip from changelog:
opendkim (2.9.0-2) unstable; urgency=low
* Disable test suite on all archs due to undiagnosed race condition in the
test suite that causes multiple FTBFS, but doesn't appear
Hello,
It is not a problem to locate libkqueue.pc,
but content of .pc file.
libkqueue.pc in 2.0.2-1:
Name: libkqueue
Description: Emulates FreeBSD kqueue(2) on other platforms
Version: 2.0.2
Requires:
Libs: -lkqueue
Libs.private: -lpthread -lrt
Cflags: -I${includedir}/kqueue
libkqueue.pc in
Package: libkqueue
Version: 2.0.2-1
Severity: important
Tags: patch
User: debian-m...@lists.debian.org
Usertags: mips-patch
Control: block 740985 by -1
In try to build from source,
libdispatch package failed with an error:
checking sys/event.h presence... no
checking for sys/event.h... no
Hello,
I have backported changes related to this issue from
the newest version from github,
and created a patch that solves it for
mips/mipsel.
Could you please consider including
these changes in a current version of mruby (1.0.0-1).
Thanks,
Dejandiff -uNr mruby-1.0.0.orig/src/numeric.c
Hello,
Instead of statically linking,
we could replace the private libpcap function pcap_offline_read
with the proper pcap_dispatch function.
A similar issue is reported here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545595
The patch that include this change is attached.
Hello,
It seems that libncurses5-dev is added as build dependency
at latest version (1.5-1) of nettoe.
Due to that, libncurses5-dev and libtinfo-dev
were installed.
On configuration, term.h and libtermcap.so
were found and it is guessed that TERM environment variable is defined.
That was not the
Hi,
Falcon has it own basic memory manager functions.
In these functions, during memory allocation,
the size of allocated memory is expanded by sizeof(size_t)
[4 bytes, on 32-bit MIPS],
which is used for saving an amount of allocated memory.
The first 4 bytes are used to store the amount.
, March 31, 2014 10:26 AM
To: Charles Plessy
Cc: 736...@bugs.debian.org; Dejan Latinovic; debian-m...@lists.debian.org
Subject: Re: Bug#736565: [Debian-med-packaging] Bug#736565: FTBFS on non-PC
architectures: FAIL: scram_mt.test
On Mon, 2014-03-31 18:03:12 +1100, Aníbal Monsalve Salazar wrote
Package: trafficserver
Version: 4.1.2-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build trafficserver on mips architecture,
build fails with an error:
In file included from
Hi,
It seams to me that the problem is in debian/rules file.
If package is being built with both arch specific and indep parts (fakeroot
debian/rules binary),
build finishes successfully .
If we build only arch specific parts of the package (binary-arch),
build fails on:
find
Package: haskell-streaming-commons
Version: 0.1.2-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build haskell-streaming-commons on mips/mipsel architecture,
build fails on testing with an
Debian patch that removes test_vterm.py
is attached.
Vincent, could you please include this patch
in new Debian package version?
Regards,
Dejan
diff -uNr urwid-1.2.1.orig/urwid/tests/test_vterm.py urwid-1.2.1/urwid/tests/test_vterm.py
--- urwid-1.2.1.orig/urwid/tests/test_vterm.py
Package: belle-sip
Version: 1.3.0-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package belle-sip FTBFS on
mips, hurd-i386 and sparc with an error:
error(10): internal error:
The patch is attached.
diff -ur ghc-7.8.2/debian/rules ghc-7.8.2-mips/debian/rules
--- ghc-7.8.2/debian/rules 2014-05-05 18:51:38.0 +
+++ ghc-7.8.2-mips/debian/rules 2014-05-28 09:31:47.0 +
@@ -76,7 +76,7 @@
# We also want to build the threaded profiling-enabled debug
Hello Scott,
It seams that this failure
is related to board performance,
since this test failed three times but always on corelli (Cavium).
I was not able to reproduce this test failure on my local boards,
aside from decreasing time limit below 1.0.
To resolve this issue we could increase
Package:haskell-nettle
Version: 0.1.0-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build haskell-nettle on mips/mipsel architecture,
build fails on testing with an error:
Building
Hi,
if you think that backporting would be better solution,
no problem, I will prepare a patch.
From: Colin Watson [cjwat...@debian.org]
Sent: Monday, June 23, 2014 11:11 PM
To: Dejan Latinovic; 752...@bugs.debian.org
Subject: Re: Bug#752460: haskell
Hello,
the patch that contains backported changes related to annotations without GHCi
from 7.8.2
is attached.
After including these changes into ghc 7.6.3-13,
haskell-nettle builds successfully.
Regards,
Dejan
diff -uNr ghc-7.6.3.orig/compiler/typecheck/TcAnnotations.lhs
Hello,
The error appears while compiling HQ2xScaler.cc.
Compilation finish successfully but it needs more time
than is allowed before raising TERM signal.
I had tested it locally, and on was able to reproduce
the error with signal TERM on cavium board.
On that board, time of HQ2xScaler.cc
Hi,
The reason for this failure is a difference
in alignment of long long for MIPS ISA and IA32.
This results that size of gu_rse structure on mips is 24,
instead of expected 20 (on ia32).
As long long is first attribute in structure,
so it is safe to use pack(4).
struct gu_rse
{
long
Package: idba
Version: 1.1.1-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package idba FTBFS for mips and mipsel, powerpc and sparc with an error:
g++ -Wall -O3 -fopenmp -pthread -g -O2 -Wformat
Package: argus
Version: 2:3.0.0-3
Tags: experimental patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build argus in experimental on amd64, mips and mipsel
architectures (and probably all others),
build
Package: openturns
Version: 1.3-2
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package openturns FTBFS on mips/mipsel with an error:
debian/rules:48: *** This package requires more than 1GB RAM; do not
Package: cpp-netlib
Version: 0.11.0-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build cpp-netlib on mips architecture,
build fails with an error:
[ 64%] Building CXX object
Package: gluegen2
Version: 2.1.5-1
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package sivp fails to build on Debian for mips/mipsel arch with an error:
SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1
Package: sivp
Version: 0.5.3+svn287-2
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Control: block -1 by 750548
Using glugen2 with this fix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750548,
package sivp builds
Package: cpl-plugin-xshoo
Version: 2.4.0+dfsg-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build cpl-plugin-xshoo on mips/mipsel architecture,
build fails on testing with an error:
Package: flann
Version: 1.8.4-3
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package flann FTBFS for mips and mipsel with an error:
[ 85%] Built target flann_mpi_server
Linking CXX executable
Package: ghc
Version: 7.8.20140411-5
Tags: experimental patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build ghc 7.8.2 on mips/mipsel architecture,
build fails on testing with an error:
Hello,
the same error is noticed for other big endian architectures like
mips and powerpc.
This patch from upstream fixes this issue for me on mips.
https://github.com/stedolan/jq/commit/20e629284f94e0c8a14e8425309c913b6ee5b280
The patch is attached.
Could you please consider including this
Hi,
it seams that build of chealpix fails only on Cavium machines.
Even on Cavium, tests execute successfully but
it takes a lot of time.
On Broadcom and Loongson boards,
chealpix builds successfully for me.
The same conclusion could be made from
build logs:
Hi,
I test it with gcc/g++ 4.8 on local board,
and berusky2 builds successfully.
Also,
I tried to build an older version of berusky2 (0.10-1),
it fails with g++-4.9 and
builds fine with g++-4.8.
Still,
I did not yet figured out the reason of this behavior.
--
To UNSUBSCRIBE, email to
Package: flexpart
Version: 9.02-7
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build flexpart on mips/mipsel architecture,
build fails with an error:
/usr/bin/make -f makefile.gfs_gfortran
Hello,
I have investigated this a little bit more
This seems not to be a compile issue.
The reason for build failure on mips/mipsel is
improper usage of inline functions.
For example in a file:
src/age/graph/mesh.cpp
a functions mmalloc is used.
Declaration of mmalloc function is included
Sorry,
i sent a wrong patch.
Here is a good one.
In previous patch I accidentally included mmalloc.h in mmalloc.h :)diff -uNr berusky2-0.10.orig/src/age/utils/mem_alloc.h berusky2-0.10/src/age/utils/mem_alloc.h
--- berusky2-0.10.orig/src/age/utils/mem_alloc.h 2013-03-03 23:38:40.0 +
Hello,
package capstone FTBFS again on mips/mipsel.
It seams that adding -Umpis as CFLAGS in Makefile
does not fully solve the issue.
If we add this flag directory in rules for mips,
package builds successfully.
Patch that contains needed changes is attached.
fix-capstone-rules.patch
But,
Package: eglibc
Version: 2.13-38+deb7u1
Tags: wheezy patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
backtrace() from eglibc version 2.13 doesn't work correctly on MIPS
platform.
Example program (taken from man backtrace page) is attached.
Package: mruby
Version: 0.0.0~20131214+git882afdea-1
Tags: sid fixed-upstream
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
In an attempt to rebuild the package on mips/mipsel, build failed on testing:
Error: Float#%
Package: libdispatch
Version: 0~svn197-3.2
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
In an attempt to build the package on mips/mipsel, build failed on configure:
checking for C Blocks support...
Package: ruby-sigar
Version: 0.7.2-2
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
In an attempt to build the package on mips/mipsel, build failed with an error:
make[1]: Entering directory
Package: eegdev
Version: 0.2-3
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
After applying patch form #720833,
in an attempt to build package eegdev on mips/mipsel and amd64, build failed
with an error:
In
Hello,
The reason for that is a migration to the newer version of bison,
from 2.5 to 3.0.2.
Attached patch contains changes to bison input files (src/core/conffile.y and
src/core/confline.y),
in order to adapt to newer bison version.
Could you please consider applying this patch?
Thanks,
Package: eegdev
Version: 0.2-3
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
After applying patches form #720833 and #742032,
in an attempt to build package eegdev on mips/mipsel, build failed on testing:
Control: tags -1 + patch
Hello,
I was able to avoid this error and successfully build seqan on both mips and
mipsel,
adding flags -O0 -mxgot.
-O0 was added to solve issue:
virtual memory exhausted: Cannot allocate memory
during compilation of pair_align.cpp.
-mxgot was added to lift the
Control: block -1 by 741288
Hello,
this problem is caused using an older version of seqan, 1.3.1-1.
With a new seqan (1.4.1-3), built with proposed patch on #741288,
I was able to build tophat successfully on both mips and mipsel.
Best Regards,
Dejan
--
To UNSUBSCRIBE, email to
Hello,
I took a look at test failures on mips/mipsel.
Test that fails is based on a result of dnal tool.
dnal is part of a debian package wise.
In file: Bio/Wise/__init__.py,
an error was raised because the return value from dnal
is greater than 1.
If you look at dnal.c:
alb =
Hello,
The reason for this failure is the fact
that p does not get info about
Additional Authentication Data length (al)
in src/jose/apr_jwe.c for big endian.
Patch that fixes this issue is attached.
This patch should enable build of libapache2-mod-auth-openidc
on big endian architectures.
I
Hi,
I am preparing a patch that fixes this issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Adding -mips32r2 is not a good idea,
since all Debian on mips* is built for mips2.
Instead, i think that better solution would be to
define WEBP_USE_MIPS32 only in mips32 case.
(src/dsp/dsp.h)
The patch that contains needed changes is attached.
With this patch I was able to successfully
Control: tags -1 + patch
Hi,
the reason for test failures is a need to
access .sdformat in HOME directory.
Patch that fix this issue is attached.
With this patch I was able to build sdformat
for i386, amd64, mips and mipsel.
Could you please consider including these changes?
Best Regards,
Package: encfs
Version: 1.7.4-4
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package encfs FTBFS for mips and mipsel with an error:
/bin/bash ../libtool --tag=CXX --mode=link g++ -DRLOG_COMPONENT=encfs
-I/usr/include
Package: python-shogun
Version: 3.2.0-5.1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Package python-shogun FTBFS for mips/mipsel/ppc with an error:
CMake Error at CMakeLists.txt:7 (project):
The
Hello,
Last successfully built metview version
it was built against magics++ 2.18.15-7.
In magics++ 2.18.15-7 there is only static libMagWrapper
library as well.
The difference is that, in last metview version, during linking of
bin/uPlotBatch, are used flags: -fPIE -pie.
Using this flags on
Hello,
Maybe it is possible to blacklist blitz++ on cavium machines,
and try to build it on broadcom board (ball, swarm).
I had tested it locally.
On cavium board,
build fail with TERM signal.
If tests are ran manually, all tests pass,
but requires a lot of time.
Actually, the array test is
Package: kamailio
Version: 4.2.0-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build kamailio mipsel architecture,
build failswith an error:
gcc -mips2 -funroll-loops -minline-all-stringops
Control: tags -1 + patch
Hello,
Patch that fixes this issue is attached.
This patch contains needed changes for mips mipsel and ppc64el.
(see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755816)
Regards,
Dejan
liblog4ada_add_symbols.debdiff
Description:
Package: liblucy-perl
Version: 0.3.3-2
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
While trying to build liblucy-perl on mips architecture,
build fails on testing with an error:
Test Summary Report
Control: tags -1 + patch
Hi,
I had tested it on mips/mipsel,
the same error appears.
This is happening because of missing
build dependency (libjpeg8-dev).
Patch that fix this issue is attached.
Best Regards,
Dejandiff -uNr freeimage-3.15.4.orig/debian/control
Package: freeimage
Version: 3.15.4-3
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Control: block -1 by 763255
Package skimage FTBFS on testing for mips:
==
Hello,
I tried to build cython 0.20.2-1 locally.
On Broadcom machine,
cython builds successfully.
On Cavium machine,
build failed with TERM signal on testing.
Also, I ran tests manually,
and all tests pass on Cavium,
but it needs a lot of time for execution.
Ran 9153 tests in 33413.962s
Hi,
My assumption is that this action on cavium boards need a lot of time to
execute,
and that is the reason for TERM signal.
while read SIZE; do \
mkdir -p
/«PKGBUILDDIR»/debian/tmp-Q16/usr/share/icons/hicolor/$SIZE/apps/ ;\
cd /«PKGBUILDDIR»/debian/build-quantum-Q16; \
Hello,
I as suspected,
it builds fine on broadcom.
On cavium board build failed with TERM signal.
In may case even earlier, on testing:
PASS: tests/validate-convert.tap 1
make[5]: *** Deleting file 'tests/validate-formats-disk.log'
make[1]: *** [quantum_override_dh_auto_test-arch_Q16]
Control: tags -1 + patch
Control: user -1 debian-m...@lists.debian.org
Control: usertags -1 + mips-patch
Unfortunately there is no feedback from upstream.
The problem is the condition roundedBits 0x.
On 32-bit system 0x treated as Int is -1,
due to maxBound :: Int is
: Friday, November 21, 2014 6:15 PM
To: Dejan Latinovic
Cc: Ivo De Decker; 770...@bugs.debian.org
Subject: Re: Bug#770009: imagemagick: FTBFS on mips
On Fri, Nov 21, 2014 at 5:44 PM, Dejan Latinovic
dejan.latino...@imgtec.com wrote:
Hello,
I as suspected,
it builds fine on broadcom.
On cavium
Package: haskell-src-exts
Version: 1.14.0.1-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Packge haskell-src-exts FTBFS for mips and mipsel with an error:
virtual memory exhausted: Cannot allocate memory.
-vps
Regards,
Dejan
From: Joachim Breitner [nome...@debian.org]
Sent: Monday, November 24, 2014 2:39 PM
To: Dejan Latinovic; 770...@bugs.debian.org
Subject: Re: [Pkg-haskell-maintainers] Bug#770830: haskell-src-exts: FTBFS for
mips/mipsel, virtual memory
Mips platform does not have 64-bit __sync_* operations.
To avoid this behavior it is needed to use
corresponding __atomic_* from libatomic library.
I was able to successfully built x265 for mipsel.
I will prepare the patch,
so Sebastian could test it on powerpc.
Regards,
Dejan
Hello Sebastian,
the patch is attached.
Please try it on ppc,
I hope that the condition for ppc arch is correct.
Here you can see related issue, with more info:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748932
I had noticed that idba still FTBFS on ppc.
Could you also test my patch
Package: quantlib-swig
Version: 1.4-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package quantlib-swig FTBFS on mips/mipsel with an error:
g++ -shared -Wl,-z,relro -O0 -g0
Hi Dirk,
I had tested it on 4 different boards using sbuild (chroot),
broadcom: mipsel and cavium: mips/mipsel.
On all boards, quantlib-swig initially failed with same error.
Applying my patch, package was built successfully on all boards.
If you need any additional testing,
please contact
Hello Stefano,
I have tried to build pypy on a few different boards.
On boradcom (mipsel) and cavium (mipsel),
pypy was built successfully.
On cavium (mips), build is still in progress.
But it seems that it will pass as well.
On lemote-3a-itx-a1101 (mipsel),
build was successfully finished.
Package: yade
Version: 1.12.0-2
Tags: sid patch
Severity: normal
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package yade version 1.12.0-2 FTBFS for mips/mipsel arch
with an error:
/usr/bin/c++ -DYADE_ODEINT -DYADE_VTK6 -Dyade_EXPORTS -g -O2
Hello,
Yes, we could use __sync_synchronize() an non x86 archs.
It is also needed to define rte_pause.
The patch that solves this issue for me is attached.
I had tested it on mips, mipsel and amd64.
Could you please consider including this patch.
Regards,
Dejandiff -uNr
Package: flashrom
Version: 0.9.7+r1852-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Packge flashrom FTBFS for mipsel with an error:
cc -MMD -g -O2 -fstack-protector-strong -Wformat -Werror=format-security
-Wall
Hi Stefan,
Thank you.
Great, if a new release will be available in the next weeks,
we could wait for it.
I had tried to build last upstream version,
it built successfully for mipsel.
Regards,
Dejan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi,
I had tried to build samba locally
for mips and mipsel on four different machines,
and I was not able to reproduce this error.
Maybe we should ask for give back and see
the result.
Regards,
Dejan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi,
On which MIPS machine did you build it ?
As I mentioned before
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=770009#45
I had tested it on Cavium board without FPU.
Unfortunately, I do not have more info.
I deleted old imagemagic chroots,
but I just had started builds
on
Package: qbs
Version: 1.3.1+dfsg-4
Tags: sid patch
Severity: normal
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Packge qbs FTBFS on slow buildds for mips and mipsel.
Build failed on testing with an error:
Totals: 136 passed, 1 failed, 10 skipped
*
Package: pcl
Version: 1.7.2-7
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
While trying to build pcl on mips/mipsel architecture,
build fails with an error:
[ 54%] Building CXX object
Hello,
I had noticed that the gui part builds with target all
even if the main target is out.
Beside that, in gui/Makefile OCAMLC variable is redefined and ocamlc.opt is
used instead of
ocamlc (defined in Makefile.inc).
The patch that contains needed changes is attached,
With this patch I was
Hi,
I had tested these changes.
+# elif defined(__ATOMIC_SEQ_CST) /* GCC atomic builtins */
+# define GRN_ATOMIC_ADD_EX(p,i,r) \
+ (r = __atomic_fetch_add(p, i, __ATOMIC_SEQ_CST))
It solves issue:
../../lib/.libs/libgroonga.so: undefined reference to `GRN_ATOMIC_ADD_EX'
Functions
1 - 100 of 149 matches
Mail list logo