On Sun, Oct 16, 2016 at 02:14:47PM +0000, lumin wrote: > I encountered an unexpected FTBFS on amd64 that I can't repro.[1] Your build log contains a) compile time checks for CPU features b) gcc options to enable such features in the generated code. This is not allowed, the package must support all machines supported by a given architecture. > And I'd like to ask the list before fixing it by e.g. an binary > only upload. > > My package lua-torch-torch7/experimental fails[2] to build from > source because of an "illegal instruction" error at the debhelper > auto test stage. However from that buildlog I can't tell which > program to blame -- luajit or lua-torch-torch7. > > The upstream code indeed contains instruction specific stuff but > I have never encountered such failure on amd64 architecture. Maybe the upstream checks are buggy and in this case they produced code that actually isn't supported in the host machine. > Besides, I tested this package with debomatic-amd64[3] and the > result is quite healthy. Does debomatic check for instructions not valid on all amd64 machines? > * should we suspect the health state of that amd64 buildd > machine «binet»? I don't think so. > * what should I do next? Start with fixing your package so that it doesn't compile with -msse4.2 etc. > do a binary-only amd64 upload Please don't. > request (and how) for a rebuild against that package? Please don't. -- WBR, wRAR
Attachment:
signature.asc
Description: PGP signature