[poky] libs / so without a link to xxx.so.1

[Burton, Ross]

Sounds like the recipe is broken.  If PN is curlpp then the libraries
should be put into PN (which will then be renamed magically by
debian.bbclass) and the default dependencies will then work.

If PN is empty, then the recipe needs to stop PN-dev depending on PN (which
is a default dependency).

Ross

On 6 February 2018 at 13:15, Arno Steffens <star at gmx.li> wrote:

> You are right, curlpp-dev includes the wanted libcurlpp.so. Thanks for
> this hint to packages-split.
> Ok - no bug, it's just my fault.
> Probably I haven't really understand the concept, but adding " curlpp-dev"
> to IMAGE_INSTALL won't work, which confuses me,
> as curlpp was also added ?!?
>
> Solver encountered 1 problem(s):
> Problem 1/1:
>   - nothing provides curlpp = 0.8.1-r0 needed by curlpp-dev-0.8.1-r0.
> cortexa9hf-neon
>
> Solution 1:
>   - do not ask to install a package providing curlpp-dev
>
> Oh!
> Arno
>
>
>
> > Gesendet: Montag, 05. Februar 2018 um 15:20 Uhr
> > Von: "Anuj Mittal" <anuj.mittal at intel.com>
> > An: star at gmx.li
> > Cc: poky at yoctoproject.org
> > Betreff: Re: Aw: Re: [poky] libs / so without a link to xxx.so.1
> >
> > On 02/05/2018 09:05 PM, star at gmx.li wrote:
> > >
> > >
> > >> Gesendet: Montag, 05. Februar 2018 um 11:21 Uhr
> > >> Von: "Anuj Mittal" <anuj.mittal at intel.com>
> > >> An: poky at yoctoproject.org
> > >> Betreff: Re: [poky] libs / so without a link to xxx.so.1
> > >>
> > > Thanks Anuj,  but I don't think so. The libs itself are not in the dev
> package, but in the libcurlpp1
> > > And I include them like this:
> > >
> > > IMAGE_INSTALL = "packagegroup-core-boot ${CORE_IMAGE_EXTRA_INSTALL}
> ..... curl libcurlpp"
> > >
> > > TOOLCHAIN_TARGET_TASK_append = " zlib-dev curl-dev libcurlpp-dev
> net-snmp-dev libidn-dev"
> >
> > In general, in addition to looking at the recipe, you can check
> > packages-split in recipe $WORKDIR to see what's where. In this case, the
> > package you're probably looking for is "curlpp-dev" not libcurlpp-dev:
> >
> > $ tree packages-split/curlpp-dev/
> > packages-split/curlpp-dev/
> > └── usr
> >     └── lib
> >         └── libcurlpp.so -> libcurlpp.so.1
> >
> > 2 directories, 1 file
> >
> > https://www.yoctoproject.org/docs/latest/ref-manual/ref-
> manual.html#structure-build-tmp-work-tunearch-recipename-version
> >
> > Thanks,
> >
> > Anuj
> >
> > >
> > > And I use the rootfs that is created with -c populate_sdk.
> > > So it is a bug in the package? Or am I doing wrong?
> > >
> > >
> > >> On 02/05/2018 05:55 PM, Arno Steffens wrote:
> > >>> Using in my project libcurlpp. It is created with yocto (2.3.3), but
> in my filesystem I just see:
> > >>>
> > >>> "/usr/lib/libcurlpp.so.1" which is a link to libcurlpp.so.1.0.0
> > >>>
> > >>> What I miss is "libvcurlpp.so" (without version number), as my
> project includes  "-lcurlpp".
> > >>
> > >> You're probably missing the -dev package in your image.
> > >>
> > >> Thanks,
> > >> Anuj
> > >>
> > >>>
> > >>> My question: is there a reason for that? Is this a bug in the
> scripts or did I handle it wrong?
> > >>>
> > >>> I can do "-l:libcurlpp.so.1" but this looks only like a second best
> solution to me.
> > >>> Thanks and best regards
> > >>> Arno
> > >>>
> > >>
> > >> --
> > >> _______________________________________________
> > >> poky mailing list
> > >> poky at yoctoproject.org
> > >> https://lists.yoctoproject.org/listinfo/poky
> > >>
> >
> >
> --
> _______________________________________________
> poky mailing list
> poky at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/poky/attachments/20180206/44ea8018/attachment.html>