nmu proftpd-mod-case_0.9.1-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-clamav_0.14~rc2-5 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-kafka_0.1-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-msg_0.5.1-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-prometheus_0.2-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-proxy_0.9.5-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-proxy-protocol_0.5-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-tar_0.4-3 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"
nmu proftpd-mod-vroot_0.9.12-1 . hurd-i386 . unstable . -m "Rebuild with proftp-dev"

Control: tags -1 moreinfo

Only on hurd-i386? Can you explain why? The two first packages failed to build
the last time, it's not clear to me if this is because the last proftpd-dfsg
update should address those failures.

Cheers,
Emilio

Hello Emilio,

Thanks for caring about the issue.
Of course these do not need rebuilds, here failed the build on
hurd-amd64.

The error message was always:

In file included from /usr/include/proftpd/conf.h:105,
                 from mod_case.c:23:
/usr/include/proftpd/fsio.h:41:13: fatal error: attr/xattr.h: No such file or directory
   41 | #   include <attr/xattr.h>
      |             ^~~~~~~~~~~~~~

Current situation is:

/usr/include/proftpd/fsio.h:

#ifdef PR_USE_XATTR
# if defined(HAVE_SYS_EXTATTR_H)
#  include <sys/extattr.h>
# elif defined(HAVE_SYS_XATTR_H)
#  include <sys/xattr.h>
#  if defined(HAVE_ATTR_XATTR_H)
#   include <attr/xattr.h>
#  endif /* HAVE_ATTR_XATTR_H */
# endif /* HAVE_SYS_XATTR_H */
#endif /* PR_USE_XATTR */

and /usr/include/proftpd/config.h

/* Define if you have the <attr/xattr.h> header file.  */
/* #undef HAVE_ATTR_XATTR_H */

/* Define if you have the <sys/xattr.h> header file.  */
#define HAVE_SYS_XATTR_H 1

Hence I would expect that the builder now tries to read
"sys/xattr.h", which is included in libc0.3-dev.  So at least the
issue on top should be solved.  If that does not work I probably have
to declare an B-D on libattr1-dev.

Unfortunately I don't know if the situation changed between now and
proftp 1.3.8b as I can't find the proftp-dev package of version
1.3.8b any more. I suggest to trigger the binNMU for one package and
check if the build is OK or at least the error message changes.

Thanks,
  Hilmar

Hi Hilmar,


I've read this bug report twice now, and I'm not understanding which
binNMU's you now want. Can you please regenerate the list you're requesting?


If the build failed, you don't need to request a binNMU IIRC. If you
believe it's worth another shot, than you can press the giveback link on
the buildd.d.o page yourself.  There is some retry mechanism already,
but if I read the buildd.d.o page for proftpd-mod-case correctly,
somebody blocked that for now.

Paul

The original request was confused. I think Hilmar believes the failure on hurd
is fixed in proftpd-dfsg and those packages can be given back. I have done that now.

Cheers,
Emilio