Bug#1052345: src:binutils-mipsen: fails to migrate to testing for too long: FTBFS

It's now buildable.

Bug#1050432: rpy2: FTBFS on mips64el

Dirk Eddelbuettel 于2023年8月27日周日 16:52写道： > > > On 27 August 2023 at 14:09, YunQiang Su wrote: > | Dirk Eddelbuettel 于2023年8月27日周日 00:15写道： > | > > | > > | > Hi all, > | > > | > As the test failures for complex valued variables appeared to be syste

Bug#1050432: rpy2: FTBFS on mips64el

us soon enough) I can pass the patch on to > Laurent for a possible inclusion upstream. > Sorry for the late reply. I can work on it. Do you knwo any way to run a single testcase? > Cheers, Dirk > > -- > dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > -- YunQiang Su

Bug#1050431: binutils-mipsen: FTBFS on all architectures

e/sid > APT prefers testing > APT policy: (990, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.4.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US:en > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled -- YunQiang Su

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

Ohh, Mozjs102 is using WASM now, which generates some MIPS SIMD instructions. Interestingly, Let's try to rebuild mozjs102 with llvm-15, and then maybe llvm-16. I may need to help fix llvm-toolchain-16/snapshot first. -- YunQiang Su

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

Simon McVittie 于2023年8月4日周五 22:20写道： > > On Fri, 04 Aug 2023 at 13:21:59 +0100, Simon McVittie wrote: > > On Fri, 04 Aug 2023 at 20:05:20 +0800, YunQiang Su wrote: > > > I am continue working on (EE) failed to write to Xwayland fd: Broken > > > pipe problem. >

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

YunQiang Su 于2023年8月4日周五 19:40写道： > > Simon McVittie 于2023年8月4日周五 19:26写道： > > > > Control: forwarded -1 > > https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6877 > > > > On Fri, 04 Aug 2023 at 15:50:32 +0800, YunQiang Su wrote: > > > 156 if (rp

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

Simon McVittie 于2023年8月4日周五 19:26写道： > > Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6877 > > On Fri, 04 Aug 2023 at 15:50:32 +0800, YunQiang Su wrote: > > 156 if (rpath) > > 157 paths = g_strsplit (strtab + rpath->d_un.d_val, "

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

gt;d_un.d_val, ":", -1); 158 else 159 paths = g_strsplit (strtab + runpath->d_un.d_val, ":", -1); // <- segfault here due to 160 161 if (!paths) 162 return; We are continuing to find the real problem. -- YunQiang Su

Bug#1042980: gnome-shell: FTBFS on mips64el, mipsel: perf-* tests fail

PS desktop cases. > to try GNOME 44 from experimental on the same hardware (after building > gnome-shell locally with DEB_BUILD_OPTIONS=nocheck) to check whether > this is a practical problem. > > Thanks, > smcv > -- YunQiang Su

Bug#1040621: binutils-mipsen: missing shlib dependencies

, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) -- YunQiang Su

Bug#1004184: gcc-11: generate bad code for matplotlib with -O1/-O2 on mips64el

re you ever made aware of this bug in gcc-11 and gcc-12? Maybe a bit > of your help is appropriate. > Sorry about that I forget this bug... I will dig it. > Paul -- YunQiang Su

Bug#1030568: src:cross-toolchain-base-mipsen: fails to migrate to testing for too long: unsatisfiable Build-Depends

the delay. I will do so in future. And I will set up an CI to do so. > Paul > > [1] https://lists.debian.org/debian-devel-announce/2020/02/msg00005.html > [2] https://qa.debian.org/excuses.php?package=cross-toolchain-base-mipsen -- YunQiang Su

Bug#1025717: cross-toolchain-base-mipsen FTBFS: install: cannot change owner and permissions

On Thu, 08 Dec 2022 00:00:35 +0200 Adrian Bunk wrote: > Source: cross-toolchain-base-mipsen > Version: 22 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/fetch.php?pkg=cross-toolchain-base-mipsen=all=22=1670437077=0 Fixed by version 23. > > ... > dh_installdirs

Bug#1026206: g++-13: fails to compile #include due to __float128 vs fixincludes

On Fri, 16 Dec 2022 11:06:37 +0100 Helmut Grohne wrote: > Package: g++-13 > Version: 13-20221214-1 > Severity: serious > > Hi Matthias, > > thanks for pushing gcc-13 into experimental already. That leaves plenty > of time to work on it. I've located a quite fundamental problem with it >

Bug#1026088: rdma-core: add mips64* to COHERENT_DMA_ARCHS

Yunqiang Su 于2022年12月14日周三 23:24写道： > > On Wed, 14 Dec 2022 22:47:53 +0800 YunQiang Su wrote: > > Source: rdma-core > > Version: 33.2-1 > > Severity: serious > > Tags: ftbfs > > > > Can you help to add the fellow 4 ports > > mips64 mips64e

Bug#1026088: rdma-core: add mips64* to COHERENT_DMA_ARCHS

On Wed, 14 Dec 2022 22:47:53 +0800 YunQiang Su wrote: > Source: rdma-core > Version: 33.2-1 > Severity: serious > Tags: ftbfs > > Can you help to add the fellow 4 ports > mips64 mips64el mips64r6 mips64r6el mips mipsel mipsr6 mipsr6el are also n

Bug#1026088: rdma-core: add mips64* to COHERENT_DMA_ARCHS

Source: rdma-core Version: 33.2-1 Severity: serious Tags: ftbfs Can you help to add the fellow 4 ports mips64 mips64el mips64r6 mips64r6el to the list of COHERENT_DMA_ARCHS in debian/rules ? -- YunQiang Su

Bug#1025203: r-cran-glmmtmb: FTBFS on mipsel

the MIPS porter, in fact I don't anticipate it. Since the current version has some problems; Y2038 is the most serious. And we are also working on new mipsel port with: * -mnan=2008 * -mfp64 * -mmsa * -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 * -D_TIME_BITS=64 -- YunQiang Su

Bug#1022169: llvm-toolchain-15: FTBFS on mips*el: static assertion failed: struct_kernel_stat_sz == sizeof(stat)

f8 (charmap=UTF-8), > LANGUAGE=en_GB:en > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > -- YunQiang Su

Bug#1020989: trafficserver: failed to load plugin

Package: trafficserver Version: 9.1.3+ds-2 Severity: grave Since ATS 9, it tries to load plugins to /run/trafficserver, and then load them, and it asks for the plugins to have execution permission. While the /run filesystem on Debian is mounted with noexec option. -- YunQiang Su

Bug#1001595: src:gcc-defaults-mipsen: fails to migrate to testing for too long

Paul Gevers 于2022年3月31日周四 16:16写道： > > Hi YunQiang, > > On 24-03-2022 12:29, YunQiang Su wrote: > > Yes. I am aware of it. And I am waiting for gcc-12-cross-mipsen to finish > > building on all of these architectures. > > Although not clear to me why you wanted t

Bug#1001595: src:gcc-defaults-mipsen: fails to migrate to testing for too long

Paul Gevers 于2022年3月24日周四 19:26写道： > > Hi YunQiang, > > On 22-03-2022 07:06, YunQiang Su wrote: > > Paul Gevers 于2022年3月22日周二 04:04写道： > >> On Sun, 12 Dec 2021 21:51:28 +0100 Paul Gevers wrote: > >>> The Release Team considers packages that are out-of-

Bug#1001595: src:gcc-defaults-mipsen: fails to migrate to testing for too long

1-cross-mipsen some days ago. I thought that gcc-defaults-mipsen will migrate ok. I will fix it just now. > Paul -- YunQiang Su

Bug#1006948: gcc-12: FTBFS on mips64el

On Tue, 08 Mar 2022 20:53:46 +0100 Paul Gevers wrote: > Source: gcc-12 > Version: 12-20220222-1 > Severity: serious > Tags: ftbfs > > Dear Matthias, GCC maintainers, > > gcc-12 fails to build from source on mips64el in unstable. Normally this > isn't an issue, but it builds a Build-Depends of

Bug#1001595: src:gcc-defaults-mipsen: fails to migrate to testing for too long

> > enough in how this piece of toolchain should work. If you need my help > > as a Release Team member, don't hesitate to reach out, but I don't want > > to spend time on reverse engineering this *. > > > > Paul > -- YunQiang Su

Bug#1000435: Matplotlib crashes on mips64el in lines.py

t gcc-11 that i can track so that i dont have to > keep this workaround forever but just until it's fixed in the right > package? thanks > Yes. I cloned this bug as: #1004184 > -- > Sandro "morph" Tosi > My website: http://sandrotosi.me/ > Me at Debian: http://wiki.debian.org/SandroTosi > Twitter: https://twitter.com/sandrotosi -- YunQiang Su

Bug#1000435: Matplotlib crashes on mips64el in lines.py

On Sat, 22 Jan 2022 18:23:13 +0800 YunQiang Su wrote: > On Sat, 22 Jan 2022 17:06:00 +0800 YunQiang Su wrote: >> On Tue, 23 Nov 2021 08:08:23 +0100 Ole Streicher wrote: >>> Source: matplotlib >>> Severity: serious >>> Version: 3.5.0-1 >>> Control:

Bug#1000435: Matplotlib crashes on mips64el in lines.py

On Sat, 22 Jan 2022 17:06:00 +0800 YunQiang Su <wzss...@gmail.com> wrote:> On Tue, 23 Nov 2021 08:08:23 +0100 Ole Streicher <oleb...@debian.org> wrote:> > Source: matplotlib> > Severity: serious> > Version: 3.5.0-1> > Control: affects -1 yt> > C

Bug#1001168: [Debian-pan-maintainers] Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

PICCA Frederic-Emmanuel 于2022年1月22日周六 17:28写道： > > Is it not better to use the > > DEB__MAINT_APPEND > > variable in order to deal with this issue ? Thanks, you are right. the patch looks better now. -- YunQiang Su matplotlib-mips64el-o3.diff Description: Binary data

Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

Graham Inggs 于2022年1月22日周六 16:48写道： > > On Sat, 22 Jan 2022 at 10:45, YunQiang Su wrote: > > Sure. I will. > > Thank you! Patch sent: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000435 -- YunQiang Su

Bug#1000435: Matplotlib crashes on mips64el in lines.py

On Tue, 23 Nov 2021 08:08:23 +0100 Ole Streicher wrote: > Source: matplotlib > Severity: serious > Version: 3.5.0-1 > Control: affects -1 yt > Control: affects -1 astropy > > With the new matplotlib version, I now have crashes with a segmentation fault > in at least two of my packages on

Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

Graham Inggs 于2022年1月22日周六 16:42写道： > > On Sat, 22 Jan 2022 at 10:12, YunQiang Su wrote: > > Let's have a try to build matplotlib with -O3, and try to build hkl with it. > > If it works, we can workaround it for now. > > I will continue to dig the real problem of gcc

Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

Graham Inggs 于2022年1月22日周六 15:42写道： > > Hi YunQiang Su > > Have you been able to make any progress with this issue? > > If not, then we should consider asking ftp-master for temporary > removal of the affected mips64el packages from testing. We'd like to > move the pyt

Bug#1001168: Info received (Bug#1001168: Info received (Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py))

On Fri, 14 Jan 2022 23:34:57 +0800 YunQiang Su wrote: > 在 2022/1/14 23:30, Sandro Tosi 写道: > > On Fri, Jan 14, 2022 at 9:24 AM YunQiang Su > > wrote: > >> > >> On Mon, 3 Jan 2022 22:56:58 +0100 (CET) PICCA Frederic-emmanuel > >> wrote: > >>

Bug#1001168: Info received (Bug#1001168: Info received (Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py))

在 2022/1/14 23:30, Sandro Tosi 写道: On Fri, Jan 14, 2022 at 9:24 AM YunQiang Su wrote: On Mon, 3 Jan 2022 22:56:58 +0100 (CET) PICCA Frederic-emmanuel wrote: > Built with gcc-11 and -fno-lto it doesn not work. > > (sid_mips64el-dchroot)picca@eller:~/matplotlib/build/lib.linux-m

Bug#1001168: Info received (Bug#1001168: Info received (Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py))

On Mon, 3 Jan 2022 22:56:58 +0100 (CET) PICCA Frederic-emmanuel wrote: > Built with gcc-11 and -fno-lto it doesn not work. > > (sid_mips64el-dchroot)picca@eller:~/matplotlib/build/lib.linux-mips64-3.9$ ../../../test.py > Segmentation fault >

Bug#995187: qtwebengine-opensource-src FTBFS on mips*: unistd_nr_{n32,n64,o32}.h no linger exported by the kernel

Dmitry Shachnev 于2021年9月29日周三 下午7:47写道： > > Hi YunQiang! > > On Wed, Sep 29, 2021 at 09:09:46AM +0800, YunQiang Su wrote: > > Ohh, the new mips linux kernel removes some macros: so now we can use > > the same code as x86: > > Thank you for the patch! What I don

Bug#995187: qtwebengine-opensource-src FTBFS on mips*: unistd_nr_{n32,n64,o32}.h no linger exported by the kernel

YunQiang Su 于2021年9月28日周二 下午12:20写道： > > Adrian Bunk 于2021年9月28日周二 上午12:06写道： > > > > Source: qtwebengine-opensource-src > > Version: 5.15.5+dfsg-2 > > Severity: serious > > Tags: ftbfs > > > > https://buildd.debian.org/status/fetch.php?pkg=qtw

Bug#995187: qtwebengine-opensource-src FTBFS on mips*: unistd_nr_{n32,n64,o32}.h no linger exported by the kernel

> | ^ > compilation terminated. > ... > > > Context: > https://sources.debian.org/src/qtwebengine-opensource-src/5.15.6+dfsg-1/debian/patches/mipsel-linux-5.patch/ > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ccb21774863a > -- YunQiang Su

Bug#983706: gzip FTBFS on mips64el: FAIL: timestamp

Adrian Bunk 于2021年3月1日周一 下午5:27写道： > > On Mon, Mar 01, 2021 at 10:59:20AM +0800, YunQiang Su wrote: > > Adrian Bunk 于2021年3月1日周一 上午7:13写道： > > > > > > Source: gzip > > > Version: 1.10-2 > > > Severity: serious > > > Tags: ftbfs > &

Bug#983706: gzip FTBFS on mips64el: FAIL: timestamp

tamp.TDZE > + exit 1 > FAIL timestamp (exit status: 1) > > > Testsuite summary for gzip 1.10 > ======== > # TOTAL: 22 > # PASS: 21 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > See tests/test-suite.log > Please report to bug-g...@gnu.org > > make[5]: *** [Makefile:1674: test-suite.log] Error 1 > > > > On the porterbox eller, 1.10-2 fails the same as 1.10-3. > 1.10-3 builds in a buster chroot. > > The breakage is likely caused or triggered by a change to > some other package like gcc/glibc/... > > The linux-mips list is CC'ed. > -- YunQiang Su

Bug#962485: Please revert CONFIG_MIPS_O32_FP64_SUPPORT change mipsel

https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u This patch for kernel can fix this problem. Let's wait for the reply of kernel upstream community. Bastian Blank 于2021年2月11日周四 下午2:57写道： > > Moin > > On Thu, Feb 11, 2021 at 10:15:02AM +0800,

Bug#962485: Please revert CONFIG_MIPS_O32_FP64_SUPPORT change mipsel

Ivo De Decker 于2021年2月9日周二 下午9:45写道： > > Hi, > > On Mon, Jun 08, 2020 at 08:15:38PM +0300, Adrian Bunk wrote: > > On Fri, May 29, 2020 at 11:03:14PM +0200, Aurelien Jarno wrote: > > > On 2020-05-28 09:04, YunQiang Su wrote: > > > > Adrian Bunk 于2020年5月2

Bug#979085: openmpi: sync data struct with pmix

Control: reassign 979085 openmpi Pmix4 has some changes on its pmix_server.h, while openmpi has a old one, Which make sopt ftbfs on some architectures: mips64el, ia64 etc. mips64el.patch Description: Binary data On Sun, 3 Jan 2021 17:52:22 +0800 YunQiang Su wrote: > On Sun, 3 Jan 2021 11

Bug#979085: FTBFS on mips64el

On Sun, 3 Jan 2021 11:11:02 +0800 YunQiang Su wrote: > On Sun, 03 Jan 2021 00:08:34 +0800 Shengjing Zhu wrote: > > Source: sopt > > Version: 3.0.1-11 > > Severity: serious > > X-Debbugs-Cc: z...@debian.org > > > > > > When binNMU sopt, it FTB

Bug#979085: FTBFS on mips64el

On Sun, 03 Jan 2021 00:08:34 +0800 Shengjing Zhu wrote: > Source: sopt > Version: 3.0.1-11 > Severity: serious > X-Debbugs-Cc: z...@debian.org > > > When binNMU sopt, it FTBFS on mips64el, please check log at >

Bug#962533: mlpack FTBFS on mips64el: relocation truncated to fit

Adrian Bunk 于 2020年6月9日周二 下午11:18写道： > Source: mlpack > Version: 3.3.1-1 > Severity: serious > Tags: ftbfs > > It seems Boost 1.67 -> 1.71 increased something: > > > https://buildd.debian.org/status/fetch.php?pkg=mlpack=mips64el=3.3.1-1%2Bb1=1591444281=0 > > ... > /usr/bin/c++ -g -O2

Bug#953584: libsbml: FTBFS on mipsel

on all 32bit architectures, since some of them doesn't have paired 64bit machines. > think the best idea is to exclude this architecture where probability > that this package is used is pretty close to zero anyway. You can do so for now. > > Kind regards > >Andreas. > > -- > http://fam-tille.de > -- YunQiang Su

Bug#951237: glibc/mips: bpo patch: mips: Fix argument passing for inlined syscalls on Linux [BZ #25523]

Package: src:glibc Version: 2.29 Severity: serious https://sourceware.org/bugzilla/show_bug.cgi?id=25523 https://sourceware.org/git/?p=glibc.git;a=commit;h=4fbba6fe904d0094ddc4284066b3860d119cbd4a mips: Fix argument passing for inlined syscalls on Linux [BZ #25523] According to [gcc

Bug#951115: ns3: FTBFS on mipsel (OOM of the linker)

re probably deploy it to a fast compute server. > But still, if possible, being compilable on mipsel too would be > healthy for the software, if I could. > > Any help or advice is really really welcomed. Everything is in the salsa > repository. > > Thanks, > Mt > > -- > Vae Soli. -- YunQiang Su

Bug#950525: broken symlink: /usr/lib/gcc//9/libgcc_s.so{,.1}

Package: src:gcc-9 Version: 9.2.1-25 Severity: serious X-Debug-Cc: debian-s...@lists.debian.org On i386 # file /usr/lib/gcc/i686-linux-gnu/9/libgcc_s.so.1 /usr/lib/gcc/i686-linux-gnu/9/libgcc_s.so.1: broken symbolic link to /lib/i386-linux-gnu/libgcc_s.so.1 On s390x: $ file

Bug#946886: rustc: FTBFS on mips/mipsel with test failures in sync::atomic::Atomic*

anic-unwind backtrace" "--manifest-path" > "/<>/src/libtest/Cargo.toml" "--no-fail-fast" "-p" "test" "--" > test [run-make] run-make-fulldeps/relocation-model ... FAILED > command did not execute successfully: > "/<>/build/mipsel-unknown-linux-gnu/stage0-tools-bin/compiletest" > "--compile-lib-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/lib" "--run-lib-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/lib/rustlib/mipsel-unknown-linux-gnu/lib" > "--rustc-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/bin/rustc" > "--rustdoc-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/bin/rustdoc" > "--src-base" "/<>/src/test/run-make-fulldeps" "--build-base" > "/<>/build/mipsel-unknown-linux-gnu/test/run-make-fulldeps" > "--stage-id" "stage2-mipsel-unknown-linux-gnu" "--mode" "run-make" "--target" > "mipsel-unknown-linux-gnu" "--host" "mipsel-unknown-linux-gnu" > "--llvm-filecheck" "/usr/lib/llvm-8/bin/FileCheck" "--linker" > "mipsel-linux-gnu-gcc" "--host-rustcflags" "-Crpath -O -Cdebuginfo=0 > -Zunstable-options > -Lnative=/<>/build/mipsel-unknown-linux-gnu/native/rust-test-helpers" > "--target-rustcflags" "-Crpath -O -Cdebuginfo=0 -Zunstable-options > -Lnative=/<>/build/mipsel-unknown-linux-gnu/native/rust-test-helpers" > "--docck-python" "/usr/bin/python2.7" "--lldb-python" "/usr/bin/python2.7" > "--gdb" "/usr/bin/gdb" "--verbose" "--llvm-version" "8.0.1\n" "--system-llvm" > "--cc" "cc" "--cxx" "c++" "--cflags" "-ffunction-sections -fdata-sections > -fPIC -g -fdebug-prefix-map=/<>=. -fstack-protector-strong > -Wformat -Werror=format-security" "--llvm-components" "aarch64 > aarch64asmparser aarch64asmprinter aarch64codegen aarch64desc > aarch64disassembler aarch64info aarch64utils aggressiveinstcombine all > all-targets amdgpu amdgpuasmparser amdgpuasmprinter amdgpucodegen amdgpudesc > amdgpudisassembler amdgpuinfo amdgpuutils analysis arm armasmparser > armasmprinter armcodegen armdesc armdisassembler arminfo armutils asmparser > asmprinter avr avrasmparser avrasmprinter avrcodegen avrdesc avrdisassembler > avrinfo binaryformat bitreader bitwriter bpf bpfasmparser bpfasmprinter > bpfcodegen bpfdesc bpfdisassembler bpfinfo codegen core coroutines coverage > debuginfocodeview debuginfodwarf debuginfomsf debuginfopdb demangle > dlltooldriver engine executionengine fuzzmutate globalisel hexagon > hexagonasmparser hexagoncodegen hexagondesc hexagondisassembler hexagoninfo > instcombine instrumentation interpreter ipo irreader lanai lanaiasmparser > lanaiasmprinter lanaicodegen lanaidesc lanaidisassembler lanaiinfo libdriver > lineeditor linker lto mc mca mcdisassembler mcjit mcparser mips mipsasmparser > mipsasmprinter mipscodegen mipsdesc mipsdisassembler mipsinfo mirparser > msp430 msp430asmparser msp430asmprinter msp430codegen msp430desc > msp430disassembler msp430info native nativecodegen nvptx nvptxasmprinter > nvptxcodegen nvptxdesc nvptxinfo objcarcopts object objectyaml option > optremarks orcjit passes perfjitevents powerpc powerpcasmparser > powerpcasmprinter powerpccodegen powerpcdesc powerpcdisassembler powerpcinfo > profiledata runtimedyld scalaropts selectiondag sparc sparcasmparser > sparcasmprinter sparccodegen sparcdesc sparcdisassembler sparcinfo support > symbolize systemz systemzasmparser systemzasmprinter systemzcodegen > systemzdesc systemzdisassembler systemzinfo tablegen target textapi > transformutils vectorize webassembly webassemblyasmparser > webassemblyasmprinter webassemblycodegen webassemblydesc > webassemblydisassembler webassemblyinfo windowsmanifest x86 x86asmparser > x86asmprinter x86codegen x86desc x86disassembler x86info x86utils xcore > xcoreasmprinter xcorecodegen xcoredesc xcoredisassembler xcoreinfo xray" > "--llvm-cxxflags" "-I/usr/lib/llvm-8/include -std=c++11 -fno-exceptions > -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS" "--ar" > "ar" "--llvm-bin-dir" "/usr/lib/llvm-8/bin" "--adb-path" "adb" > "--adb-test-dir" "/data/tmp/work" "--android-cross-path" "" > Summary: exit code 1, counted 42 tests failed. > 24 maximum allowed. Aborting the build. > > -- System Information: > Debian Release: bullseye/sid > APT prefers oldoldstable > APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), > (500, 'stable'), (500, 'oldstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), > LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > -- YunQiang Su

Bug#946886: rustc: FTBFS on mips/mipsel with test failures in sync::atomic::Atomic*

ldeps/relocation-model ... FAILED > command did not execute successfully: > "/<>/build/mipsel-unknown-linux-gnu/stage0-tools-bin/compiletest" > "--compile-lib-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/lib" "--run-lib-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/lib/rustlib/mipsel-unknown-linux-gnu/lib" > "--rustc-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/bin/rustc" > "--rustdoc-path" > "/<>/build/mipsel-unknown-linux-gnu/stage2/bin/rustdoc" > "--src-base" "/<>/src/test/run-make-fulldeps" "--build-base" > "/<>/build/mipsel-unknown-linux-gnu/test/run-make-fulldeps" > "--stage-id" "stage2-mipsel-unknown-linux-gnu" "--mode" "run-make" "--target" > "mipsel-unknown-linux-gnu" "--host" "mipsel-unknown-linux-gnu" > "--llvm-filecheck" "/usr/lib/llvm-8/bin/FileCheck" "--linker" > "mipsel-linux-gnu-gcc" "--host-rustcflags" "-Crpath -O -Cdebuginfo=0 > -Zunstable-options > -Lnative=/<>/build/mipsel-unknown-linux-gnu/native/rust-test-helpers" > "--target-rustcflags" "-Crpath -O -Cdebuginfo=0 -Zunstable-options > -Lnative=/<>/build/mipsel-unknown-linux-gnu/native/rust-test-helpers" > "--docck-python" "/usr/bin/python2.7" "--lldb-python" "/usr/bin/python2.7" > "--gdb" "/usr/bin/gdb" "--verbose" "--llvm-version" "8.0.1\n" "--system-llvm" > "--cc" "cc" "--cxx" "c++" "--cflags" "-ffunction-sections -fdata-sections > -fPIC -g -fdebug-prefix-map=/<>=. -fstack-protector-strong > -Wformat -Werror=format-security" "--llvm-components" "aarch64 > aarch64asmparser aarch64asmprinter aarch64codegen aarch64desc > aarch64disassembler aarch64info aarch64utils aggressiveinstcombine all > all-targets amdgpu amdgpuasmparser amdgpuasmprinter amdgpucodegen amdgpudesc > amdgpudisassembler amdgpuinfo amdgpuutils analysis arm armasmparser > armasmprinter armcodegen armdesc armdisassembler arminfo armutils asmparser > asmprinter avr avrasmparser avrasmprinter avrcodegen avrdesc avrdisassembler > avrinfo binaryformat bitreader bitwriter bpf bpfasmparser bpfasmprinter > bpfcodegen bpfdesc bpfdisassembler bpfinfo codegen core coroutines coverage > debuginfocodeview debuginfodwarf debuginfomsf debuginfopdb demangle > dlltooldriver engine executionengine fuzzmutate globalisel hexagon > hexagonasmparser hexagoncodegen hexagondesc hexagondisassembler hexagoninfo > instcombine instrumentation interpreter ipo irreader lanai lanaiasmparser > lanaiasmprinter lanaicodegen lanaidesc lanaidisassembler lanaiinfo libdriver > lineeditor linker lto mc mca mcdisassembler mcjit mcparser mips mipsasmparser > mipsasmprinter mipscodegen mipsdesc mipsdisassembler mipsinfo mirparser > msp430 msp430asmparser msp430asmprinter msp430codegen msp430desc > msp430disassembler msp430info native nativecodegen nvptx nvptxasmprinter > nvptxcodegen nvptxdesc nvptxinfo objcarcopts object objectyaml option > optremarks orcjit passes perfjitevents powerpc powerpcasmparser > powerpcasmprinter powerpccodegen powerpcdesc powerpcdisassembler powerpcinfo > profiledata runtimedyld scalaropts selectiondag sparc sparcasmparser > sparcasmprinter sparccodegen sparcdesc sparcdisassembler sparcinfo support > symbolize systemz systemzasmparser systemzasmprinter systemzcodegen > systemzdesc systemzdisassembler systemzinfo tablegen target textapi > transformutils vectorize webassembly webassemblyasmparser > webassemblyasmprinter webassemblycodegen webassemblydesc > webassemblydisassembler webassemblyinfo windowsmanifest x86 x86asmparser > x86asmprinter x86codegen x86desc x86disassembler x86info x86utils xcore > xcoreasmprinter xcorecodegen xcoredesc xcoredisassembler xcoreinfo xray" > "--llvm-cxxflags" "-I/usr/lib/llvm-8/include -std=c++11 -fno-exceptions > -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS" "--ar" > "ar" "--llvm-bin-dir" "/usr/lib/llvm-8/bin" "--adb-path" "adb" > "--adb-test-dir" "/data/tmp/work" "--android-cross-path" "" > Summary: exit code 1, counted 42 tests failed. > 24 maximum allowed. Aborting the build. > > -- System Information: > Debian Release: bullseye/sid > APT prefers oldoldstable > APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), > (500, 'stable'), (500, 'oldstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), > LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > -- YunQiang Su

Bug#945763: gcc-9 ftbfs on mipsel

YunQiang Su 于2019年11月30日周六 上午11:19写道： > > YunQiang Su 于2019年11月29日周五 下午2:21写道： > > > > 在 2019-11-29五的 07:00 +0100，Matthias Klose写道： > > > On 28.11.19 18:09, YunQiang Su wrote: > > > > Matthias Klose 于2019年11月28日周四 下午5:51写道： > > > > > On 28.

Bug#945763: gcc-9 ftbfs on mipsel

YunQiang Su 于2019年11月29日周五 下午2:21写道： > > 在 2019-11-29五的 07:00 +0100，Matthias Klose写道： > > On 28.11.19 18:09, YunQiang Su wrote: > > > Matthias Klose 于2019年11月28日周四 下午5:51写道： > > > > On 28.11.19 10:44, Matthias Klose wrote: > > > > >

Bug#945763: gcc-9 ftbfs on mipsel

在 2019-11-29五的 07:00 +0100，Matthias Klose写道： > On 28.11.19 18:09, YunQiang Su wrote: > > Matthias Klose 于2019年11月28日周四 下午5:51写道： > > > On 28.11.19 10:44, Matthias Klose wrote: > > > > Package: src:gcc-9 > > > > Version: 9.2.1-20 > >

Bug#945763: gcc-9 ftbfs on mipsel

> > triggered > > by the LTO build enabled in -20. > > > > bootstrap comparison failure! > > libbacktrace/elf.o differs > > libbacktrace/.libs/elf.o differs > > make[4]: *** [Makefile:24878: compare] Error 1 > > Please could you have a look? sure. I will look at it tomorrow > -- YunQiang Su

Bug#941919: fixed in libopengl-perl 0.7000+dfsg-4

On Mon, 07 Oct 2019 16:34:50 + gregor herrmann wrote: > Source: libopengl-perl > Source-Version: 0.7000+dfsg-4 > > We believe that the bug you reported is fixed in the latest version of > libopengl-perl, which is due to be installed in the Debian FTP archive. > > A summary of the changes

Bug#933958: golang-1.12: ftbfs with golang-1.12

-nonexistent: permission denied https://buildd.debian.org/status/fetch.php?pkg=golang-1.12=mipsel=1.12.7-2=1564842229=0 -- YunQiang Su

Bug#932287: glib2.0: FTBFS on mips64el: linking 32-bit code with 64-bit code

-dchroot)smcv@eller ~/glib % file > debian/build/deb/gio/tests/test_resources2.o > debian/build/deb/gio/tests/test_resources2.o: ELF 64-bit LSB relocatable, > MIPS, MIPS-I version 1 (SYSV), not stripped > I guess you are right, objcopy doesn't alter the object file correctly. We need to patch it. > Regards, > smcv > -- YunQiang Su

