Hi, luajit can actually build on kfreebsd-amd64, if the maintainer could add that back into the Architectures list now please: https://bugs.debian.org/744948
I don't know why it was removed from the Architectures list? Just because it FTBFS, it should be adequate to request ftpmaster removal (if necessary, e.g. if blocking testing migration), but let every new version try building in case it is eventually fixed. John Paul Adrian Glaubitz wrote: > Currently, haskell-hslua is BD-Uninstallable for multiple architectures were > it would > actually build if it wasn't for the build dependency on libluajit-5.1-dev > which is > only supported on a limited number of architectures. luajit may actually work on some of those architectures; who will test the package on e.g. x32 to see if it might work there? And on newer architectures as they appear? From my point-of-view as a porter it is much better to try to build and fail. (There *may* be some really good reason to think luajit isn't portable so I'm open to suggestions.) The lack of tests running during the build are a concern maybe, so it might successfully build something that doesn't work on some arches. But still, it is unlikely to ever be tested at all, if users of a port have to build it themselves (and dependencies, if they took the same conservative approach). > I would therefore suggest to change the build dependency on libluajit-5.1-dev > to use > a whitelist instead of a blacklist, i.e. change debian/control as below: Could we rather have that for luajit first: enable luajit builds on any architecture, except for a blacklist of arches where we know it definitely does not work (if any)? Thanks, Regards, -- Steven Chamberlain [email protected]
signature.asc
Description: Digital signature
