All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Khem Raj" <raj.khem@gmail.com>
To: Jasper Orschulko <Jasper.Orschulko@iris-sensing.com>
Cc: "yocto@lists.yoctoproject.org" <yocto@lists.yoctoproject.org>
Subject: Re: [yocto] Statically linked libraries and license manifest
Date: Thu, 20 May 2021 09:04:42 -0700	[thread overview]
Message-ID: <CAMKF1soHDq9PwXipQ8mxYKCAu1eG41iG8cx8w2_Ft7H9NjcaEA@mail.gmail.com> (raw)
In-Reply-To: <c81df5276566472b0e5ab25413b24d1931d19005.camel@iris-sensing.com>

On Thu, May 20, 2021 at 9:00 AM Jasper Orschulko
<Jasper.Orschulko@iris-sensing.com> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hi Khem,
>
> thanks for your reply. As far as I understand, the "proper" way is to
> use dynamic linked libraries whenever possible? I have done some more
> thinking on the matter, and at least in our case the packages in
> question are empty (the base package that is, everything else is in
> ${PN}-src ${PN}-devstatic etc), so I believe the easiest way to include
> these into the license manifest is to also add them to RDEPENDS and set
> ALLOW_EMPTY_${PN} = "1". This should not change the output image, but
> include the packages in the build, thus adding them to the license
> manifest. What do you think?
>

I am not sure why you will include empty packages in your manifest

> - --
> With best regards
>
> Jasper Orschulko
> DevOps Engineer
>
> Tel. +49 30 58 58 14 265
> Fax +49 30 58 58 14 999
> Jasper.Orschulko@iris-sensing.com
>
> • • • • • • • • • • • • • • • • • • • • • • • • • •
>
> iris-GmbH
> infrared & intelligent sensors
> Ostendstraße 1-14 | 12459 Berlin
>
> https://iris-sensing.com/
>
>
>
>
> On Mon, 2021-05-17 at 15:56 -0700, Khem Raj wrote:
> >
> >
> > On 5/17/21 10:44 AM, Jasper Orschulko wrote:
> > > Hi,
> > >
> > > my question more or less reiterates the following:
> > > https://www.yoctoproject.org/pipermail/yocto/2018-July/041854.html
> > >
> > > I am trying to find a way to list statically linked libraries in
> > > the
> > > license manifest, but so far I am at a loss. To my understanding
> > > Yocto
> > > does not understand packages included using DEPENDS and not
> > > RDEPENDS as
> > > part of the resulting image, however technically source code from
> > > the
> > > dependee can (and will) end up on the image as part of the
> > > dependent
> > > package. This is a serious issue from a legal point of view, as the
> > > developer ultimately might end up with an incomplete list of
> > > licenses,
> > > when relying on the Yocto license manifest.
> > >
> > > Please, do correct me if I'm wrong :)
> >
> > partly yes. there is a provision to disable static linking using
> > DISABLE_STATIC, so atleast some of packages can be cleared of.
> > depends
> > are effective during build time and its the linking which decides on
> > that but you can perhaps easily write a probe and extract this
> > information from linker cmdline perhaps by dumping linker map and
> > post
> > processing it.
> >
> > >
> >  >
> >  >
> >  >
> >  > 
> >  >
> -----BEGIN PGP SIGNATURE-----
>
> iQEzBAEBCAAdFiEE4WyPMIC5Ap4+Ooo1Ygqew07VMNUFAmCmh3EACgkQYgqew07V
> MNWiXAf9GPbvZjlzAW+ref/+RKP/9GbtSBpajVUkn+x4DYdO0DmSq6JwOGeLblW8
> qu2wjw9cLwgDAL4YRLESrgA3XAbflFgf0IZBuEMbT6WONW7fgHeQ7+jPrEQ7dkgx
> POrePcququDSDi2idjjrdTuqHxLl0Il09g8vJz9oktZhIKwCesqWQE8VjSLcjBaj
> u+7nHLY77fV/a1o/Ka7PkH2AjbWsmn/iHC1hLN91yNVG6EyzAneHQYKDo7Y5kRVn
> YWNSgmmab7uiigrN2KqFOblazkBaA5/rIKD1PpeOjqOTtF7+UfWkL5DZZArdh/KG
> +E3VauRz6agqxbb0VUWZZjE6if07Qg==
> =UCmd
> -----END PGP SIGNATURE-----

  reply	other threads:[~2021-05-20 16:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-17 17:44 Statically linked libraries and license manifest Jasper Orschulko
2021-05-17 22:56 ` [yocto] " Khem Raj
2021-05-20 16:00   ` Jasper Orschulko
2021-05-20 16:04     ` Khem Raj [this message]
2021-05-20 16:17       ` Jasper Orschulko
2021-05-20 17:17         ` Khem Raj

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=CAMKF1soHDq9PwXipQ8mxYKCAu1eG41iG8cx8w2_Ft7H9NjcaEA@mail.gmail.com \
    --to=raj.khem@gmail.com \
    --cc=Jasper.Orschulko@iris-sensing.com \
    --cc=yocto@lists.yoctoproject.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.