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
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
() 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
; 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
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
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:
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
;
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
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
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
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
-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
-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
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
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
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
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 +
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
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
> > &
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
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
>
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:
>> 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
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
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
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
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: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
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
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
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:
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
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
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
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
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
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
在 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 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:
> >>
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
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
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
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
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
"-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
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
> > 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
在 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
> >
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:
> > > > >
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.
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: 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
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: 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
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
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: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
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: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
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++
在 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
在 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星期六的 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:
> > &
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
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
> 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
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
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
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
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, "
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日周五 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.
>
>
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
It's now buildable.
ig
>> > cp -a debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig/citygml.pc
>> > debian/libcitygml0-dev//usr/lib/x86_64-linux-gnu/pkgconfig/
>> > install -d debian/libcitygml0-bin//usr/bin
>> > cp -a debian/tmp/usr/bin/citygml2vrml debian/libcitygml0-bin//us
; integration, but ibus 1.5.x does. I'll ask my partner to verify this.
>
This will happen when ibus-daemon is running while ibus-dconf not.
So to generate /etc/dconf/db/ibus in postinst can solve this problem.
For upstream, a better solution may be to read with glib api, write
with dconf-service.
>
>
> --
> Regards,
I tried to port it to CMake and occoured some difficult.
And ns2 2.35 has been released for long, thus I am working on to update to it.
I have not idea how to fix this problem.
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
I fixed this problem and push it to git.debian.org.
Can you help me to upload it?
On Sun, Jun 10, 2012 at 9:52 PM, YunQiang Su wrote:
> I tried to port it to CMake and occoured some difficult.
>
> And ns2 2.35 has been released for long, thus I am working on to update to it.
>
>
When building it requires much memory while on some arch, it cannot meet.
If compiler is not well optimizated, the situation will be worse.
On Sat, Jun 16, 2012 at 9:11 PM, Adam D. Barratt
wrote:
> On Sat, 2012-06-16 at 21:04 +0800, YunQiang Su wrote:
>> It may success this time.
>
_
> debian-xml-sgml-pkgs mailing list
> debian-xml-sgml-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-xml-sgml-pkgs
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> debian-xml-sgml-pkgs mailing list
> debian-xml-sgml-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-xml-sgml-pkgs
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
; a problem. Will do some test soon.
>
>
>
> --
> Regards,
> Aron Xu
>
> ___
> debian-xml-sgml-pkgs mailing list
> debian-xml-sgml-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bi
20120215-2ubuntu1
> ii gettext-base 0.18.1.1-9ubuntu1
> ii zenity3.4.0-2
>
> Versions of packages im-config recommends:
> ii dialog 1.1-20120215-2ubuntu1
> ii x11-common 1:7.7+1ubuntu4
>
> im-config suggests no packages.
>
> -- no debconf information
>
--
YunQiang Su
aunch) needs
DBUS_SESSION_BUS_ADDRESS, it will fail.
An suggestion is to run
eval `dbus-launch --sh-syntax --exit-with-session`
in 75dbus_dbus-launch.
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". T
packages. If you, the maintainers of
> the two packages in question, have agreed on which of the packages will
> resolve the problem please reassign the bug to that package. You may then
> also register in the BTS that the other package is affected by the bug.
>
> -Ralf.
>
> PS: for more information about the detection of file overwrite errors
> of this kind see http://edos.debian.net/file-overwrites/.
>
>
>
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
you means external moduals of ns2 ?
Just for the ns2, it can be build without iohandler.h.
--
YunQiang Su
Error 1
>
> Full build logs:
> https://buildd.debian.org/status/package.php?p=ns2&suite=sid
>
> Please get in touch with debian-bsd@ if you need help.
>
> KiBi.
>
>
> I searched for it and got some information.
It said that In BSD's pcap.h, it do not include , but linux one
do it.
What I want to know is that, why they are not the same ? Both them are
Debian GNU/*
--
YunQiang Su
My fault.
There is a GSoC project are working.
I will try to fix it when this GSoC project is finished.
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: grub2
Version: 1.99-8
Severity: critical
Users usually set their boot manually.
Reinstall grub-pc will overwrite MBR now.
It should never be like this.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
I have read the postinst of grub-pc, It run grub-install.
I believe run grub-install is not the job of postinst of grub-pc.
grub-install should only be exec by user her/him self or
Debian-Installer if user ask to install grub to somewhere.
signature.asc
Description: OpenPGP digital signature
.
I hate this behavior.
I believe that the MBR must be taken control by users.
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-- Forwarded message --
From: YunQiang Su
Date: 2011/6/22
Subject: Re: Whether should grub2 write MBR automatic
To: Andrei POPESCU
Cc: debian-de...@lists.debian.org, 631...@bugs.debian.or
> Did you? Try 'dpkg-reconfigure grub-pc' ;)
>
yes it works. BUT:
When
native-mesa
glx-alternative-nvidia
nvidia-alternative
libgl1-nvidia-glx
xserver-xorg-video-nvidia
nvidia-glx
E: Sub-process /usr/bin/dpkg returned an error code (1)
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
lternatives/glx
> and run
> dpkg --configure --pending
> or better reinstall
> glx-alternative-mesa
> glx-alternative-nvidia
>
> Andreas
>
>
>
Why it happens ? An problem in 0.0.1 ?
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.or
-- Forwarded message --
From: YunQiang Su
Date: Mon, Jun 27, 2011 at 10:23 PM
Subject: [BUG] nam version conflict for package "Tcl": have 8.5.10,
need exactly 8.5.9
To: ns-developers , ns-users
I am maintaining the Debian package of nam, but I got an problem:
1.
Could you give me more details about how you start it?
I cannot reproduce it.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Well, I think the bug is in the file /usr/lib/savi/savi, line 71.
> The variable SAVIBIN is set to bin/SaVi which is only correct when
yes, it did, but please note Line 180-181
if [ ! ${ARCH} = "unknown" ]; then
SAVIBIN="${SAVI}/${SAVIBIN}"
here, on Debian, the $ARCH is "ubuntu", not "unknown
1 - 100 of 187 matches
Mail list logo
