Patchwork [0/4] Don't build gtk+-native

login
register
mail settings
Submitter Ross Burton
Date March 4, 2013, 12:52 p.m.
Message ID <cover.1362401323.git.ross.burton@intel.com>
Download mbox
Permalink /patch/45471/
State New
Headers show

Pull-request

git://git.yoctoproject.org/poky-contrib ross/gtk

Comments

Ross Burton - March 4, 2013, 12:52 p.m.
Hi,

We're building gtk+-native (so the X stack, freetype, fontconfig, etc etc) just
to run gtk-update-icon-cache on the host when building the rootfs.

This series adds a recipe that builds just that binary from a GTK+ tarball using
a bit of hackery.

For a benchmark of building sato-icon-theme from nothing (no sstate or tmp):

master takes 13:25 to run 1037 tasks.
ross/gtk takes 9:26 to run 629 tasks.

So that's a four minute gain and 400 less tasks.

Ross

The following changes since commit 226c4384643da635fb668cdf0ccd32fea943875d:

  btrfs-tools: added PV to git package recipe (2013-03-04 10:04:27 +0000)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib ross/gtk

for you to fetch changes up to 1c10f4983ce9470f80083d3f943a095df6bbc9bb:

  gtk-icon-cache: use virtual/gtk-update-icon-cache-native instead of gtk+-native (2013-03-04 12:39:19 +0000)

----------------------------------------------------------------
Ross Burton (4):
      gtk-update-icon-cache-native: add
      default-providers: add default virtual provider for gtk-update-icon-cache
      gtk+: mark as provider of virtual/gtk-update-icon-cache-native
      gtk-icon-cache: use virtual/gtk-update-icon-cache-native instead of gtk+-native

 meta/classes/gtk-icon-cache.bbclass                |    2 +-
 meta/conf/distro/include/default-providers.inc     |    1 +
 meta/recipes-gnome/gtk+/gtk+.inc                   |    2 +
 .../gtk+/gtk-update-icon-cache-native_3.4.4.bb     |   44 ++++++++++++++++++++
 4 files changed, 48 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb

Ross Burton (4):
  gtk-update-icon-cache-native: add
  default-providers: add default virtual provider for
    gtk-update-icon-cache
  gtk+: mark as provider of virtual/gtk-update-icon-cache-native
  gtk-icon-cache: use virtual/gtk-update-icon-cache-native instead of
    gtk+-native

 meta/classes/gtk-icon-cache.bbclass                |    2 +-
 meta/conf/distro/include/default-providers.inc     |    1 +
 meta/recipes-gnome/gtk+/gtk+.inc                   |    2 +
 .../gtk+/gtk-update-icon-cache-native_3.4.4.bb     |   44 ++++++++++++++++++++
 4 files changed, 48 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
Richard Purdie - March 5, 2013, 11:49 p.m.
On Mon, 2013-03-04 at 12:52 +0000, Ross Burton wrote:
> We're building gtk+-native (so the X stack, freetype, fontconfig, etc etc) just
> to run gtk-update-icon-cache on the host when building the rootfs.
> 
> This series adds a recipe that builds just that binary from a GTK+ tarball using
> a bit of hackery.
> 
> For a benchmark of building sato-icon-theme from nothing (no sstate or tmp):
> 
> master takes 13:25 to run 1037 tasks.
> ross/gtk takes 9:26 to run 629 tasks.
> 
> So that's a four minute gain and 400 less tasks.

Here, my core-image-sato build from populated DL_DIR time fell by about
2.5 minutes due to this changeset (46:59 to 44:17 mins) so a 5% speedup.
Nice! :)

It would seemingly make around six seconds on "bitbake core-image-sato
-c rootfs" from sstate too (5m25 ish).

Cheers,

Richard