Hi Ondřej, Bas, This is unfortunate. Those symbols disappeared in 1.6.14 when addressing bugfix #459. (https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=459)
B.t.w. I cannot reproduce myself. When I compile OpenDNSSEC 1.3.14 or 1.3.4 with ldns 1.6.11, configure detects the absence of strlcpy and compiles and links the replacement function via libcompat.a (even though strlcpy is also available in libldns.so.1 !). This is with gcc 4.6.3. It would be interesting to see the output of the build process, to see where it differs. I am reluctant to release current trunk (actually HEAD :) as ldns-1.7.0 with soname libldns.so.2, because it still has some issues I have to take care of. Also, next week I will be on vacation for three weeks, so I can only properly do it (including reviews from our dev-crew) after august 12th. I could just take 1.6.16, modify it so it installs with soname libldns.so.2 and release it as 1.6.17. This would resolve your issue, but would cause problems with FreeBSD (and other ports like packaging systems). With such systems, a version number increase in a shared library means rebuilding everything dependent on it. This is not automatically detected. That is quite a dramatic change for a minor release. Even more so because FreeBSD did not have the problem in the first place; strlcpy is provided in its libc! Most convenient for me would be to postpone the soname bumping release (1.7.0) until the end of August (to be on the safe side). Would that be acceptable for you? It means that the libldns1 package may not be updated to 1.6.14 or beyond until that time. Alternatively you could package a patched libldns1 1.6.16 that does export the strlcpy symbol (nasty). I have attached a patch that does just that. I wonder if other Linux systems (fedora) have the same problem... Paul? -- Willem PS. Yes, I have also thought about only bumping soname to .so.2 when strlcpy is absent, but that is a bit wild. Lets explore other possibilities first... Op 16-07-13 07:36, Ondřej Surý schreef: > That means that ldns has to bump the SONAME. I saw the missing symbols, > but I thought that nobody was using the symbols since it was not a > public API. > > Willem, could you please release new ldns with bumped SONAME? (Or > reintroduce the symbols back.) It breaks the linked software since ABI > has changed. > > O. > > > On Mon, Jul 15, 2013 at 10:09 PM, Bas van den Dikkenberg > <[email protected] <mailto:[email protected]>> wrote: > > I found the problem .____ > > __ __ > > The versio that was build in the ppa was build against the ldns that > is in ubuntu repo ____ > > __ __ > > I used the that was in in ppa __ __ > > Get:8 http://ppa.launchpad.net/pkg-opendnssec/ppa/ubuntu/ > precise/main dh-autoreconf all 7~precise+1 [15.4 kB]____ > > Get:9 http://ppa.launchpad.net/pkg-opendnssec/ppa/ubuntu/ > precise/main libldns1 i386 1.6.16-1~precise+1 [166 kB]____ > > Get:10 http://ppa.launchpad.net/pkg-opendnssec/ppa/ubuntu/ > precise/main libldns-dev i386 1.6.16-1~precise+1 [623 kB]____ > > __ __ > > That solved the isue so maybe ondrej could rebuild and use its own > version of ldns instead of the one in the repo .____ > > __ __ > > If you want to take a look i have buil dit also in my own ppa see: > https://launchpad.net/~bas-dikkenberg/+archive/opendnssec____ > > __ __ > > __ __ > > __ __ > > Met vriendelijke groet,____ > > __ __ > > Bas van den Dikkenberg____ > > __ __ > > __ __ > > *Van:*[email protected] > <mailto:[email protected]> > [mailto:[email protected] > <mailto:[email protected]>] *Namens *Bas > van den Dikkenberg > *Verzonden:* zaterdag 13 juli 2013 17:40 > *Aan:* [email protected] > <mailto:[email protected]> > *Onderwerp:* [Opendnssec-user] after update ____ > > __ __ > > The ppa for ubuntu was updated this week.____ > > But when update opendnssec the signer won’t start any more.____ > > The messages is get is:____ > > __ __ > > /usr/sbin/ods-signerd: symbol lookup error: /usr/sbin/ods-signerd: > undefined symbol: strlcpy____ > > __ __ > > Any sugestion would be welkome____ > > __ __ > > With kind regards,____ > > __ __ > > Bas van den Dikkenberg____ > > > _______________________________________________ > Opendnssec-user mailing list > [email protected] > <mailto:[email protected]> > https://lists.opendnssec.org/mailman/listinfo/opendnssec-user > > > > > -- > Ondřej Surý <[email protected] <mailto:[email protected]>>
Gemeenschappelijke submappen: ldns-1.6.16/compat en ldns-1.6.16-2/compat Gemeenschappelijke submappen: ldns-1.6.16/contrib en ldns-1.6.16-2/contrib Gemeenschappelijke submappen: ldns-1.6.16/doc en ldns-1.6.16-2/doc Gemeenschappelijke submappen: ldns-1.6.16/drill en ldns-1.6.16-2/drill Gemeenschappelijke submappen: ldns-1.6.16/examples en ldns-1.6.16-2/examples Gemeenschappelijke submappen: ldns-1.6.16/ldns en ldns-1.6.16-2/ldns diff -u ldns-1.6.16/Makefile.in ldns-1.6.16-2/Makefile.in --- ldns-1.6.16/Makefile.in 2012-11-13 10:56:43.000000000 +0100 +++ ldns-1.6.16-2/Makefile.in 2013-07-16 14:15:27.575072904 +0200 @@ -212,7 +212,7 @@ lib-export-all: libldns.la-export-all libldns.la: $(LDNS_ALL_LOBJS) - $(LINK_LIB) $(LIBSSL_LDFLAGS) $(LIBSSL_LIBS) -export-symbols-regex '^(ldns_|b32_[pn]to[pn]|mktime_from_utc|qsort_rr_compare_nsec3)' -o libldns.la $(LDNS_ALL_LOBJS) -rpath $(libdir) $(RUNTIME_PATH) + $(LINK_LIB) $(LIBSSL_LDFLAGS) $(LIBSSL_LIBS) -export-symbols-regex '^(ldns_|b32_[pn]to[pn]|mktime_from_utc|qsort_rr_compare_nsec3|strlcpy)' -o libldns.la $(LDNS_ALL_LOBJS) -rpath $(libdir) $(RUNTIME_PATH) libldns.la-export-all: $(LDNS_ALL_LOBJS) $(LINK_LIB) -o libldns.la $(LDNS_ALL_LOBJS) -rpath $(libdir) $(RUNTIME_PATH) Gemeenschappelijke submappen: ldns-1.6.16/packaging en ldns-1.6.16-2/packaging
_______________________________________________ Opendnssec-user mailing list [email protected] https://lists.opendnssec.org/mailman/listinfo/opendnssec-user
