t; > merged.
>
> MIPS porters, please also check the upstream discussion and if possible
> see if we can get this into the Debian kernels.
>
Yes. I talked with Jiaxun. I think that we should accept this patch to Debian.
> Thanks,
> Chris
>
--
YunQiang Su
Package: cross-toolchain-base
We does state that libc6-dev-arm64-cross depends on
linux-libc-dev-arm64-cross, while
apt install libc6-dev-arm64-cross
won't install linux-libc-dev-arm64-cross automatically.
Any ideas?
--
YunQiang Su
Andreas Metzler 于2024年2月3日周六 14:42写道：
>
> On 2024-02-03 YunQiang Su wrote:
> > On Wed, 13 Dec 2023 11:17:10 +0800 YunQiang Su wrote:
> >> Package: src:gnupg2
> >> Version: 2.4.3-2
>
> >> TPM2 support has been introduced into GnuPG since 2.3.
>
On Wed, 13 Dec 2023 11:17:10 +0800 YunQiang Su wrote:
> Package: src:gnupg2
> Version: 2.4.3-2
>
> TPM2 support has been introduced into GnuPG since 2.3.
> https://gnupg.org/blog/20210315-using-tpm-with-gnupg-2.3.html
>
> While TPM2 support is not enabled for De
It's now buildable.
Guilhem Moulin 于2023年12月31日周日 21:50写道：
>
> On Sun, 31 Dec 2023 at 21:22:36 +0800, YunQiang Su wrote:
> >> Is there any reason to not just use systemd-cryptenroll?
> >
> > Yes. I tried to use systemd-cryptenroll, while it cannot work with
> > cryptsetup-sus
Guilhem Moulin 于2023年12月31日周日 21:23写道：
>
> Hi,
>
> On Sun, 31 Dec 2023 at 18:49:30 +0800, YunQiang Su wrote:
> > 2 mthods are supported for 2 FA:
> > - Yubikey Challenge
> > - TPM2 Keypair
>
> If your concern is to make these work with cryptsetup-initramfs, th
Ansgar 于2023年12月31日周日 20:51写道：
>
> On Sun, 2023-12-31 at 18:49 +0800, YunQiang Su wrote:
> > * Package name: cryptsetup-2fa
> > Version : 0.1
> > Upstream Contact: YunQiang Su
> > * URL : https://github.com/wzssyqa/cryptsetup-2fa/
Marco d'Itri 于2023年12月31日周日 19:27写道：
>
> On Dec 31, YunQiang Su wrote:
>
> > Upstream Contact: YunQiang Su
> > * URL : https://github.com/wzssyqa/cryptsetup-2fa/
> What are the benefits of this compared to systemd-cryptenroll?
>
systemd-cryptenroll
Package: wnpp
Severity: wishlist
Owner: YunQiang Su
X-Debbugs-Cc: debian-de...@lists.debian.org, s...@debian.org
* Package name: cryptsetup-2fa
Version : 0.1
Upstream Contact: YunQiang Su
* URL : https://github.com/wzssyqa/cryptsetup-2fa/
* License : BSD-2
ttps://github.com/gpg/gnupg/blob/master/README
--
YunQiang Su
Package: src:gnupg2
Version: 2.4.3-2
TPM2 support has been introduced into GnuPG since 2.3.
https://gnupg.org/blog/20210315-using-tpm-with-gnupg-2.3.html
While TPM2 support is not enabled for Debian's gnupg2 package
in experimental:
Package: src:im-config
Version: 0.57-2
Control: block -1 by 1057627
1. For wayland, gnome-session use $SHELL to restart.
https://salsa.debian.org/gnome-team/gnome-session/-/commit/5fee64f74925291f211f289dcfb3f1cf522c1546
2. im-config contains a file: /etc/profile.d/im-config_wayland.sh
to start
Package: src:zsh
Version: 5.9-5
Please add an /etc/zsh/zlogin.d directory and add something like
if [ -d /etc/zsh/zlogin.d ]; then
for i in /etc/zsh/zlogin.d/*.sh; do
if [ -r $i ]; then
. $i
fi
done
unset i
fi
Bash does this in /etc/profile, so that other packages can put
>
> is the debian/patches/gold-mips patch still needed?
For Debian, we can remove it now.
The only problem is that the default output of gold will be always o32,
but it won't be a problem for us: ld is merely called directly,
and gold is not the default ld.
> If yes, please could
> you submit
Matthias Klose 于2023年10月12日周四 14:29写道：
>
> On 04.10.23 01:10, YunQiang Su wrote:
> > On Fri, 18 Aug 2023 09:48:44 +0200 Matthias Klose wrote:
> >> Control: tags -1 + moreinfo
> >>
> >> please get that accepted upstream, and then backported to the 2.41
On Fri, Nov 17, 2023 at 09:28:38AM +0100, Sylvestre Ledru wrote:
>
> We (llvm) moved to github for contributions
>
> please move the review request on this platform
>
The red banner on Phabricator tells us don't do so.
On Fri, Nov 17, 2023 at 09:05:22AM +0100, Matthias Klose wrote:
> Package: src:llvm-toolchain-17
> Version: 1:17.0.5-1
> Severity: important
> Tags: sid trixie
> X-Debbugs-CC: debian-m...@lists.debian.org
>
> see
>
Package: src:vim
Version: 2:9.0.2103-1
In general, I love the default settings of VIM, while "set mount=a" is
an exception.
So I try to add "set mount=" in to /etc/vim/vimrc or /etc/vim/vimrc.local,
but it doesn't work.
With `vim -V xx.txt`, it shows that the /etc/vim/vimrc is sourced very
On Fri, 18 Aug 2023 09:48:44 +0200 Matthias Klose wrote:
> Control: tags -1 + moreinfo
>
> please get that accepted upstream, and then backported to the 2.41 branch.
I think that we can use '--enable-targets=all’ for all mips ports:
diff --git a/debian/rules b/debian/rules
index
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
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
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
Package: src:gcc-13
Version: 13.2.0-4
Can we consider adding a symlink from non-vendor triples to vendored triples?
For example:
/usr/lib/gcc/x86_64-linux-gnu -> /usr/lib/gcc/x86_64-unknown-linux-gnu
LLVM guys complains about it:
https://reviews.llvm.org/D158183#4596086
--
YunQi
+ targ_size=64
+ targ_big_endian=true
+ targ_extra_big_endian=false
+ ;;
mips*-*-*)
targ_obj=mips
targ_machine=EM_MIPS
--
YunQiang Su
-arch_mips64el_none_loongson-3
--
YunQiang Su
: please keep mips64el for now.
--
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
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
, 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
-1 (from 5.10.178-3) fixes the issue.
> Strangely mipsel.osuosl-05.d.o, which seems to be similar hardware (CPU,
> motherboard and SATA drive), does not exhibit the same issue.
>
Maybe the different firmwares are used for them...
CCed Huacai and Jiaxun.
> You'll find attached the output of /proc/cpuinfo, lspci and the full
> boot log.
--
YunQiang Su
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
sh --no-timestamps --no-index -pab; done
PS: is it a good idea to run `quilt pop -a` before refresh patches?
--
YunQiang Su
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
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
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
>
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 n
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
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
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
://reviews.llvm.org/D135553
--
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
Jérémy Lal 于2022年8月4日周四 18:39写道：
>
>
>
> Le jeu. 4 août 2022 à 12:36, Xi Ruoyao a écrit :
>>
>> On Thu, 2022-08-04 at 18:18 +0800, YunQiang Su wrote:
>> > > Hi,
>> > >
>> > > If nodejs 18.6.0 is built using gcc-12, several tests fa
Jérémy Lal 于2022年8月4日周四 15:12写道：
>
> Package: gcc-12
> Version: 12.1.0-7
> Severity: important
> X-Debbugs-Cc: YunQiang Su
> Control: forwarded -1 https://github.com/nodejs/node/issues/44126
>
> Hi,
>
> If nodejs 18.6.0 is built using gcc-12, several tests fail,
>
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-
1-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
> > 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
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
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
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
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
--
YunQiang Su
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
>
On Tue, 14 Dec 2021 23:36:58 +0800 YunQiang Su wrote:
> Package: src:gcc-10
> Version: 10.3.0-13
>
> This problem makes fstat get wrong result, and thus makes gcc-12 ftbfs
> on mips64el.
Real patch for gcc-10 instead of in fact for gcc-11.
>
> --
> YunQiang S
Package: src:gcc-10
Version: 10.3.0-13
This problem makes fstat get wrong result, and thus makes gcc-12 ftbfs
on mips64el.
--
YunQiang Su
gdc-mips64-stat.patch
Description: Binary data
Package: src:binutils
Version: 2.37-10
Our mips32 build machines have so bad performance.
It costs to much time to run some ld testcase.
Here we just disable LTO for them.
mips32-ld-bootstrap-disable-lto.diff
Description: Binary data
; made such changes to the test file structure that would significantly
> reduce the object size. Perhaps the problem is something different.
>
> Drew
>
> [1] For your convenience:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995867
>
--
YunQiang Su
On Wed, 6 Oct 2021 08:11:05 +0200 Claudio Kuenzler
wrote:
> I've seen this too and documented my findings here:
> https://www.claudiokuenzler.com/blog/1125/debian-11-bullseye-boot-freeze-kernel-panic-hp-proliant-dl380
>
> (reason is the hpwdt module)
>
> This bug is most likely a duplicate of
YunQiang Su 于2021年10月22日周五 下午10:36写道：
>
> Claudio Kuenzler 于2021年10月22日周五 下午2:03写道：
> >
> > The fact that a later Kernel versions work fine _could_ be because of a
> > hpwdt commit after 5.10:
> > https://github.com/torvalds/linux/commit/acc195bd2cc4844
module as mentioned in the other bug
> reports? Does Bullseye with 5.10 and experimental with 5.14 work in this case?
I test upstream linux and debian-linux with the same config.
All of the upstream config works fine, while debian-linux has this problem.
I guess it is due to one patch by Debian.
--
YunQiang Su
d.
No idea why Debian's kernel cannot work.
>
> On Thu, Oct 21, 2021 at 10:42 AM Yunqiang Su wrote:
>>
>> On Fri, 10 Sep 2021 09:40:41 +0800 YunQiang Su wrote:
>> > Yunqiang Su 于2021年9月9日周四 上午11:11写道：
>> > >
>> > >
>> > > On Wed, 8 S
On Fri, 10 Sep 2021 09:40:41 +0800 YunQiang Su wrote:
> Yunqiang Su 于2021年9月9日周四 上午11:11写道：
> >
> >
> > On Wed, 8 Sep 2021 20:53:27 +0800 YunQiang Su wrote:
> > > Package: src:linux
> > > Version: 5.10
> > >
> > > After upgrade to
But I meet a new problem:
/build/llvm-toolchain-13-13.0.0/lldb/source/Plugins/Process/Linux/NativeThreadLinux.cpp:96:
undefined reference to
`lldb_private::process_linux::NativeRegisterContextLinux::CreateHostNativeRegisterContextLinux(lldb_private::ArchSpec
const&, lldb_private::process_linux::NativeThreadLinux&)'
/usr/bin/mips64el-linux-gnuabi64-ld:
/build/llvm-toolchain-13-13.0.0/lldb/source/Plugins/Process/Linux/NativeThreadLinux.cpp:96:
undefined reference to
`lldb_private::process_linux::NativeRegisterContextLinux::CreateHostNativeRegisterContextLinux(lldb_private::ArchSpec
const&, lldb_private::process_linux::NativeThreadLinux&)'
I am digging it.
> smcv
>
--
YunQiang Su
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
> | ^
> 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月9日周四 上午11:11写道：
>
>
> On Wed, 8 Sep 2021 20:53:27 +0800 YunQiang Su wrote:
> > Package: src:linux
> > Version: 5.10
> >
> > After upgrade to bullseyes' kernel, the system always hang after about 10
> > min
> > with an error from
dmesg.debian.xz
Description: application/xz
dmesg.fedora.xz
Description: application/xz
lspci.debian.xz
Description: application/xz
lspci.fedora.xz
Description: application/xz
On Wed, 8 Sep 2021 20:53:27 +0800 YunQiang Su wrote:
> Package: src:linux
> Version: 5.10
>
> A
4.19 works fine.
Fedora 34 seems to be working well.
--
YunQiang Su
> I'm going to skip these two tests on mips*el. I don't know what practical
> effect this will have on GTK applications; I would recommend that people
> who are interested in GUIs on mips*el should try the gtk-4-examples package
> when mips*el builds become available, and find out.
>
Thank you. We will dig it.
We (CIP United) are taking care about MIPS ecosystem, and feel free to contact
use for any MIPS problems.
> smcv
>
--
YunQiang Su
On Fri, 27 Aug 2021 09:28:47 +0800 YunQiang Su wrote:
> Package: dpkg-cross
> Version: 2.6.18+nmu1
>
Oh, sorry I paste the patch more than needed.
@@ -633,10 +633,13 @@ sub sub_build {
while () {
if ($multiarch =~ m/mips(isa)?64.*-linux.*
Sébastien Villemot 于2021年8月27日周五 上午1:57写道：
>
> Dear YunQiang,
>
> Le mercredi 28 mars 2018 à 10:49 +0200, Sébastien Villemot a écrit :
> > On Fri, Mar 23, 2018 at 09:38:04PM +0800, YunQiang Su wrote:
> > > On Fri, Mar 23, 2018 at 8:41 PM, Sébastien Villemot
> >
file("$src/DEBIAN/shlibs", "$dst/DEBIAN/shlibs");
+ # FIXME: not enabling in this copy. needed?
+ #fix_shlibs("$src/DEBIAN/shlibs", "$dst/DEBIAN/shlibs");
}
# Create the control file.
The patch is also avaiable from:
https://salsa.debian.org/toolchain-team/cross-toolchain-base/-/commit/9b1b149dc4cb852ce5f1643ba9d56cc040342bab
--
YunQiang Su
Package: src:gcc-11
Version: 11.1.0-3
GCC 11 run test timeout due to a problem of GDB on Cavium Octeon.
Please drop build-dep on gdb on mipsel and mips64el.
The problem is about a bug of Cavium Octeon:
Sometimes, if there is a branch insn between ll and sc, the CPU may hang.
I will continue to
On Fri, 17 Oct 2014 14:56:39 +0200 Matthias Klose wrote:
> Package: src:binutils
> Version: 2.24.90.20141014-1
> Severity: important
>
> The testsuite shows 29 test failures on both mips and mipsel. Please could a
> porter have a look?
I just notice that the binutils 2.36.50.20210601-1 meet a
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-...@lists.debian.org
Please unblock cross-toolchain-base-mipsen 15.
It just rebuilds/syncs with the current glibc 2.31-11 and linux 5.10.28-1.
--
YunQiang Su
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-...@lists.debian.org
Please unblock gcc-10-cross-mipsen 3+c5.
It just rebuilds/syncs with the current gcc-10 10.2.1-6.
--
YunQiang Su
to have sync with the version of binutils in bullseye.
--
YunQiang Su
YunQiang Su 于2021年3月29日周一 下午4:56写道：
>
> YunQiang Su 于2021年3月29日周一 下午1:31写道：
> >
> > YunQiang Su 于2021年3月29日周一 下午1:06写道：
> > >
> > > YunQiang Su 于2021年3月29日周一 上午11:45写道：
> > > >
> > > > Shengjing Zhu 于2021年3月29日周一 上午11:40写道：
YunQiang Su 于2021年3月29日周一 下午1:31写道：
>
> YunQiang Su 于2021年3月29日周一 下午1:06写道：
> >
> > YunQiang Su 于2021年3月29日周一 上午11:45写道：
> > >
> > > Shengjing Zhu 于2021年3月29日周一 上午11:40写道：
> > > >
> > > > On Mon, Mar 29, 2021 at 09:22:29AM +0800, Yu
YunQiang Su 于2021年3月29日周一 下午1:06写道：
>
> YunQiang Su 于2021年3月29日周一 上午11:45写道：
> >
> > Shengjing Zhu 于2021年3月29日周一 上午11:40写道：
> > >
> > > On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > > > Shengjing Zhu 于2021年3月28日周日 上
YunQiang Su 于2021年3月29日周一 上午11:45写道：
>
> Shengjing Zhu 于2021年3月29日周一 上午11:40写道：
> >
> > On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > > Shengjing Zhu 于2021年3月28日周日 上午12:12写道：
> > > >
> > > > Control: reopen -1
> > >
Shengjing Zhu 于2021年3月29日周一 上午11:40写道：
>
> On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > Shengjing Zhu 于2021年3月28日周日 上午12:12写道：
> > >
> > > Control: reopen -1
> > > Control: severity -1 important
> > >
> >
> >
> > > It should either be removed from these arch or get fixed.
> >
> > This appears to be fixed now:
> > https://buildd.debian.org/status/package.php?p=golang-github-sylabs-sif
>
> The difference between these builds, seems to be a 5.10 kernel and
> 4.19 kernel on buildd.
>
> I'll reopen this but downgrade the severity, and loop debian-mips@ to
> see if it's regression on the kernel side.
>
And the CPUs are different: Cavium for good and Loongson3A3000 is bad.
> --
> Shengjing Zhu
>
--
YunQiang Su
YunQiang Su 于2021年2月20日周六 下午2:19写道：
>
> 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.
>
the newest version of
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
> &
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
1 - 100 of 1622 matches
Mail list logo
