ubuntu-389-directory-server team mailing list archive

[Nick Rosbrook <2052578@xxxxxxxxxxxxxxxxxx>]

I was about to comment when I saw this was uploaded. FWIW, and something
to keep in mind when submitting to Debian, is that I think this could be
fixed by just:

diff --git a/debian/rules b/debian/rules
index 0c9d9e1b..f4943098 100755
--- a/debian/rules
+++ b/debian/rules
@@ -7,6 +7,9 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+pie
 ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mips mipsel powerpc powerpcspe sh4))
   export DEB_LDFLAGS_MAINT_APPEND=-latomic
 endif
+ifneq (,$(filter $(DEB_HOST_ARCH), armhf))
+  export DEB_CFLAGS_MAINT_APPEND=-D_LARGEFILE64_SOURCE
+endif
 
 REALFILE = \
        bin/ds-logpipe.py \
 
I.e., just avoid the ifdeffery (which is complicated by inclusion order), and define _LARGEFILE64_SOURCE on armhf (since we know it's needed).

-- 
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