* [PATCH] ref-manual/ref: Add entry for why binaries are changed in images
@ 2020-10-28 11:29 Richard Purdie
2020-10-28 13:15 ` [docs] " Quentin Schulz
0 siblings, 1 reply; 3+ messages in thread
From: Richard Purdie @ 2020-10-28 11:29 UTC (permalink / raw
To: docs
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
documentation/ref-manual/faq.rst | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/documentation/ref-manual/faq.rst b/documentation/ref-manual/faq.rst
index 7a1614028..b79ba0306 100644
--- a/documentation/ref-manual/faq.rst
+++ b/documentation/ref-manual/faq.rst
@@ -451,3 +451,14 @@ variant. For another example, permissions errors might be caused by a
Makefile that ignores ``DESTDIR`` or uses a different name for that
environment variable. Check the the build system to see if these kinds
of issues exist.
+
+**Q:** I'm adding a binary in a recipe but its different in the image, what is
+changing it?
+
+**A:** The first most obvious change is the system stripping debug symbols from
+it. Setting ``INHIBIT_PACKAGE_STRIP`` to stop debug symbols being stripped and/or
+``INHIBIT_PACKAGE_DEBUG_SPLIT`` to stop debug symbols being split into a separate
+file will ensure the binary is unchanged. The other less obvious thing that can
+happen is prelinking of the image. This is set by default in local.conf via
+``USER_CLASSES`` which can contain 'image-prelink'. If you remove that, the
+image will not be prelinked meaning the binaries would be unchanged.
--
2.25.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [docs] [PATCH] ref-manual/ref: Add entry for why binaries are changed in images
2020-10-28 11:29 [PATCH] ref-manual/ref: Add entry for why binaries are changed in images Richard Purdie
@ 2020-10-28 13:15 ` Quentin Schulz
2020-10-28 13:59 ` Richard Purdie
0 siblings, 1 reply; 3+ messages in thread
From: Quentin Schulz @ 2020-10-28 13:15 UTC (permalink / raw
To: docs, Richard Purdie
Hi Richard,
On October 28, 2020 12:29:52 PM GMT+01:00, Richard Purdie <richard.purdie@linuxfoundation.org> wrote:
>Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
>---
> documentation/ref-manual/faq.rst | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
>diff --git a/documentation/ref-manual/faq.rst
>b/documentation/ref-manual/faq.rst
>index 7a1614028..b79ba0306 100644
>--- a/documentation/ref-manual/faq.rst
>+++ b/documentation/ref-manual/faq.rst
>@@ -451,3 +451,14 @@ variant. For another example, permissions errors
>might be caused by a
> Makefile that ignores ``DESTDIR`` or uses a different name for that
> environment variable. Check the the build system to see if these kinds
> of issues exist.
>+
>+**Q:** I'm adding a binary in a recipe but its different in the image,
>what is
s/its/it's/
>+changing it?
>+
>+**A:** The first most obvious change is the system stripping debug
>symbols from
>+it. Setting ``INHIBIT_PACKAGE_STRIP`` to stop debug symbols being
>stripped and/or
>+``INHIBIT_PACKAGE_DEBUG_SPLIT`` to stop debug symbols being split into
>a separate
>+file will ensure the binary is unchanged. The other less obvious thing
>that can
>+happen is prelinking of the image. This is set by default in
>local.conf via
>+``USER_CLASSES`` which can contain 'image-prelink'. If you remove
>that, the
>+image will not be prelinked meaning the binaries would be unchanged.
>--
>2.25.1
I'd use refs to the listed variables to make it easier for people to find exactly what to do with them, e.g. :term:`INHIBIT_PACKAGE_STRIP`.
Quentin
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [docs] [PATCH] ref-manual/ref: Add entry for why binaries are changed in images
2020-10-28 13:15 ` [docs] " Quentin Schulz
@ 2020-10-28 13:59 ` Richard Purdie
0 siblings, 0 replies; 3+ messages in thread
From: Richard Purdie @ 2020-10-28 13:59 UTC (permalink / raw
To: Quentin Schulz, docs
On Wed, 2020-10-28 at 14:15 +0100, Quentin Schulz wrote:
> Hi Richard,
>
> On October 28, 2020 12:29:52 PM GMT+01:00, Richard Purdie <
> richard.purdie@linuxfoundation.org> wrote:
> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> > ---
> > documentation/ref-manual/faq.rst | 11 +++++++++++
> > 1 file changed, 11 insertions(+)
> >
> > diff --git a/documentation/ref-manual/faq.rst
> > b/documentation/ref-manual/faq.rst
> > index 7a1614028..b79ba0306 100644
> > --- a/documentation/ref-manual/faq.rst
> > +++ b/documentation/ref-manual/faq.rst
> > @@ -451,3 +451,14 @@ variant. For another example, permissions
> > errors
> > might be caused by a
> > Makefile that ignores ``DESTDIR`` or uses a different name for that
> > environment variable. Check the the build system to see if these
> > kinds
> > of issues exist.
> > +
> > +**Q:** I'm adding a binary in a recipe but its different in the
> > image,
> > what is
>
> s/its/it's/
Thanks, will fix.
>
> > +changing it?
> > +
> > +**A:** The first most obvious change is the system stripping debug
> > symbols from
> > +it. Setting ``INHIBIT_PACKAGE_STRIP`` to stop debug symbols being
> > stripped and/or
> > +``INHIBIT_PACKAGE_DEBUG_SPLIT`` to stop debug symbols being split
> > into
> > a separate
> > +file will ensure the binary is unchanged. The other less obvious
> > thing
> > that can
> > +happen is prelinking of the image. This is set by default in
> > local.conf via
> > +``USER_CLASSES`` which can contain 'image-prelink'. If you remove
> > that, the
> > +image will not be prelinked meaning the binaries would be
> > unchanged.
> > --
> > 2.25.1
>
> I'd use refs to the listed variables to make it easier for people to
> find exactly what to do with them, e.g.
> :term:`INHIBIT_PACKAGE_STRIP`.
See the second patch I sent! :)
Cheers,
Richard
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-10-28 13:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-10-28 11:29 [PATCH] ref-manual/ref: Add entry for why binaries are changed in images Richard Purdie
2020-10-28 13:15 ` [docs] " Quentin Schulz
2020-10-28 13:59 ` Richard Purdie
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.