There were the patch for this issue in earlier bowtie version:
https://sources.debian.net/src/bowtie/1.1.2-6/debian/patches/no_hash_style_both_for_mips.patch/
This patch prevents using hash style both for mips, in 1.2.0 version it is
empty for some reason.
Control: reassign -1 libmariadb-dev 2.3.1-1
Hi,
This issue is caused by garbage output form mariadb_config.
The issue was reported and the fix has been proposed:
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=850142
I will merge these two bugs.
Dejan
Control: tag -1 + patch
The same issue is noticed on mips64el:
https://buildd.debian.org/status/fetch.php?pkg=libowfat&arch=mips64el&ver=0.30-2&stamp=1483522524
Both archs (s390x and mips64el) do not supportwaitpid, wait4 is used instead.
(https://github.com/ensc/dietlibc/blob/master/s390x/__wai
From: Andre Przywara [andre.przyw...@arm.com]
Sent: Monday, June 20, 2016 11:13 AM
To: Riku Voipio; Dejan Latinovic; 827...@bugs.debian.org; k...@vger.kernel.org
Subject: Re: Bug#827525: kvmtool: FTBFS on mips64el: guest/guest_init.o:
linking 32-bit code with 64-bit code
Hi,
(thanks Riku for
Package: apt-cacher-ng
Version: 1-1
Severity: serious
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Build for mips and mipsel fails during apt-cacher-ng linking with error:
/usr/include/c++/6/bits/atomic_base.h:514: error: undefined reference to
'
Package: ngraph-gtk
Version: 6.06.13-5.1
Severity: serious
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package ngraph-gtk FTBFS for mips* on testing with an error:
> make[6]: Entering directory '/«PKGBUILDDIR»/doc/html/ja'
> cat object.html.in
an is running on 64-bits
machine then the issue occurs. If lover optimization level is used, this
situation is not present. This patch reduces optimization level on mips/mipsel
only for problematic code parts that induce described behaviour.
Author: Dejan Latinovic
Bug-Debian: http://bugs.debian.or
Hi,
I after further investigation I have discovered that this address (a1+v0) is
valid in pure 32-bit system,
but if we have 32-bits Debian on 64-bits machine the address is not valid.
This happens because compiler for some reason counting on overflow in address
calculation.
Kernel does not co
Control: tags -1 + patch
The same behavior is noticed on other architectures as well: alpha, arm64,
kfreebsd-amd64, kfreebsd-i386, mips64el, s390x, sparc64.
https://buildd.debian.org/status/logs.php?pkg=cpp-netlib&ver=0.11.2%2Bdfsg1-2%2Bb2&suite=sid
I took a look on github repository and this te
Any updates on this issue?
I have tested newer releases (0.7.73 and 0.7.83) on local mips machine, both
build failed with Segmentation fault:
> PASS: ags_thread_test
> PASS: ags_audio_test
> PASS: ags_channel_test
> PASS: ags_recycling_test
> PASS: ags_audio_signal_test
> PASS: ags_recall_tes
Hi,
I tested the patch that YunQiang had proposed.
Small modifications are needed to apply it on latest debian gluegen2 version
(2.3.2-5).
Adapted patch is attached.
Using mentioned patch I was able to build gluegen2 for mips64el.
It seems that there is no need for any other changes, even my o
Hi,
To solve this issue it is possible to use xxd + gcc to create object file with
appropriate flags.
Similar solution is proposed for kvmtool:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827525
The patch that fixes this issue is attached.
Using this patch I was able to build mbr for
Hello,
I took a look at this issue.
The reason of an illegal instruction is related to ldxc1 instruction.
> ldxc1 $f0,v0(a1)
> (gdb) p/x $a1
> $50 = 0xaaa8ae10
> (gdb) p/x $v0
> $51 = 0xaaaf0248
The address (a1+v0) seems to be valid and aligned to 8, but causes error anyway.
I will investigate
Hi,
Another solution could be to add ggc-min-expand=20 to CXXFLAGS.
The solution is tested on mips and mipsel.
A patch that contains needed changes is attached.
Regards,
Dejan
--- icinga2-2.5.4.orig/debian/rules 2016-08-26 08:11:01.0 +
+++ icinga2-2.5.4/debian/rules 2016-09-09
This change had been already included in the newest source version.
Regards,
Dejan
I tried the patch that Jurica had proposed and made a comment on upstream
but unfortunately there are no other activities for this subject for a while
now.
Should we consider a NMU?
Regards,
Dejan
Latinovic; 836...@bugs.debian.org
Subject: Re: Bug#836400: icedove: FTBFS on mips64el with an error: invalid
operands
Hello Dejan,
On Fri, Sep 02, 2016 at 03:36:06PM +, Dejan Latinovic wrote:
...
> This issue is caused because register names $t4-$t7 are only available in O32.
>
> I had
Package: icedove
Version: 1:45.2.0-4
Severity: important
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package icedove FTBFS for mips64el with an error:
> c++ -o Unified_cpp_media_libyuv1.o -c
> -I/«PKGBUILDDIR»/obj-icedove/dist/system_wrappers -
Package: yp-tools
Version: 3.3-4
Severity: importatnt
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package yp-tools FTBFS on mips*, arm and other architectures that requires
aligned memory access.
Error message:
> libtool: compile: gcc -DHAVE_C
Package: gdb
Version: 7.11.1-2
Severity: normal
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
While builing gdb for mips64el package gdbserver was not packaged.
https://packages.debian.org/sid/gdbserver
Please add mips64el in the list of supporte
Package: imms
Version: 3.1.0~svn301-3.2
Severity: important
Tags: sid + patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package imms FTBFS for mips64el with an error:
> g++ immsd.o socketserver.o libimmscore.a libmodel.a `pkg-config glib-2.0
> --libs` -L. -l
Hi,
I have created and attached a patch that adds -mxgot flag for mips64 in
layers/CMakeLists.txt.
The flag is used only for compilation of core_validation.cpp.
With this patch I was able to build vulkan successfully for mips64el.
Regards,
Dejan--- vulkan-1.0.8.0+dfsg1.orig/layers/CMakeLists
Package: ffmpeg
Version: 7:3.0.2-1
Severity: serious
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package ffmpeg FTBFS for mips64el on configure with the following error:
> ERROR: LoadLibrary/dlopen not found for avisynth
Error message from config
Package: trafficserver
Version: 6.1.1-1
Severity: important
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package trafficserver FTBFS for mips64el with the following error:
> ../../lib/ts/ink_queue.h:144:2: error: #error "unsupported processor"
>
Hi,
Are there any updates on this issue?
Any concerns for including proposed patch?
Regards,
Dejan
tags 828034 + patch
Workaround for this issue is available here:
https://github.com/gnss-sdr/gnss-sdr/issues/31
Patch that contains backported changes from mentioned workaround is attached.
With this patch applied I was able to build gnss-sdr successfully for i386,
amd64, mips*.
Note:
For mi
Thank you Carles.
I have tried latest source from github and build does not failed on
configuration for mips* architectures any more.
However, build still fails with error mentioned here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828034
Regards,
Dejan
Package: gnss-sdr
Version: 0.0.7-1
Severity: important
Tags: sid, patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package gnss-sdr FTBFS for mips and mipsel on configure with the following
error:
> -- Cannot find gflags
> -- gflags library has not been found
severity 828034 serious
thanks
Tthis package was built successfully in the past, changing severity to serious.
Package: gnss-sdr
Version: 0.0.7-1
Severity: important
Tags: sid
Justification: FTBFS
Package gnss-sdr FTBFS on i386 and amd64 with following error:
> cd /«PKGBUILDDIR»/build/src/algorithms/acquisition/gnuradio_blocks &&
> /usr/bin/c++-I/«PKGBUILDDIR»/src/algorithms/acquisition/gnuradio
Package: kvmtool
Version: 0.20160419-1
Severity: important
Tags: sid + patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package kvmtool FTBFS for mips64el with the following error:
> LINK lkvm
> /usr/bin/ld: guest/guest_init.o: warning: linking abicalls fil
Hi,
here is the commit that breaks build:
http://git.kpe.io/?p=clsql.git;a=commitdiff;h=8ba880a396dfe787a9aefddc1c011ac2bc8e244a
With changes that Edmund proposing I was able
to built cl-sql successfully for mips, mipsel, mips64el and i386.
The patch is attached.
Regards,
Dejan
--- cl-sql-6.6
From: Sylvestre Ledru [sylves...@debian.org]
Sent: Tuesday, October 20, 2015 1:32 PM
To: Dejan Latinovic
Subject: Re: Bug#790735: openmprtl: add MIPS support
It has been accepted.
It fails under mips/mipsel
cd /«PKGBUILDDIR»/obj-mipsel-linux-gnu/runtime/src && /usr/bin/cc
-Domp_EXPORTS
Hi Yaroslav,
did you test the solution mentioned here:
https://github.com/pydata/pandas/issues/10125 ?
Regards,
Dejan
Hi Sylvestre,
do we have any progress on this?
Regards,
Dejan
From: Dejan Latinovic
Sent: Wednesday, September 16, 2015 3:55 PM
To: Sylvestre Ledru; 790...@bugs.debian.org
Subject: RE: Bug#790735: openmprtl: add MIPS support
Yes, please do so
Hello,
I should be able to do all testing locally
during next week.
Afif, if you do backport changes to current debian package version,
pleast let me not so I could try it.
If not, I could test latest upstream version.
Regards,
Dejan
From: Charles Pless
Hi,
I noticed that last 4 times build failed on loongson boards
with same TERM signal error message.
https://buildd.debian.org/status/logs.php?pkg=libv8-3.14&arch=mipsel&suite=sid
Could you please try to build libv8-3.14 on mayer
or other non loongson board if there are any?
Maybe we should bl
Yes, please do so.
Regards,
Dejan
From: Sylvestre Ledru [sylves...@debian.org]
Sent: Wednesday, September 16, 2015 2:40 PM
To: Dejan Latinovic; 790...@bugs.debian.org
Subject: Re: Bug#790735: openmprtl: add MIPS support
Le 01/07/2015 11:55, Dejan
Hi,
this is obviously a consequence of mips buildd's limitations.
In past all three successfully builds had happened on ball.
I also was able to built freecontact successfully for mips on machine with FPU,
localy.
On machine without FPU, if icme_timeout is significantly increased
tests executes
Hi,
I had tried to build freecontact locally on two different cavium boards.
On both board build failed with TERM signal error on testing.
It seems that this is the command that causes TERM signal:
> /build/freecontact-hkgMtc/freecontact-1.0.21/src/.libs/lt-freecontact
> --parprof=psicov --d
It seems that this test is problematic:
> LD_LIBRARY_PATH=./src/.libs/:./gmock/gtest/lib/.libs/:./gmock/lib/.libs:./gtest/lib/.libs/
>./src/.libs/protobuf-test --gtest_filter=ExtensionSetTest.RepeatedFields*
> Running main() from gtest_main.cc
> Note: Google Test filter = ExtensionSetTest.R
Hi,
I was not able to reproduce internal compiler error.
Both patches (Tom's, and upstream) build fine for me.
And seems to solves mentioned tests.
Arturo, did you get this error only once or multiple times?
Is this happens during compiling the same file?
Regards,
Dejan
--
To UNSUBSCRIBE,
Hi,
I have tested capnproto on a few local machines.
Initially, build failed on all boards.
On different MIPS boards, different tests were failing.
AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k.
After I reduced PAGESIZE to 4096 on CI20, all tests passed.
The soluti
Package: kwin
Version: 4:5.3.2-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package kwin FTBFS for mips/mipsel with a fallowing error:
>> dpkg-shlibdeps: error: couldn't find library libkwinglutils.so.6 needed by
>> debian
Package: openmprtl
Version: 0.20150401-1
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package openmprtl FTBFS on mips and mipsel with an error:
> ./tools/build.pl --arch=mips --mode=release lib inc common -- -j1
> Possible pr
Hi,
I had tested it on a few local MIPS boards,
it builds successfully for both mips and mipsel.
I will ask for give back.
Regards,
Dejan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
the problem appears during clear phase, not on configure.
Using BEFORE_CLEAN instead BEFORE_CONFIGURE solves
this issue for me.
The patch that contains needed changes is attached.
I had tested it on mips, mipsel and amd64.
Could you please consider including this changes?diff -uNr pymad-
From: Joachim Breitner [nome...@debian.org]
Sent: Wednesday, April 22, 2015 8:18 PM
To: Dejan Latinovic; 783...@bugs.debian.org
Subject: Re: [Pkg-haskell-maintainers] Bug#783126: haskell-hxt-relaxng: FTBFS
for mips/mipsel, virtual memory exhausted
Hi,
Thanks for the patch.
Am Mittwoch, den
Package: haskell-hxt-relaxng
Version: 9.1.4-4
Tags: sid patch
Severity: important
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Packge haskell-hxt-relaxng FTBFS mips and mipsel with an error:
virtual memory exhausted: Cannot allocate memory.
https://buildd.debian
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
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
> recognition/CMakeFiles/pcl_recognition
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 __ato
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 masscan-1.0.3-90
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
> -fstack-prot
Hi,
> On which MIPS machine did you build it ?
As I mentioned before
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=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
Hi,
did anyone tried to wait some longer time to see if command will execute?
> ./magick.sh convert
> /home/fourmond/tmp/imagemagick-6.8.9.9/debian/display-im6.svg \
>-background none -define filter:blur=0.75 -filter
> Gaussian -resize $SIZE \
>-gravity
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 "un
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 "unsubs
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 -D_FORTI
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
> * F
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.
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 m
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
> build/temp.linux-mips64-2.7/QuantLib/quantlib_
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
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
__
gcc-on-low-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/mipse
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.
https://buildd.debian
: 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
wrote:
>
>
> Hello,
>
>
> I as suspected,
> it builds fine on broadcom.
&g
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]
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; \
>
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 2147483
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
>
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
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 t
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 m
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 CMAK
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: 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:
> ==
>
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 freeimage-3.15.4/debian/control
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
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: liblog4ada_add_symbols.debdiff
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,
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
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 com
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 build
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
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
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 = make_align_d
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 debian-bugs-dis
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 th
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, in
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,
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 from
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 L
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 debian-b
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:
https://buildd.debian.org/status/log
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 p
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
> libs/mime/te
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 bui
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 ghc-7.6.3/compiler/
1 - 100 of 150 matches
Mail list logo