Bug#921198: mipsel speed: UTM8 vs Loongson 3A (was: Bug#921198: hard to track down)

uld be pinned on Cavium's CPU. > > cu Andreas > (x-debbugs-cc-ing both Willi and porter mailing list) > -- > `What a good friend you are to him, Dr. Maturin. His other friends are > so grateful to you.' > `I sew his ears on from time to time, sure' > -- YunQiang Su

Bug#864340: mariadb-10.1 FTBFS on mips64el on Loongson: Installing system database killed with signal TERM after 150 minutes of inactivity

t; > > It seems to always fail on Loongson buildds but never on others. Yes. Loongson has some bugs, and I am working on workaround it with patch toolchain. I just looking for the example. thank you. > > Based on how it fails, I suspect mariadb-10.1 on mips64el is > completely broken on Loongson. -- YunQiang Su

Bug#886907: libgadu: ftbfs due to -Werror and gnutls_compression_get_name deprecated

Package: libgadu Version: 1:1.12.2-2 Severity: serious With recent rebuild libgadu, it failed to build, as it use -Werror, and gnutls_compression_get_name, while this function is marked as deprecated now. -- YunQiang Su

Bug#884331: python3-defaults: please update, as python3-distutils cannot install now

Package: python3-defaults Version: 3.6.3-2 Severity: grave python3-distutils depends on python3>=3.6.4~rc1, while the current python3-default is still 3.6.3-2. Please update the python3-defaults package. -- YunQiang Su

Bug#879636: #879636: virtual memory exhausted: Cannot allocate memory

e suggest a fix for the following FTBFS issue for >> OpenVDB package: >> >> https://buildd.debian.org/status/fetch.php?pkg=openvdb=mipsel=4.0.2-1=1508213166=0 >> >> Thanks much > > Turns out that --param ggc-min-expand=10 worked just fine on eller.d.o. > > Sorry for the noise, > -- YunQiang Su

Bug#785565: [Ns-developers] State of ns3 in the Debian distribution

ntu. > > The problem is that I have personnally I don't have any personal > interest in netanim myself, and absolutely no time to devote to that > task. If you can come up with a patch against the packaging scripts > that refresh it, I can certainly mentor the package upload. > > Thanks, Mt. > > -- > It's so easy to laugh, it's so easy to hate, > it takes strength to be gentle and kind. -- Morrissey, I Know It's Over. -- YunQiang Su

Bug#848574: Fwd: Re: [open-mpi/ompi] Failure on mips64el (#2922)

The package in experimental (2.0.2-1) seems having no this problem. On Sun, 5 Feb 2017 19:11:04 + Alastair McKinstry wrote: > This hints at a linker issue on stretch > > Forwarded Message > Subject: Re: [open-mpi/ompi] Failure on mips64el

Bug#848574: openmpi: frequent segfault in linker on mips64el

On Sun, 18 Dec 2016 13:44:32 + Ansgar Burchardt wrote: > Package: libopenmpi-dev > Version: 2.0.2~git.20161225-8 > Severity: important > > [ CC'ed debian-mips@ as a segfault in the linker might not be a bug in MPI ] > > OpenMPI crashed frequenly in the runtime linker on

Bug#851412: FTBFS on mips*, tests fail with SIGSEGV

50 in _dl_start_user () from /lib64/ld.so.1 Backtrace stopped: frame did not save the PC It seems that binutils generate bad shared lib. > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > -- YunQiang Su

Bug#851412: FTBFS on mips*, tests fail with SIGSEGV

50 in _dl_start_user () from /lib64/ld.so.1 Backtrace stopped: frame did not save the PC It seems that binutils generate bad shared lib. > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > -- YunQiang Su

Bug#834856: [Debian-med-packaging] Bug#834856: python-pysam fails to build on mips64el arch.: failed test

> >> [...] >> >> I'd be happy to apply any patch that resolves this problem, but porting >> work is beyond what I can commit to do for this package. > > Cc'ing debian-mips, maybe they can provide some help. > > Cheers, > Emilio > -- YunQiang Su

Bug#826446: NMU

On Tue, 16 Aug 2016 20:47:32 +0800 "gustavo panizzo (gfa)" wrote: > Hello > > I'm preparing an NMU for this package, I will push it on the next days I uploaded this package, so you won't need to nmu it. Thank you very much. > > cheers > > -- > 1AE0 322E B8F7 4717 BDEA BF1D

Bug#826937: libgnatprj6: undefined symbol: __gnat_objlist_file_supported

On Fri, Jun 17, 2016 at 9:58 PM, YunQiang Su <wzss...@gmail.com> wrote: > On Fri, 10 Jun 2016 10:08:11 +0200 Emilio Pozuelo Monfort > <po...@debian.org> wrote: >> Package: libgnatprj6 >> Version: 6.1.1-6 >> Severity: serious >> >> A few days ago, lib

Bug#826937: libgnatprj6: undefined symbol: __gnat_objlist_file_supported

On Fri, 10 Jun 2016 10:08:11 +0200 Emilio Pozuelo Monfort wrote: > Package: libgnatprj6 > Version: 6.1.1-6 > Severity: serious > > A few days ago, libgnatprj6 was working just fine. However it looks like > one of the recent uploads has broken it, causing undefined references: >

Bug#826365: patch to build libgnat* as target instead of host libraries breaks native builds

> 在 2016年6月7日，23:45，YunQiang Su <wzss...@gmail.com> 写道： > > In ada-gnattools-cross.diff, there are 3 lines, like this: > > +# We will use the just-built compiler to compile and link everything. > +GCC=../gcc/xgcc -B../gcc/ > +GXX=../gcc/xg++ -B../gcc/ > > addi

Bug#826365: patch to build libgnat* as target instead of host libraries breaks native builds

Klose <d...@debian.org> wrote: > On 05.06.2016 17:46, YunQiang Su wrote: >> I see. You means ftbfs when --enable-default-pie, >> and it is enabled for Ubuntu by default now. > > yes, but see the debian-devel ML about turning this on. I haven't yet checked > if the

Bug#826365: patch to build libgnat* as target instead of host libraries breaks native builds

On Sun, Jun 5, 2016 at 11:36 PM, YunQiang Su <wzss...@gmail.com> wrote: > On Sun, Jun 5, 2016 at 8:08 AM, Matthias Klose <d...@debian.org> wrote: >> Package: src:gcc-6 >> Version: 6.1.1-5 >> Severity: serious >> >> The patch applied in 6.1.1-

Bug#826365: patch to build libgnat* as target instead of host libraries breaks native builds

3]: *** [all-gnattools] Error 2 > > on s390x, when configured with --enable-default-pie: I only noticed the failure on sparc64 and powerpc. Did you pop up the patches? -- YunQiang Su

Bug#799993: librdkafka: FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) >= X is always true

On Fri, 25 Sep 2015 08:04:59 +0100 Chris Lamb wrote: > Source: librdkafka > Version: 0.8.6-1 > Severity: serious > Justification: fails to build from source > User: reproducible-bui...@lists.alioth.debian.org > Usertags: ftbfs > X-Debbugs-Cc:

Bug#802579: binutils changed ld.bfd / ld.gold files and symlinks

On Sat, 14 Nov 2015 02:20:40 +0100 Matthias Klose wrote: > Control: severity -1 serious > > binutils built from the 2.26 branch is now in unstable. > > I uploaded this packages with the attached patch to 3-days delay. hardening-wrapper.debdiff Description: Binary data

Bug#801597: hardening-wrapper doesn't wrap gcc-5

On Wed, 04 Nov 2015 19:26:55 +0100 Sven Joachim wrote: > Control: severity -1 grave > > On 2015-10-21 13:41 +0200, Matthias Klose wrote: > > > hardening-wrapper doesn't wrap gcc-5. not sure if this is by intent ... > > Given that gcc-5 is the default compiler, this makes the

Bug#796402: slgsl: FTBFS:

On Fri, 21 Aug 2015 20:03:45 +0100 Chris Lamb wrote: > retitle 796402 slgsl: FTBFS: unable to find the gsl library and header > file > thanks I NMUed this package with the attached patch. > > (Whoops, better title..) > > > Regards, > > -- > ,''`. > : :' : Chris

