Re: Bug#895193: transition: openmpi
On 11/04/2018 10:07, John Paul Adrian Glaubitz wrote: > On 04/11/2018 10:53 AM, Alastair McKinstry wrote: >> As of 3.0.1, openmpi now works on Big-Endian powerpc (which was to be a >> problem; it had been dropped upstream because of an unknown bug, now >> fixed). > > Oh, really, they fixed that? I already had given up hopes and > therefore ignored > the thread on github out of frustration. > >From the thread (and related PRs it references) its fixed and works as long as -O3 is used. I've implemented and tested this in ./rules. >> The other non-release archs were failing due to missing dependencies: in >> particular java support (not used by any package in stable/testing) and >> pmix (new; not used in testing/stable; pmix enables scaling to ~100,000+ >> nodes, which is unlikely to be needed). > > I am working on fixing the remaining OpenJDK issues. I'm an upstream > committer in the OpenJDK project, so I can commit all changes myself. > Ok. I've just disabled support as necessary for archs with openjdk issues. While a riscv64 build has not yet occurred (awaiting in queue to see), all issues on all other archs should now be resolved, making the transition possible. >> So, the expected changes to mpi-defaults will no longer be needed. > Yay, thanks so much for this! > > Adrian > -- Alastair McKinstry, <alast...@sceal.ie>, <mckins...@debian.org>, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered.
glibc-2.3.1 failed to build, unstable chroot on repeat.rfc822.org
Hi, I'm trying to build glibc-2.3.1 , with a slight patch, for mips on repeat.r.o, in unstable. The patch is a simple one (works on i386) to include libpthreads.a in the libc6-pic package -- no changes to code. However building glibc-2.3.1 fails, which is puzzling: the breakage is in the assembler step, and may be binutils-related: I think that glibc-2.3.1-16 was built with the previous binutils: according to the buildd logs: glibc-2.3.1-16 was built March 22 binutils_2.13.90.0.18-1.3 was built March 22 gcc-3.2_1:3.2.3ds5-0pre6 was built March 17 Can anyone verify, by building glibc-2.3.1 on a system with the new old binutils; or temporarily install the old binutils on repeat unstable chroot so I can test? Alternatively, does anyone have a better explanation? The exact error was: gcc-3.2 ../sysdeps/unix/sysv/linux/mips/clone.S -c -I../include -I. -I/home/mckinstry/glibc-2.3.1/mipsel-linux/obj/misc -I.. -I../libio -I/home/mckinstry/glibc-2.3.1/mipsel-linux/obj -I../sysdeps/mips/elf -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/mips -I../sysdeps/unix/sysv/linux/mips -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/mips -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/mips/mipsel -I../sysdeps/mips/fpu -I../sysdeps/mips -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/mipsel-linux/3.2.3/include -isystem /usr/src/kernel-headers-2.4.19/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DASSEMBLER -o /home/mckinstry/glibc-2.3.1/mipsel-linux/obj/misc/clone.o ../sysdeps/unix/sysv/linux/mips/clone.S: Assembler messages: ../sysdeps/unix/sysv/linux/mips/clone.S:66: Error: Can not represent BFD_RELOC_16_PCREL_S2 relocation in this object file format make[3]: *** [/home/mckinstry/glibc-2.3.1/mipsel-linux/obj/misc/clone.o] Error 1 make[3]: Leaving directory `/home/mckinstry/glibc-2.3.1/glibc-2.3.1/misc' make[2]: *** [misc/subdir_lib] Error 2 make[2]: Leaving directory `/home/mckinstry/glibc-2.3.1/glibc-2.3.1' make[1]: *** [install] Error 2 And the patch I made: --- glibc-2.3.1/debian/packages.d/libc-pic.mk 2003-03-28 09:11:25.0 + +++ glibc-2.3.1.new/debian/packages.d/libc-pic.mk 2003-03-27 23:23:23.0 + @@ -13,6 +13,9 @@ $(INSTALL_DATA) $(objdir)/libm.map $(tmpdir)/[EMAIL PROTECTED](libdir)/libm_pic.map $(INSTALL_DATA) $(objdir)/resolv/libresolv_pic.a $(tmpdir)/[EMAIL PROTECTED](libdir)/. $(INSTALL_DATA) $(objdir)/libresolv.map $(tmpdir)/[EMAIL PROTECTED](libdir)/libresolv_pic.map + $(INSTALL_DATA) $(objdir)/linuxthreads/libpthread.a $(tmpdir)/[EMAIL PROTECTED](libdir)/. + $(INSTALL_DATA) $(objdir)/libpthread.map $(tmpdir)/[EMAIL PROTECTED](libdir)/libpthread.map + ifeq ($(DEB_HOST_GNU_SYSTEM),gnu) $(INSTALL_DATA) $(objdir)/hurd/libhurduser_pic.a $(tmpdir)/[EMAIL PROTECTED](libdir)/. $(INSTALL_DATA) $(objdir)/mach/libmachuser_pic.a $(tmpdir)/[EMAIL PROTECTED](libdir)/. -- Alastair -- Alastair McKinstry [EMAIL PROTECTED] GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Access to machine to test build debian-installer
Hi, I'd like to build the new installer, debian-installer on mips/mipsel machines. In particular I believe bug #172828, which was holding things up, may be solved. Can I get an account on one of the public machines to do this? and is anyone else working on d-i on mips/mipsel? Regards, Alastair McKinstry [EMAIL PROTECTED]