armel, mips64el, ppc64el, riscv64 where it FTBFS
> to unblock testing migration.
What is the reasoning behind the removal, especially for riscv64 which
built successfully?
Have you asked the porters for help before asking for the removal?
Regards
Aurelien
--
Aurelien Jarno
Source: linux
Version: 5.10.197-1
Severity: grave
Tags: upstream patch
X-Debbugs-Cc: d...@debian.org, debian-mips@lists.debian.org
The loongson3 flavour of the mips64el kernel crash when running cmake:
| [ 4390.501529] do_cpu invoked from kernel context![#1]:
| [ 4390.506483] CPU: 3 PID: 24061
icial release architectures.
> >
> > Note: please keep mips64el for now.
>
> Please stop building packages for mipsel for unstable/experimental so
> we can proceed here.
That should be done now. Now new packages will be built for unstable or
experimental, and I think I have kill
s32r2 cpus would have been
The reason is that many upstream code do not support mips2 anymore,
especially for JIT languages or languages with their own code generator.
Be prepared for a lot of upstream work.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel.
On 2023-08-05 20:17, Adrian Bunk wrote:
> 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 (a
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 kernel on the LS3A-RS780-1w ones.
>
> Both Bullseye
. This
is not an issue.
DSA will probably just have to reinstall the hosts running mipsel as
mips64el so that it can continue to be used for mips64el even when
bookworm is not supported anymore (or just get rid of it because is
likely going to be quite old at that time).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
with rc=-22
Any idea how to solve this issue? I have attached a full 6.1 kernel boot
log for reference.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Linux version 6.1.0-0.deb11.5-loongson-3 (debian
e newer buildds have NaN2008 FPU, while the port and
the toolchain are configured for the old MIPS NaN. This causes some
issues in some packages, a lot of headaches to packages maintainers and
upstream that have to debug the issues, and eventually testsuites being
fully or partially disabled.
Regards
Aurelie
Hi,
On 2023-01-16 13:26, Guillem Jover wrote:
> Hi!
>
> On Mon, 2023-01-16 at 12:47:23 +0100, Axel Beckert wrote:
> > Aurelien Jarno wrote:
> > > On 2022-10-26 22:09, Aurelien Jarno wrote:
> > > > Note that the other official architecture still have a kernel
Hi,
On 2022-10-26 22:09, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
>
> Hi,
>
> On 2022-10-25 21:07, Simon McVittie wrote:
> > Package: libc6-dev
> > Version: 2.35-4
> > Severity: normal
> > X-Debbugs-Cc: debian-mips@lists.debian.org, lint...@pack
Hi,
On 2022-10-28 20:04, Aurelien Jarno wrote:
> Hi,
>
> On 2022-10-28 08:59, Adrian Bunk wrote:
> > On Thu, Oct 27, 2022 at 07:50:17PM +0800, YunQiang Su wrote:
> > > YunQiang Su 于2022年10月26日周三 01:56写道:
> > > >
> > > > Adrian Bunk 于
ed further
> from that.
I have been able to reproduce by building gcc-12 on the eller.d.o
porterbox. It can be reduced to this simple test:
(sid_mips64el-dchroot)aurel32@eller:~$ touch -d 20390101 t
(sid_mips64el-dchroot)aurel32@eller:~$ chmod +x t
chmod: cannot access 't': Value too
that can be done on the glibc side, the
decision has to be taken by the mips porters.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ports
> in your package but could also be caused by other packages, temporary
> uninstallabilities and arch-specific breakages. A look at the build log
> despite this disclaimer would be appreciated however.
>
- Fin du message transféré -
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
, all the
tests pass fine on both mips64el and riscv64.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ries are all FPXX.
> >
> > Only the gcc/binutils toolchain/libraries or also the Go toolchain?
>
> you are right. the current golang still output FP32 object...
> So, we think that it is buggy.
>
> Since Loongson CPU has some strange behaviour, it even can work...
&
stream in binutils and GCC.
>
> For gcc, there are 2 patch for ffi. It is strange that gcc upstream
> hasn't sync libffi for long.
I have sent a patch sometimes ago to sync the mips part from upstream
libffi [1]. It has been rejected as the solution is to sync the full
libffi from ups
ilt successfully in the
> > past)
> >
> > cyvcf2 failed to build on mipsel (where it built before),
> >...
>
> The mipsel failure is "FTBFS on Loongson", this needs blacklisting on
> the Loongson buildds.
This is less than ideal, but it is now done.
--
Aure
r something?
Thanks for the analysis. Yep the Loongson 3A is known for having an FPU
bug that could explain that behaviour. Basically it treats the madd,
msub, nmadd and nmsub instructions as fused while they should not. I
guess that explain the difference.
I am going to blacklist librsvg from the Loongs
On 2020-03-25 09:53, Aurelien Jarno wrote:
> On 2020-03-24 22:00, Matthias Klose wrote:
> > > gprbuild: libgpr18 [mipsel]
> > > libgpr2-dev [mipsel]
> > > libgnatcoll: libgnatcoll17 [mipsel]
> > > libgnatcoll17-dev [mipsel]
> >
;libxmlada-sax8-dev [mipsel]
> >libxmlada-schema5 [mipsel]
> >libxmlada-schema8-dev [mipsel]
> >libxmlada-unicode5 [mipsel]
> >libxmlada-unicode8-dev [mipsel]
>
> CCing mips maintainers, and Ada maintainers. Pleas
On 2020-02-14 20:00, Skyler Mäntysaari wrote:
> Unfortunately, upgrading is not an option as I'm using an EdgeRouter
> from Ubiquiti which uses EdgeOS which is then based off on stretch.
Then you should use stretch-backports-sloppy which has a newer tor.
--
Aurelien
lable in Debian stretch. If you want to
use a newer version, I suggest that you upgrade to Debian buster and/or
use the backport repository.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
t been released.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
POWEROFF=y to work.
I have pushed the fix to the Debian kernel repository. However I am not
sure it will be fixed for Debian 10.3, maybe it will only appear in
Debian 10.4.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
delay for migrating to testing (and cancel the ongoing
removal).
Thanks for your helpful work,
Mt.
--
Ce triste monde tragique ne vise plus la liberté d'expression,
mais bien plutôt la liberté d'être con.
- End forwarded message -
--
Aurelien Jarno GPG:
qemu command.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
t
> > usually hangs pretty early on.
> >
QEMU/mips doesn't really support SMP. The -smp option used to be for
SMT, but I am not even sure it really worked.
All that said, it's still a bug in QEMU to accept this option.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@a
On 2019-12-27 12:20, YunQiang Su wrote:
> Stephen Gelman 于2019年12月27日周五 下午12:06写道:
> >
> > On Sep 21, 2019, at 4:20 AM, Aurelien Jarno wrote:
> > >
> > > On 2019-09-21 10:21, YunQiang Su wrote:
> > >> Aurelien Jarno 于2019年9月20日周五 下午11:36写道:
> >
orkaround in next upload.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
> > >
> > > So please backport that change to the Debian package.
> >
> > The Debian MIPS maintainers should get this backported upstream, then it
> > get's
> > updated in the package.
>
> Yes. I will ask the MIPS gcc maintainer to do it.
This has now bee
On 2019-09-21 10:21, YunQiang Su wrote:
> Aurelien Jarno 于2019年9月20日周五 下午11:36写道:
> >
> > On 2019-09-18 20:58, YunQiang Su wrote:
> > > Drew Parsons 于2019年9月17日周二 上午11:28写道:
> > > >
> > > > go builds (dh_auto_build invoking /usr/bin/go -&g
buildpackage: error: debian/rules build-arch subprocess returned
> > exit status 2
> >
> >
> > Is the bug already known and understood, or should a bug be filed
> > against golang-1.12?
> > Or does golang-1.12 just need a rebuild against glibc 2.29 or something
> > ?
>
> I guess it is a bug about Cavium machines...
> Let's dig it.
I noticed that golang-1.12 has actually been built on Loongson machines.
Could it be a page size issue (4K vs 16K), which prevent golang built on
one CPU to be executed on another one?
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ate rrange autoscaling
*/
coord_type
+#ifdef __mips
+__attribute__((optimize("-O1")))
+#endif
polar_to_xy( double theta, double r, double *x, double *y, TBOOLEAN update)
{
coord_type status = INRANGE;
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@a
Dear release team,
On 2019-07-20 12:46, Aurelien Jarno wrote:
> Dear all,
>
> The mips architecture, supporting 32-bit big-endian MIPS CPUs, has
> been supported in Debian for more than 15 years. Due to the limited 2GB
> virtual address space and due to the fact this arch
d. They
are currently emptying the build queue, I hope things will be better in
the next days.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2019-08-09 16:26, Luke Kenneth Casson Leighton wrote:
> ---
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
> On Fri, Aug 9, 2019 at 1:49 PM Ivo De Decker wrote:
> >
> > Hi Aurelien,
> >
> > On 8/8/19 10:38 PM, Aurelien Jar
On 2019-08-08 23:57, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> > Any comments, ideas, or help here?
> I'm by no means a GHC nor Haskell expert, but I think it should be generally
> feasible to add native code generation s
On 2019-08-08 22:23, Ben Hutchings wrote:
> On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
> [...]
> > 1) Build a 64-bit compiler targeting the 32-bit corresponding
> >architecture and install it in the 32-bit chroot with the other
> >64-bit dependenci
more.
Any comments, ideas, or help here?
Regards,
Aurelien
[1] https://github.com/rust-lang/rust/issues/56888
[2] https://lists.debian.org/debian-release/2019/08/msg00215.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
c repository? Would it be possible to stop using
that outdated embedded copy and use the debian libffi package instead?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ore blacklisted glib2.0 from the slowest buildds.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ild rustc, if we are just
above 2GB, or already close to 3GB. Depending on that we might need to
find a solution or add an exception for mipsel only or also for the
other 32-bit architectures (armel, armhf, i386).
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Salut,
On 2019-07-22 10:24, Mathieu Malaterre wrote:
> Salut Aurélien !
>
> On Sat, Jul 20, 2019 at 12:47 PM Aurelien Jarno wrote:
> >
> > Dear all,
> >
> > The mips architecture, supporting 32-bit big-endian MIPS CPUs, has
> > been supported in Debian for
or mips64el ports. This is the case for example
of the Octeon CPUs.
Note that this *only concerns bullseye and sid*. The mips architecture
will still be available for stretch for roughly 1 more year, and for
buster for roughly 3 more years.
Aurelien, on behalf of the MIPS porters
--
Aurelien Jarno
On 2019-05-25 13:00, Manuel A. Fernandez Montecelo wrote:
> Hi,
>
> Em sáb, 25 de mai de 2019 às 10:57, Aurelien Jarno
> escreveu:
> >
> > kfreebsd-amd64 and kfreebsd-i386 have now been moved to debian-ports. As
> > hurd-i386 has been moved earlier, it means that al
Hi,
On 2019-04-24 12:34, Joerg Jaspert wrote:
> On 15381 March 1977, Aurelien Jarno wrote:
>
> > > > It would be nice to have a bit more than 2 weeks to do all of that.
> > > Ok. How much? Is 6 or 8 weeks better? I don't think, given how long this
> > > is o
On 2019-04-13 17:01, Joerg Jaspert wrote:
> On 15371 March 1977, Aurelien Jarno wrote:
>
> > > How is the move to debian-ports supposed to happen? I won't have the
> > > time to do anything about it within the 2 weeks.
>
> > The process to inject all packa
in the debian-ports archive.
It would be nice to have a bit more than 2 weeks to do all of that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ne, which
started to crash before the end of the CFE boot.
I remember the original CPU fan was of quite bad quality and that they
were also quite picky about memory modules and IDE disks.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ve Cced: him.
Aurelien
> [4] https://gcc.gnu.org/gcc-8/criteria.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
and other large packages being
> blacklisted for these build hosts?
In the meantime, I have blacklisted linux on the Octeons swapping over
NFS. It should therefore build fine.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http:
e that, so the mips part of this bug is fixed. I am
retitling the bug accordingly.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
in the attached
patch.
> For some reason it Works for me on eller.
The default chroots on porterboxes have file installed.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
diff -Nru libmsv-1.1.1/debian/control
representative here.)
>
> Could you please take a look?
All the official build daemons are setup the same way, and they are
therefore all lacking the directory in /run/user. It is therefore not
the issue. Retitling the bug accordingly, and adding debian-arm@l.d.o
in Cc.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2018-01-26 15:19, James Cowgill wrote:
> Hi,
>
> On 26/01/18 08:57, Aurelien Jarno wrote:
> >> The build was performed on eller.d.o.
> >>
> >> If you reassign to binutils, please set affects.
> >>
> >> I put d-mips@l.d.o into X-Debbug
emd-236/build-deb/src/shared
| /usr/bin/ld: /tmp/ccFNIZSq.ltrans0.ltrans.o(.text+0x99f): unresolvable
R_386_PLT32 relocation against symbol `__umoddi3'
| /usr/bin/ld: final link failed: Nonrepresentable section on output
| collect2: error: ld returned 1 exit status
That might help debugging the issue as it is more understandable than
a simple assert.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
he toolchain on
> mips64el with GCC-7.
This is actually the same bug as #871514. I used apparmor to get a
reduced testcase (though not as much a i wanted) and submit the bug
upstream.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net htt
(enum) or infect (bool variable to test it against 0, the load is done
with the ld instruction instead of the lw instruction. It means garbage
from another local variable is loaded into the high 32 bits, which
causes the comparison against 0 to be false instead of true.
Aurelien
--
Aurelien Jarno
to see binaries that do not match the sources
in the archive.
He told you so by IRC, I can share the logs if everybody involved allow
me to do that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2017-06-24 19:07, Aurelien Jarno wrote:
> On 2017-06-24 02:12, Cyril Brulebois wrote:
> > Control: reassign -1 libdebian-installer 0.110
> > Control: affects -1 debian-installer-9-netboot-mips64el
> >
> > Bruno Bierbaumer <l...@bierbaumer.net> (2017-06-21):²
odified to use the "isa" field as a fallback if the "cpu model"
field can't be used to determine the flavour.
That said, the quick workaround is to emulate a real CPU in QEMU. For
example you can select the 5KEf CPU which is a MIPS64R2 CPU with FPU.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
the pr20649.diff patch has just been refreshed in the upload.
Please find attached a debdiff to fully fix the bug PR20828. It only
touches MIPS code, so there is no risk for the other architectures.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
On 2017-01-05 14:00, Gaudenz Steinlin wrote:
>
> Hi
>
> Aurelien Jarno <aurel...@aurel32.net> writes:
>
> > On 2016-12-30 10:06, Emilio Pozuelo Monfort wrote:
> >> On 29/12/16 20:56, Gaudenz Steinlin wrote:
> >
> > The problem is indeed
t have
enough memory, but just that you can allocate only 2GB per process on a
32-bit MIPS machine. As Emilio said, the above GCC flag should help to
reduce the memory usage by running the garbage collector more often.
However gcc 6.3 seems to have improved the situation a bit, s
en built successfully. It was probably a transient issue.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: meson
Version: 0.35.1-1
Severity: important
Tags: patch upstream
The depfixer.py script in meson has the possibility to remove RPATH or
RUNPATH entries. It does this by moving all of the other dynamic tags up
one entry. Unfortunately some of the tags are relative to the offset of
the tag
control: severity -1 important
control: retitle -1 python-pysam: FTBFS on 32-bit architectures: segmentation
fault in testsuite
On 2016-10-23 12:25, Emilio Pozuelo Monfort wrote:
> On 23/10/16 00:48, Aurelien Jarno wrote:
> > On 2016-10-21 15:15, James Cowgill wrote:
> >>
en able to start debugging with GDB, it
rather looks like some bug in the 32-bit support. There is something
wrong in htslib or the cython code which doesn't convert C struct into
Python struct correctly.
I therefore also suggest to downgrade the severity of this bug, maybe
also retitling it to say it fail to all 32-bit architectures.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2016-10-18 15:04, James Cowgill wrote:
> Hi,
>
> On 18/10/16 13:49, Aurelien Jarno wrote:
> > On mips and mipsel, we have more and more packages failing to build from
> > source with a "virtual memory exhausted" error in GCC, due to the 2GB
> > address
d) are bound to 100%. I therefore wonder if we should change the
default at least for mips and mipsel in Debian, and maybe even upstream
for 32-bit architectures.
Any opinion or comment about that?
Thanks,
Aurelien
[1] https://codesearch.debian.net/search?q=ggc-min-expand
--
Aurelien Jarno
hich shouldn't use
> --parallel on mipses
Thanks for the upload. Can you please however disable --parallel only on
mips and mipsel? mips64el is a 64-bit architecture and is not affected
by this issue. Thanks.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
n/rules:
> dh $@ --parallel --sourcedirectory=src
>
> Running 4 instances of the compiler in parallel can quadruple
> the memory usage.
That is true, however the amount of memory per 32-bit process is
unchanged and still limited to 2GB, so I doubt it will make any
change.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
fully now.
>
> Aurélien, could you please retry on a different build machine?
This package has been build successfully 10 days ago on a different
build daemon. Is there still something to do?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
6157329=log
This is due to a buildd running an outdated kernel, that we currently
can't update because the console server at manda is broken. We
unfortunately can't buy a new one as some people have better plans™.
Anyway the package has been built successfully on another buildd a few
On 2016-10-09 07:00, Jo Shields wrote:
> We've identified the bad commit as 73f6173eeb6093cc8672529bce4009d24262b462
>
> Need to debug to determine why
Thanks for the bisecting work.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@au
ded directly by Imagination Technologies, so I can't give you a
cost.
Aurelien
[1] http://www.rhinolabsinc.com/rhino-sdna7130-networking-appliance/
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-10-08 18:51, Jo Shields wrote:
> I'd be interested in the outcome of that, while my bisecting continues on
The issue is exactly the same on a MIPS CI20 board, which runs a 32-bit
kernel in addition to the 32-bit userland.
Aurelien
--
Aurelien Jarno GPG: 40
has been the case for
more than 10 years. Also the builds are run under linux32, so a 32-bit
kernel is reported instead of a 64-bit one.
Anyway I am going to try a build on a pure 32-bit board.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
On 2016-10-08 13:42, Aurelien Jarno wrote:
> On 2016-10-07 21:04, Jo Shields wrote:
> > Dear MIPS team,
> >
> >
> > It seems that between Mono 4.2 and 4.6, Mono stopped building properly on
> > little-endian 32-bit MIPS.
> >
> >
> > https:/
em, that should
be relatively easy to implement. I'll give a try in the next days.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
PS maintainers could say whether
> or not there is a chance that some Cobalts might still be working with
> stretch - this is the relevant question.
As Tobias Frost already said, the support for MIPS Cobalt has been removed
in Jessie. In addition they won't be able to run Stretch either. So it was
good to get this now useless package removed.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
d), firefox, libspf2, julia and asterisk. Now it seems that
version scripts on executable are not that common, so I don't know if we
can conclude anything from that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
and the consequences started to be
bigger on some architectures when the libc is built against it.
I'll try to have a look in the next days, but if someone wants to have a
look, the way to go is to understand why the NetworkManager executable
doesn't have the _IO_stdin_used symbol. This can be done eve
e this.
> I've adjusted the check to look for mips64r2 as well and attached a new
> patch.
Thanks for the patch, it looks fine to me.
Cheers,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2016-08-09 01:23, Aurelien Jarno wrote:
> control: tag -1 + patch
> control: tag -1 + upstream
>
> On 2016-08-07 16:31, Matthias Klose wrote:
> > Package: src:binutils
> > Version: 2.27-1
> > Severity: important
> > Tags: sid stretch
> >
>
machine).
I have asked many times to document this changes in the release notes,
but this hasn't been done yet. I am therefore reassigning the bug there,
Cc:ing debian-mips so that somone can take care of that.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-08-12 15:44, Aurelien Jarno wrote:
> On 2016-08-12 06:34, Aurelien Jarno wrote:
> > I confirm the above patch fixes the problem. Matthias, could you please
> > do an upload of binutils with it? Thanks in advance.
>
> We know have a fixed package in the archive. I'll r
On 2016-08-12 06:34, Aurelien Jarno wrote:
> I confirm the above patch fixes the problem. Matthias, could you please
> do an upload of binutils with it? Thanks in advance.
We know have a fixed package in the archive. I'll regenerate the chroots
sometimes after the current dinstall. I'll the
On 2016-08-11 23:48, Aurelien Jarno wrote:
> On 2016-08-11 23:45, Aurelien Jarno wrote:
> > On 2016-08-11 23:12, Aurelien Jarno wrote:
> > > Package: binutils
> > > Version: 2.27-4
> > > Severity: serious
> > >
> > > Dear Maintainer,
>
On 2016-08-11 23:45, Aurelien Jarno wrote:
> On 2016-08-11 23:12, Aurelien Jarno wrote:
> > Package: binutils
> > Version: 2.27-4
> > Severity: serious
> >
> > Dear Maintainer,
> >
> > binutils 2.27 added support for non-executable PT_GNU_STACK on mi
On 2016-08-09 10:18, James Cowgill wrote:
> On 09/08/16 00:25, Aurelien Jarno wrote:
> > On 2016-08-08 14:39, James Cowgill wrote:
> >> Hi Steve,
> >>
> >> On 08/08/16 14:35, Steve McIntyre wrote:
> >>> On Wed, Jun 01, 2016 at 02:53:3
other
> failures though
Do you have a pointer to the fix? If it is small enough and easily
backportable, we can try to get it in the jessie kernel.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
all=2.27-1=1470579877
I have sent a patch on the upstream mailing list:
https://sourceware.org/ml/binutils/2016-08/msg00048.html
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-06-16 10:25, Aurelien Jarno wrote:
> On 2016-06-16 02:12, Hector Oron wrote:
> > > * mips64el (NEW)
> > >- No DSA buildd (RT blocker)
> >
> > As far as I can see mips64el is using shared builds with mipsel port
> > hardware, those machines are
ination
Technologies is currently working on that currently and has already
found that it is due to a sign extension issue at the JIT'd/FFI layer.
I therefore expect a solution a solution soon.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ared between mipsel and mips64el. Are some of these being
> migrated to/replaced with DSA buildds?
2 buildds have arrived at man-da and 2 at sil. They need to be racked
and installed. They will be split between mips (they have an FPU) and
mipsel/mips64el, likely 1 mips and 1 mipsel in each location, b
still a blocker for now.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2016-05-24 18:07, Ed Swierk wrote:
> On Saturday, March 5, 2016 at 4:30:03 PM UTC-8, Aurelien Jarno wrote:
> > The port itself is in a good shape, that said we are still lacking DSAed
> > build daemons (and thus autosigning). It is built mostly on 4 machines,
> > 3 hoste
1 - 100 of 253 matches
Mail list logo