glib-2.0: fix broken python script header on machines using buildtools
authorPaul Eggleton <paul.eggleton@linux.intel.com>
Fri, 20 Sep 2013 14:43:45 +0000 (14:43 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Sun, 22 Sep 2013 11:23:35 +0000 (12:23 +0100)
commit7ddacca2e8eb21a784d9b27ca21c2d805545973d
tree8a23c9a01081594b5da19cf5b4d68fc0a6b3b311
parentb11c9f17a4d1b538733d22bb9ad1449a07577c59
glib-2.0: fix broken python script header on machines using buildtools

With buildtools (which contains Python) installed on a build machine,
glib-2.0's gtester-report script was ending up with the full path to
the installed python binary in the shebang, which when rpm packaging
was used led to this being added as a per-file dependency by rpmdeps for
the libglib-2.0-utils package in which it ends up. This of course broke
do_rootfs when the package was included in the rootfs and had been
restored from sstate from another machine, as happened on the Yocto
Project autobuilder.

We were already trying to sed this script apparently only for the
shebang (since it appears that there are no other paths in the script)
so let's just sed the shebang properly; it also seems sensible to do
this for native as well instead of explicitly trying to exclude that
case.

Fixes [YOCTO #5205].

(From OE-Core rev: 1d16e8035dda062041394b1e51839a9a7d077cf5)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-core/glib-2.0/glib.inc