Created attachment 253130 [details] build log from poudriere I'm trying to build this port (first time going to 3.2.x) and having a persistent linker error. ld: error: unable to find library -liconv cc: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed. ===> Compilation failed unexpectedly. *** Error code 1 I'm building using Poudriere with the same configure options as previous Netatalk: - SENDFILE - MDNSRESPONDER all others unchecked. My make options: OPTIONS_UNSET+=DOCS NLS X11 EXAMPLES CUPS OPTIONS_SET+=LIBEDIT any help appreciated!
The FreeBSD ports build cluster builds netatalk3 just fine in a clean room. The problem seems specific to you. Do you actually have libiconv installed and a /usr/local/lib/libiconv.so.2.6.1 and /usr/local/lib/libiconv.so?
*** Bug 281097 has been marked as a duplicate of this bug. ***
Thanks Joe I will redo my build machine to get a clean environment and give it another go. Thank you!
I can build if DBUS is enabled. $ cat /usr/local/etc/poudriere.d/make.conf net_netatalk3_UNSET+= ACL KERBEROS KERBEROS5 LDAP LIBWRAP MYSQL PAM SPOTLIGHT AVAHI net_netatalk3_SET+= DBUS SENDFILE MDNSRESPONDER Fails if DBUS is disabled. net_netatalk3_UNSET+= ACL DBUS KERBEROS KERBEROS5 LDAP LIBWRAP MYSQL PAM SPOTLIGHT AVAHI net_netatalk3_SET+= SENDFILE MDNSRESPONDER ld: error: unable to find library -liconv cc: error: linker command failed with exit code 1 (use -v to see invocation)
Intersting - is that expected? I've always disabled most of the options as I don't use/need them. DBUS is listed as "optional" in the upstream docs (iconv is as well for that matter)
Thanks for the additional detail. However, I still can't reproduce. Moreover, libiconv is brought in regardless of DBUS. Are you not seeing the libiconv library in /usr/local/lib in your build environment?
> Are you not seeing the libiconv library in /usr/local/lib in your build environment? no. Adding glib20 enabled the build. -USES= bdb:18 cpe gettext iconv meson perl5 pkgconfig shebangfix ssl tar:xz +USES= bdb:18 cpe gettext iconv meson perl5 pkgconfig shebangfix ssl tar:xz gnome +USE_GNOME= glib20 -DBUS_USES= gnome python -DBUS_USE= GNOME=glib20 +DBUS_USES= python
Ah-ha! Okay. So in the base system, iconv is backed into libc. So this explains a lot. I'm using the same iconv as glib20 now, so this should at least work around the problem. Thanks!
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=b8bcf488e0d0f8ea7957538be0dc4146d178237f commit b8bcf488e0d0f8ea7957538be0dc4146d178237f Author: Joe Marcus Clarke <marcus@FreeBSD.org> AuthorDate: 2024-08-27 20:52:59 +0000 Commit: Joe Marcus Clarke <marcus@FreeBSD.org> CommitDate: 2024-08-27 20:52:59 +0000 net/netatalk3: Use iconv:wchar_t to fix build when DBUS is disabled This mirrors what glib20 uses for iconv, and will ensure that we bring in converters/libiconv in all cases. Not bumping PORTREVISION as the dependency list doesn't change in the default case. PR: 281096 net/netatalk3/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Excellent - I'm back in business!