Bug#790284: ssm: FTBFS with glibc 2.21 and gcc-5

On Sat, 27 Jun 2015 14:02:19 -0700 Daniel Schepler wrote: > Source: ssm > Version: 1.3-2 > Severity: normal > > From my pbuilder build log, using a setup preferring glibc and gcc-defaults > from experimental: I NMUed this package to unstable with the attached patch. > > ...

Bug#805060: Postfix ftbfs with Linux kernel version 4+

nknown system type: Linux 4.2.0-1-powerpc64 ATTENTION: -- YunQiang Su

Bug#790252: libpgf: FTBFS with glibc 2.21 and gcc-5

On Tue, 7 Jul 2015 18:22:19 -0400 Martin Michlmayr wrote: > retitle 790252 libpgf: FTBFS with gcc-5 (symbols) > thanks > > * Daniel Schepler [2015-06-27 11:17]: > > Source: libpgf > > Version: 6.14.12-3 > > Severity: normal > > > > >From my pbuilder build log,

Bug#798765: xtrs: FTBFS with GCC 5: trs_memory.c:152:6: error: type of 'state' defaults to 'int' [-Werror=implicit-int]

On Sat, 12 Sep 2015 14:17:11 +0200 Andreas Beckmann wrote: > Package: xtrs > Version: 4.9c-3.4 > Severity: serious > Tags: sid stretch > Justification: fails to build from source (but built successfully in the past) > > Hi, > > xtrs FTBFS in sid with GCC 5: > > [...] >

