On Fri, Mar 8, 2024 at 11:08 AM Markus Volk <[email protected]> wrote:
>
> gnome-terminal inserts lines containing ${S} into the source. Although 
> required for
> compilation, it affects reproducibility for the src package.
>
> Fix this by simply not packaging the modified source code
>
> Signed-off-by: Markus Volk <[email protected]>
> ---
>  .../recipes-gnome/gnome-terminal/gnome-terminal_3.50.1.bb       | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta-gnome/recipes-gnome/gnome-terminal/gnome-terminal_3.50.1.bb 
> b/meta-gnome/recipes-gnome/gnome-terminal/gnome-terminal_3.50.1.bb
> index 53f11e95f..3bbfe9ece 100644
> --- a/meta-gnome/recipes-gnome/gnome-terminal/gnome-terminal_3.50.1.bb
> +++ b/meta-gnome/recipes-gnome/gnome-terminal/gnome-terminal_3.50.1.bb
> @@ -31,6 +31,8 @@ PACKAGECONFIG ?= ""
>  PACKAGECONFIG[nautilus] = 
> "-Dnautilus_extension=true,-Dnautilus_extension=false,nautilus,nautilus"
>  PACKAGECONFIG[search_provider] = "-Dsearch_provider=true 
> -Ddbus_interface_dir=${STAGING_DATADIR}/dbus-1/interfaces,-Dsearch_provider=false,gnome-shell"
>
> +PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src"
> +

While this will fix the problem, it might degrade debugging
experience. I think it would be good to look into
the generated sources and see why they embed absolute filenames, often
the reason is that some tool
like lex or bison is used to generate them and it encodes them due to
how it is invoked especially in cross
compilation. This can then be fixed by correcting the call to lex or
invoking it in appropriate dir to avoid
absolute paths or use particular commandline options to eliminate the
absolute prefix.

>  FILES:${PN} += " \
>      ${datadir} \
>      ${libdir}/nautilus/extensions-4 \
> --
> 2.44.0
>
>
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109246): 
https://lists.openembedded.org/g/openembedded-devel/message/109246
Mute This Topic: https://lists.openembedded.org/mt/104815316/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to