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 steven@pyro.eu.org
Attachment:
signature.asc
Description: Digital signature