Bug#778180: xemacs21: ftbfs with GCC-5

On Thu, 13 Aug 2015 10:10:09 -0600 Brett Johnson wrote: > On 08/13/2015 09:51 AM, Mark Brown wrote: > > Who would I submit a patch for the packaging to?! > > Lol. Sorry, I didn't notice you were the maintainer ;) Any progress of this bug? It blocks some packages in to build for

Bug#798288: x11-xserver-utils failed to build with gcc 5

Package: x11-xserver-utils Version: 7.7+4 Severity: serious cpp-5 insert some comments when replace macros, so it makes sessreg manpages fail to build. https://buildd.debian.org/status/fetch.php?pkg=x11-xserver-utils=mips64el=7.7%2B4=1441629791 -- YunQiang Su GCC may insert some comments

Bug#754753: healpix-cxx: FTBFS on armel: testsuite timeout

On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois k...@debian.org wrote: Source: healpix-cxx Version: 3.11.2-7 Severity: serious Justification: FTBFS Hi, your package no longer builds on armel: | libtool: link: g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat

Bug#754753: healpix-cxx: FTBFS on armel: testsuite timeout

I NMUed this package with the attached patch to 5-delay queue. If any objection, contact me or cut it. On Mon, Mar 30, 2015 at 5:25 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois k...@debian.org wrote: Source: healpix-cxx Version: 3.11.2-7

