On 10. 3. 2019 19:59, Tomasz Kłoczko wrote: > On Thu, 28 Feb 2019 at 14:11, Neal Gompa <ngompa13@xxxxxxxxx> wrote: > [..] >>> tl;dr dhcp 4.4.1 will not require bind-export-libs and will bring dhcp-libs-static with bundled version of libisc/libdns/etc >>> >>> As ISC dropped support of single thread build of BIND libraries [1] and dhcp requires one we decided to not patch dhcp/bind build scripts anymore and ship bundled bind libraries just like upstream (ISC) does it. It will allow to update BIND in Fedora to newest version. So dhcp 4.4.1 can be expected in rawhide/F31 soon! >>> I'm aware of FPG recommendation to avoid shipping of bundled libraries due to its maintenance cost but maintaining of heavy patched build sctipts and inability to ship newer versions are even worse. >>> >>> I have not find any application in Fedora repository which link with libdhcp/libomapi. Please let me know if you aware of any. >>> >> Just add the bundled() Provides if it's building with bundled copies, >> per the policy: >> https://docs.fedoraproject.org/en-US/packaging-guidelines/#bundling > > I'm only curious (maybe I do not understand something about this > issue) .. why dhcpd cannot use standard glibc resolver? > IIRC glibc libresolve is thread safe (if this issue it is about thread > safe DNS resolution). > Can someone explain that topic a bit? > > kloczek > ISC DHCP uses BIND libraries e.g. to support Dynamic DNS updates on authoritative DNS server when assigning leases to hosts. I don't think that glibc resolver would be anyhow useful in this case. Regards, Tomas -- Tomas Hozza Associate Manager, Software Engineering - EMEA ENG Core Services PGP: 1D9F3C2D UTC+1 (CET) Red Hat Inc. http://cz.redhat.com _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
