Package: src:gcc-14
I meet a wired problem when I am doing the follow wired work:
$ cat xx.c
#include
int main() {printf("hello world\n");}
$ gcc -O2 xx.c -o a.out
$ cat ld.so.c
#include
int main(int argc, char *argv[]) {
for (int i=0; i
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
Package: src:distcc
Version: 3.4+really3.4-5
It fixes a problem when use PUMP mode.
https://github.com/distcc/distcc/pull/479
>
> If no objection, I will NMU this package with 10days delay in a
couple of days.
> If any objection, please cancel it.
>
I just uploaded libnet with 10 days delay with the attached
.debian.tar.xz
libnet_1.3+dfsg-0.1.debian.tar.xz
Description: application/xz-compressed-tar
On Sat, 8 Jun 2019 20:35:24 -0400 Italo Cunha wrote:
> Subject: libnet1: libnet 1.1.6 does not call SO_BINDTODEVICE
> Package: libnet1
> Version: 1.1.6+dfsg-3
> Severity: normal
>
> Dear Maintainer,
>
> libnet 1.1.6 only calls setsockopt to bind to a specific device on
> AF_INET6 sockets [1].
>
>
This patch can fix this problem.
llvm toolchain-19.debdiff
Description: Binary data
lude/mlir/Support/TypeID.h:196:(.text._ZN4mlir6linalg13LinalgDialect10initializeEv+0x1e4):
> relocation truncated to fit: R_MIPS_GOT_DISP against
> `mlir::detail::TypeIDResolver void>::resolveTypeID()::id'
> build-llvm/tools/clang/stage2-bins/mlir/include/mlir/Support/TypeID.h:196:(.text._ZN4mlir6linalg13LinalgDialect10initializeEv+0x220):
> additional relocation overflows omitted from the output
> clang++: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
--
YunQiang Su
Helmut Grohne 于2024年8月24日周六 19:20写道：
>
> On Fri, Aug 23, 2024 at 04:08:28PM +0800, Yunqiang Su wrote:
> > I struggled with the build system, and I know the real problem:
>
> Thanks for chiming in!
>
> > 1. linux-libc-dev-ARCH-cross is useful, for some case if we maint
I struggled with the build system, and I know the real problem:
1. linux-libc-dev-ARCH-cross is useful, for some case if we maintain an cross
toolchain of a port
that Debian is not supported yet. The example is
src:cross-toolchain-base-mipsen.
I support the cross toolchain for 12 MIPS ports: EL
> 2024年8月12日 13:49，Michael Tokarev 写道：
>
> 12.08.2024 08:27, YunQiang Su wrote:
>
>> Why not submit a bug to src:gcc-14-cross.
>
> There's no requirement for arch-all packages to be buildable on
> every architecture. As long as arch-all is built on amd64,
On Sat, 20 Apr 2024 15:28:18 +0200 Lucas Nussbaum wrote:
> On 20/04/24 at 15:39 +0300, Michael Tokarev wrote:
> > 20.04.2024 15:33, Lucas Nussbaum wrote:
> > [..]
> > > This is part of a mass rebuild, first building on arm64 and then on
> > > armhf and armel. So I'm not suggesting anything. :-)
>
在 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
Package: src:gcc-14
I find that `sys-auxv-header.diff` is not useful now.
In `AC_CHECK_HEADERS`, `sys/auxv.h` is already here, we don't need to add it.
```
/* Define to 1 if you have the header file. */
#ifndef USED_FOR_TARGET
#undef HAVE_SYS_AUXV_H
#endi
```
is also duplicated.
```
+#ifdef HA
Package: coreutils
Version: 9.4-3.1
CPU: AMD Ryzen 7 6800U with Radeon Graphics
Kernel version: 6.7.12-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.7.12-1
(2024-04-24) x86_64 GNU/Linux
Too save power, I use the attached script to disable CPU cores, and
run it every minute
by cron. It depends `nproc` to
gt; 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 Debian&
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-suspen
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-crypten
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
led on Debian yet.
https://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:
https://buildd.debian.org/status/fetch.php?pkg=gnupg2&arch=i386
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 i
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
so
>
> 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 thi
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
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-17&arch=mips64el&ver=
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
earlie
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 7a5d4f5..5b133c
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
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
s
+ targ_machine=EM_MIPS
+ 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
Note: 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
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
-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
; 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
refresh --no-timestamps --no-index -pab; done
PS: is it a good idea to run `quilt pop -a` before refresh patches?
--
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
://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-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
--
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
>
(sid_mips64el-dchroot)picca@eller:~/matplotlib/bui
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
e
> 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
the hpwdt 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
loaded.
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写道：
>> > >
>> > >
>> > > O
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
NDALONE_SUPPORTED_ARCH}
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
1 - 100 of 1644 matches
Mail list logo
