From: "Khem Raj" <raj.khem@gmail.com>
To: Jasper Orschulko <Jasper.Orschulko@iris-sensing.com>,
"yocto@lists.yoctoproject.org" <yocto@lists.yoctoproject.org>
Subject: Re: [yocto] Statically linked libraries and license manifest
Date: Mon, 17 May 2021 15:56:13 -0700 [thread overview]
Message-ID: <7c7aa6ca-05b9-452b-6542-4d5da2248e7e@gmail.com> (raw)
In-Reply-To: <74a762cf340855aaa9fae5ed7686d123db22923e.camel@iris-sensing.com>
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
static vs dynamic linking and bitbake does not have much control over
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.
>
>
>
>
>
>
next prev parent reply other threads:[~2021-05-17 22:56 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 ` Khem Raj [this message]
2021-05-20 16:00 ` [yocto] " Jasper Orschulko
2021-05-20 16:04 ` Khem Raj
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=7c7aa6ca-05b9-452b-6542-4d5da2248e7e@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.