> Providing a PPA and the dep8 test results is always welcome. It allows the sponsor to really check that the fix works and doesn't introduce any regressions.
By dep8 test results you mean autopkgtest results right? But ACK, I will keep that in mind for the future. Thank you for the feedback. > "d/p/32bit..." I tried to match the style of the previous changelog entries, but I'll keep this in mind too, thanks. > submit this patch upstream and/or to Debian. I plan to do both, I just hadn't got to it yet. I will submit these today. -- You received this bug notification because you are a member of Ubuntu 389 Directory Server, which is subscribed to 389-ds-base in Ubuntu. https://bugs.launchpad.net/bugs/2052578 Title: 2.4.4+dfsg1-1 is FTBFS on armhf in Noble Status in 389-ds-base package in Ubuntu: Triaged Bug description: build fails with: ldap/servers/slapd/back-ldbm/db-bdb/bdb_layer.c: At top level: ldap/servers/slapd/back-ldbm/db-bdb/bdb_layer.c:429:26: error: unknown type name ‘off64_t’; did you mean ‘off_t’? 429 | bdb_seek43_large(int fd, off64_t offset, int whence) | ^~~~~~~ | off_t The source properly detects when to define _LARGEFILE64_SOURCE but I think this is an ordering issue of the define and a standard library header include. I can recreate this on an armhf machine by including <stdio.h> before the LFS define. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/389-ds-base/+bug/2052578/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-389-directory-server Post to : [email protected] Unsubscribe : https://launchpad.net/~ubuntu-389-directory-server More help : https://help.launchpad.net/ListHelp
