This bug was fixed in the package lua5.2 - 5.2.4-1ubuntu1 --------------- lua5.2 (5.2.4-1ubuntu1) xenial; urgency=medium
* debian/patches/0001-build-system.patch: never use libtool --quiet which is always the wrong answer for package builds. * debian/patches/0001-build-system.patch: do not pass a version script when building executables; this is meant for libraries, and its use appears to be breaking the build on powerpc (probably due to a toolchain regression). LP: #1570055. -- Steve Langasek <steve.langa...@ubuntu.com> Wed, 13 Apr 2016 22:05:31 -0700 ** Changed in: lua5.2 (Ubuntu) Status: Triaged => Fix Released -- You received this bug notification because you are a member of Translators Packages, which is subscribed to lua5.1 in Ubuntu. https://bugs.launchpad.net/bugs/1570055 Title: FTBFS on powerpc Status in glibc package in Ubuntu: New Status in lua5.1 package in Ubuntu: Fix Released Status in lua5.2 package in Ubuntu: Fix Released Status in lua5.3 package in Ubuntu: Fix Released Bug description: On Matthias's archive rebuild for Xenial, we see build failures for lua5.1, lua5.2, and lua5.3 on powerpc: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test- rebuild-20160401-xenial.html I've done some investigation, but not found the source of the problems. Trying to capture what I know here. The build fails because part of the build tries to run `src/lua5.3 -v` and that segfaults. It crashes after main() exits in _IO_wsetb() in glibc's wgenops.c:105. This is because f->_wide_data points to bogus data. Setting a breakpoint in main() doesn't help because the data is already corrupted by then. Setting a breakpoint in _start or _init and then a watchpoint on this point shows that it gets corrupted in _IO_check_libio() in glibc's oldstdfiles.c. We then thought the likely culprit was compilation with g++ but linkage with gcc, however fixing that to compile and link *everything* with g++ doesn't solve the problem. This is the change we made in 5.3.1-1ubuntu1, which can be thrown away. But the problem *is* related to lua5.3's d/patches/0001-build- system.patch because if you remove that from the quilt stack, you end up with a src/lua (not version numbered) for which `lua -v` doesn't segfault. My only other thought was that maybe libtool was corrupting things, but I wasn't able to prove that. I tried various other transformations of that patch without success. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1570055/+subscriptions -- Mailing list: https://launchpad.net/~translators-packages Post to : translators-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~translators-packages More help : https://help.launchpad.net/ListHelp