Bug#730903: mutrace ftbfs

On Fri, 4 Apr 2014 14:59:53 +0300 Riku Voipio riku.voi...@iki.fi wrote: Hi, The libiberty.h is provided by libiberty-dev and installed in /usr/include/libiberty/libiberty.h. unfortunately this change isn't enough. Due to some other changes, linking against static libbfd doesn't work:

Bug#762775: pynfft: FTBFS: dh: unable to load addon sphinxdoc

On Wed, 24 Sep 2014 22:56:11 -0400 Aaron M. Ucko u...@debian.org wrote: 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

Bug#713331: sphinxsearch: FTBFS: [automake-1.13 warning: linking libraries using a, non-POSIX]

I packaged the newer version 2.2.5. I will upload this package to 10 days delay. I have interesting to maintain it in future. If you don't think it is ok, please cancel this upload. On Wed, Oct 29, 2014 at 9:12 PM, YunQiang Su wzss...@gmail.com wrote: On Tue, 21 Oct 2014 18:36:58 +0530

Bug#713331: sphinxsearch: FTBFS: [automake-1.13 warning: linking libraries using a, non-POSIX]

On Tue, 21 Oct 2014 18:36:58 +0530 Brahadambal Srinivasan la...@linux.vnet.ibm.com wrote: Package: sphinxsearch Version: 2.0.4-1.1 Followup-For: Bug #713331 Tags: patch X-Debbugs-Cc: bren...@br.ibm.com User: debian-powe...@lists.debian.org Usertags: ppc64el User:

