translators-packages team mailing list archive

[Steve Langasek <steve.langasek@xxxxxxxxxxxxx>]

Patch that fixes lua5.3; should be applied also to lua5.{1,2}.

** Patch added: "lua5.3-1570055.diff"
   https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1570055/+attachment/4636348/+files/lua5.3-1570055.diff

** Also affects: lua5.1 (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: lua5.1 (Ubuntu)
     Assignee: (unassigned) => Barry Warsaw (barry)

** Changed in: lua5.1 (Ubuntu)
       Status: New => Triaged

** Also affects: lua5.2 (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: lua5.2 (Ubuntu)
       Status: New => Triaged

** Changed in: lua5.2 (Ubuntu)
     Assignee: (unassigned) => Barry Warsaw (barry)

-- 
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:
  Triaged
Status in lua5.2 package in Ubuntu:
  Triaged
Status in lua5.3 package in Ubuntu:
  New

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