On Mon, Apr 29, 2024 at 11:12:54AM +0200, Johannes Schauer Marin Rodrigues
wrote:
>...
> I attached a minimal reproducer. It includes an embedded gzipped tarball with
> a
> single file called "myfilename" of size 10. It works fine if _FILE_OFFSET_BITS
> is not set but with it, it reports a wrong
On Mon, Aug 07, 2023 at 10:09:40AM +0800, Paul Wise wrote:
> On Sun, 2023-08-06 at 13:54 +0200, Florian Lohoff wrote:
>
> > I am late to the party but as i mentioned a couple times on debian-mips
> > already i'd like to keep mipsel as a debian-port - and i'd like to
> > revert away from mips32r2
On Sat, Aug 05, 2023 at 12:09:04AM +0200, Aurelien Jarno wrote:
> On 2023-07-23 18:16, Aurelien Jarno wrote:
> > Dear MIPS porters,
> >
> > DSA would like to upgrade the remaining mips*el buildds to bullseye (and
> > later to bookworm), however we have trouble running the Bullseye or
> > Bookworm
On Wed, Jul 26, 2023 at 06:24:49PM +0200, Aurelien Jarno wrote:
> Hi,
>
> On 2023-07-24 23:07, Adrian Bunk wrote:
> > On Sun, Jul 23, 2023 at 08:36:53PM +0100, Mark Hymers wrote:
> > > On Sun, 23, Jul, 2023 at 08:36:15PM +0200, Paul Gevers spoke thus..
> > > >
On Sun, Jul 23, 2023 at 08:36:53PM +0100, Mark Hymers wrote:
> On Sun, 23, Jul, 2023 at 08:36:15PM +0200, Paul Gevers spoke thus..
> > Speaking as a member of the Release Team, but without having consulted with
> > the others, I think we're OK with the removal.
> >
> > I have not been involved in
On Mon, Jul 03, 2023 at 09:31:29PM +0200, Rene Engelhard wrote:
> Hi,
>
> Am 25.06.23 um 13:37 schrieb Rene Engelhard:
> > > what about the
> > > following:
> > > - make all test failures fatal on a*64 (since upstream tests these), and
> > > - make smoketest failures fatal on all architectures
On Tue, Jun 20, 2023 at 05:52:44AM +0200, Rene Engelhard wrote:
> Hi,
>
> Am 19.06.23 um 23:29 schrieb Rene Engelhard:
> > > The pragmatic option would be to run only a smoketest for build success
> > > on architectures not tested by upstream.
> >
> > And have Format->Character in Impress crash
On Mon, Jun 19, 2023 at 11:29:34PM +0200, Rene Engelhard wrote:
>...
> Am 19.06.23 um 23:19 schrieb Adrian Bunk:
>...
> > For such a complex package I would expect 32bit breakage in every
> > release if upstream no longer tests on 32bit.
> Indeed, though at least for 32bit
On Sun, Jun 18, 2023 at 09:31:05AM +0200, Rene Engelhard wrote:
>...
> I won't be of much help here unfortunately, except
> maybe testing patches, but then again there's porterboxes
>...
You are the only one who could realistically debug many of these.
E.g. on armel it says:
Fatal exception:
On Wed, Jan 18, 2023 at 12:50:15PM +0200, Graham Inggs wrote:
> Control: severity -1 serious
> Control: tags -1 + ftbfs
>
> Hi Maintainer and i386, arm, mips porters
>
> > As far as I can tell, the reason is that coreutils now uses a 64-bit
> > time_t and functions with a "64" suffix. Datefudge
On Thu, Oct 27, 2022 at 07:50:17PM +0800, YunQiang Su wrote:
> YunQiang Su 于2022年10月26日周三 01:56写道：
> >
> > Adrian Bunk 于2022年10月25日周二 21:50写道：
> > >
> > > https://buildd.debian.org/status/logs.php?pkg=gcc-12=mips64el
> > >
> > > ...
> > &g
https://buildd.debian.org/status/logs.php?pkg=gcc-12=mips64el
...
Finished
I: Built successfully
chmod: cannot access
'/<>/build/mips64el-linux-gnuabi64/libstdc++-v3/testsuite/normal3/filesystem-test.FSLTZS-last_write_time':
Value too large for defined data type
chmod: cannot access
On Wed, Jun 22, 2022 at 10:05:37AM +0200, Graham Inggs wrote:
>...
> List of concerns for architectures
> ==
>...
> * Concern for mips64el and mipsel: builders are extremely slow.
>(Raised by kernel team; carried over from bullseye)
>...
This was mitigated
Version: 2.38.50.20220627-1
On Wed, Jun 22, 2022 at 12:35:14PM +0200, Matthias Klose wrote:
>...
> is this something that should be better done like for hppa?
This has now been done upstream also for mips (but FTBFS on mips64el
since there is a testcase testing for the warning that now fails).
On Wed, Oct 27, 2021 at 11:41:39AM +0200, Drew Parsons wrote:
>...
> Since these are runtime tests (compiled fresh for the test), I like the idea
> of keeping -march=native, since it will emulate what users will experience
> when they use xtensor in their own local projects.
>...
The flakiness in
On Sat, Oct 09, 2021 at 06:17:54PM +0200, Drew Parsons wrote:
> Source: xtensor
> Followup-For: Bug #995867
> Control: retitle -1 mipsel FTBFS (relocation truncated to fit: R_MIPS_CALL16)
>
> The problem with undefined `__umodsi3' `__udivsi3' is not easily
> reproduced.
While -march=native is
Source: qtwebengine-opensource-src
Version: 5.15.5+dfsg-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=qtwebengine-opensource-src=mips64el=5.15.6%2Bdfsg-1=1632387575=0
...
FAILED: obj/sandbox/linux/seccomp_bpf/syscall_set.o
/usr/bin/g++ -MMD -MF
Version: 0.14-1
On Mon, Jan 11, 2021 at 06:22:05PM +0200, Juhani Numminen wrote:
> Control: affects -1 src:estscan
>
> Hi,
>
> On Thu, 15 Oct 2020 17:22:36 +0200 Matthias Klose wrote:
> > On 10/15/20 5:00 PM, Simon McVittie wrote:
>
> > >dh_dwz -a -O--buildsystem=autoconf
> > > dwz:
> >
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
> >
> > https://buildd.debian.org/status/fetch.php?pkg=gzip=mips64el=
Source: gzip
Version: 1.10-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=gzip=mips64el=1.10-3=1614531854=0
...
FAIL: timestamp
===
+ initial_cwd_=/<>/builddir/tests
+ testdir_prefix_
+ printf gt
+ pfx_=gt
+ mktempd_ /<>/builddir/tests
On Fri, Jan 08, 2021 at 06:07:29PM +0100, Alberto Garcia wrote:
> On Mon, Dec 21, 2020 at 11:30:14PM +0200, Adrian Bunk wrote:
> > > I see that the build eventually succeeded:
> > >
> > >
> > > https://buildd.debian.org/status/logs.php?pkg=geary=3.38
On Sun, Dec 06, 2020 at 01:03:17PM +0100, Matthias Klose wrote:
> On 12/1/20 5:02 AM, YunQiang Su wrote:
> > I am sorry for the later response.
> >Hi,
> >
> > I am an active porter for the following architectures and I intend
> > to continue this for the lifetime of the Bullseye release
Source: boost1.74
Version: 1.74.0-3
Severity: serious
Tags: ftbfs
Control: affects -1 src:nix libboost-coroutine1.74.0 libboost-fiber1.74.0
https://buildd.debian.org/status/fetch.php?pkg=nix=mipsel=2.3.7%2Bdfsg1-1%2Bb1=1608526707=0
...
/usr/bin/ld: src/libutil/serialise.o: in function
On Mon, Dec 21, 2020 at 01:58:32PM +0100, Alberto Garcia wrote:
> On Sun, Dec 20, 2020 at 09:09:17PM +0200, Adrian Bunk wrote:
> > > Source: geary
> > > Version: 3.38.1-1
>
> > > The latest version of geary fails to build on mipsel [1]. The test
> > >
On Sun, Dec 06, 2020 at 01:03:17PM +0100, Matthias Klose wrote:
> On 12/1/20 5:02 AM, YunQiang Su wrote:
> > I am sorry for the later response.
> >Hi,
> >
> > I am an active porter for the following architectures and I intend
> > to continue this for the lifetime of the Bullseye release
On Wed, Jun 10, 2020 at 08:46:21PM +0200, Alberto Garcia wrote:
> On Wed, Jun 10, 2020 at 08:08:27PM +0200, Sebastian Ramacher wrote:
> > | Exception: gtkdoc-scangobj produced a non-zero return code 250
> > | Command:
> > | gtkdoc-scangobj --module=webkit2gtk-4.0
> > | Error output:
> > |
> >
Source: mlpack
Version: 3.3.1-1
Severity: serious
Tags: ftbfs
It seems Boost 1.67 -> 1.71 increased something:
https://buildd.debian.org/status/fetch.php?pkg=mlpack=mips64el=3.3.1-1%2Bb1=1591444281=0
...
/usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat
09:04, YunQiang Su wrote:
> > Adrian Bunk 于2020年5月21日周四 下午3:40写道：
> > > On Thu, May 21, 2020 at 06:41:34AM +0800, YunQiang Su wrote:
> > > > Adrian Bunk 于2020年5月21日周四 上午4:44写道：
> > > > > On Tue, May 19, 2020 at 11:43:30AM +0800, Shengjing Zhu 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月21日周四 下午3:40写道：
> > >
> > > On Thu, May 21, 2020 at 06:41:34AM +0800, YunQiang Su wrote:
> > > > Adrian Bunk 于2020年5月21日周四 上午
On Thu, May 21, 2020 at 06:41:34AM +0800, YunQiang Su wrote:
> Adrian Bunk 于2020年5月21日周四 上午4:44写道：
> >
> > On Tue, May 19, 2020 at 11:43:30AM +0800, Shengjing Zhu wrote:
> > >
> > > FTR, after giving back golang-1.14 mipsel several times, it's finally
> > &g
On Tue, May 19, 2020 at 11:43:30AM +0800, Shengjing Zhu wrote:
>
> FTR, after giving back golang-1.14 mipsel several times, it's finally
> built, by a longson builder.
> So I guess it only occurs on octeon. Since the porterbox eller is also
> octeon, it also can't build any go program.
On eller
Control: retitle -1 cyvcf2: test failures on ppc64el and s390x
Control: severity -1 important
Control: found -1 0.10.0+git20180727-1
On Wed, May 06, 2020 at 02:29:31PM +0300, Adrian Bunk wrote:
> On Wed, May 06, 2020 at 06:03:36PM +0800, 黄佳文 wrote:
> > Hi：
> >
> > I
On Sun, May 10, 2020 at 08:56:50PM +0200, Andreas Tille wrote:
>...
> On Sun, May 10, 2020 at 11:19:27AM +0300, Adrian Bunk wrote:
> > What does fix the problem is disabling OpenMP.
> > I suspect OpenMP is somehow broken in gcc >= 8 on mipsel.
>
> I wonder how we could
Hi,
I tried to narrow down what broke clustalo on mipsel.
The test from 1.2.4-5 passes with the binary in buster,
but not when rebuilding it in buster.
gcc versions:
7: works
8: broken
9: broken
10: broken
clustalo in buster was built with gcc 7, a rebuild with the gcc 8 now in
buster
On Wed, May 06, 2020 at 06:03:36PM +0800, 黄佳文 wrote:
> Hi：
>
> I compiled this package on mipsel. Please see the attachment. Is our
> environment inconsistent?
The buildds where it failed have LS3A-RS780-1w
> Can you help to see if it's right?
According to diffoscope it is identical to the
On Tue, Apr 14, 2020 at 10:45:56AM +0200, Sebastian Ramacher wrote:
> Source: cyvcf2
> Version: 0.11.6-2
> Severity: serious
> Tags: ftbfs sid bullseye
> Justification: fails to build from source (but built successfully in the past)
>
> cyvcf2 failed to build on mipsel (where it built before),
Source: mariadb-10.3
Version: 1:10.3.11-3
Severity: normal
The #843926 fix is finally in unstable, so the #864340
workaround of not using jemalloc on mips* can now be
removed from debian/control and debian/rules.
Control: retitle -1 dbus-cpp: async_execution_load_test fails sometimes
(randomly?)
Control: found -1 5.0.0+18.04.20171031-1
Control: severity -1 serious
On Fri, Feb 02, 2018 at 10:08:54AM +0100, Aurelien Jarno wrote:
> control: retitle -1 Bug#888995: FTBFS: async_execution_load_test fails on
>
Package: binutils
Version: 2.30-15
Severity: grave
Control: affects -1 src:libguess
https://buildd.debian.org/status/package.php?p=libguess=sid
This can be reproduced with:
(sid_mips-dchroot)bunk@minkus:~/build$ cat version-script
{
global:
libguess_*; guess_[a-z][a-z];
Source: cairo
Version: 1.15.10-2
Severity: serious
https://buildd.debian.org/status/package.php?p=cairo=sid
On the fpu-less armel port the build ran into the 150 minute timeout
during the tests.
With an fpu-less buildd the mips build ran into the 360 minute timeout
during the tests.
These
Source: libmsv
Version: 1.1.1-1
Severity: serious
https://buildd.debian.org/status/fetch.php?pkg=libmsv=mips64el=1.1.1-1=1517695216=0
...
checking whether to build shared libraries... no
...
mv debian/libmsv1/usr/lib/*.a debian/libmsv-dev/usr/lib
mv debian/libmsv1/usr/lib/*.so
On Tue, Jan 16, 2018 at 12:38:25AM +0500, Lev Lamberov wrote:
> Hi,
>
> recently I've discussed with upstream the build problems regarding the
> swi-prolog package on arm{el,hf} and mipsel [0], which are also
> highlighted in #887155 [1].
>
> We're wondering whether or not some of the tests are
Source: luajit
Version: 2.1.0~beta3+dfsg-5
Severity: serious
Control: affects -1 src:neovim src:knot-resolver
neovim and knot-resolver FTBFS with luajit 2.1.0~beta3+dfsg-5:
https://buildd.debian.org/status/logs.php?pkg=neovim=mips64el
Source: bowtie
Version: 1.2.0+dfsg-1
Severity: serious
https://buildd.debian.org/status/fetch.php?pkg=bowtie=mips64el=1.2.0%2Bdfsg-1=1496936597=0
...
make[2]: Entering directory '/«BUILDDIR»/bowtie-1.2.0+dfsg'
g++ -w -O3 -DCOMPILER_OPTIONS="\"-O3 -Wl,--hash-style=both -DWITH_TBB
-DNO_SPINLOCK
Source: mariadb-10.1
Version: 10.1.22-3
Severity: serious
https://buildd.debian.org/status/logs.php?pkg=mariadb-10.1=mips64el
...
# Run testsuite
cd builddir/mysql-test && ./mtr --force --testcase-timeout=30
--suite-timeout=540 --retry=3 --parallel=4 --skip-test-list=unstable-tests ||
exit 1
On Sun, Mar 19, 2017 at 07:28:47AM -0600, Bdale Garbee wrote:
> Adrian Bunk <b...@debian.org> writes:
>
> > Now one test is taking over 6 hours (is that completely hanging?).
>
> I have no idea. Never seen that happen. Makes me wonder what's changed
> in your kernel
Source: atlc
Version: 4.6.1-1
Severity: serious
https://buildd.debian.org/status/logs.php?pkg=atlc=mips
...
PASS: 13a-check_rect_cen_in_rect.test
PASS: 13b-check_rect_cen_in_rect.test
PASS: 13c-check_rect_cen_in_rect.test
PASS: 13d-check_rect_cen_in_rect.test
PASS: 14a-check-circ-in-rect.test
Package: ftp.debian.org
Severity: normal
https://buildd.debian.org/status/package.php?p=xfractint=sid
The root problem is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78012
It is unclear whether the fix will be backported to gcc 6,
and backported in time for stretch.
After discussion on
Source: redis
Version: 3:3.2.8-2
Severity: serious
https://buildd.debian.org/status/package.php?p=redis=sid
...
=== REDIS BUG REPORT START: Cut & paste starting from here ===
27468:M 11 Mar 13:31:03.788 # Redis 3.2.8 crashed by signal: 10
27468:M 11 Mar 13:31:03.788 # Accessing address: (nil)
Source: colorhug-client
Version: 0.2.8-2
Severity: serious
https://buildd.debian.org/status/package.php?p=colorhug-client=sid
...
make check-TESTS
make[5]: Entering directory '/«PKGBUILDDIR»/src'
make[6]: Entering directory '/«PKGBUILDDIR»/src'
/bin/bash: line 5: 7135 Segmentation fault
Package: valgrind
Version: 1:3.12.0~svn20160714-1+b1
Severity: serious
Seen with both 1:3.12.0~svn20160714-1+b1 and 1:3.12.0-1.1:
(sid_mipsel-dchroot)bunk@eller:~$ valgrind /usr/bin/hello
==32333== Memcheck, a memory error detector
==32333== Copyright (C) 2002-2015, and GNU GPL'd, by Julian
Source: valgrind
Version: 1:3.12.0-1
Severity: serious
https://buildd.debian.org/status/package.php?p=valgrind
...
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -I../VEX/pub
-DVGA_mips32=1 -DVGO_linux=1 -DVGP_mips32_linux=1 -DVGPV_mips32_linux_vanilla=1
-I../coregrind
Package: libgcj-common
Version: 1:6.2-1
Severity: normal
< bunk> Is there a reason or is it a bug that mips64el is not listed in
/usr/share/gcj/debian_defaults (package libgcj-common)?
< jcowgill> bunk: probably a bug left over from when gcj was broken on
mips64el
Control: tags -1 help
(this is the correct syntax here.
On Tue, Dec 20, 2016 at 10:17:39PM +0100, Hilko Bengen wrote:
> tag -1 help
>
> * Adrian Bunk:
>
> > cachedsess.t.c:86:F:cache_dsess:cache_dsess_01:0: cache returned no session
> > GNUmakefile:406: recipe
On Thu, Nov 24, 2016 at 04:35:28PM +0100, Guillem Jover wrote:
>...
> On Thu, 2016-11-24 at 14:52:33 +, Thorsten Glaser wrote:
>...
> > Worse, they break *differently* on whether…
> >
> > >Precisely to make the behavior consistent on all architectures, dpkg
> > >enables PIE (conditionally if
Package: fracplanet
Version: 0.4.0-5
Severity: serious
https://buildd.debian.org/status/package.php?p=fracplanet=sid
g++ -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong
-Wformat -Werror=format-security -Wl,-z,relro -Wl,-O1 -o fracplanet
obj/common.o obj/control.o
On Sat, Oct 15, 2016 at 01:51:07PM +0200, Aurelien Jarno wrote:
> On 2016-10-14 14:12, Adrian Bunk wrote:
> > On Tue, Oct 11, 2016 at 08:28:28PM -0400, Yaroslav Halchenko wrote:
> > > Hi MIPS gurus,
> > >
> > > We have
> > > Bug#837403: connectome-wo
On Tue, Oct 11, 2016 at 08:28:28PM -0400, Yaroslav Halchenko wrote:
> Hi MIPS gurus,
>
> We have
> Bug#837403: connectome-workbench: FTBFS with bindnow and PIE
> due to inability to build that package on mips
>
[ fullquote adding -ports, for people not following -release or -devel ]
On Fri, Oct 07, 2016 at 06:35:07PM +0100, Jonathan Wiltshire wrote:
> Hi,
>
> I am arranging the final architecture qualification meeting for Stretch.
> This is primarily of interest to the release team, but I will also
On Wed, Oct 05, 2016 at 09:25:34AM +0200, Aurelien Jarno wrote:
>...
> As Tobias Frost already said, the support for MIPS Cobalt has been removed
> in Jessie.
>...
Nitpick:
It was me who said that.
> In addition they won't be able to run Stretch either.
Thanks.
> Aurelien
cu
Adrian
--
On Mon, Sep 26, 2016 at 08:28:47AM +0200, Tobias Frost wrote:
> Hi Adrian, Chris
>
> Am Sonntag, den 25.09.2016, 22:09 +0100 schrieb Chris Lamb:
> > Adrian,
> >
> > >
> > > [..]
> >
> > In the first case please re-upload the latest version and ping me; I
> > will
> > fast-track it through NEW.
On Thu, Sep 22, 2016 at 11:33:13PM +0200, Tobias Frost wrote:
> Adrian,
>
> Am Donnerstag, den 22.09.2016, 12:15 +0300 schrieb Adrian Bunk:
> > On Sun, Sep 04, 2016 at 12:33:00PM +0200, Tobias Frost wrote:
> > >
> > > Followup-For: Bug #673959
> > &g
On Sun, Sep 04, 2016 at 12:33:00PM +0200, Tobias Frost wrote:
> Followup-For: Bug #673959
> Control: reassign 673959 ftp.debian.org
> Control: retitle 673959 RM: cobalt-panel-utils -- RoQA, low popcon, dead
> upstream, unmaintained
>
> I think this software is EOL and should be removed.
> Popcon
On Sun, 18 Nov 2001, Guido Guenther wrote:
Hi,
Hi Guido,
addinitrd(add intitrd to the kernel) and elf2ecoff(convert an elf binary
into an ecoff binary) both come with the kernel-sources but are also
needed by other programs. elf2ecoff is needed by arcboot and addinitrd
by the bootfloppies.
On Mon, 19 Mar 2001, Michl Ladislav wrote:
hi all,
Hi Michl,
i can't find libgl1 (for satisfying xbase-clients dependecies) package nor
source. does anyone know where it is?
(on i386):
$ apt-cache showpkg libgl1
...
Reverse Provides:
xlibmesa3 4.0.2-7
mesag3-glide2 3.4.1-3
mesag3+ggi
On Mon, 12 Mar 2001, Adrian Bunk wrote:
...
I remember there were problems with fdisk (and I remember that you gave me
a working fdisk binary for my DECstation at about half a year ago). If
there are any problems or patches needed please tell me.
But I'm still wondering why /usr/share/locale
Hi,
I'm the maintainer of util-linux. I was wondering why the mips package at
[1] is so small, and when looking into it I saw that the whole
/usr/share/locale directory is missing. Is there a bug at the autobuilder
or in my package (and are the build logs for mips available somewhere?) ?
cu
On Mon, 12 Mar 2001, Florian Lohoff wrote:
On Mon, Mar 12, 2001 at 02:42:41PM +0100, Adrian Bunk wrote:
Hi,
I'm the maintainer of util-linux. I was wondering why the mips package at
[1] is so small, and when looking into it I saw that the whole
/usr/share/locale directory is missing
On Tue, 13 Jun 2000, Karsten Merker wrote:
On Tue, Jun 13, 2000 at 06:38:41PM +0200, Adrian Bunk wrote:
What is the actual status of using keyboard and monitor or even X on
that machine under Linux?
Works everything - Except some Framebuffers - Have a look at
http
Hi,
I will get a Decstation 5000/240 soon :-) and I have some questions:
The Linux/MIPS HOWTO points to the outdated
http://www.debian.org/ports/mips/ for Documentationon regarding
Debian/mips(el). Is there a not so outdated documentation?
Is the installation procedure for Debian similar to
70 matches
Mail list logo
