On Fri, Feb 10, 2017 at 03:41:44PM +0000, Bryan Evenson wrote: > I'm on the dizzy branch and I'm working on updating my build tools to use a > more recent branch. I have an image built using fido and I'm doing some > firmware upgrade testing. I have a package that depends on libcurl and I'm > getting some strange version dependencies that I'm trying to sort out. > > In my package recipe I have "RDEPENDS_${PN} = <number of unrelated packages> > libcurl" to pull in the runtime depenency on curl. When I build my image > using the dizzy branch, libcurl gets built as libcurl5-7.37.1, but when I > build my image using the fido branch libcurl gets built as libcurl4-7.40.0. > As a result, by checking my package dependencies with "opkg info > <my_package_name>" I see that the package dependency has changed from > "libcurl5 (>=7.37.1)" to "libcurl4 (>=7.40.1)". > > Any ideas why the package name dropped from libcurl5 to libcurl4? Is this > something that has been fixed in a more recent branch? If I'm reading the > dependencies correctly, opkg should still install libcurl-7.40.0 since my > package depends on libcurl4, correct?
See --enable-soname-bump option in curl. This change in oe-core: commit 49c848018484827c433e1bcf9c63416640456f3e Author: Khem Raj <raj.k...@gmail.com> Date: Tue Apr 28 22:34:22 2015 -0700 Subject: curl: Fix wrong assumption about sizeof off_t on largefile systems This issue was reported on poky ml as well see https://lists.yoctoproject.org/pipermail/poky/2013-December/009435.html Causes this difference in curl_config.h between Dizzy and Fido: diff 7.40.0-r0-dizzy/build/lib/curl_config.h 7.40.0-r0-fido/build/lib/curl_config.h 878c877 < #define SIZEOF_OFF_T 4 --- > #define SIZEOF_OFF_T 8 Which in turn causes curl's configure script to stop bumping the SONAME version. That's why newer curl 7.40.1 produces libcurl4 while older 7.37.1 produced libcurl5. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core