On Wed, 13 Nov 2024 11:10:38 +0800 Bo YU wrote:
> Hi,
> On Wed, Nov 13, 2024 at 09:53:33AM +0800, YunQiang Su wrote:
> >
> >I guess that you missed the changes of d/rules?
> >- $(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)"
> >+ $(MA
Bo YU 于2024年11月13日周三 00:06写道：
>
> Hi,
>
> On Tue, Nov 12, 2024 at 06:40:42PM +0800, YunQiang Su wrote:
> >On Tue, 12 Nov 2024 17:22:12 +0800 Bo YU wrote:
> >> > xxkb (1.11.1-3) unstable; urgency=medium
> >> > .
> >> > * QA upload.
> >
On Tue, 12 Nov 2024 17:22:12 +0800 Bo YU wrote:
> > xxkb (1.11.1-3) unstable; urgency=medium
> > .
> > * QA upload.
> > * Add 0004-fix-ftbfs-on-gcc-14.patch to fix the ftbfs issue.
> > (Closes: #1075694)
> > * Set std-ver to 4.7.0.
> > * Add Rules-Requires-Root on d/control.
> > * Ad
On Tue, 5 Nov 2024 11:25:58 +0800 Bo YU wrote:
> Hi,
>
> On Tue, Nov 05, 2024 at 10:56:09AM +0800, Bo YU wrote:
> >Hi,
> ...
> >
> >I have uploaded it to mentor also. Please review it. Could you upload it
> >if there are no other issues? TIA.
> >
> >```
> >
> >The source builds the following binar
On Tue, 5 Nov 2024 10:43:19 +0800 Bo YU wrote:
> Hi,
>
> >configure:673:1: error: return type defaults to 'int' [-Wimplicit-int]
> > 673 | main(){return(0);}
> > | ^~~~
> >configure: failed program was:
> >
> >#line 671 "configure"
> >#include "confdefs.h"
> >
>
> I proposed one patch to fix
在 2024-08-03星期六的 21:28 +0200，Michael Biebl写道：
> [adding back #1077038 to CC]
> Am 03.08.24 um 17:29 schrieb YunQiang Su:
> > 在 2024-08-03星期六的 13:31 +0200，Michael Biebl写道：
> > > On Thu, 25 Jul 2024 14:05:44 +0200 Helmut Grohne
> > >
> > > wrote:
> > &
在 2024-08-03星期六的 21:00 +0200，Michael Biebl写道：
> Am 03.08.24 um 16:25 schrieb YunQiang Su:
> > 在 2024-08-03星期六的 13:31 +0200，Michael Biebl写道：
>
> > > I also noticed, that the package added a Pre-Depends on
> > > init-system-helpers (>= 1.66) without a proper explana
在 2024-08-03星期六的 13:31 +0200，Michael Biebl写道：
> On Thu, 25 Jul 2024 14:05:44 +0200 Helmut Grohne
> wrote:
> > Package: ipwatchd
> > Version: 1.3.0-1+nmu1
> > Severity: serious
> > Justification: do not introduce aliased files into trixie
> > X-Debbugs-Cc: YunQi
在 2024-08-03星期六的 13:31 +0200，Michael Biebl写道：
> On Thu, 25 Jul 2024 14:05:44 +0200 Helmut Grohne
> wrote:
> > Package: ipwatchd
> > Version: 1.3.0-1+nmu1
> > Severity: serious
> > Justification: do not introduce aliased files into trixie
> > X-Debbugs-Cc: YunQi
On Sun, 28 Apr 2024 20:00:36 +0300 Adrian Bunk wrote:
> Source: libretro-beetle-psx
> Version: 0.9.38.6+git20151019-3
> Severity: serious
> Tags: ftbfs patch trixie sid
>
> https://buildd.debian.org/status/fetch.php?pkg=libretro-beetle-psx&arch=mips64el&ver=0.9.38.6%2Bgit20151019-3%2Bb1&stamp=171
It's now buildable.
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
> worked (the autobuilders will tell 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
se: trixie/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
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
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.
>
>
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
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, "
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
mips*el hardware, then it would be useful
Yes. There are some MIPS 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
64 CPU threads; PREEMPT)
> Locale: LANG=C.UTF-8, 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
; We'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
Sorry for 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/msg5.html
> [2] https://qa.debian.org/excuses.php?package=cross-toolchain-base-mipsen
--
YunQiang Su
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&arch=all&ver=22&stamp=1670437077&raw=0
Fixed by version 23.
>
> ...
> dh_in
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
> already:
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
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 need
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
;
As 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
ectures: i386
>
> Kernel: Linux 6.0.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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
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
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
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-sync
gcc-11-cross-mipsen some days ago.
I thought that gcc-defaults-mipsen will migrate ok.
I will fix it just now.
> Paul
--
YunQiang Su
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 g
I'm not versed
> > 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
cc-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
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:
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
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
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
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 mips64el,
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
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 th
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:
> >>
在 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
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
>
(sid_mips64el-dchroot)picca@eller:~/matplotlib/bui
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
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
ipsel-linux-5.patch now.
I am testing it.
> | ^
> 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
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
> > &
lt;>/builddir/tests/gt-timestamp.TDZE
> + rm -rf /<>/builddir/tests/gt-timestamp.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
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 +
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
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
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
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
> https://buildd.debian.org/status/fetch.php?pkg=sopt&arch=mips64el&ver=3.0.1-11%2Bb1&s
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&arch=mips64el&ver=3.3.1-1%2Bb1&stamp=1591444281&raw=0
>
> ...
> /usr/bin/c++
ema cannot work 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
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 documentatio
ient simulator used in
> science. Users will more 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
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 /usr/lib/gcc/s390x-lin
"-v" "--release" "--features"
> "panic-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
est" "--"
> 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
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.
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:
> > > > >
在 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
> >
> > 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
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 betwe
-nonexistent:
permission denied
https://buildd.debian.org/status/fetch.php?pkg=golang-1.12&arch=mipsel&ver=1.12.7-2&stamp=1564842229&raw=0
--
YunQiang Su
-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
d be another packages that should 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
RM after 150 minutes of inactivity
>
>
> 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
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
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
or
>> OpenVDB package:
>>
>> https://buildd.debian.org/status/fetch.php?pkg=openvdb&arch=mipsel&ver=4.0.2-1&stamp=1508213166&raw=0
>>
>> Thanks much
>
> Turns out that --param ggc-min-expand=10 worked just fine on eller.d.o.
>
> Sorry for the noise,
>
--
YunQiang Su
gt; 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
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 (#2922)
> Date: Sun, 05 Feb 2017 09:
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 mips64el, even for a
>
() 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
() 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
>> 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
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 44BB 1BA7 9F6C 6333
>
On Fri, Jun 17, 2016 at 9:58 PM, YunQiang Su wrote:
> 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 loo
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:
>
> https://buildd.de
> 在 2016年6月7日，23:45，YunQiang Su 写道：
>
> 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/
>
> adding -no-pie option for
Klose 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 s390x issue really is
On Sun, Jun 5, 2016 at 11:36 PM, YunQiang Su wrote:
> On Sun, Jun 5, 2016 at 8:08 AM, Matthias Klose wrote:
>> Package: src:gcc-6
>> Version: 6.1.1-5
>> Severity: serious
>>
>> The patch applied in 6.1.1-5 to build libgnat* as target instead of host
>> l
ailed
> make[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
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: reproducible-bui...@lists.alioth.debian.org
>
> Dear Ma
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 package rather
> usele
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
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 Lamb
> `. `'`
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.
>
> ...
>dh_fixperms -O--
nknown system type: Linux 4.2.0-1-powerpc64
ATTENTION:
--
YunQiang Su
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, using a setup preferring glibc and g
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:
>
> [...]
> /usr/bin/make DEBUG="-Wall -
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 mips64el port.
>
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&arch=mips64el&ver=7.7%2B4&stamp=1441629791
--
YunQiang Su
GC
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 wrote:
> On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois wrote:
>> Source: healpix-cxx
>> Version: 3.11.2-7
>&
1 - 100 of 187 matches
Mail list logo