Bug#738376: postgresql-hll: FTBFS: dh: Unknown sequence debian/control.in (choose from: binary binary-arch binary-indep build build-arch build-indep clean install install-arch install-indep)

On Sun, 9 Feb 2014 17:55:12 +0100 David =?iso-8859-1?Q?Su=E1rez?= david.sephi...@gmail.com wrote: Source: postgresql-hll Version: 2.7-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140208 qa-ftbfs Justification: FTBFS on amd64 Hi, During a

Bug#724145: libaosd: FTBFS: make[1]: *** No rule to make target `buildsys.mk'. Stop.

On Sun, 17 Nov 2013 16:44:54 +0100 Michael Ablassmeier a...@grinser.de wrote: tags 724145 + patch thanks hi, see attached patch which should fix this FTBFS. If OK for you i would NMU if not and you have any other plans with this package for the next upload and are in need of a sponsor

Bug#763681: not a regression

On Mon, 20 Oct 2014 07:31:34 -0500 =?iso-8859-1?Q?Juli=E1n_Moreno_Pati=F1o?= jul...@debian.org wrote: Control: severity -1 serious Hello, I don't think so, openrc built fine in those arches. https://buildd.debian.org/status/logs.php?pkg=openrcarch=armel

Bug#724145: libaosd: FTBFS: make[1]: *** No rule to make target `buildsys.mk'. Stop.

On Sun, 17 Nov 2013 16:44:54 +0100 Michael Ablassmeier a...@grinser.de wrote: tags 724145 + patch thanks hi, see attached patch which should fix this FTBFS. If OK for you i would NMU if not and you have any other plans with this package for the next upload and are in need of a sponsor just

Bug#766134: coinutils: lapack and blas support is not really enabled

(= ${binary:Version}), liblapack-dev, libblas-dev Provides: libcoinutils-dev Conflicts: libcoinutils-dev Replaces: libcoinutils-dev -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

  1   2   >