All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Changqing Li" <changqing.li@windriver.com>
To: Khem Raj <raj.khem@gmail.com>, Martin Jansa <martin.jansa@gmail.com>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH] gtk-icon-cache.bbclass: update RDEPENDS
Date: Fri, 17 Jul 2020 15:36:40 +0800	[thread overview]
Message-ID: <ae137063-cebf-8af8-383d-a707de2556ca@windriver.com> (raw)
In-Reply-To: <db248f93-870a-bff8-4959-29faa8fa7c28@gmail.com>


On 7/14/20 12:30 AM, Khem Raj wrote:
>
>
> On 7/12/20 11:03 PM, Changqing Li wrote:
>> Hi, Martin
>>
>> Thanks for tell me the problem.  Maybe I don't understand you 
>> correctly,  but I don't met your problem, below is what I tried,
>>
>> if I am wrong, please tell me how I can reproduce your problem, thanks.
>>
>>
>
> since gtk+3 or perhaps even gdk-pixbuf is not allarch package being 
> added as runtime dependency here would mean that any package thats 
> inheriting this class and allarch class will have the issue Martin is 
> seeing, one way to fix is to call it abi safe using 
> SIGGEN_EXCLUDERECIPES_ABISAFE but since its a class, I dont think you 
> can easily call that out in layer.conf.

How about add it in gtk-icon-cache.bbclass,  and check the arch first,  
if it is allarch,  then add gtk+3/pixbug into SIGGEN_EXCLUDERECIPES_ABISAFE?

