Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Bryan Evenson <bevenson@melinkcorp.com>
Cc: "Openembedded-core@lists.openembedded.org"
	<Openembedded-core@lists.openembedded.org>
Subject: Re: libcurl vs. libcurl5 vs. libcurl4
Date: Fri, 10 Feb 2017 20:53:51 +0100	[thread overview]
Message-ID: <20170210195351.GC3021@jama> (raw)
In-Reply-To: <DM5PR05MB295469CD2CBB36C236111A0DBB440@DM5PR05MB2954.namprd05.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 2004 bytes --]

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.khem@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.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 201 bytes --]

  reply	other threads:[~2017-02-10 19:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-10 15:41 libcurl vs. libcurl5 vs. libcurl4 Bryan Evenson
2017-02-10 19:53 ` Martin Jansa [this message]
2017-02-13 13:17   ` Bryan Evenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170210195351.GC3021@jama \
    --to=martin.jansa@gmail.com \
    --cc=Openembedded-core@lists.openembedded.org \
    --cc=bevenson@melinkcorp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox