Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 24 Nov 2023, at 17:09, Khem Raj wrote: > > New vte enables both gtk3 and gtk4 support I don’t think it’s bad > > packaging. Multiple versions of gtk can live together in a rootfs without > > conflict > > Sure they _can_ but it’s a terrible idea to pull in both if they’re not > needed. > > Ok so do we think should gtk4 be a distro feature which conflicts with gtk3 ? Definitely not. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61756): https://lists.yoctoproject.org/g/yocto/message/61756 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Fri, Nov 24, 2023 at 9:04 AM Ross Burton wrote: > > > > On 24 Nov 2023, at 16:53, Khem Raj wrote: > > So the trigger is bad packaging, as surely the vte recipe should split > the libraries up so that installing a gtk*3* based terminal doesn’t pull in > gtk4 for no reason. > > > > New vte enables both gtk3 and gtk4 support I don’t think it’s bad > packaging. Multiple versions of gtk can live together in a rootfs without > conflict > > Sure they _can_ but it’s a terrible idea to pull in both if they’re not > needed. Ok so do we think should gtk4 be a distro feature which conflicts with gtk3 ? > > Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61755): https://lists.yoctoproject.org/g/yocto/message/61755 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
> On 24 Nov 2023, at 16:53, Khem Raj wrote: > So the trigger is bad packaging, as surely the vte recipe should split the > libraries up so that installing a gtk*3* based terminal doesn’t pull in gtk4 > for no reason. > > New vte enables both gtk3 and gtk4 support I don’t think it’s bad packaging. > Multiple versions of gtk can live together in a rootfs without conflict Sure they _can_ but it’s a terrible idea to pull in both if they’re not needed. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61754): https://lists.yoctoproject.org/g/yocto/message/61754 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Fri, Nov 24, 2023 at 4:09 AM Ross Burton wrote: > On 23 Nov 2023, at 16:38, Khem Raj wrote: > > > > it pulls in lib32-vte which pulls in lib32-gtk4 > > So the trigger is bad packaging, as surely the vte recipe should split the > libraries up so that installing a gtk*3* based terminal doesn’t pull in > gtk4 for no reason. > New vte enables both gtk3 and gtk4 support I don’t think it’s bad packaging. Multiple versions of gtk can live together in a rootfs without conflict > Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61753): https://lists.yoctoproject.org/g/yocto/message/61753 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 23 Nov 2023, at 16:38, Khem Raj wrote: > > it pulls in lib32-vte which pulls in lib32-gtk4 So the trigger is bad packaging, as surely the vte recipe should split the libraries up so that installing a gtk*3* based terminal doesn’t pull in gtk4 for no reason. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61752): https://lists.yoctoproject.org/g/yocto/message/61752 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, Nov 23, 2023 at 4:14 AM Ross Burton wrote: > > On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. > > Are you sure? > > https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > > > Also, I do not understand how the fix works. How does installing > > additional packages into an image resolve a conflict between two > > packages installing different files into the same location? > > The problem is that the ipkg rootfs generation works “interestingly” and > appears to create two parallel rootfs (one for normal one for multilib) and > then splats them together. > > The schemas are installed in /usr/share but if you have different sets of > libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. Does not depend on content of /usr/lib or /usr/lib32, depending upon whats getting into given rootfs, the schemas pulled are different and hence the compiled gschema is different which is them being overlayed into combined rootfs finally. A good solution would be to create. common /usr/share directory between two rootfs'es and let it be populated with given dependencies, that way it will generate correct superset. > > This feels like an issue which has existed for a long time, so how has it > only just been noticed? Did something change? > > Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61746): https://lists.yoctoproject.org/g/yocto/message/61746 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, Nov 23, 2023 at 3:50 AM Ross Burton wrote:
>
> Is this working around a failure on the autobuilder? How does
> matchbox-terminal pull in gtk4?
yes
it pulls in lib32-vte which pulls in lib32-gtk4
>
> Ross
> > On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org
> > wrote:
> >
> > This avoids an issue when a package that pulls in gtk4 into
> > core-image-sato but not into multilib pieces results in different
> > gschema compiled files as reported in [1]
> >
> > [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291
> >
> > Signed-off-by: Khem Raj
> > ---
> > config.json | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/config.json b/config.json
> > index c5fca45..e95a292 100644
> > --- a/config.json
> > +++ b/config.json
> > @@ -900,7 +900,7 @@
> > "MULTILIBS = 'multilib:lib32'",
> > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> > "RPM_PREFER_ELF_ARCH = '1'",
> > -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > pango-module-basic-fc lib32-pango-module-basic-fc'"
> > +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> > ]
> > },
> > "step4" : {
> > @@ -915,7 +915,7 @@
> > "MULTILIBS = 'multilib:lib32'",
> > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> > "RPM_PREFER_ELF_ARCH = '1'",
> > -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > pango-module-basic-fc lib32-pango-module-basic-fc'"
> > +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> > ]
> > },
> > "step5" : {
> > --
> > 2.43.0
> >
> >
> >
> >
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61745): https://lists.yoctoproject.org/g/yocto/message/61745
Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 23 Nov 2023, at 12:19, Alexander Kanavin wrote: > > On Thu, 23 Nov 2023 at 13:14, Ross Burton wrote: >> >> On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: >>> >>> matchbox-terminal depends on vte, and latest vte enables gtk4 support. >> >> Are you sure? >> >> https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > > Latest, as in latest submitted version update (to 0.74). Various > people are trying to make it pass the AB, first Markus, now Khem. It > has gained gtk4 support and it is enabled. Ah. Surely it shouldn’t be shipping the gtk3 and gtk4 libraries in a single package? Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61742): https://lists.yoctoproject.org/g/yocto/message/61742 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, 23 Nov 2023 at 13:14, Ross Burton wrote: > > On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. > > Are you sure? > > https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 Latest, as in latest submitted version update (to 0.74). Various people are trying to make it pass the AB, first Markus, now Khem. It has gained gtk4 support and it is enabled. > The problem is that the ipkg rootfs generation works “interestingly” and > appears to create two parallel rootfs (one for normal one for multilib) and > then splats them together. > > The schemas are installed in /usr/share but if you have different sets of > libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. > > This feels like an issue which has existed for a long time, so how has it > only just been noticed? Did something change? The conflicting schemas come from gtk4 and I guess until now there was no multilib scenario where it would get pulled in? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61741): https://lists.yoctoproject.org/g/yocto/message/61741 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. Are you sure? https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > Also, I do not understand how the fix works. How does installing > additional packages into an image resolve a conflict between two > packages installing different files into the same location? The problem is that the ipkg rootfs generation works “interestingly” and appears to create two parallel rootfs (one for normal one for multilib) and then splats them together. The schemas are installed in /usr/share but if you have different sets of libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. This feels like an issue which has existed for a long time, so how has it only just been noticed? Did something change? Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61740): https://lists.yoctoproject.org/g/yocto/message/61740 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
matchbox-terminal depends on vte, and latest vte enables gtk4 support.
Also, I do not understand how the fix works. How does installing
additional packages into an image resolve a conflict between two
packages installing different files into the same location?
Alex
On Thu, 23 Nov 2023 at 12:50, Ross Burton wrote:
>
> Is this working around a failure on the autobuilder? How does
> matchbox-terminal pull in gtk4?
>
> Ross
> > On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org
> > wrote:
> >
> > This avoids an issue when a package that pulls in gtk4 into
> > core-image-sato but not into multilib pieces results in different
> > gschema compiled files as reported in [1]
> >
> > [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291
> >
> > Signed-off-by: Khem Raj
> > ---
> > config.json | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/config.json b/config.json
> > index c5fca45..e95a292 100644
> > --- a/config.json
> > +++ b/config.json
> > @@ -900,7 +900,7 @@
> > "MULTILIBS = 'multilib:lib32'",
> > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> > "RPM_PREFER_ELF_ARCH = '1'",
> > -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > pango-module-basic-fc lib32-pango-module-basic-fc'"
> > +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> > ]
> > },
> > "step4" : {
> > @@ -915,7 +915,7 @@
> > "MULTILIBS = 'multilib:lib32'",
> > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> > "RPM_PREFER_ELF_ARCH = '1'",
> > -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > pango-module-basic-fc lib32-pango-module-basic-fc'"
> > +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> > ]
> > },
> > "step5" : {
> > --
> > 2.43.0
> >
> >
> >
> >
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61739): https://lists.yoctoproject.org/g/yocto/message/61739
Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
Is this working around a failure on the autobuilder? How does
matchbox-terminal pull in gtk4?
Ross
> On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org
> wrote:
>
> This avoids an issue when a package that pulls in gtk4 into
> core-image-sato but not into multilib pieces results in different
> gschema compiled files as reported in [1]
>
> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291
>
> Signed-off-by: Khem Raj
> ---
> config.json | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/config.json b/config.json
> index c5fca45..e95a292 100644
> --- a/config.json
> +++ b/config.json
> @@ -900,7 +900,7 @@
> "MULTILIBS = 'multilib:lib32'",
> "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> "RPM_PREFER_ELF_ARCH = '1'",
> -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> pango-module-basic-fc lib32-pango-module-basic-fc'"
> +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> ]
> },
> "step4" : {
> @@ -915,7 +915,7 @@
> "MULTILIBS = 'multilib:lib32'",
> "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
> "RPM_PREFER_ELF_ARCH = '1'",
> -"IMAGE_INSTALL:append = ' lib32-connman-gnome
> pango-module-basic-fc lib32-pango-module-basic-fc'"
> +"IMAGE_INSTALL:append = ' lib32-connman-gnome
> lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
> ]
> },
> "step5" : {
> --
> 2.43.0
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61738): https://lists.yoctoproject.org/g/yocto/message/61738
Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe:
https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
This avoids an issue when a package that pulls in gtk4 into
core-image-sato but not into multilib pieces results in different
gschema compiled files as reported in [1]
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291
Signed-off-by: Khem Raj
---
config.json | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/config.json b/config.json
index c5fca45..e95a292 100644
--- a/config.json
+++ b/config.json
@@ -900,7 +900,7 @@
"MULTILIBS = 'multilib:lib32'",
"DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
"RPM_PREFER_ELF_ARCH = '1'",
-"IMAGE_INSTALL:append = ' lib32-connman-gnome
pango-module-basic-fc lib32-pango-module-basic-fc'"
+"IMAGE_INSTALL:append = ' lib32-connman-gnome
lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
]
},
"step4" : {
@@ -915,7 +915,7 @@
"MULTILIBS = 'multilib:lib32'",
"DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'",
"RPM_PREFER_ELF_ARCH = '1'",
-"IMAGE_INSTALL:append = ' lib32-connman-gnome
pango-module-basic-fc lib32-pango-module-basic-fc'"
+"IMAGE_INSTALL:append = ' lib32-connman-gnome
lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'"
]
},
"step5" : {
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61728): https://lists.yoctoproject.org/g/yocto/message/61728
Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