>
>> Here is what I tried:
>>
>> bitbake adwaita-icon-themewithout my patch, and then build 
>> adwaita-icon-theme with my patch, and then run below command:
>>
>> bitbake-diffsigs 
>> 3.36.1-r0.do_prepare_recipe_sysroot.sigdata.608eb6ea5873c19534fddfeacee59d81fa799ce6c965217ffe76a0141885093a 
>> 3.36.1-r0.do_prepare_recipe_sysroot.sigdata.b10948f26bfd089980c9f9af928e108e9764627201dcfd9db43efc8a455b181b 
>>
>> NOTE: Starting bitbake server...
>> runtaskdeps changed:
>> ['autoconf/autoconf_2.69.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-devtools/autoconf/autoconf_2.69.bb 
>> automake/automake_1.16.2.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-devtools/automake/automake_1.16.2.bb', 
>> +gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot, 
>> 'gnome/adwaita-icon-theme_3.36.1.bb:do_fetch 
>> gnu-config/gnu-config_git.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-devtools/gnu-config/gnu-config_git.bb', 
>> +gtk+/gtk+3_3.24.21.bb:do_populate_sysroot, 
>> 'gtk+/gtk+3_3.24.21.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-gnome/gtk+/gtk+3_3.24.21.bb 
>> hicolor-icon-theme/hicolor-icon-theme_0.17.bb:do_populate_sysroot 
>> librsvg/librsvg_2.40.20.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb 
>> libtool/libtool-native_2.4.6.bb:do_populate_sysroot 
>> pkgconfig/pkgconfig_git.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb 
>> pseudo/pseudo_git.bb:do_populate_sysroot:virtual:native:/poky/meta/recipes-devtools/pseudo/pseudo_git.bb'] 
>>
>> Number of task dependencies changed
>> Dependency on task gtk+/gtk+3_3.24.21.bb:do_populate_sysroot was 
>> added with hash 
>> 60018dc07fa11c46226232c0923871b65f88f51a0b7665045f779a1111c1e1dd
>> Dependency on task 
>> gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot was added with 
>> hash 17cd8a1fe76fa0b342dc50b8e2d71d8d88eec93d0367ae48629ae66f41eca11f
>>
>>
>> On 7/11/20 12:37 AM, Martin Jansa wrote:
>>> With this change now in master and dunfell there is signature issue 
>>> in allarch adwaita-icon-theme now runtime depending on TUNE_PKGARCH 
>>> gdk-pixbuf as shown by sstate-diff-machines.sh/bitbake-diffsigs 
>>> <http://sstate-diff-machines.sh/bitbake-diffsigs>:
>>>
>>> bitbake-diffsigs 
>>> tmp-glibc/sstate-diff/1594398219/qemu*/all-webos-linux/adwaita-icon-theme/*do_prepare_recipe_sysroot*
>>> NOTE: Starting bitbake server...
>>> NOTE: Started PRServer with DBfile: cache/prserv.sqlite3, IP: 
>>> 127.0.0.1, PORT: 33511, PID: 36423
>>> Hash for dependent task 
>>> gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot changed from 
>>> a72aba8432699c8ce4ca1f71833ef14a89ffde0ea4063e37b9d819fdb1e407f4 to 
>>> 1ad4e1bd76921b71482657f3b017184e9ade8e2a0b9f43ad64ed2dda83b1520f
>>> Unable to find matching sigdata for 
>>> openembedded-core/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot 
>>> with hashes 
>>> a72aba8432699c8ce4ca1f71833ef14a89ffde0ea4063e37b9d819fdb1e407f4 or 
>>> 1ad4e1bd76921b71482657f3b017184e9ade8e2a0b9f43ad64ed2dda83b1520f

Martin, Khem, I still don't know how to reproduce this error "Unable to 
find matching sigdata for ....",  could you send how to reproduce?

>>>
>>> On Wed, Jul 1, 2020 at 3:39 AM Changqing Li 
>>> <changqing.li@windriver.com <mailto:changqing.li@windriver.com>> wrote:
>>>
>>>
>>>     On 6/30/20 6:01 PM, Richard Purdie wrote:
>>>     > On Tue, 2020-06-30 at 17:49 +0800, Changqing Li wrote:
>>>     >> From: Changqing Li <changqing.li@windriver.com
>>>     <mailto:changqing.li@windriver.com>>
>>>     >>
>>>     >> fix error:
>>>     >> + /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders 
>>> --update-cache
>>>     >> /var/tmp/rpm-tmp.mdYxY6: line 12:
>>>     /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-
>>>     >> query-loaders: No such file or directory
>>>     >> %post(adwaita-icon-theme-3.36.1-r0.0.noarch): waitpid(2961) 
>>> rc 2961
>>>     >> status 7f00
>>>     >> warning: %post(adwaita-icon-theme-3.36.1-r0.0.noarch) scriptlet
>>>     >> failed, exit status 127
>>>     >>
>>>     >> when install adwaita-icon-theme, which inherit gtk-icon-cache
>>>     >> on target, above error reported,  fix by add needeed packages
>>>     >> in RDEPENDS
>>>     >>
>>>     >> Signed-off-by: Changqing Li <changqing.li@windriver.com
>>>     <mailto:changqing.li@windriver.com>>
>>>     >> ---
>>>     >>   meta/classes/gtk-icon-cache.bbclass | 2 ++
>>>     >>   1 file changed, 2 insertions(+)
>>>     >>
>>>     >> diff --git a/meta/classes/gtk-icon-cache.bbclass
>>>     b/meta/classes/gtk-
>>>     >> icon-cache.bbclass
>>>     >> index 91cb4ad409..7f218ce7ae 100644
>>>     >> --- a/meta/classes/gtk-icon-cache.bbclass
>>>     >> +++ b/meta/classes/gtk-icon-cache.bbclass
>>>     >> @@ -4,6 +4,8 @@ DEPENDS +=" ${@['hicolor-icon-theme',
>>>     '']['${BPN}' ==
>>>     >> 'hicolor-icon-theme']} gtk
>>>     >>
>>>     >>   PACKAGE_WRITE_DEPS += "gtk+3-native gdk-pixbuf-native"
>>>     >>
>>>     >> +RDEPENDS_${PN} += "gdk-pixbuf gtk+3"
>>>     >> +
>>>     >>   gtk_icon_cache_postinst() {
>>>     >>   if [ "x$D" != "x" ]; then
>>>     >>      $INTERCEPT_DIR/postinst_intercept update_gtk_icon_cache 
>>> ${PKG}
>>>     >> \
>>>     > This isn't quite right since the postinst may be added to a 
>>> package
>>>     > other than ${PN}.
>>>     >
>>>     > You need to add the RDEPENDS to the code:
>>>     >
>>>     >          rdepends = ' ' + d.getVar('MLPREFIX', False) +
>>>     "hicolor-icon-theme"
>>>     >          d.appendVar('RDEPENDS_%s' % pkg, rdepends)
>>>     >
>>>     > later in that class.
>>>     >
>>>     > Cheers,
>>>     >
>>>     > Richard
>>>     Thanks, I will correct it.
>>>     >
>>>
>>
>> 
>>

  reply	other threads:[~2020-07-17  7:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-30  9:49 [PATCH] gtk-icon-cache.bbclass: update RDEPENDS Changqing Li
2020-06-30 10:01 ` [OE-core] " Richard Purdie
2020-07-01  1:39   ` Changqing Li
2020-07-10 16:37     ` Martin Jansa
2020-07-13  6:03       ` Changqing Li
2020-07-13 16:30         ` Khem Raj
2020-07-17  7:36           ` Changqing Li [this message]
2020-07-20 11:12             ` Martin Jansa
2020-07-23  6:51               ` [PATCH] layer.conf: fix adwaita-icon-theme signature change problem Changqing Li
2020-07-23  8:35                 ` [OE-core] " Khem Raj
2020-07-24  1:48                   ` Changqing Li

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=ae137063-cebf-8af8-383d-a707de2556ca@windriver.com \
    --to=changqing.li@windriver.com \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    --cc=richard.purdie@linuxfoundation.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.