Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Ross Burton <ross.burton@intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 04/14] gdk-pixbuf: upgrade to 2.28.1
Date: Thu, 30 May 2013 16:02:07 +0200	[thread overview]
Message-ID: <20130530140207.GC24725@jama> (raw)
In-Reply-To: <22e0a87c5884adff2aa356bc6f02d9cb49ee2376.1369921759.git.ross.burton@intel.com>

[-- Attachment #1: Type: text/plain, Size: 5489 bytes --]

On Thu, May 30, 2013 at 02:52:38PM +0100, Ross Burton wrote:
> Something along the lines of pngversion.patch was merged upstream, so drop that
> patch.
> 
> Also use the new trim_version() function for a future-proof SRC_URI.
> 
> Signed-off-by: Ross Burton <ross.burton@intel.com>
> ---
>  .../gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch  |   23 --------------------
>  .../configure_fix.patch                            |    0
>  .../extending-libinstall-dependencies.patch        |    0
>  .../hardcoded_libtool.patch                        |    0
>  .../{gdk-pixbuf_2.26.5.bb => gdk-pixbuf_2.28.1.bb} |   11 +++++-----
>  5 files changed, 5 insertions(+), 29 deletions(-)
>  delete mode 100644 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch
>  rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 => gdk-pixbuf}/configure_fix.patch (100%)
>  rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 => gdk-pixbuf}/extending-libinstall-dependencies.patch (100%)
>  rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 => gdk-pixbuf}/hardcoded_libtool.patch (100%)
>  rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.26.5.bb => gdk-pixbuf_2.28.1.bb} (89%)
> 
> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch
> deleted file mode 100644
> index 2e7d5af..0000000
> --- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch
> +++ /dev/null
> @@ -1,23 +0,0 @@
> -We now have libpng 1.6. If we build libpng12 as well as libpng 1.6, the 1.2 version gets 
> -preferred which is not desirable and does not give deterministic builds.
> -
> -We really do want to use libpng since the item in DEPENDS will provide this so
> -manipulate the search list so the one we DEPEND on gets chosen.
> -
> -RP 2013/4/13
> -
> -Upstream-Status: Pending [worth discussing at least]
> -
> -Index: gdk-pixbuf-2.26.5/configure.ac
> -===================================================================
> ---- gdk-pixbuf-2.26.5.orig/configure.ac	2013-03-26 15:45:16.594820303 +0000
> -+++ gdk-pixbuf-2.26.5/configure.ac	2013-04-13 10:15:19.241433789 +0000
> -@@ -588,7 +588,7 @@
> - 
> - dnl Test for libpng
> -   if test x$with_libpng != xno && test -z "$LIBPNG"; then
> --    for l in libpng15 libpng14 libpng12 libpng13 libpng10 libpng ; do
> -+    for l in libpng libpng15 libpng14 libpng12 libpng13 libpng10 ; do
> -       AC_MSG_CHECKING(for $l)
> -       if $PKG_CONFIG --exists $l ; then
> -         AC_MSG_RESULT(yes)
> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/configure_fix.patch b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/configure_fix.patch
> similarity index 100%
> rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/configure_fix.patch
> rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/configure_fix.patch
> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/extending-libinstall-dependencies.patch b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/extending-libinstall-dependencies.patch
> similarity index 100%
> rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/extending-libinstall-dependencies.patch
> rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/extending-libinstall-dependencies.patch
> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/hardcoded_libtool.patch b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/hardcoded_libtool.patch
> similarity index 100%
> rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/hardcoded_libtool.patch
> rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/hardcoded_libtool.patch
> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.28.1.bb
> similarity index 89%
> rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb
> rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.28.1.bb
> index b85bbaf..4bf2eb6 100644
> --- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.26.5.bb
> +++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.28.1.bb
> @@ -11,17 +11,16 @@ SECTION = "libs"
>  DEPENDS = "libpng glib-2.0 jpeg"
>  DEPENDS_append_linuxstdbase = " virtual/libx11"
>  
> -SRC_URI = "http://ftp.acc.umu.se/pub/GNOME/sources/gdk-pixbuf/2.26/gdk-pixbuf-${PV}.tar.xz \
> +MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"

Just for sake of consistency, in many recipes this variable is called
SHRT_VER.

> +SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \

                                                ^ why not ${BP}?

>             file://hardcoded_libtool.patch \
>             file://configure_fix.patch \
>             file://extending-libinstall-dependencies.patch \
> -           file://pngversion.patch \
>             "
>  
> -SRC_URI[md5sum] = "339329e6d619ee3e1cb93979111b04c0"
> -SRC_URI[sha256sum] = "77696fd163bca95a130a1883dbd78d0ae4d782de2fc85a9a38556d13681f5c84"
> -
> -PR = "r1"
> +SRC_URI[md5sum] = "5c71cce316d08c559fc5970aa60754ab"
> +SRC_URI[sha256sum] = "bea0b743fdb5c3c8e23210f73623ec5f18f9ead2522942897fe739d80b50c2bb"
>  
>  inherit autotools pkgconfig gettext pixbufcache
>  
> -- 
> 1.7.10.4
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

  reply	other threads:[~2013-05-30 14:02 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-30 13:52 [PATCH 00/14] GTK+ 3.8 and Wayland integration Ross Burton
2013-05-30 13:52 ` [PATCH 01/14] test-utils: handle import bb failing and skip the test Ross Burton
2013-05-30 13:52 ` [PATCH 02/14] test_utils: import functions directly for conciseness Ross Burton
2013-05-30 13:52 ` [PATCH 03/14] utils: add trim_version() function Ross Burton
2013-05-30 13:52 ` [PATCH 04/14] gdk-pixbuf: upgrade to 2.28.1 Ross Burton
2013-05-30 14:02   ` Martin Jansa [this message]
2013-05-30 14:05     ` Burton, Ross
2013-05-30 13:52 ` [PATCH 05/14] atk: upgrade to 2.8 Ross Burton
2013-05-30 13:52 ` [PATCH 06/14] at-spi2: add -core and -atk, for GTK+ 3.8 Ross Burton
2013-05-30 13:52 ` [PATCH 07/14] gtk+3: update to 3.8.2 Ross Burton
2013-05-30 13:52 ` [PATCH 08/14] gtk+3: explicitly disable introspection Ross Burton
2013-05-30 13:52 ` [PATCH 09/14] gtk+3: respect x11 and wayland DISTRO_FEATURES Ross Burton
2013-05-30 13:52 ` [PATCH 10/14] gtk+3: add dependencies for gtk+3-demo Ross Burton
2013-05-30 13:52 ` [PATCH 11/14] gtk+: remove spurious libgcrypt dependency Ross Burton
2013-05-30 13:52 ` [PATCH 12/14] gtk+3: register GSetting schemas Ross Burton
2013-05-30 13:52 ` [PATCH 13/14] gtk+3: split into .bb/.inc Ross Burton
2013-05-30 13:52 ` [PATCH 14/14] gtk+3: clean up libtool link creation to avoid errors in configure log Ross Burton

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=20130530140207.GC24725@jama \
    --to=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ross.burton@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox