From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga01.intel.com ([192.55.52.88]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SxZI1-0000fR-Cs for openembedded-core@lists.openembedded.org; Sat, 04 Aug 2012 10:00:49 +0200 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 04 Aug 2012 00:49:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="202191802" Received: from unknown (HELO [10.252.121.74]) ([10.252.121.74]) by fmsmga002.fm.intel.com with ESMTP; 04 Aug 2012 00:49:02 -0700 Message-ID: <501CD3EE.3080100@intel.com> Date: Sat, 04 Aug 2012 10:49:02 +0300 From: Laurentiu Palcu User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org References: In-Reply-To: Subject: Re: [PATCH 4/5] gtk-icon-cache: call postinst scriplet at do_rootfs time X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2012 08:00:49 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 08/04/2012 02:22 AM, Andreas Müller wrote: > On Fri, Aug 3, 2012 at 10:19 PM, Laurentiu Palcu > wrote: >> This will improve first boot time because building the icon cache is >> done on host, with more processing power than the target. >> >> Signed-off-by: Laurentiu Palcu >> --- >> meta/classes/gtk-icon-cache.bbclass | 10 ++-------- >> 1 file changed, 2 insertions(+), 8 deletions(-) >> >> diff --git a/meta/classes/gtk-icon-cache.bbclass b/meta/classes/gtk-icon-cache.bbclass >> index 01fb2f3..2d82c54 100644 >> --- a/meta/classes/gtk-icon-cache.bbclass >> +++ b/meta/classes/gtk-icon-cache.bbclass >> @@ -1,18 +1,12 @@ >> FILES_${PN} += "${datadir}/icons/hicolor" >> >> -DEPENDS += "${@['hicolor-icon-theme', '']['${BPN}' == 'hicolor-icon-theme']}" >> +DEPENDS += "${@['hicolor-icon-theme', '']['${BPN}' == 'hicolor-icon-theme']} gtk+-native" >> >> -# This could run on the host as icon cache files are architecture independent, >> -# but there is no gtk-update-icon-cache built natively. >> gtk_icon_cache_postinst() { >> -if [ "x$D" != "x" ]; then >> - exit 1 >> -fi >> - >> # Update the pixbuf loaders in case they haven't been registered yet >> GDK_PIXBUF_MODULEDIR=${libdir}/gdk-pixbuf-2.0/2.10.0/loaders gdk-pixbuf-query-loaders --update-cache >> >> -for icondir in /usr/share/icons/* ; do >> +for icondir in $D/usr/share/icons/* ; do >> if [ -d $icondir ] ; then >> gtk-update-icon-cache -fqt $icondir >> fi >> -- >> 1.7.9.5 >> > Long time ago there was a patch introducing gtk-icon-cache to be only > run once on the machine [1] and I am still using that. At that time I > was asked for a more generic approach. Now I ask: > > 1. Wouldn't it be better to have gtk-icon-cache run once even on host But this is what these patches do. Make gtk-update-icon-cache run on host, when the target rootfs is constructed, rather than running it on target, at first boot. Thanks, Laurentiu > 2. Or better: How about a postinst 'runonce' framework for host/machine? > > Andreas > > [1] http://patches.openembedded.org/patch/24179/ > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core >