Hi Faidon,
On 2/11/23 18:15, Faidon Liambotis wrote:
On Fri, Feb 10, 2023 at 08:48:37AM +0100, Helge Deller wrote:
On 32-bit platforms this package may fail to build when running on large discs.
One example is visible in log from the hppa platform:
https://buildd.debian.org/status/fetch.php?pkg=gdnsd&arch=hppa&ver=3.8.0-1&stamp=1676009104&raw=0
which reports
error: rfc1035:
readdir(/<<PKGBUILDDIR>>/t/testout/027tcp_control_055tcp_control_chal/etc/zones/)
failed: Value too large for defined data type
Please add "future=+lfs" to DEB_BUILD_MAINT_OPTIONS in the debian/rules file to
overcome this issue, e.g.:
export DEB_BUILD_MAINT_OPTIONS = hardening=+all future=+lfs
This doesn't fix all tests in the testcase, but avoids at least this specific
(basic and important) issue.
I will analyze the other issues too...
Thank you for this bug report!
I'm not very familiar with the LFS work; could you help me understand a
bit better the need for adding this flag? Is this an MBF or something
specific to gdnsd? Why would this need to be tuned at the package level?
Read this article, it explains it quite well:
https://www.mjr19.org.uk/sw/inodes64.html
Also, is this hppa-specific? I only see FTBFS on hppa in the buildd
network but no other 32-bit architectures?
All 32-bit archiectures are affected, but they were lucky during build.
It just shows up on hppa, because I use large discs on the hppa buildd servers,
but at runtime it may fail for everyone (on 32-bit) if they use big discs.
What are some of the other issues that you're looking at?
There were other build failures on hppa (after recompiled with LFS),
but I haven't checked yet any further...
Helge
