Bug 1984891
| Summary: | adcli: FTBFS because of libresolv changes in glibc 2.34 | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Florian Weimer <fweimer> | |
| Component: | adcli | Assignee: | Sumit Bose <sbose> | |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | rawhide | CC: | sbose | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | adcli-0.9.1-9.fc35 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1984892 (view as bug list) | Environment: | ||
| Last Closed: | 2021-07-28 12:48:56 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1984892 | |||
FEDORA-2021-3ba04e8b7d has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-3ba04e8b7d FEDORA-2021-3ba04e8b7d has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report. |
adcli-0.9.1-8.fc35 contains the following configure check: AC_MSG_CHECKING(for which library has res_query) for lib in "" "-lresolv"; do saved_LIBS="$LIBS" LIBS="$LIBS $lib" AC_LINK_IFELSE([ AC_LANG_PROGRAM([#include <resolv.h>], [res_query (0, 0, 0, 0, 0)]) ], [ AC_MSG_RESULT(${lib:-libc}); have_res_query="yes"; break; ], [ LIBS="$saved_LIBS" ]) done In glibc 2.34, res_query has been moved into libc, so this no longer picks up -lresolv. However, in library/addisco.c, adcli uses ns_get32, and this symbol still needs -lresolv. This leads to this linker failure: libtool: link: gcc -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -g -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wdeclaration-after-statement -Wformat=2 -Winit-self -Waggregate-return -Wno-missing-format-attribute -Wmissing-include-dirs -Wundef -Wl,-z -Wl,relro -Wl,--as-needed -Wl,-z -Wl,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -o adcli computer.o entry.o info.o tools.o -Wl,-z -Wl,relro -Wl,--as-needed -Wl,-z -Wl,now ../library/.libs/libadcli.a -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkrb5support -llber -lldap /usr/bin/ld: /tmp/ccve9tqE.ltrans1.ltrans.o: undefined reference to symbol 'ns_get32@@GLIBC_2.9' /usr/bin/ld: /usr/lib64/libresolv.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status For Fedora, it should be possible to link with -lresolv unconditionally due to the --as-needed linker flag.