Re: [oe-core] [RFC] meson.bbclass: pkg-config vs pkgconf

[Marko Lindqvist]

On Tue, 4 Jun 2024 at 00:22, Richard Purdie via lists.openembedded.org
 wrote:
>
> Keeping it simple and saying "pkg-config behaviour"
> everywhere is simpler IMO.

 Do you think that pkg-config will still gain livelihood? I've
considered it a dead project for some time now. I was about to check
how many years it's since the latest commit to their repository, but
the repo URL from freedesktop site now gave 404.


 - ML

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200283): 
https://lists.openembedded.org/g/openembedded-core/message/200283
Mute This Topic: https://lists.openembedded.org/mt/106467265/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [Openembedded-architecture] Let's drop x86-x32 (was Re: [OE-core] [PATCH 05/51] rpm: update 4.17.0 -> 4.17.1)

[Marko Lindqvist]

On Wed, 20 Jul 2022 at 12:50, Ross Burton  wrote:
>
> On 20 Jul 2022, at 10:28, Alexander Kanavin via lists.openembedded.org 
>  wrote:
> >
> > On Wed, 20 Jul 2022 at 11:23, Richard Purdie
> >  wrote:
> >> That amounts to dropping x32 support because as soon as we remove these
> >> tests, it will bitrot.
> >>
> >> There is still some value in the project being able to support
> >> different architectures and different type sizes so I do still lean
> >> towards keeping this alive at a minimal level.
> >
> > But then why not replace x32 with riscv32, which as well has 32 bit
> > pointers but 64 bit integers and thus trips over the same type size
> > issues?
>
> Does the RISC-V ecosystem care about riscv32?
>
> The problem with Intel x32 is that very few people care, so we end up fixing 
> upstream software.  If RISC-V cares then we won’t be alone.
>
> Also, Intel should get to have an opinion on this.  If they actually care 
> about x32 then they can help fix the issues, if they don’t then we can easily 
> switch to a platform that has support.

 How much difference is there between x32 and riscv32 in upstreams? As
they would trip on the same issues, one would assume that if the issue
is fixed for one, it gets fixed for the other too.
 But might be that relevant upstreams need to have much of the code
duplicated (fixing one copy does not fix the other)


  - ML

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#168354): 
https://lists.openembedded.org/g/openembedded-core/message/168354
Mute This Topic: https://lists.openembedded.org/mt/92500906/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] [meta] atk: Specify gettext-native dependency

[Marko Lindqvist]

 Sorry, I'm on vacation, so it would be good if someone else can do the patch.


 - ML


On 3 July 2018 at 17:37, Burton, Ross  wrote:
> What was missing all along is that we're talking specifically about
> atk-native here, which disables NLS explicitly.  As Meson doesn't yet
> expose a way to turn off i18n we need to stop that.  For now, adding
> USE_NLS=yes is a suitable workaround (and what glib already does).
> Marko, can you send this patch?
>
> Arguably, meson.bbclass could do this, but that would be forcing a
> gettext dependency on everything using Meson.
>
> Ross
>
>
>
> On 1 July 2018 at 19:20, Marko Lindqvist  wrote:
>>  3) Adding 'USE_NLS = "yes"' to atk recipe fixes the problem for me.
>>
>>
>>  - ML
>>
>>
>> On 1 July 2018 at 21:03, Marko Lindqvist  wrote:
>>>  I think the problem is not with INHIBIT_DEFAULT_DEPS, but with
>>> USE_NLS on the next couple of lines. With USE_NLS disabled, the
>>> automatic dependency is gettext-minimal-native (not providing
>>> xgettext, I think), and not gettext-native.
>>>
>>>  1) 
>>> tmp-glibc/work/aarch64-oe-linux/atk/2.28.1-r0/recipe-sysroot-native/sysroot-providers/gettext-minimal-native
>>> is there
>>>  2) Adding gettext-minimal-native as atk dependency does not fix the
>>> issue like adding gettext-native dependency does
>>>
>>>
>>>  - ML
>>>
>>>
>>> On 30 June 2018 at 21:43, Marko Lindqvist  wrote:
>>>>  This error happens to me with both qemux86 and qemuarm64. Haven't
>>>> tested any others yet.
>>>>
>>>>
>>>>  - ML
>>>>
>>>> On 15 June 2018 at 20:40, Alistair Francis  wrote:
>>>>> On Mon, Jun 4, 2018 at 4:18 PM, Burton, Ross  
>>>>> wrote:
>>>>>> That implies that INHIBIT_DEFAULT_DEPS is also evaluating to true,
>>>>>> which it shouldn't be in ATK.
>>>>>>
>>>>>> I'd definitely be checking if that is the case, and if you can
>>>>>> replicate the failure with e.g. qemuarm.
>>>>>
>>>>> I can't replicate it with qemuarm and checking with bitbake -e I can't
>>>>> see anywhere that the variable is set. Any ideas on what to try to
>>>>> figure out how it is set?
>>>>>
>>>>> Alistair
>>>>>
>>>>>>
>>>>>> Ross
>>>>>>
>>>>>> On 4 June 2018 at 19:46, Alistair Francis  wrote:
>>>>>>> On Mon, Jun 4, 2018 at 10:20 AM, Alexander Kanavin
>>>>>>>  wrote:
>>>>>>>> On 06/04/2018 08:17 PM, Alistair Francis wrote:
>>>>>>>>>
>>>>>>>>> On Mon, Jun 4, 2018 at 3:06 AM, Burton, Ross 
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> So why isn't the inherit gettext sufficient?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm not sure. Here is the error I see when compiling for RISC-V before
>>>>>>>>> this patch:
>>>>>>>>
>>>>>>>>
>>>>>>>> So is the error specific to risc-v? You should dig deeper in that 
>>>>>>>> direction
>>>>>>>> then.
>>>>>>>
>>>>>>> Ok, it looks like the line: if d.getVar('INHIBIT_DEFAULT_DEPS') and
>>>>>>> not oe.utils.inherits(d, 'cross-canadian'): is evaluating as true in
>>>>>>> gettext.bbclass so we don't depend on gettext-native.
>>>>>>>
>>>>>>> Do I need to ensure cross-canadian is set for RISC-V builds then?
>>>>>>>
>>>>>>> Alistair
>>>>>>>
>>>>>>>>
>>>>>>>> Alex
>>>>> --
>>>>> ___
>>>>> Openembedded-core mailing list
>>>>> Openembedded-core@lists.openembedded.org
>>>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] [meta] atk: Specify gettext-native dependency

[Marko Lindqvist]

 3) Adding 'USE_NLS = "yes"' to atk recipe fixes the problem for me.


 - ML


On 1 July 2018 at 21:03, Marko Lindqvist  wrote:
>  I think the problem is not with INHIBIT_DEFAULT_DEPS, but with
> USE_NLS on the next couple of lines. With USE_NLS disabled, the
> automatic dependency is gettext-minimal-native (not providing
> xgettext, I think), and not gettext-native.
>
>  1) 
> tmp-glibc/work/aarch64-oe-linux/atk/2.28.1-r0/recipe-sysroot-native/sysroot-providers/gettext-minimal-native
> is there
>  2) Adding gettext-minimal-native as atk dependency does not fix the
> issue like adding gettext-native dependency does
>
>
>  - ML
>
>
> On 30 June 2018 at 21:43, Marko Lindqvist  wrote:
>>  This error happens to me with both qemux86 and qemuarm64. Haven't
>> tested any others yet.
>>
>>
>>  - ML
>>
>> On 15 June 2018 at 20:40, Alistair Francis  wrote:
>>> On Mon, Jun 4, 2018 at 4:18 PM, Burton, Ross  wrote:
>>>> That implies that INHIBIT_DEFAULT_DEPS is also evaluating to true,
>>>> which it shouldn't be in ATK.
>>>>
>>>> I'd definitely be checking if that is the case, and if you can
>>>> replicate the failure with e.g. qemuarm.
>>>
>>> I can't replicate it with qemuarm and checking with bitbake -e I can't
>>> see anywhere that the variable is set. Any ideas on what to try to
>>> figure out how it is set?
>>>
>>> Alistair
>>>
>>>>
>>>> Ross
>>>>
>>>> On 4 June 2018 at 19:46, Alistair Francis  wrote:
>>>>> On Mon, Jun 4, 2018 at 10:20 AM, Alexander Kanavin
>>>>>  wrote:
>>>>>> On 06/04/2018 08:17 PM, Alistair Francis wrote:
>>>>>>>
>>>>>>> On Mon, Jun 4, 2018 at 3:06 AM, Burton, Ross 
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> So why isn't the inherit gettext sufficient?
>>>>>>>
>>>>>>>
>>>>>>> I'm not sure. Here is the error I see when compiling for RISC-V before
>>>>>>> this patch:
>>>>>>
>>>>>>
>>>>>> So is the error specific to risc-v? You should dig deeper in that 
>>>>>> direction
>>>>>> then.
>>>>>
>>>>> Ok, it looks like the line: if d.getVar('INHIBIT_DEFAULT_DEPS') and
>>>>> not oe.utils.inherits(d, 'cross-canadian'): is evaluating as true in
>>>>> gettext.bbclass so we don't depend on gettext-native.
>>>>>
>>>>> Do I need to ensure cross-canadian is set for RISC-V builds then?
>>>>>
>>>>> Alistair
>>>>>
>>>>>>
>>>>>> Alex
>>> --
>>> ___
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] [meta] atk: Specify gettext-native dependency

[Marko Lindqvist]

 I think the problem is not with INHIBIT_DEFAULT_DEPS, but with
USE_NLS on the next couple of lines. With USE_NLS disabled, the
automatic dependency is gettext-minimal-native (not providing
xgettext, I think), and not gettext-native.

 1) 
tmp-glibc/work/aarch64-oe-linux/atk/2.28.1-r0/recipe-sysroot-native/sysroot-providers/gettext-minimal-native
is there
 2) Adding gettext-minimal-native as atk dependency does not fix the
issue like adding gettext-native dependency does


 - ML


On 30 June 2018 at 21:43, Marko Lindqvist  wrote:
>  This error happens to me with both qemux86 and qemuarm64. Haven't
> tested any others yet.
>
>
>  - ML
>
> On 15 June 2018 at 20:40, Alistair Francis  wrote:
>> On Mon, Jun 4, 2018 at 4:18 PM, Burton, Ross  wrote:
>>> That implies that INHIBIT_DEFAULT_DEPS is also evaluating to true,
>>> which it shouldn't be in ATK.
>>>
>>> I'd definitely be checking if that is the case, and if you can
>>> replicate the failure with e.g. qemuarm.
>>
>> I can't replicate it with qemuarm and checking with bitbake -e I can't
>> see anywhere that the variable is set. Any ideas on what to try to
>> figure out how it is set?
>>
>> Alistair
>>
>>>
>>> Ross
>>>
>>> On 4 June 2018 at 19:46, Alistair Francis  wrote:
>>>> On Mon, Jun 4, 2018 at 10:20 AM, Alexander Kanavin
>>>>  wrote:
>>>>> On 06/04/2018 08:17 PM, Alistair Francis wrote:
>>>>>>
>>>>>> On Mon, Jun 4, 2018 at 3:06 AM, Burton, Ross 
>>>>>> wrote:
>>>>>>>
>>>>>>> So why isn't the inherit gettext sufficient?
>>>>>>
>>>>>>
>>>>>> I'm not sure. Here is the error I see when compiling for RISC-V before
>>>>>> this patch:
>>>>>
>>>>>
>>>>> So is the error specific to risc-v? You should dig deeper in that 
>>>>> direction
>>>>> then.
>>>>
>>>> Ok, it looks like the line: if d.getVar('INHIBIT_DEFAULT_DEPS') and
>>>> not oe.utils.inherits(d, 'cross-canadian'): is evaluating as true in
>>>> gettext.bbclass so we don't depend on gettext-native.
>>>>
>>>> Do I need to ensure cross-canadian is set for RISC-V builds then?
>>>>
>>>> Alistair
>>>>
>>>>>
>>>>> Alex
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] [meta] atk: Specify gettext-native dependency

[Marko Lindqvist]

 This error happens to me with both qemux86 and qemuarm64. Haven't
tested any others yet.


 - ML

On 15 June 2018 at 20:40, Alistair Francis  wrote:
> On Mon, Jun 4, 2018 at 4:18 PM, Burton, Ross  wrote:
>> That implies that INHIBIT_DEFAULT_DEPS is also evaluating to true,
>> which it shouldn't be in ATK.
>>
>> I'd definitely be checking if that is the case, and if you can
>> replicate the failure with e.g. qemuarm.
>
> I can't replicate it with qemuarm and checking with bitbake -e I can't
> see anywhere that the variable is set. Any ideas on what to try to
> figure out how it is set?
>
> Alistair
>
>>
>> Ross
>>
>> On 4 June 2018 at 19:46, Alistair Francis  wrote:
>>> On Mon, Jun 4, 2018 at 10:20 AM, Alexander Kanavin
>>>  wrote:
 On 06/04/2018 08:17 PM, Alistair Francis wrote:
>
> On Mon, Jun 4, 2018 at 3:06 AM, Burton, Ross 
> wrote:
>>
>> So why isn't the inherit gettext sufficient?
>
>
> I'm not sure. Here is the error I see when compiling for RISC-V before
> this patch:


 So is the error specific to risc-v? You should dig deeper in that direction
 then.
>>>
>>> Ok, it looks like the line: if d.getVar('INHIBIT_DEFAULT_DEPS') and
>>> not oe.utils.inherits(d, 'cross-canadian'): is evaluating as true in
>>> gettext.bbclass so we don't depend on gettext-native.
>>>
>>> Do I need to ensure cross-canadian is set for RISC-V builds then?
>>>
>>> Alistair
>>>

 Alex
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] configure error for glibc 2.25.2

[Marko Lindqvist]

 Probably unrelated, but glibc people were hoping autoconf-2.70
release before they release glibc-2.25 as post-2.24 glibc configure
has some problem post-2.69 autoconf would resolve. I don't know if
they have managed to work around their issue some other way when
autoconf release has still failed to materialize (it was half-promised
by the end of year 2016)


 - ML


On 24 January 2017 at 16:07, Andrew Goodbody
 wrote:
> I get the following configure error when trying to rebuild my tree today 
> after doing a sync.
>
> Is this a core issue or something wrong in my tree?
>
> Thanks,
> Andrew
>
> | checking installed Linux kernel header files... missing or too old!
> | configure: error: GNU libc requires kernel header files from
> | Linux 3.2.0 or later to be installed before configuring.
> | The kernel header files are found usually in /usr/include/asm and
> | /usr/include/linux; make sure these directories use files from
> | Linux 3.2.0 or later.  This check uses , so
> | make sure that file was built correctly when installing the kernel header
> | files.  To use kernel headers not from /usr/include/linux, use the
> | configure option --with-headers.
> | WARNING: exit code 1 from a shell command.
> | ERROR: Function failed: do_configure (log file is located at 
> /home/andrew/src/camol3/camol/build/tmp-camol-glibc/work/armv7ahf-neon-camol-linux-gnueabi/glibc-initial/2.25-r0/temp/log.do_configure.30873)
> ERROR: Task 
> (/home/andrew/src/camol3/camol/layers/openembedded-core/meta/recipes-core/glibc/glibc-initial_2.25.bb:do_configure)
>  failed with exit code '1'
> NOTE: Tasks Summary: Attempted 779 tasks of which 0 didn't need to be rerun 
> and 1 failed.
> NOTE: Writing buildhistory
>
> Summary: 1 task failed:
>   
> /home/andrew/src/camol3/camol/layers/openembedded-core/meta/recipes-core/glibc/glibc-initial_2.25.bb:do_configure
> Summary: There were 7 WARNING messages shown.
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] readline: Security Advisory - readline - CVE-2014-2524

[Marko Lindqvist]

On 6 October 2015 at 17:08, Burton, Ross  wrote:
>
> On 6 October 2015 at 14:43, Petter Mabäcker  wrote:
>>
>> Great. As you will notice also when formatted properly it will not apply
>> due to that readline63-001 and readline63-002 isn't applied so  'patchlevel'
>> is incorrect. That makes me wondering what the patching strategy is? In my
>> opinion we should consider adding the official readline-6.3 patches as well.
>> Should I add a bug report for that or leave it as is (depending on the
>> strategy...)?
>
>
> Adding the rest of the patches would have been a sensible thing to do.
> Right now, we're frozen as we're about to release 2.0, but a bug or patches
> post-release would be much appreciated.
>
> Ross

 The strategy I introduced in 30a38ea1ee933fb134a5ee9000298703cab93692
was not to add the patches, but to fetch them as upstream source.
 That was dropped when readline was updated to 6.3 (maybe there was no
patches for it at the time):
66bc6f4127e88db18e260c71d181aecfd58c7999


 - ML
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/6] pixman: update to 0.32.6

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-graphics/xorg-lib/{pixman_0.32.4.bb = pixman_0.32.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{pixman_0.32.4.bb = pixman_0.32.6.bb} 
(89%)

diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.32.4.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
similarity index 89%
rename from meta/recipes-graphics/xorg-lib/pixman_0.32.4.bb
rename to meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
index 51cca5d..f9ad814 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.32.4.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
@@ -31,7 +31,7 @@ SRC_URI += \
 
file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
 
 
-SRC_URI[md5sum] = cdb566504fe9daf6728c7b03cc7ea228
-SRC_URI[sha256sum] = 
ae2bd664057e330d41b40336ed296d3512318ce7f2401cc42601f2613d371e4c
+SRC_URI[md5sum] = 8a9e8f14743a39cf303803f369c1f344
+SRC_URI[sha256sum] = 
201fc0d7d6bc0017496f2bd27b3ca14224aea0df6b624c5ee2dc0307a4ff14a4
 
 REQUIRED_DISTRO_FEATURES = 
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/6] Version updates misc patch cleanup

[Marko Lindqvist]

Mainly updates to newer upstream versions, with some no longer needed patches 
dropped.

It took me a while to create a pull request. Apparently git request-pull has 
changed
significantly recently, and scripts/create-pull-request has not been updated 
accordingly.


 - ML


The following changes since commit e72aac2ae9e5fce1715fa04b7e94034fd06892d9:

  alsa-lib: libasound should runtime depends on alsa-conf (2014-09-03 11:30:11 
+0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
1d09577ffa2838c6465f034555db36dd8fc3476a
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (6):
  gtk+2: update to 2.24.24
  libpng: drop unnecessary automake requirement lowering patch
  libpng: update to 1.6.13
  pixman: update to 0.32.6
  pango: update to 1.36.6
  gtk+3: update to 3.12.2

 ...utton-do-not-prelight-in-touchscreen-mode.patch |  0
 ...Duplicate-the-exec-string-returned-by-gtk.patch |  0
 .../cellrenderer-cairo.patch   |  0
 .../configure-nm.patch |  0
 .../configurefix.patch |  0
 .../{gtk+-2.24.22 = gtk+-2.24.24}/doc-fixes.patch |  0
 .../entry-cairo.patch  |  0
 .../hardcoded_libtool.patch|  0
 .../run-iconcache.patch| 11 +++---
 .../toggle-font.diff   |  0
 .../{gtk+-2.24.22 = gtk+-2.24.24}/xsettings.patch |  0
 meta/recipes-gnome/gtk+/gtk+3.inc  |  6 ++-
 .../fix-build-when-wayland-backend-enabled.patch   | 43 --
 .../gtk+/{gtk+3_3.10.7.bb = gtk+3_3.12.2.bb}  |  5 +--
 .../gtk+/{gtk+_2.24.22.bb = gtk+_2.24.24.bb}  |  4 +-
 .../pango/{pango_1.36.5.bb = pango_1.36.6.bb} |  4 +-
 .../{pixman_0.32.4.bb = pixman_0.32.6.bb} |  4 +-
 ...0001-configure-lower-automake-requirement.patch | 31 
 .../libpng/{libpng_1.6.10.bb = libpng_1.6.13.bb}  | 11 +++---
 19 files changed, 24 insertions(+), 95 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/run-iconcache.patch (72%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/xsettings.patch 
(100%)
 delete mode 100644 
meta/recipes-gnome/gtk+/gtk+3/fix-build-when-wayland-backend-enabled.patch
 rename meta/recipes-gnome/gtk+/{gtk+3_3.10.7.bb = gtk+3_3.12.2.bb} (75%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.22.bb = gtk+_2.24.24.bb} (93%)
 rename meta/recipes-graphics/pango/{pango_1.36.5.bb = pango_1.36.6.bb} (56%)
 rename meta/recipes-graphics/xorg-lib/{pixman_0.32.4.bb = pixman_0.32.6.bb} 
(89%)
 delete mode 100644 
meta/recipes-multimedia/libpng/libpng/0001-configure-lower-automake-requirement.patch
 rename meta/recipes-multimedia/libpng/{libpng_1.6.10.bb = libpng_1.6.13.bb} 
(58%)

-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/6] libpng: drop unnecessary automake requirement lowering patch

[Marko Lindqvist]

Automake recipe provides automake 1.14.1 anyway

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 ...0001-configure-lower-automake-requirement.patch | 31 --
 meta/recipes-multimedia/libpng/libpng_1.6.10.bb|  1 -
 2 files changed, 32 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/libpng/libpng/0001-configure-lower-automake-requirement.patch

diff --git 
a/meta/recipes-multimedia/libpng/libpng/0001-configure-lower-automake-requirement.patch
 
b/meta/recipes-multimedia/libpng/libpng/0001-configure-lower-automake-requirement.patch
deleted file mode 100644
index bbbca89..000
--- 
a/meta/recipes-multimedia/libpng/libpng/0001-configure-lower-automake-requirement.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From fff7cbc01e061a235852f385866fe75fb17867e3 Mon Sep 17 00:00:00 2001
-From: Valentin Popa valentin.p...@intel.com
-Date: Tue, 26 Nov 2013 12:06:55 +0200
-Subject: [PATCH] configure: lower automake requirement
-
-We're not using parallel tests in OE-core yet
-
-Signed-off-by: Valentin Popa valentin.p...@intel.com
-Signed-off-by: Koen Kooi k...@dominion.thruhere.net
-
-Upstream-Status: Inapropriate [OE specific build hack]

- configure.ac | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/configure.ac b/configure.ac
-index 28200c3..fab2515 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -27,7 +27,7 @@ AC_CONFIG_MACRO_DIR([scripts])
- # dist-xz requires automake 1.11 or later
- # 1.12.2 fixes a security issue in 1.11.2 and 1.12.1
- # 1.13 is required for parallel tests
--AM_INIT_AUTOMAKE([1.13 foreign dist-xz color-tests silent-rules 
subdir-objects])
-+AM_INIT_AUTOMAKE([1.12.2 foreign dist-xz color-tests silent-rules 
subdir-objects])
- # The following line causes --disable-maintainer-mode to be the default to
- # configure, this is necessary because libpng distributions cannot rely on the
- # time stamps of the autotools generated files being correct
--- 
-1.8.3.2
-
diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.10.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.10.bb
index babf87e..79d9122 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.10.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.10.bb
@@ -9,7 +9,6 @@ DEPENDS = zlib
 LIBV = 16
 
 SRC_URI = 
${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/${PV}/libpng-${PV}.tar.xz \
-   file://0001-configure-lower-automake-requirement.patch \
   
 
 SRC_URI[md5sum] = 5f414b20f683b1d96b163c89e3eff768
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/6] libpng: update to 1.6.13

[Marko Lindqvist]

License terms have not changed. In case of LICENSE and png.h lines 0-15
the version numbers and release dates have changed. In case of png.h lines
229-343 the text has not changed at all, but old line numbers were not
pointing to correctly to the licensing terms segment.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libpng/{libpng_1.6.10.bb = libpng_1.6.13.bb}  | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.10.bb = libpng_1.6.13.bb} 
(62%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.10.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.13.bb
similarity index 62%
rename from meta/recipes-multimedia/libpng/libpng_1.6.10.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.13.bb
index 79d9122..0c6fd1f 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.10.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.13.bb
@@ -2,17 +2,17 @@ SUMMARY = PNG image format decoding library
 HOMEPAGE = http://www.libpng.org/;
 SECTION = libs
 LICENSE = Libpng
-LIC_FILES_CHKSUM = file://LICENSE;md5=cb7a834ba2891bc30b8577e49963a435 \
-
file://png.h;endline=15;md5=853b11c4a19ec66decd641efd756bc2c \
-
file://png.h;beginline=209;endline=323;md5=cface34a7db6b71eaa828fe934951f81
+LIC_FILES_CHKSUM = file://LICENSE;md5=46401ee4b225b9ec066cb96cf1025c0f \
+
file://png.h;endline=15;md5=8167a17735fc618d1df109f8b0f839a6 \
+
file://png.h;beginline=229;endline=343;md5=5cdf8564a14e2f00339e4437a83b4913
 DEPENDS = zlib
 LIBV = 16
 
 SRC_URI = 
${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/${PV}/libpng-${PV}.tar.xz \
   
 
-SRC_URI[md5sum] = 5f414b20f683b1d96b163c89e3eff768
-SRC_URI[sha256sum] = 
4003f0fd0e36110a2b742fc5b9e1ab93ed7a7ab57ae8dc65f0e8101458775a56
+SRC_URI[md5sum] = 9822c25466f060142359f80ed142c9e5
+SRC_URI[sha256sum] = 
d9c8ce54a5fc8052ed794ca65b553384a74c0608b09ae163cbbb07176018e625
 
 BINCONFIG = ${bindir}/libpng-config ${bindir}/libpng16-config
 
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/6] pango: update to 1.36.6

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-graphics/pango/{pango_1.36.5.bb = pango_1.36.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/pango/{pango_1.36.5.bb = pango_1.36.6.bb} (56%)

diff --git a/meta/recipes-graphics/pango/pango_1.36.5.bb 
b/meta/recipes-graphics/pango/pango_1.36.6.bb
similarity index 56%
rename from meta/recipes-graphics/pango/pango_1.36.5.bb
rename to meta/recipes-graphics/pango/pango_1.36.6.bb
index 5c20497..61ae359 100644
--- a/meta/recipes-graphics/pango/pango_1.36.5.bb
+++ b/meta/recipes-graphics/pango/pango_1.36.6.bb
@@ -8,5 +8,5 @@ SRC_URI += file://run-ptest \
 file://multilib-fix-clean.patch \
 
 
-SRC_URI[archive.md5sum] = 2500930093c3ed38acb40e4255bce2f1
-SRC_URI[archive.sha256sum] = 
be0e94b2e5c7459f0b6db21efab6253556c8f443837200b8736d697071276ac8
\ No newline at end of file
+SRC_URI[archive.md5sum] = 1c27523c3f3a4efe4d9d303d0d240320
+SRC_URI[archive.sha256sum] = 
4c53c752823723875078b91340f32136aadb99e91c0f6483f024f978a02c8624
\ No newline at end of file
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/6] gtk+2: update to 2.24.24

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch  |  0
 ...bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch |  0
 .../{gtk+-2.24.22 = gtk+-2.24.24}/cellrenderer-cairo.patch   |  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/configure-nm.patch|  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/configurefix.patch|  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/doc-fixes.patch   |  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/entry-cairo.patch |  0
 .../{gtk+-2.24.22 = gtk+-2.24.24}/hardcoded_libtool.patch|  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/run-iconcache.patch   | 11 ++-
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/toggle-font.diff  |  0
 .../gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/xsettings.patch   |  0
 meta/recipes-gnome/gtk+/{gtk+_2.24.22.bb = gtk+_2.24.24.bb}  |  4 ++--
 12 files changed, 8 insertions(+), 7 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = 
gtk+-2.24.24}/run-iconcache.patch (72%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.22 = gtk+-2.24.24}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.22.bb = gtk+_2.24.24.bb} (93%)

diff --git 
a/meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
similarity index 100%
rename from 
meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
rename to 
meta/recipes-gnome/gtk+/gtk+-2.24.24/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
diff --git 
a/meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
similarity index 100%
rename from 
meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
rename to 
meta/recipes-gnome/gtk+/gtk+-2.24.24/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/cellrenderer-cairo.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/cellrenderer-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/cellrenderer-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/cellrenderer-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/configure-nm.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/configure-nm.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/configure-nm.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/configure-nm.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/configurefix.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/configurefix.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/configurefix.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/configurefix.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/doc-fixes.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/doc-fixes.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/doc-fixes.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/doc-fixes.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/entry-cairo.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/entry-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/entry-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/entry-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/hardcoded_libtool.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/hardcoded_libtool.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/hardcoded_libtool.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/hardcoded_libtool.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.22/run-iconcache.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.24/run-iconcache.patch
similarity index 72%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.22/run-iconcache.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.24/run-iconcache.patch

[OE-core] [PATCH 6/6] gtk+3: update to 3.12.2

[Marko Lindqvist]

fix-build-when-wayland-backend-enabled.patch removed as the issue
is fixed in upstream.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-gnome/gtk+/gtk+3.inc  |  6 ++-
 .../fix-build-when-wayland-backend-enabled.patch   | 43 --
 .../gtk+/{gtk+3_3.10.7.bb = gtk+3_3.12.2.bb}  |  5 +--
 3 files changed, 7 insertions(+), 47 deletions(-)
 delete mode 100644 
meta/recipes-gnome/gtk+/gtk+3/fix-build-when-wayland-backend-enabled.patch
 rename meta/recipes-gnome/gtk+/{gtk+3_3.10.7.bb = gtk+3_3.12.2.bb} (75%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc 
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 9e96275..54ca77a 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -49,7 +49,11 @@ LIBV = 3.0.0
 FILES_${PN}-demo = ${bindir}/gtk3-demo \
 ${bindir}/gtk3-demo-application \
 ${bindir}/gtk3-widget-factory \
-${datadir}/gtk-3.0/demo
+${datadir}/gtk-3.0/demo \
+${datadir}/applications/gtk3-demo.desktop \
+${datadir}/applications/gtk3-widget-factory.desktop \
+${datadir}/icons/hicolor/*/apps/gtk3-demo.png \
+${datadir}/icons/hicolor/*/apps/gtk3-widget-factory.png
 
 # The demo uses PNG files and mime type sniffing, so ensure that these
 # dependencies are present.
diff --git 
a/meta/recipes-gnome/gtk+/gtk+3/fix-build-when-wayland-backend-enabled.patch 
b/meta/recipes-gnome/gtk+/gtk+3/fix-build-when-wayland-backend-enabled.patch
deleted file mode 100644
index b4b1a09..000
--- a/meta/recipes-gnome/gtk+/gtk+3/fix-build-when-wayland-backend-enabled.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-Fix build when wayland backend enabled
-
-Upstream-Status: Submitted
-https://bugzilla.gnome.org/show_bug.cgi?id=710584
-
-Author: Emilio Pozuelo Monfort
-
 gtk+-3.10.7/gtk/gtkapplication.c
-+++ gtk+-3.10.7/gtk/gtkapplication.c
-@@ -144,7 +144,6 @@
- 
-   gboolean register_session;
- 
--#ifdef GDK_WINDOWING_X11
-   guint next_id;
- 
-   GDBusConnection *session_bus;
-@@ -161,7 +160,6 @@
-   GDBusProxy *client_proxy;
-   gchar *app_id;
-   gchar *client_path;
--#endif
- 
- #ifdef GDK_WINDOWING_QUARTZ
-   GMenu *combined;
-@@ -299,6 +297,8 @@
-   g_free (application-priv-client_path);
- }
- 
-+#endif
-+
- const gchar *
- gtk_application_get_app_menu_object_path (GtkApplication *application)
- {
-@@ -311,8 +311,6 @@
-   return application-priv-menubar_path;
- }
- 
--#endif
--
- #ifdef GDK_WINDOWING_QUARTZ
- 
- typedef struct {
diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.10.7.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.12.2.bb
similarity index 75%
rename from meta/recipes-gnome/gtk+/gtk+3_3.10.7.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.12.2.bb
index d0174f6..f4f1971 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.10.7.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.12.2.bb
@@ -4,12 +4,11 @@ MAJ_VER = ${@oe.utils.trim_version(${PV}, 2)}
 
 SRC_URI = 
http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
file://hardcoded_libtool.patch \
-   file://fix-build-when-wayland-backend-enabled.patch \
file://fix-flags-for-native.patch \
   
 
-SRC_URI[md5sum] = 18a81944a8506231529a76bf2b68372b
-SRC_URI[sha256sum] = 
b7e9de15385031cff43897e7e59f6692eaabf500f36eef80e6b9d6486ad49427
+SRC_URI[md5sum] = 0d6d8f9f79132b3b47475d047b369b1c
+SRC_URI[sha256sum] = 
61d74eea74231b1ea4b53084a9d6fc9917ab0e1d71b69d92cbf60a4b4fb385d0
 
 S = ${WORKDIR}/gtk+-${PV}
 
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] unmaintained layers

[Marko Lindqvist]

On 10 January 2014 06:54, Bruce Ashfield bruce.ashfi...@gmail.com wrote:
 On Thu, Jan 9, 2014 at 6:20 PM, Trevor Woerner
 trevor.woer...@linaro.org wrote:
 On 01/09/14 17:43, Mark Hatle wrote:
 On 1/9/14, 3:45 PM, Bruce Ashfield wrote:
 On Thu, Jan 9, 2014 at 1:45 PM, Trevor Woerner
 trevor.woer...@linaro.org wrote:
 Hi everyone,

 At the last TSC meeting the topic of unmaintained layers came up. Here
 is the sorted list of master layers from the layer index [1], would it
 be possible for those in the know to indicate which layers are, or are
 suspected of being, unmaintained?

 Wouldn't it be easier to do an initial sort based on commit activity
 ? Versus an
 opt-in query ?

 I agree..  see below for mine..

 To be honest, I had asked people to indicate which layers they thought
 were *un*maintained (since I assumed that list would be small), but this
 way works too.

 I maintain meta-games, though I have only very little time to give it
- not much activity to add new games, just keeping existing things
working. That's to say that I would consider passing main
maintainership, and keeping working only on my own games myself, to
someone more active if someone steps up.



 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] grub build problems

[Marko Lindqvist]

I've got host compiler that fails on grub configure checks (bug in
system headers that has not manifested itself in any other
compilation). Now, build of grub-efi-native_2.0 recipe fails. It seems
its configure uses host compiler when it's supposed to use oe
cross-compiler.
configure.ac has hack like this (with TARGET_CC set earlier)
# Test the C compiler for the target environment.
...
CC=$TARGET_CC


One of the problems seems to be that above compiler is then not
consistently used. Many .m4 files have AC_REQUIRE([AC_PROG_CC]) which
resets CC to what autotools usually expect it to be. Removing these
AC_REQUIREs do allow process to progress further, but I'm worried what
ill effects that might have (at least it expects that modified
m4-files from grub-tree are used instead of system ones, even if the
latter has higher serial number).

Another thing I've played with (from the lack of reproducible test
cases cannot really tell if it's needed) is adding dependency to
cross-gcc (one that grub considers target gcc) as grub build wants
to use also such a thing despite being -native recipe.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/4] libfm: allow build with automake-1.14

[Marko Lindqvist]

On 29 October 2013 02:35, Khem Raj raj.k...@gmail.com wrote:
 Marko

 On Fri, Oct 25, 2013 at 12:39 AM, Marko Lindqvist cazf...@gmail.com wrote:
 Do not consider automake warnings about future incompatibility
 errors.

 hmmm so disabling Werror is working around and I consider it degradation
 in code quality, is there any alternative ?

 I agree on principle. That's why I wouldn't even consider submitting
this to upstream, as future versions should handle this correctly. I
think it's ok for us to patch the current version this way, as the
warnings are about the future only.

 may be fix the code itself to not
 generate the warning at all ?

 That's something that (upstream) must do anyway before automake-2.0
comes out and turns these warnings in to errors. I'm not going to
figure these out for every upstream that has such a problem. When we
were preparing for automake-1.13, I submitted fixes to nearly 100
upstreams. While I usually am happy to fix the problems I encounter,
I'm not ready to make anything like that again. I'll leave proper
fixes for these problems for upstreams to make.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] libcheck: allow build with automake-1.14

[Marko Lindqvist]

Do not consider automake warnings about future incompatibility
errors.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libcheck/libcheck/ignore_automake_warning.patch   | 15 +++
 meta/recipes-support/libcheck/libcheck_0.9.10.bb  |  1 +
 2 files changed, 16 insertions(+)
 create mode 100644 
meta/recipes-support/libcheck/libcheck/ignore_automake_warning.patch

diff --git 
a/meta/recipes-support/libcheck/libcheck/ignore_automake_warning.patch 
b/meta/recipes-support/libcheck/libcheck/ignore_automake_warning.patch
new file mode 100644
index 000..51c5863
--- /dev/null
+++ b/meta/recipes-support/libcheck/libcheck/ignore_automake_warning.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd check-0.9.10/configure.ac check-0.9.10/configure.ac
+--- check-0.9.10/configure.ac  2013-04-18 13:19:02.0 +0300
 check-0.9.10/configure.ac  2013-10-25 00:26:43.102413363 +0300
+@@ -26,7 +26,7 @@
+ AC_USE_SYSTEM_EXTENSIONS
+
+ # really severe build strictness
+-AM_INIT_AUTOMAKE([-Wall -Werror gnits 1.9.6])
++AM_INIT_AUTOMAKE([-Wall gnits 1.9.6])
+
+ # From patch 2803433, request system extensions to generate 64-bit safe code
+ AC_USE_SYSTEM_EXTENSIONS
diff --git a/meta/recipes-support/libcheck/libcheck_0.9.10.bb 
b/meta/recipes-support/libcheck/libcheck_0.9.10.bb
index a22271a..294b23e 100644
--- a/meta/recipes-support/libcheck/libcheck_0.9.10.bb
+++ b/meta/recipes-support/libcheck/libcheck_0.9.10.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM = 
file://COPYING.LESSER;md5=2d5025d4aa3495befef8f17206a5b0a1
 
 SRC_URI = ${SOURCEFORGE_MIRROR}/check/check-${PV}.tar.gz \
file://libcheck_fix_for_automake-1.12.patch \
+   file://ignore_automake_warning.patch \
   
 
 SRC_URI[md5sum] = 6d10a8efb9a683467b92b3bce97aeb30
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] libfm: upgrade to upstream version 1.1.2.2

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../{libfm-1.1.0 = libfm-1.1.2.2}/fix-make-parallelism-issue.patch | 0
 meta/recipes-support/libfm/{libfm_1.1.0.bb = libfm_1.1.2.2.bb} | 6 ++
 2 files changed, 2 insertions(+), 4 deletions(-)
 rename meta/recipes-support/libfm/{libfm-1.1.0 = 
libfm-1.1.2.2}/fix-make-parallelism-issue.patch (100%)
 rename meta/recipes-support/libfm/{libfm_1.1.0.bb = libfm_1.1.2.2.bb} (82%)

diff --git 
a/meta/recipes-support/libfm/libfm-1.1.0/fix-make-parallelism-issue.patch 
b/meta/recipes-support/libfm/libfm-1.1.2.2/fix-make-parallelism-issue.patch
similarity index 100%
rename from 
meta/recipes-support/libfm/libfm-1.1.0/fix-make-parallelism-issue.patch
rename to 
meta/recipes-support/libfm/libfm-1.1.2.2/fix-make-parallelism-issue.patch
diff --git a/meta/recipes-support/libfm/libfm_1.1.0.bb 
b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
similarity index 82%
rename from meta/recipes-support/libfm/libfm_1.1.0.bb
rename to meta/recipes-support/libfm/libfm_1.1.2.2.bb
index 23f132a..1146d16 100644
--- a/meta/recipes-support/libfm/libfm_1.1.0.bb
+++ b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
@@ -10,14 +10,12 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
 SECTION = x11/libs
 DEPENDS = glib-2.0 pango gtk+ menu-cache intltool-native libexif
 
-PR = r0
-
 SRC_URI = ${SOURCEFORGE_MIRROR}/pcmanfm/libfm-${PV}.tar.gz \
file://fix-make-parallelism-issue.patch \

 
-SRC_URI[md5sum] = a5bc8b8291cf810c659bfb3af378b5de
-SRC_URI[sha256sum] = 
b9426e588670b53570b808c49abd1d103863614dd3622559b8c3ef1392fe0b3d
+SRC_URI[md5sum] = ea3d09b23ef4c37cb84ae57ea16b8f08
+SRC_URI[sha256sum] = 
158e2b6974350d2dab15932b496bb4d448553e60bbf7cdfe4d6e9bd99d19d682
 
 inherit autotools pkgconfig
 
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] libfm: allow build with automake-1.14

[Marko Lindqvist]

Do not consider automake warnings about future incompatibility
errors.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libfm/libfm-1.1.2.2/ignore_automake_warnings.patch | 14 ++
 meta/recipes-support/libfm/libfm_1.1.2.2.bb|  1 +
 2 files changed, 15 insertions(+)
 create mode 100644 
meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch

diff --git 
a/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch 
b/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
new file mode 100644
index 000..58a2f09
--- /dev/null
+++ b/meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libfm-1.1.2.2/configure.ac libfm-1.1.2.2/configure.ac
+--- libfm-1.1.2.2/configure.ac 2013-08-22 23:16:09.0 +0300
 libfm-1.1.2.2/configure.ac 2013-10-25 01:35:18.110323079 +0300
+@@ -3,7 +3,7 @@
+
+ AC_PREREQ([2.63])
+ AC_INIT([libfm], [1.1.2.2], [http://pcmanfm.sourceforge.net/])
+-AM_INIT_AUTOMAKE([-Wall -Werror foreign])
++AM_INIT_AUTOMAKE([-Wall foreign])
+ AC_CONFIG_MACRO_DIR(m4)
+ AC_CONFIG_HEADERS([config.h])
diff --git a/meta/recipes-support/libfm/libfm_1.1.2.2.bb 
b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
index 1146d16..8460223 100644
--- a/meta/recipes-support/libfm/libfm_1.1.2.2.bb
+++ b/meta/recipes-support/libfm/libfm_1.1.2.2.bb
@@ -12,6 +12,7 @@ DEPENDS = glib-2.0 pango gtk+ menu-cache intltool-native 
libexif
 
 SRC_URI = ${SOURCEFORGE_MIRROR}/pcmanfm/libfm-${PV}.tar.gz \
file://fix-make-parallelism-issue.patch \
+   file://ignore_automake_warnings.patch \

 
 SRC_URI[md5sum] = ea3d09b23ef4c37cb84ae57ea16b8f08
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] libxcb: fix build with automake-1.14

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../xcb/libxcb/automake_1.14_fix.patch | 27 ++
 meta/recipes-graphics/xcb/libxcb_1.9.1.bb  |  2 +-
 2 files changed, 28 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-graphics/xcb/libxcb/automake_1.14_fix.patch

diff --git a/meta/recipes-graphics/xcb/libxcb/automake_1.14_fix.patch 
b/meta/recipes-graphics/xcb/libxcb/automake_1.14_fix.patch
new file mode 100644
index 000..0f1fc54
--- /dev/null
+++ b/meta/recipes-graphics/xcb/libxcb/automake_1.14_fix.patch
@@ -0,0 +1,27 @@
+Upstream-Status: Backport
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libxcb-1.9.1/configure.ac libxcb-1.9.1/configure.ac
+--- libxcb-1.9.1/configure.ac  2013-05-30 18:38:01.0 +0300
 libxcb-1.9.1/configure.ac  2013-10-24 23:15:10.542507543 +0300
+@@ -7,15 +7,16 @@
+ 1.9.1,
+ [x...@lists.freedesktop.org])
+ AC_CONFIG_SRCDIR([xcb.pc.in])
+-# Set common system defines for POSIX extensions, such as _GNU_SOURCE
+-# Must be called before any macros that run the compiler (like 
AC_PROG_LIBTOOL)
+-# to avoid autoconf errors.
+-AC_USE_SYSTEM_EXTENSIONS
+
+ # Initialize Automake
+ AM_INIT_AUTOMAKE([foreign dist-bzip2])
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+
++# Set common system defines for POSIX extensions, such as _GNU_SOURCE
++# Must be called before any macros that run the compiler (like 
AC_PROG_LIBTOOL)
++# to avoid autoconf errors.
++AC_USE_SYSTEM_EXTENSIONS
++
+ AM_PATH_PYTHON([2.6])
+
+ PKG_CHECK_MODULES(CHECK, [check = 0.9.4], [HAVE_CHECK=yes], [HAVE_CHECK=no])
diff --git a/meta/recipes-graphics/xcb/libxcb_1.9.1.bb 
b/meta/recipes-graphics/xcb/libxcb_1.9.1.bb
index a40a1c1..b654800 100644
--- a/meta/recipes-graphics/xcb/libxcb_1.9.1.bb
+++ b/meta/recipes-graphics/xcb/libxcb_1.9.1.bb
@@ -3,7 +3,7 @@ include libxcb.inc
 LICENSE = MIT
 LIC_FILES_CHKSUM = file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7
 
-PR = r0
+SRC_URI += file://automake_1.14_fix.patch
 
 DEPENDS += libxdmcp
 
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] Automake-1.14 fixes

[Marko Lindqvist]

The following changes since commit 843a5dd8f8f0461e286d9fdb3ba55205b4275f88:

  base.bbclass: fix nondeterministic PACKAGECONFIG processing order (2013-10-24 
08:38:24 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am14
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am14

Marko Lindqvist (4):
  libxcb: fix build with automake-1.14
  libcheck: allow build with automake-1.14
  libfm: upgrade to upstream version 1.1.2.2
  libfm: allow build with automake-1.14

 .../xcb/libxcb/automake_1.14_fix.patch | 27 ++
 meta/recipes-graphics/xcb/libxcb_1.9.1.bb  |  2 +-
 .../libcheck/ignore_automake_warning.patch | 15 
 meta/recipes-support/libcheck/libcheck_0.9.10.bb   |  1 +
 .../fix-make-parallelism-issue.patch   |  0
 .../libfm-1.1.2.2/ignore_automake_warnings.patch   | 14 +++
 .../libfm/{libfm_1.1.0.bb = libfm_1.1.2.2.bb} |  7 +++---
 7 files changed, 61 insertions(+), 5 deletions(-)
 create mode 100644 meta/recipes-graphics/xcb/libxcb/automake_1.14_fix.patch
 create mode 100644 
meta/recipes-support/libcheck/libcheck/ignore_automake_warning.patch
 rename meta/recipes-support/libfm/{libfm-1.1.0 = 
libfm-1.1.2.2}/fix-make-parallelism-issue.patch (100%)
 create mode 100644 
meta/recipes-support/libfm/libfm-1.1.2.2/ignore_automake_warnings.patch
 rename meta/recipes-support/libfm/{libfm_1.1.0.bb = libfm_1.1.2.2.bb} (78%)

-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] harfbuzz: upgrade to upstream version 0.9.22

[Marko Lindqvist]

Code that was under ICU license has been removed.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../harfbuzz/{harfbuzz_0.9.19.bb = harfbuzz_0.9.22.bb}  | 9 +++--
 1 file changed, 3 insertions(+), 6 deletions(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.19.bb = 
harfbuzz_0.9.22.bb} (70%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.19.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb
similarity index 70%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_0.9.19.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb
index daf7273..e315f78 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.19.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.22.bb
@@ -3,12 +3,9 @@ DESCRIPTION = HarfBuzz is an OpenType text shaping engine.
 HOMEPAGE = http://www.freedesktop.org/wiki/Software/HarfBuzz;
 BUGTRACKER = https://bugs.freedesktop.org/enter_bug.cgi?product=HarfBuzz;
 
-LICENSE = MIT  ICU
+LICENSE = MIT
 LIC_FILES_CHKSUM = file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
 
file://src/hb-ucdn/COPYING;md5=994ba0f1295f15b4bda4999a5bbeddef \
-
file://src/hb-icu-le/COPYING;md5=0ac60acf068e2cc9facdf86169a9c13e \
-
file://src/hb-icu-le/license.html;md5=9136737088bbfbbf86d9a714da49fb89 \
-
file://src/hb-old/COPYING;md5=6e8442c12d498ce55cfe39fc60f97981 \
 
 
 SECTION = libs
@@ -16,8 +13,8 @@ SECTION = libs
 SRC_URI = 
http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.tar.bz2 \
 
 
-SRC_URI[md5sum] = 9782581ee6ef972554772e84ca448131
-SRC_URI[sha256sum] = 
d2da0f060d47f6ad9de8c8781bb21fa4b9eae8ea1cd1e956b814095baa002f35
+SRC_URI[md5sum] = d3c1bcd7073cbca29fea37fab50ded7d
+SRC_URI[sha256sum] = 
989680807e76197418338e44f226e02f155f33031efd9aff14dbc4dc14af71da
 
 inherit autotools pkgconfig
 
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/3] Package upgrades

[Marko Lindqvist]

The following changes since commit 843a5dd8f8f0461e286d9fdb3ba55205b4275f88:

  base.bbclass: fix nondeterministic PACKAGECONFIG processing order (2013-10-24 
08:38:24 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (3):
  gtk+: upgrade gtk+ to upstream version 2.24.22
  cairo: upgrade to upstream version 1.12.16
  harfbuzz: upgrade to upstream version 0.9.22

 ...utton-do-not-prelight-in-touchscreen-mode.patch |  0
 ...Duplicate-the-exec-string-returned-by-gtk.patch |  0
 .../cellrenderer-cairo.patch   |  0
 .../configure-nm.patch |  0
 .../configurefix.patch |  0
 .../{gtk+-2.24.20 = gtk+-2.24.22}/doc-fixes.patch |  0
 .../entry-cairo.patch  |  0
 .../hardcoded_libtool.patch|  0
 .../{gtk+-2.24.20 = gtk+-2.24.22}/no-demos.patch  |  0
 .../run-iconcache.patch|  0
 .../toggle-font.diff   |  0
 .../{gtk+-2.24.20 = gtk+-2.24.22}/xsettings.patch |  0
 .../gtk+/{gtk+_2.24.20.bb = gtk+_2.24.22.bb}  |  4 +-
 meta/recipes-graphics/cairo/cairo/png.patch| 52 --
 .../cairo/{cairo_1.12.14.bb = cairo_1.12.16.bb}   |  9 ++--
 .../{harfbuzz_0.9.19.bb = harfbuzz_0.9.22.bb} |  9 ++--
 16 files changed, 8 insertions(+), 66 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/no-demos.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/run-iconcache.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.20.bb = gtk+_2.24.22.bb} (93%)
 delete mode 100644 meta/recipes-graphics/cairo/cairo/png.patch
 rename meta/recipes-graphics/cairo/{cairo_1.12.14.bb = cairo_1.12.16.bb} (87%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.19.bb = 
harfbuzz_0.9.22.bb} (70%)

-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] cairo: upgrade to upstream version 1.12.16

[Marko Lindqvist]

png.patch dropped as it's part of upstream now

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-graphics/cairo/cairo/png.patch| 52 --
 .../cairo/{cairo_1.12.14.bb = cairo_1.12.16.bb}   |  9 ++--
 2 files changed, 3 insertions(+), 58 deletions(-)
 delete mode 100644 meta/recipes-graphics/cairo/cairo/png.patch
 rename meta/recipes-graphics/cairo/{cairo_1.12.14.bb = cairo_1.12.16.bb} (87%)

diff --git a/meta/recipes-graphics/cairo/cairo/png.patch 
b/meta/recipes-graphics/cairo/cairo/png.patch
deleted file mode 100644
index bf00332..000
--- a/meta/recipes-graphics/cairo/cairo/png.patch
+++ /dev/null
@@ -1,52 +0,0 @@
-libpng 1.6 is stricter in various ways, which can trip up the PNG loader as it
-considers all warnings fatal.
-
-Upstream-Status: Backport
-Signed-off-by: Ross Burton ross.bur...@intel.com
-
-
-From 2dd2c826a5b367d32cf2d48ed69754795990c5db Mon Sep 17 00:00:00 2001
-From: Chris Wilson ch...@chris-wilson.co.uk
-Date: Tue, 16 Apr 2013 10:58:56 +0100
-Subject: [PATCH] png: Avoid marking the surface as in error after a png
- warning
-
-It turns out that libpng will continue to load an image after throwing a
-warning, and that libpng16 now throws warnings for images that libpng15
-and earlier loaded without error. As we were happily loading those
-images into cairo surfaces before, we are therefore being overzealous
-in throwing an error now - so just squelch the warning.
-
-Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk

- src/cairo-png.c |   14 +++---
- 1 file changed, 7 insertions(+), 7 deletions(-)
-
-diff --git a/src/cairo-png.c b/src/cairo-png.c
-index e74a4a8..068617d 100644
 a/src/cairo-png.c
-+++ b/src/cairo-png.c
-@@ -149,13 +149,13 @@ static void
- png_simple_warning_callback (png_structp png,
-png_const_charp error_msg)
- {
--cairo_status_t *error = png_get_error_ptr (png);
--
--/* default to the most likely error */
--if (*error == CAIRO_STATUS_SUCCESS)
--  *error = _cairo_error (CAIRO_STATUS_NO_MEMORY);
--
--/* png does not expect to abort and will try to tidy up after a warning */
-+/* png does not expect to abort and will try to tidy up and continue
-+ * loading the image after a warning. So we also want to return the
-+ * (incorrect?) surface.
-+ *
-+ * We use our own warning callback to squelch any attempts by libpng
-+ * to write to stderr as we may not be in control of that output.
-+ */
- }
- 
- 
--- 
-1.7.10.4
-
diff --git a/meta/recipes-graphics/cairo/cairo_1.12.14.bb 
b/meta/recipes-graphics/cairo/cairo_1.12.16.bb
similarity index 87%
rename from meta/recipes-graphics/cairo/cairo_1.12.14.bb
rename to meta/recipes-graphics/cairo/cairo_1.12.16.bb
index 40aa169..246bd0b 100644
--- a/meta/recipes-graphics/cairo/cairo_1.12.14.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.12.16.bb
@@ -2,13 +2,10 @@ require cairo.inc
 
 LIC_FILES_CHKSUM = file://COPYING;md5=e73e999e0c72b5ac9012424fa157ad77
 
-PR = r0
+SRC_URI = http://cairographics.org/releases/cairo-${PV}.tar.xz;
 
-SRC_URI = http://cairographics.org/releases/cairo-${PV}.tar.xz \
-   file://png.patch
-
-SRC_URI[md5sum] = 27b634113d0f52152d60ae8e2ec7daa7
-SRC_URI[sha256sum] = 
96d0d1e3f9b74d2ca3469ff187c5e5f25649b1ad35cf06f4f3a83847dff4ac13
+SRC_URI[md5sum] = a1304edcdc99282f478b995ee5f8f854
+SRC_URI[sha256sum] = 
2505959eb3f1de3e1841023b61585bfd35684b9733c7b6a3643f4f4cbde6d846
 
 PACKAGES =+ cairo-gobject cairo-script-interpreter cairo-perf-utils
 
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] gtk+: upgrade gtk+ to upstream version 2.24.22

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch  | 0
 .../0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch   | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/cellrenderer-cairo.patch  | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/configure-nm.patch| 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/configurefix.patch| 0
 .../recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/doc-fixes.patch | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/entry-cairo.patch | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/hardcoded_libtool.patch   | 0
 meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/no-demos.patch | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/run-iconcache.patch   | 0
 .../gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/toggle-font.diff  | 0
 .../recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/xsettings.patch | 0
 meta/recipes-gnome/gtk+/{gtk+_2.24.20.bb = gtk+_2.24.22.bb}  | 4 ++--
 13 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/no-demos.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = 
gtk+-2.24.22}/run-iconcache.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.20 = gtk+-2.24.22}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.20.bb = gtk+_2.24.22.bb} (93%)

diff --git 
a/meta/recipes-gnome/gtk+/gtk+-2.24.20/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
similarity index 100%
rename from 
meta/recipes-gnome/gtk+/gtk+-2.24.20/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
rename to 
meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch
diff --git 
a/meta/recipes-gnome/gtk+/gtk+-2.24.20/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
similarity index 100%
rename from 
meta/recipes-gnome/gtk+/gtk+-2.24.20/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
rename to 
meta/recipes-gnome/gtk+/gtk+-2.24.22/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/cellrenderer-cairo.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/cellrenderer-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/cellrenderer-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/cellrenderer-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/configure-nm.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/configure-nm.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/configure-nm.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/configure-nm.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/configurefix.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/configurefix.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/configurefix.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/configurefix.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/doc-fixes.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/doc-fixes.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/doc-fixes.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/doc-fixes.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/entry-cairo.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/entry-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/entry-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/entry-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20/hardcoded_libtool.patch 
b/meta/recipes-gnome/gtk+/gtk+-2.24.22/hardcoded_libtool.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.24.20/hardcoded_libtool.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.22/hardcoded_libtool.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.20

[OE-core] [PATCH 0/2] Automake update to 1.13

[Marko Lindqvist]

Previous version of the series was reduced to just one patch -
the actual automake update.
This version has one more patch before the actual update. Without
unhardcode version number -patch old version number is still expected
as part of the name of the command to modify in do_install_append().

The following changes since commit 1149b1fef8912f77d971242dfec151fff5a3aa51:

  build-appliance: Update SRCREV for release (2013-10-08 16:33:25 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (2):
  automake: unhardcode version number
  automake: update to upstream version 1.13.4

 .../prefer-cpio-over-pax-for-ustar-archives.patch  | 37 +++---
 .../{automake_1.12.6.bb = automake_1.13.4.bb} | 10 +++---
 2 files changed, 24 insertions(+), 23 deletions(-)
 rename meta/recipes-devtools/automake/{automake_1.12.6.bb = 
automake_1.13.4.bb} (83%)

-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] automake: update to upstream version 1.13.4

[Marko Lindqvist]

prefer-cpio-over-pax-for-ustar-archives.patch updated to apply

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../prefer-cpio-over-pax-for-ustar-archives.patch  | 37 +++---
 .../{automake_1.12.6.bb = automake_1.13.4.bb} |  4 +--
 2 files changed, 21 insertions(+), 20 deletions(-)
 rename meta/recipes-devtools/automake/{automake_1.12.6.bb = 
automake_1.13.4.bb} (91%)

diff --git 
a/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
 
b/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
index 4627855..683 100644
--- 
a/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
+++ 
b/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
@@ -19,24 +19,13 @@ Updated for version 1.11.3:
 Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
 Date: 2011/03/14
 
-Index: automake-1.11.3/m4/tar.m4
-===
 automake-1.11.3.orig/m4/tar.m4 2012-01-31 03:41:18.0 -0800
-+++ automake-1.11.3/m4/tar.m4  2012-03-14 17:36:11.901303777 -0700
-@@ -31,7 +31,7 @@ m4_if([$1], [v7],
-   [m4_fatal([Unknown tar format])])
- AC_MSG_CHECKING([how to create a $1 tar archive])
- # Loop over all known methods to create a tar archive until one works.
--_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
-+_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
- _am_tools=${am_cv_prog_tar_$1-$_am_tools}
- # Do not fold the above two line into one, because Tru64 sh and
- # Solaris sh will not grok spaces in the rhs of `-'.
-Index: automake-1.11.3/Makefile.in
-===
 automake-1.11.3.orig/Makefile.in   2012-02-01 02:37:59.0 -0800
-+++ automake-1.11.3/Makefile.in2012-03-14 17:38:03.530869197 -0700
-@@ -62,7 +62,7 @@ am__aclocal_m4_deps = $(top_srcdir)/m4/a
+Updated for version 1.13.2:
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+
+diff -Nurd automake-1.13.2/Makefile.in automake-1.13.2/Makefile.in
+--- automake-1.13.2/Makefile.in2013-05-15 23:12:58.0 +0300
 automake-1.13.2/Makefile.in2013-05-23 02:13:41.364026301 +0300
+@@ -141,7 +141,7 @@
$(top_srcdir)/m4/options.m4 $(top_srcdir)/m4/runlog.m4 \
$(top_srcdir)/m4/sanity.m4 $(top_srcdir)/m4/silent.m4 \
$(top_srcdir)/m4/strip.m4 $(top_srcdir)/m4/substnot.m4 \
@@ -45,3 +34,15 @@ Index: automake-1.11.3/Makefile.in
  am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \
$(ACLOCAL_M4)
  am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \
+diff -Nurd automake-1.13.2/m4/tar.m4 automake-1.13.2/m4/tar.m4
+--- automake-1.13.2/m4/tar.m4  2013-05-13 23:12:48.0 +0300
 automake-1.13.2/m4/tar.m4  2013-05-23 02:13:26.600025805 +0300
+@@ -26,7 +26,7 @@
+ AC_SUBST([AMTAR], ['$${TAR-tar}'])
+
+ # We'll loop over all known methods to create a tar archive until one works.
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
+
+ m4_if([$1], [v7],
+   [am__tar='$${TAR-tar} chof - $$tardir' am__untar='$${TAR-tar} xf -'],
\ No newline at end of file
diff --git a/meta/recipes-devtools/automake/automake_1.12.6.bb 
b/meta/recipes-devtools/automake/automake_1.13.4.bb
similarity index 91%
rename from meta/recipes-devtools/automake/automake_1.12.6.bb
rename to meta/recipes-devtools/automake/automake_1.13.4.bb
index b65e5ae..b114d99 100644
--- a/meta/recipes-devtools/automake/automake_1.12.6.bb
+++ b/meta/recipes-devtools/automake/automake_1.13.4.bb
@@ -28,8 +28,8 @@ SRC_URI += ${PATHFIXPATCH} \
 file://py-compile-compile-only-optimized-byte-code.patch \
 file://buildtest.patch
 
-SRC_URI[md5sum] = 199d39ece2e6070d64ac20d45ac86026
-SRC_URI[sha256sum] = 
0cbe570db487908e70af7119da85ba04f7e28656b26f717df0265ae08defd9ef
+SRC_URI[md5sum] = 9199e266993a5bbdc914923349d51e3e
+SRC_URI[sha256sum] = 
4c93abc0bff54b296f41f92dd3aa1e73e554265a6f719df465574983ef6f878c
 
 do_install_append () {
 install -d ${D}${datadir}
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] automake: unhardcode version number

[Marko Lindqvist]

Use trim_version to get version part of the executable name.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-devtools/automake/automake_1.12.6.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/automake/automake_1.12.6.bb 
b/meta/recipes-devtools/automake/automake_1.12.6.bb
index 549051b..b65e5ae 100644
--- a/meta/recipes-devtools/automake/automake_1.12.6.bb
+++ b/meta/recipes-devtools/automake/automake_1.12.6.bb
@@ -3,6 +3,8 @@ LICENSE=GPLv2
 LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe 
 DEPENDS_class-native = autoconf-native
 
+NAMEVER = ${@oe.utils.trim_version(${PV}, 2)}
+
 RDEPENDS_${PN} += \
 autoconf \
 perl \
@@ -29,14 +31,12 @@ SRC_URI += ${PATHFIXPATCH} \
 SRC_URI[md5sum] = 199d39ece2e6070d64ac20d45ac86026
 SRC_URI[sha256sum] = 
0cbe570db487908e70af7119da85ba04f7e28656b26f717df0265ae08defd9ef
 
-PR = r0
-
 do_install_append () {
 install -d ${D}${datadir}
 
 # Some distros have both /bin/perl and /usr/bin/perl, but we set perl 
location
 # for target as /usr/bin/perl, so fix it to /usr/bin/perl.
-for i in aclocal aclocal-1.12 automake automake-1.12; do
+for i in aclocal aclocal-${NAMEVER} automake automake-${NAMEVER}; do
 if [ -f ${D}${bindir}/$i ]; then
 sed -i -e '1s,#!.*perl,#! ${USRBINPATH}/perl,' \
 -e 's,exec .*/bin/perl \(.*\) exec .*/bin/perl \(.*\),exec 
${USRBINPATH}/perl \1 exec ${USRBINPATH}/perl \2,' \
-- 
1.8.4.rc3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu-native build regularly failing

[Marko Lindqvist]

On 22 August 2013 17:27, Saul Wold s...@linux.intel.com wrote:
 On 08/22/2013 06:03 AM, Paul Eggleton wrote:

 On Thursday 22 August 2013 15:56:39 Marko Lindqvist wrote:

 On 21 August 2013 19:33, Marko Lindqvist cazf...@gmail.com wrote:

 On 21 August 2013 01:15, Marko Lindqvist cazf...@gmail.com wrote:

 On 21 August 2013 00:16, Paul Eggleton paul.eggle...@linux.intel.com

 wrote:

 On Tuesday 20 August 2013 23:26:44 Marko Lindqvist wrote:

 On 20 August 2013 16:32, Paul Eggleton
 paul.eggle...@linux.intel.com

 wrote:

 On Tuesday 20 August 2013 15:51:21 Marko Lindqvist wrote:

 Build of qemu-native regularly fails with:
 |   LINK  sh4-softmmu/qemu-system-sh4
 |
 | /usr/lib/x86_64-linux-gnu/libXext.so.6: undefined reference to

 `_XEatDataWords'

 | collect2: error: ld returned 1 exit status

 This might be some dependency missing, as building first some
 packets
 (+ more importantly their dependencies) that do not depend on qemu
 and
 only then qemu dependant image success.


 Do you have something else causing libxext-native to be built by any
 chance?


   Yes, it seems to be difference between the tree where build fails
 and

 the one where build success that former has no libxext-native built.
 Further, I tested just building libxext-native before building
 qemu-native, and then the build succeded.


 The problem is we want qemu-native to be buildable both on systems
 without X11 and systems with X11, so the dependency has to be
 floating,
 and this is more or less acceptable for a native recipe - there's only
 a problem when libxext- native needs to be built. I can't see a lot of
 value in building libxext- native in any case - what is causing it to
 be built on your system?

 Cheers,
 Paul

   I'm still running more tests - this seems to be complicated matter.

 For one, I just got successful build from empty tree by building
 qemu-native directly. That was build targeted to arm, while failing
 builds have been for x86 (native is amd64). Also, I think (but cannot
 be 100% sure any more) build has succeeded on trees where nothing
 depends on libxext-native but still *something* was needed to be built
 before qemu-native.

   It seems libxext-native is not needed. Rather this seems like problem

 with build parallelism.

   - Sometimes bitbake qemu-native to empty tree success at once
   - When it first fails (but other tasks get executed while it tries to

 build), it then success by forcing configure rerun  building  (
 bitbake qemu-native -c configure -f  bitbake qemu-native )

   I think next step is to get config.log of the succesful and failed

 build to compare.


 --- success-qemu/qemu-1.5.0/config-host.h   2013-08-22
 15:45:10.323126880 +0300
 +++ failed-qemu/qemu-1.5.0/config-host.h2013-08-22
 15:32:23.515101072 +0300
 @@ -26,6 +26,7 @@
   #define CONFIG_UUID 1
   #define QEMU_VERSION 1.5.0
   #define QEMU_PKGVERSION 
 +#define CONFIG_SDL 1
   #define CONFIG_CURSES 1
   #define CONFIG_ATFILE 1
   #define CONFIG_UTIMENSAT 1
 @@ -55,6 +56,7 @@
   #define CONFIG_MADVISE 1
   #define CONFIG_POSIX_MADVISE 1
   #define CONFIG_SIGEV_THREAD_ID 1
 +#define CONFIG_GLX 1
   #define CONFIG_UNAME_RELEASE 
   #define CONFIG_ZERO_MALLOC 1
   #define CONFIG_QOM_CAST_DEBUG 1


 As this diff is success - failed, CONFIG_GLX and CONFIG_SDL are
 defined on first build ending to failure, but not on forced
 reconfigure that then build succesfully.


 You'd probably need to dig into the actual configure check that enables
 these
 automatically. I was about to suggest maybe libsdl-native was present in
 the
 failing case, but then the current libsdl recipe in OE-Core doesn't
 provide
 libsdl-native so that probably isn't it...

 Something that we did not ask here, is what is your host OS?

 That issue has been bothering me on Debian Testing/Jessie.

  We just had a
 very similar issue Fedora 19, since qemu had a floating dependency on some X
 libraries specifically libX11 and libXext and X11 is newer on F19, it was
 causing problems if you happen to have libX11-native built.  We just updated
 libX11 and in our testing it seems to have fix this issue.

libX11:
Version: 2:1.6.1-1


 Check out the patches.

 Sau!

 Cheers,
 Paul



 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] automake: update to upstream version 1.13.4

[Marko Lindqvist]

On 23 August 2013 19:19, Saul Wold saul.w...@intel.com wrote:

 Seems this update might have a perl script that is hard coded and will need
 to be worked on.  This occurs with a toolchain build:
 bitbake core-image-sato -c populate_sdk

 | Computing transaction...error: Can't install
 nativesdk-automake-1.13.4-r0@x86_64_nativesdk: no package provides /bin/perl

 I couldn't reproduce, and grepping for /bin/perl reveals nothing
that would be new since 1.12.6.

 There's one perl handling related error in the patch - recipe has old
version number hardcoded when adjusting perl paths. It needs to be
fixed in any case, and we can hope that it fixes the issue you are
experiencing. I'll make the version number unhardcoding separate patch
so it can be applied already before the automake update. I'll push
updated series to contrib tree to cazfi/am13 branch for those
interested (probably late tonight or tomorrow), but won't send pull
request before 1.6 development begins.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] Updates to new bugfix releases

[Marko Lindqvist]

A couple of updates to upstream bugfix releases.

The following changes since commit e473e60d5572f36829068f6d3db9ce9ba9633d71:

  mkfontscale: This no longer needs a full libx11, xproto suffices (2013-08-22 
18:29:50 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (2):
  gettext: update to upstream version 0.18.3.1
  ccache: update to upstream version 3.1.9

 .../gettext/{gettext-0.18.3 = gettext-0.18.3.1}/parallel.patch   |0
 .../{gettext-minimal-0.18.3 = gettext-minimal-0.18.3.1}/COPYING  |0
 .../Makefile.in.in|0
 .../Makevars.template |0
 meta/recipes-core/gettext/gettext-minimal-0.18.3.1/aclocal.tgz|  Bin 0 - 
37591 bytes
 .../config.rpath  |0
 .../remove-potcdate.sin   |0
 meta/recipes-core/gettext/gettext-minimal-0.18.3/aclocal.tgz  |  Bin 37586 
- 0 bytes
 ...inimal-native_0.18.3.bb = gettext-minimal-native_0.18.3.1.bb} |0
 .../gettext/{gettext_0.18.3.bb = gettext_0.18.3.1.bb}|4 ++--
 meta/recipes-devtools/ccache/{ccache_3.1.8.bb = ccache_3.1.9.bb} |5 ++---
 11 files changed, 4 insertions(+), 5 deletions(-)
 rename meta/recipes-core/gettext/{gettext-0.18.3 = 
gettext-0.18.3.1}/parallel.patch (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.3 = 
gettext-minimal-0.18.3.1}/COPYING (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.3 = 
gettext-minimal-0.18.3.1}/Makefile.in.in (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.3 = 
gettext-minimal-0.18.3.1}/Makevars.template (100%)
 create mode 100644 
meta/recipes-core/gettext/gettext-minimal-0.18.3.1/aclocal.tgz
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.3 = 
gettext-minimal-0.18.3.1}/config.rpath (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.3 = 
gettext-minimal-0.18.3.1}/remove-potcdate.sin (100%)
 delete mode 100644 meta/recipes-core/gettext/gettext-minimal-0.18.3/aclocal.tgz
 rename meta/recipes-core/gettext/{gettext-minimal-native_0.18.3.bb = 
gettext-minimal-native_0.18.3.1.bb} (100%)
 rename meta/recipes-core/gettext/{gettext_0.18.3.bb = gettext_0.18.3.1.bb} 
(97%)
 rename meta/recipes-devtools/ccache/{ccache_3.1.8.bb = ccache_3.1.9.bb} (43%)

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] ccache: update to upstream version 3.1.9

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-devtools/ccache/{ccache_3.1.8.bb = ccache_3.1.9.bb} |5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/ccache/{ccache_3.1.8.bb = ccache_3.1.9.bb} (43%)

diff --git a/meta/recipes-devtools/ccache/ccache_3.1.8.bb 
b/meta/recipes-devtools/ccache/ccache_3.1.9.bb
similarity index 43%
rename from meta/recipes-devtools/ccache/ccache_3.1.8.bb
rename to meta/recipes-devtools/ccache/ccache_3.1.9.bb
index b445f0f..1679171 100644
--- a/meta/recipes-devtools/ccache/ccache_3.1.8.bb
+++ b/meta/recipes-devtools/ccache/ccache_3.1.9.bb
@@ -1,8 +1,7 @@
 require ccache.inc
 
-PR = r0
 LICENSE = GPLv3+
 LIC_FILES_CHKSUM = file://LICENSE.txt;md5=80e92ec45d4fca91f127864fb9e5d932
 
-SRC_URI[md5sum] = ffa001305f31f44a3834be7c6c5102c5
-SRC_URI[sha256sum] = 
9c4134a88d2566ba41a070a6cedc53fa92e1008f40c116c61e73dde16453d63e
+SRC_URI[md5sum] = 522a6016bda56892653612bbdefff3e0
+SRC_URI[sha256sum] = 
4981fdf3ad851de400d94083a0d03f115ce9ce8062c3fd7a291630294b0006c4
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] gtk-engines: fix build with automake-1.13

[Marko Lindqvist]

Add patch substitute-tests.patch that works around automake
TESTS limitation.
See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13771.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../gtk-engines-2.20.2/substitute-tests.patch  |   37 
 .../gtk-engines/gtk-engines_2.20.2.bb  |3 +-
 2 files changed, 39 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch

diff --git 
a/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch 
b/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch
new file mode 100644
index 000..5c557ba
--- /dev/null
+++ b/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch
@@ -0,0 +1,37 @@
+Upstream-Status: Pending
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd gtk-engines-2.20.2/configure.ac gtk-engines-2.20.2/configure.ac
+--- gtk-engines-2.20.2/configure.ac2010-10-01 15:42:37.0 +0300
 gtk-engines-2.20.2/configure.ac2013-08-20 02:50:27.930510565 +0300
+@@ -166,6 +166,9 @@
+
+ AC_SUBST(DEVELOPMENT_CFLAGS)
+
++AC_SUBST([exported_symbols_tests], [[$(EXPORTED_SYMBOLS_TESTS)]])
++AC_SUBST([torture_test_tests], [[$(TORTURE_TEST_TESTS)]])
++
+ AM_CONFIG_HEADER([engines/support/config.h])
+
+ AC_CONFIG_FILES([
+diff -Nurd gtk-engines-2.20.2/test/Makefile.am 
gtk-engines-2.20.2/test/Makefile.am
+--- gtk-engines-2.20.2/test/Makefile.am2010-09-19 18:18:21.0 
+0300
 gtk-engines-2.20.2/test/Makefile.am2013-08-20 02:50:36.842510865 
+0300
+@@ -66,7 +66,7 @@
+ # Prefix with exported_
+ EXPORTED_SYMBOLS_TESTS = $(patsubst %,exported_%,$(BUILD_ENGINES))
+
+-TESTS += $(EXPORTED_SYMBOLS_TESTS)
++TESTS += @exported_symbols_tests@
+
+
+ #
+@@ -88,7 +88,7 @@
+ TORTURE_TEST_TESTS = torture_buildin $(patsubst 
%,torture_%,$(TORTURE_TEST_ENGINES))
+
+ # Add TORTURE_TEST_ENGINES to list of tests
+-TESTS += $(TORTURE_TEST_TESTS)
++TESTS += @torture_test_tests@
+
+ # Possible other tests:
+ #  - An extensive theme switch tests that loads/unloads the engine
diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb 
b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
index 32d7be4..f899307 100644
--- a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
+++ b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
@@ -37,6 +37,7 @@ python populate_packages_prepend() {
 # TODO: mark theme packages as arch all
 }
 
-SRC_URI += file://glib-2.32.patch
+SRC_URI += file://glib-2.32.patch \
+file://substitute-tests.patch
 SRC_URI[archive.md5sum] = 5deb287bc6075dc21812130604c7dc4f
 SRC_URI[archive.sha256sum] = 
15b680abca6c773ecb85253521fa100dd3b8549befeecc7595b10209d62d66b5
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] automake: update to upstream version 1.13.4

[Marko Lindqvist]

prefer-cpio-over-pax-for-ustar-archives.patch updated to apply

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../prefer-cpio-over-pax-for-ustar-archives.patch  |   37 ++--
 .../{automake_1.12.6.bb = automake_1.13.4.bb} |6 ++--
 2 files changed, 21 insertions(+), 22 deletions(-)
 rename meta/recipes-devtools/automake/{automake_1.12.6.bb = 
automake_1.13.4.bb} (90%)

diff --git 
a/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
 
b/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
index 4627855..6558a00 100644
--- 
a/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
+++ 
b/meta/recipes-devtools/automake/automake/prefer-cpio-over-pax-for-ustar-archives.patch
@@ -19,24 +19,13 @@ Updated for version 1.11.3:
 Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
 Date: 2011/03/14
 
-Index: automake-1.11.3/m4/tar.m4
-===
 automake-1.11.3.orig/m4/tar.m4 2012-01-31 03:41:18.0 -0800
-+++ automake-1.11.3/m4/tar.m4  2012-03-14 17:36:11.901303777 -0700
-@@ -31,7 +31,7 @@ m4_if([$1], [v7],
-   [m4_fatal([Unknown tar format])])
- AC_MSG_CHECKING([how to create a $1 tar archive])
- # Loop over all known methods to create a tar archive until one works.
--_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
-+_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
- _am_tools=${am_cv_prog_tar_$1-$_am_tools}
- # Do not fold the above two line into one, because Tru64 sh and
- # Solaris sh will not grok spaces in the rhs of `-'.
-Index: automake-1.11.3/Makefile.in
-===
 automake-1.11.3.orig/Makefile.in   2012-02-01 02:37:59.0 -0800
-+++ automake-1.11.3/Makefile.in2012-03-14 17:38:03.530869197 -0700
-@@ -62,7 +62,7 @@ am__aclocal_m4_deps = $(top_srcdir)/m4/a
+Updated for version 1.13.2:
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+
+diff -Nurd automake-1.13.2/Makefile.in automake-1.13.2/Makefile.in
+--- automake-1.13.2/Makefile.in2013-05-15 23:12:58.0 +0300
 automake-1.13.2/Makefile.in2013-05-23 02:13:41.364026301 +0300
+@@ -141,7 +141,7 @@
$(top_srcdir)/m4/options.m4 $(top_srcdir)/m4/runlog.m4 \
$(top_srcdir)/m4/sanity.m4 $(top_srcdir)/m4/silent.m4 \
$(top_srcdir)/m4/strip.m4 $(top_srcdir)/m4/substnot.m4 \
@@ -45,3 +34,15 @@ Index: automake-1.11.3/Makefile.in
  am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \
$(ACLOCAL_M4)
  am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \
+diff -Nurd automake-1.13.2/m4/tar.m4 automake-1.13.2/m4/tar.m4
+--- automake-1.13.2/m4/tar.m4  2013-05-13 23:12:48.0 +0300
 automake-1.13.2/m4/tar.m4  2013-05-23 02:13:26.600025805 +0300
+@@ -26,7 +26,7 @@
+ AC_SUBST([AMTAR], ['$${TAR-tar}'])
+
+ # We'll loop over all known methods to create a tar archive until one works.
+-_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) pax cpio none'
++_am_tools='gnutar m4_if([$1], [ustar], [plaintar]) cpio pax none'
+
+ m4_if([$1], [v7],
+   [am__tar='$${TAR-tar} chof - $$tardir' am__untar='$${TAR-tar} xf -'],
diff --git a/meta/recipes-devtools/automake/automake_1.12.6.bb 
b/meta/recipes-devtools/automake/automake_1.13.4.bb
similarity index 90%
rename from meta/recipes-devtools/automake/automake_1.12.6.bb
rename to meta/recipes-devtools/automake/automake_1.13.4.bb
index 549051b..e3db834 100644
--- a/meta/recipes-devtools/automake/automake_1.12.6.bb
+++ b/meta/recipes-devtools/automake/automake_1.13.4.bb
@@ -26,10 +26,8 @@ SRC_URI += ${PATHFIXPATCH} \
 file://py-compile-compile-only-optimized-byte-code.patch \
 file://buildtest.patch
 
-SRC_URI[md5sum] = 199d39ece2e6070d64ac20d45ac86026
-SRC_URI[sha256sum] = 
0cbe570db487908e70af7119da85ba04f7e28656b26f717df0265ae08defd9ef
-
-PR = r0
+SRC_URI[md5sum] = 9199e266993a5bbdc914923349d51e3e
+SRC_URI[sha256sum] = 
4c93abc0bff54b296f41f92dd3aa1e73e554265a6f719df465574983ef6f878c
 
 do_install_append () {
 install -d ${D}${datadir}
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] Automake-1.13

[Marko Lindqvist]

gtk-engines fix updated, and the automake update patch itself added to
the set. It's probably better to leave latter to beginning of new cycle (1.6)
than to push it in just before 1.5 freeze, as it might break number of
recipes in other layers.

The following changes since commit e473e60d5572f36829068f6d3db9ce9ba9633d71:

  mkfontscale: This no longer needs a full libx11, xproto suffices (2013-08-22 
18:29:50 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (2):
  gtk-engines: fix build with automake-1.13
  automake: update to upstream version 1.13.4

 .../prefer-cpio-over-pax-for-ustar-archives.patch  |   37 ++--
 .../{automake_1.12.6.bb = automake_1.13.4.bb} |6 ++--
 .../gtk-engines-2.20.2/substitute-tests.patch  |   37 
 .../gtk-engines/gtk-engines_2.20.2.bb  |3 +-
 4 files changed, 60 insertions(+), 23 deletions(-)
 rename meta/recipes-devtools/automake/{automake_1.12.6.bb = 
automake_1.13.4.bb} (90%)
 create mode 100644 
meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/4] harfbuzz: upgrade to v0.9.19

[Marko Lindqvist]

On 5 August 2013 17:44, Cristian Iorga cristian.io...@intel.com wrote:
 disable_graphite.patch updated.


 -
 --PKG_CHECK_MODULES(GRAPHITE2, graphite2, have_graphite=true, 
 have_graphite=false)
 -+have_graphite=false

 As upstream had only check for existence of graphite2, we needed to
patch this disabling...

 + if test x$with_graphite2 = xyes -a x$have_graphite2 != xtrue; then
 +   AC_MSG_ERROR([graphite2 support requested but libgraphite2 not found])
 + fi
 ++have_graphite=false

 Here it seems (x$with_gpaphite2 = xyes) that new upstream version
has configure switch --without-graphite2 that should be used instead
of patching any more.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] Fix boost build

[Marko Lindqvist]

The following changes since commit d98f08a7ad95d0b17846276b028a6614f16b6846:

  genext2fs: fix memory corruption on powerpc (2013-08-20 07:11:44 -0700)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/fixes
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/fixes

Marko Lindqvist (1):
  boost: fix build when PARALLEL_MAKE is not set

 meta/recipes-support/boost/boost.inc |2 ++
 1 file changed, 2 insertions(+)

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] boost: fix build when PARALLEL_MAKE is not set

[Marko Lindqvist]

It was passing None to bjam, which then parsed it as unknown build target.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-support/boost/boost.inc |2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/boost/boost.inc 
b/meta/recipes-support/boost/boost.inc
index 87bac23..5d20b11 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -115,6 +115,8 @@ def get_boost_parallel_make(bb, d):
 bb.error(Unable to analyse format of PARALLEL_MAKE variable: %s 
% pm)
 pm_nval = min(64, int(pm_val.group(0)))
 return pm_prefix.group(0) + str(pm_nval) + pm[pm_val.end():]
+else:
+return 
 
 BOOST_PARALLEL_MAKE = ${@get_boost_parallel_make(bb, d)}
 BJAM_OPTS= '${BOOST_PARALLEL_MAKE} \
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu-native build regularly failing

[Marko Lindqvist]

On 21 August 2013 01:15, Marko Lindqvist cazf...@gmail.com wrote:
 On 21 August 2013 00:16, Paul Eggleton paul.eggle...@linux.intel.com wrote:
 On Tuesday 20 August 2013 23:26:44 Marko Lindqvist wrote:
 On 20 August 2013 16:32, Paul Eggleton paul.eggle...@linux.intel.com
 wrote:
  On Tuesday 20 August 2013 15:51:21 Marko Lindqvist wrote:
  Build of qemu-native regularly fails with:
  |   LINK  sh4-softmmu/qemu-system-sh4
  |
  | /usr/lib/x86_64-linux-gnu/libXext.so.6: undefined reference to
 
  `_XEatDataWords'
 
  | collect2: error: ld returned 1 exit status
 
  This might be some dependency missing, as building first some packets
  (+ more importantly their dependencies) that do not depend on qemu and
  only then qemu dependant image success.
 
  Do you have something else causing libxext-native to be built by any
  chance?

  Yes, it seems to be difference between the tree where build fails and
 the one where build success that former has no libxext-native built.
 Further, I tested just building libxext-native before building
 qemu-native, and then the build succeded.

 The problem is we want qemu-native to be buildable both on systems without 
 X11
 and systems with X11, so the dependency has to be floating, and this is more 
 or
 less acceptable for a native recipe - there's only a problem when libxext-
 native needs to be built. I can't see a lot of value in building libxext-
 native in any case - what is causing it to be built on your system?

 Cheers,
 Paul


  I'm still running more tests - this seems to be complicated matter.
 For one, I just got successful build from empty tree by building
 qemu-native directly. That was build targeted to arm, while failing
 builds have been for x86 (native is amd64). Also, I think (but cannot
 be 100% sure any more) build has succeeded on trees where nothing
 depends on libxext-native but still *something* was needed to be built
 before qemu-native.

 It seems libxext-native is not needed. Rather this seems like problem
with build parallelism.

 - Sometimes bitbake qemu-native to empty tree success at once
 - When it first fails (but other tasks get executed while it tries to
build), it then success by forcing configure rerun  building  (
bitbake qemu-native -c configure -f  bitbake qemu-native )

 I think next step is to get config.log of the succesful and failed
build to compare.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] Automake-1.13 fixes

[Marko Lindqvist]

The following changes since commit fd9e591f266e1a6c183e77f24e50d31e0d52bdd5:

  cronie: fix out of tree build (2013-08-19 11:24:51 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (2):
  texinfo: correct dont-depend-on-help2man.patch
  gtk-engines: fix build with automake-1.13

 .../texinfo-5.1/dont-depend-on-help2man.patch  |   43 +---
 .../gtk-engines-2.20.2/substitute-tests.patch  |   37 +
 .../gtk-engines/gtk-engines_2.20.2.bb  |5 +--
 3 files changed, 77 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/2] Automake-1.13 fixes

[Marko Lindqvist]

On 20 August 2013 14:06, Burton, Ross ross.bur...@intel.com wrote:
 On 20 August 2013 09:44, Marko Lindqvist cazf...@gmail.com wrote:

 The following changes since commit fd9e591f266e1a6c183e77f24e50d31e0d52bdd5:

   cronie: fix out of tree build (2013-08-19 11:24:51 +0100)

 are available in the git repository at:

   git://git.openembedded.org/openembedded-core-contrib cazfi/am13
   
 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

 Are you deliberately just sending the cover letter, or is my mailer
 being strange?

 Ross

 I've sent cover letter only.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] qemu-native build regularly failing

[Marko Lindqvist]

Build of qemu-native regularly fails with:
|   LINK  sh4-softmmu/qemu-system-sh4
| /usr/lib/x86_64-linux-gnu/libXext.so.6: undefined reference to
`_XEatDataWords'
| collect2: error: ld returned 1 exit status

This might be some dependency missing, as building first some packets
(+ more importantly their dependencies) that do not depend on qemu and
only then qemu dependant image success.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] gtk-engines: fix build with automake-1.13

[Marko Lindqvist]

Add patch substitute-tests.patch that works around automake
TESTS limitation.
See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13771.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../gtk-engines-2.20.2/substitute-tests.patch  |   37 
 .../gtk-engines/gtk-engines_2.20.2.bb  |5 ++-
 2 files changed, 39 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch

diff --git 
a/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch 
b/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch
new file mode 100644
index 000..5c557ba
--- /dev/null
+++ b/meta/recipes-gnome/gtk-engines/gtk-engines-2.20.2/substitute-tests.patch
@@ -0,0 +1,37 @@
+Upstream-Status: Pending
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd gtk-engines-2.20.2/configure.ac gtk-engines-2.20.2/configure.ac
+--- gtk-engines-2.20.2/configure.ac2010-10-01 15:42:37.0 +0300
 gtk-engines-2.20.2/configure.ac2013-08-20 02:50:27.930510565 +0300
+@@ -166,6 +166,9 @@
+
+ AC_SUBST(DEVELOPMENT_CFLAGS)
+
++AC_SUBST([exported_symbols_tests], [[$(EXPORTED_SYMBOLS_TESTS)]])
++AC_SUBST([torture_test_tests], [[$(TORTURE_TEST_TESTS)]])
++
+ AM_CONFIG_HEADER([engines/support/config.h])
+
+ AC_CONFIG_FILES([
+diff -Nurd gtk-engines-2.20.2/test/Makefile.am 
gtk-engines-2.20.2/test/Makefile.am
+--- gtk-engines-2.20.2/test/Makefile.am2010-09-19 18:18:21.0 
+0300
 gtk-engines-2.20.2/test/Makefile.am2013-08-20 02:50:36.842510865 
+0300
+@@ -66,7 +66,7 @@
+ # Prefix with exported_
+ EXPORTED_SYMBOLS_TESTS = $(patsubst %,exported_%,$(BUILD_ENGINES))
+
+-TESTS += $(EXPORTED_SYMBOLS_TESTS)
++TESTS += @exported_symbols_tests@
+
+
+ #
+@@ -88,7 +88,7 @@
+ TORTURE_TEST_TESTS = torture_buildin $(patsubst 
%,torture_%,$(TORTURE_TEST_ENGINES))
+
+ # Add TORTURE_TEST_ENGINES to list of tests
+-TESTS += $(TORTURE_TEST_TESTS)
++TESTS += @torture_test_tests@
+
+ # Possible other tests:
+ #  - An extensive theme switch tests that loads/unloads the engine
diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb 
b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
index 32d7be4..401e76c 100644
--- a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
+++ b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
@@ -8,8 +8,6 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=2d5025d4aa3495befef8f17206a5b0a1
 SECTION = x11/base
 DEPENDS = gtk+
 
-PR = r3
-
 PACKAGES_DYNAMIC += ^gtk-engine-.* ^gtk-theme-.*
 
 RDEPENDS_gtk-theme-redmond = gtk-engine-redmond95
@@ -37,6 +35,7 @@ python populate_packages_prepend() {
 # TODO: mark theme packages as arch all
 }
 
-SRC_URI += file://glib-2.32.patch
+SRC_URI += file://glib-2.32.patch \
+file://substitute-tests.patch
 SRC_URI[archive.md5sum] = 5deb287bc6075dc21812130604c7dc4f
 SRC_URI[archive.sha256sum] = 
15b680abca6c773ecb85253521fa100dd3b8549befeecc7595b10209d62d66b5
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] texinfo: correct dont-depend-on-help2man.patch

[Marko Lindqvist]

Patch needed only with automake-1.13 no longer worked as expected
after texinfo has been updated to version 5.1.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../texinfo-5.1/dont-depend-on-help2man.patch  |   43 +---
 1 file changed, 38 insertions(+), 5 deletions(-)

diff --git 
a/meta/recipes-extended/texinfo/texinfo-5.1/dont-depend-on-help2man.patch 
b/meta/recipes-extended/texinfo/texinfo-5.1/dont-depend-on-help2man.patch
index 7502328..6e216da 100644
--- a/meta/recipes-extended/texinfo/texinfo-5.1/dont-depend-on-help2man.patch
+++ b/meta/recipes-extended/texinfo/texinfo-5.1/dont-depend-on-help2man.patch
@@ -1,11 +1,10 @@
 Upstream-Status: Inappropŕiate
 
 Signed-off-by: Marko Lindqvist cazf...@gmail.com
-Index: texinfo-5.1/doc/Makefile.am
-===
 texinfo-5.1.orig/doc/Makefile.am
-+++ texinfo-5.1/doc/Makefile.am
-@@ -40,7 +40,7 @@ refcard_files = refcard/Makefile refcard
+diff -Nurd texinfo-5.1/doc/Makefile.am texinfo-5.1/doc/Makefile.am
+--- texinfo-5.1/doc/Makefile.am2013-02-23 02:11:25.0 +0200
 texinfo-5.1/doc/Makefile.am2013-08-20 01:43:55.622376198 +0300
+@@ -40,7 +40,7 @@
  # Include our texinfo.tex, not Automake's.
  EXTRA_DIST = epsf.tex texinfo.tex \
   fdl.texi \
@@ -14,3 +13,37 @@ Index: texinfo-5.1/doc/Makefile.am
 $(refcard_files)
  
  if INSTALL_WARNINGS
+diff -Nurd texinfo-5.1/man/Makefile.am texinfo-5.1/man/Makefile.am
+--- texinfo-5.1/man/Makefile.am2013-02-23 02:11:25.0 +0200
 texinfo-5.1/man/Makefile.am2013-08-20 01:53:40.542395884 +0300
+@@ -13,24 +13,24 @@
+ # implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
+
+ # These are generated using help2man.
+-man_MANS = install-info.1 makeinfo.1 texindex.1 texi2dvi.1
++#man_MANS = install-info.1 makeinfo.1 texindex.1 texi2dvi.1
+
+ # These require the build in info/, thus can't do if we failed to find a
+ # terminal library.
+ if HAVE_TERMLIBS
+-man_MANS += info.1 infokey.1
++#man_MANS += info.1 infokey.1
+ endif
+
+ # These are hand-written.
+-man_MANS += info.5 texinfo.5
++#man_MANS += info.5 texinfo.5
+
+ # This is generated by pod2man, but let's just run it by hand.
+-man_MANS += pod2texi.1
++#man_MANS += pod2texi.1
+
+ # These are just .so's to the common program.
+-man_MANS += texi2any.1 texi2pdf.1 pdftexi2dvi.1
++#man_MANS += texi2any.1 texi2pdf.1 pdftexi2dvi.1
+
+-EXTRA_DIST = $(man_MANS) ginfo.h2m
++EXTRA_DIST = ginfo.h2m
+
+ # Maintainers should be able to regenerate.
+ MAINTAINERCLEANFILES = $(man_MANS)
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu-native build regularly failing

[Marko Lindqvist]

On 20 August 2013 16:32, Paul Eggleton paul.eggle...@linux.intel.com wrote:
 On Tuesday 20 August 2013 15:51:21 Marko Lindqvist wrote:
 Build of qemu-native regularly fails with:
 |   LINK  sh4-softmmu/qemu-system-sh4
 |
 | /usr/lib/x86_64-linux-gnu/libXext.so.6: undefined reference to

 `_XEatDataWords'

 | collect2: error: ld returned 1 exit status

 This might be some dependency missing, as building first some packets
 (+ more importantly their dependencies) that do not depend on qemu and
 only then qemu dependant image success.

 Do you have something else causing libxext-native to be built by any chance?

 Yes, it seems to be difference between the tree where build fails and
the one where build success that former has no libxext-native built.
Further, I tested just building libxext-native before building
qemu-native, and then the build succeded.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu-native build regularly failing

[Marko Lindqvist]

On 21 August 2013 00:16, Paul Eggleton paul.eggle...@linux.intel.com wrote:
 On Tuesday 20 August 2013 23:26:44 Marko Lindqvist wrote:
 On 20 August 2013 16:32, Paul Eggleton paul.eggle...@linux.intel.com
 wrote:
  On Tuesday 20 August 2013 15:51:21 Marko Lindqvist wrote:
  Build of qemu-native regularly fails with:
  |   LINK  sh4-softmmu/qemu-system-sh4
  |
  | /usr/lib/x86_64-linux-gnu/libXext.so.6: undefined reference to
 
  `_XEatDataWords'
 
  | collect2: error: ld returned 1 exit status
 
  This might be some dependency missing, as building first some packets
  (+ more importantly their dependencies) that do not depend on qemu and
  only then qemu dependant image success.
 
  Do you have something else causing libxext-native to be built by any
  chance?

  Yes, it seems to be difference between the tree where build fails and
 the one where build success that former has no libxext-native built.
 Further, I tested just building libxext-native before building
 qemu-native, and then the build succeded.

 The problem is we want qemu-native to be buildable both on systems without X11
 and systems with X11, so the dependency has to be floating, and this is more 
 or
 less acceptable for a native recipe - there's only a problem when libxext-
 native needs to be built. I can't see a lot of value in building libxext-
 native in any case - what is causing it to be built on your system?

 Cheers,
 Paul


 I'm still running more tests - this seems to be complicated matter.
For one, I just got successful build from empty tree by building
qemu-native directly. That was build targeted to arm, while failing
builds have been for x86 (native is amd64). Also, I think (but cannot
be 100% sure any more) build has succeeded on trees where nothing
depends on libxext-native but still *something* was needed to be built
before qemu-native.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/1] Update automake to version 1.13.2

[Marko Lindqvist]

On 3 July 2013 11:34, Radu Moisan radu.moi...@intel.com wrote:

 On 07/03/2013 11:19 AM, Marko Lindqvist wrote:

 On 3 July 2013 11:16, Radu Moisan radu.moi...@intel.com wrote:

 On 05/25/2013 01:21 AM, Marko Lindqvist wrote:


   Confirmed. Automake update to (any) 1.13.x version breaks gtk-engines
 build. I don't know yet if it's automake or gtk-engines bug.


 Any updates on this? Do we have a bug filled addressing this problem? I
 found several package which require automake 1.13.x for upgrade and this
 automake issue is blocking them.

   Sorry I have had no time to work on this. I did file automake bug
 report, for which the response is
 http://lists.gnu.org/archive/html/bug-automake/2013-06/msg00014.html
 meaning we need to patch gtk-engines.


 Thanks Marko, I'll take a look over this.

 Radu

 What's the status now? I see that at least automake has not been
updated yet. I could take a look myself next week.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/6] Misc updates

[Marko Lindqvist]

Mainly straightforward minor package upgrades, gettext being the most
significant one.

The following changes since commit 57662d4f813d5795cac1529633db80a09efdb089:

  meta-skeleton: Add busybox config fragment example (2013-08-13 23:03:44 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (6):
  glib-2.0: use trim_version() to get the source directory
  pixman: update to upstream version 0.30.2
  curl: update to upstream version 7.32.0
  glib-2.0: update to upstream version 2.36.4
  gtk+: update to upstream version 2.24.20
  gettext: update to upstream version 0.18.3

 .../gettext/{gettext-0.18.2 = gettext-0.18.3}/parallel.patch  |0
 meta/recipes-core/gettext/gettext-minimal-0.18.2/aclocal.tgz   |  Bin 37504 - 
0 bytes
 .../{gettext-minimal-0.18.2 = gettext-minimal-0.18.3}/COPYING |0
 .../Makefile.in.in |3 ++-
 .../Makevars.template  |0
 meta/recipes-core/gettext/gettext-minimal-0.18.3/aclocal.tgz   |  Bin 0 - 
37586 bytes
 .../config.rpath   |2 +-
 .../remove-potcdate.sin|0
 ...nimal-native_0.18.2.bb = gettext-minimal-native_0.18.3.bb} |0
 .../gettext/{gettext_0.18.2.bb = gettext_0.18.3.bb}   |5 ++---
 .../glib-2.0/{glib-2.0_2.36.3.bb = glib-2.0_2.36.4.bb}|6 +++---
 .../0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch   |0
 ...-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch |0
 .../{gtk+-2.24.18 = gtk+-2.24.20}/cellrenderer-cairo.patch|0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/configure-nm.patch |0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/configurefix.patch |0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/doc-fixes.patch|0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/entry-cairo.patch  |0
 .../{gtk+-2.24.18 = gtk+-2.24.20}/hardcoded_libtool.patch |0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/no-demos.patch |0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/run-iconcache.patch|0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/toggle-font.diff   |0
 .../gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/xsettings.patch|0
 meta/recipes-gnome/gtk+/{gtk+_2.24.18.bb = gtk+_2.24.20.bb}   |8 +++-
 .../xorg-lib/{pixman_0.30.0.bb = pixman_0.30.2.bb}|4 ++--
 meta/recipes-support/curl/{curl_7.31.0.bb = curl_7.32.0.bb}   |4 ++--
 26 files changed, 15 insertions(+), 17 deletions(-)
 rename meta/recipes-core/gettext/{gettext-0.18.2 = 
gettext-0.18.3}/parallel.patch (100%)
 delete mode 100644 meta/recipes-core/gettext/gettext-minimal-0.18.2/aclocal.tgz
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.2 = 
gettext-minimal-0.18.3}/COPYING (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.2 = 
gettext-minimal-0.18.3}/Makefile.in.in (99%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.2 = 
gettext-minimal-0.18.3}/Makevars.template (100%)
 create mode 100644 meta/recipes-core/gettext/gettext-minimal-0.18.3/aclocal.tgz
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.2 = 
gettext-minimal-0.18.3}/config.rpath (99%)
 rename meta/recipes-core/gettext/{gettext-minimal-0.18.2 = 
gettext-minimal-0.18.3}/remove-potcdate.sin (100%)
 rename meta/recipes-core/gettext/{gettext-minimal-native_0.18.2.bb = 
gettext-minimal-native_0.18.3.bb} (100%)
 rename meta/recipes-core/gettext/{gettext_0.18.2.bb = gettext_0.18.3.bb} (96%)
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.36.3.bb = glib-2.0_2.36.4.bb} 
(88%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/no-demos.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = 
gtk+-2.24.20}/run-iconcache.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.18 = gtk+-2.24.20}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.18.bb = gtk+_2.24.20.bb} (90%)
 rename meta/recipes

[OE-core] [PATCH 0/1] Add SDL2

[Marko Lindqvist]

Add libSDL2 recipe. SDL2 is not drop in replacement for SDL-1.2 so is not
replacing it. SDL2 could live outside core for now. I added it here just
so it would be next to SDL-1.2 recipe. Likewise I plan to add SDL2_image
and SDL2_mixer recipes to meta-openembedded next to their SDL-1.2 counterparts.

 - ML


The following changes since commit 57662d4f813d5795cac1529633db80a09efdb089:

  meta-skeleton: Add busybox config fragment example (2013-08-13 23:03:44 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (1):
  SDL2: add recipe

 meta/recipes-graphics/libsdl2/libsdl2_2.0.0.bb |   56 
 1 file changed, 56 insertions(+)
 create mode 100644 meta/recipes-graphics/libsdl2/libsdl2_2.0.0.bb

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] Add lua to oe-core.

[Marko Lindqvist]

On 7 August 2013 15:23, Petr Štetiar yn...@true.cz wrote:
 Randy MacLeod randy.macl...@windriver.com [2013-07-25 15:57:58]:

 lua-5.2.2 is current, see: http://www.lua.org/download.html
 so we'd likely uprev and send that version.

 Just FYI Lua 5.2 has quite a lot of changes to Lua 5.1[1].  So I wouldn't
 consider it as an drop-in replacement for Lua 5.1. Simply said it's not
 compatible out of the box.

 Yes, 5.1 and 5.2 are incompatible to extend that there simply is no
way to do some things so that it would work with both (5.1 has it one
way, 5.2 has it another way, and neither understand the other) It can
take some effort to switch application from using lua 5.1 to using lua
5.2.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/1] Update automake to version 1.13.2

[Marko Lindqvist]

On 3 July 2013 11:16, Radu Moisan radu.moi...@intel.com wrote:

 On 05/25/2013 01:21 AM, Marko Lindqvist wrote:


  Confirmed. Automake update to (any) 1.13.x version breaks gtk-engines
 build. I don't know yet if it's automake or gtk-engines bug.


 Any updates on this? Do we have a bug filled addressing this problem? I
 found several package which require automake 1.13.x for upgrade and this
 automake issue is blocking them.

 Sorry I have had no time to work on this. I did file automake bug
report, for which the response is
http://lists.gnu.org/archive/html/bug-automake/2013-06/msg00014.html
meaning we need to patch gtk-engines.


  -ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] gnomebase.bbclass improvements

[Marko Lindqvist]

A couple of gnomebase.bbclass changes from the tree where I've been
working to include recipe for latest (gtk3-only) vte version in addition
to older gtk2-compatible one.

trim_version() -patch should't be any way controversial.
GNOMEBN -patch is one you may want to apply now, or to wait if there
is going to be any users for the feature and apply only when
actually needed.

The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e:

  lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (2):
  gnomebase.bbclass: implement gnome_verdir() using trim_version()
  gnomebase.bbclass: add support for archive name different from BPN

 meta/classes/gnomebase.bbclass |7 +++
 1 file changed, 3 insertions(+), 4 deletions(-)

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] Misc package upgrades

[Marko Lindqvist]

zlib update now using tar.xz source package. Other updates
have not been submitted before.

The following changes since commit 984eb9e25b658c5e9a870983841060aca32bc137:

  bind: add ipv6 support (2013-05-29 22:20:23 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (4):
  zlib: update to upstream version 1.2.8
  icu: update to upstream version 51.2
  pixman: update to upstream version 0.30.0
  atk: update to upstream version 2.8.0

 .../{zlib-1.2.7 = zlib-1.2.8}/remove.ldconfig.call.patch   |0
 meta/recipes-core/zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} |   11 ++-
 .../xorg-lib/{pixman_0.29.4.bb = pixman_0.30.0.bb} |4 ++--
 meta/recipes-support/atk/{atk_2.6.0.bb = atk_2.8.0.bb} |6 +++---
 meta/recipes-support/icu/icu.inc|1 +
 meta/recipes-support/icu/icu_50.1.2.bb  |   11 ---
 meta/recipes-support/icu/icu_51.2.bb|   11 +++
 7 files changed, 23 insertions(+), 21 deletions(-)
 rename meta/recipes-core/zlib/{zlib-1.2.7 = 
zlib-1.2.8}/remove.ldconfig.call.patch (100%)
 rename meta/recipes-core/zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} (73%)
 rename meta/recipes-graphics/xorg-lib/{pixman_0.29.4.bb = pixman_0.30.0.bb} 
(89%)
 rename meta/recipes-support/atk/{atk_2.6.0.bb = atk_2.8.0.bb} (75%)
 delete mode 100644 meta/recipes-support/icu/icu_50.1.2.bb
 create mode 100644 meta/recipes-support/icu/icu_51.2.bb

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/4] Misc package upgrades

[Marko Lindqvist]

On 30 May 2013 13:20, Marko Lindqvist cazf...@gmail.com wrote:

 Marko Lindqvist (4):
   atk: update to upstream version 2.8.0

 Ross has better patch in his gtk-3.8 set.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL 00/28] Updates and /run fixes

[Marko Lindqvist]

On 29 May 2013 02:23, Saul Wold s...@linux.intel.com wrote:


 Marko Lindqvist (5):
   zlib: update to upstream version 1.2.8


 I already have new version of this that uses tar.xz source package in my
next set of updates.



 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/1] RFC: Add recipe of gtk3 version of vte alongside gtk2 one.

[Marko Lindqvist]

On 29 May 2013 13:14, Burton, Ross ross.bur...@intel.com wrote:

 On 26 May 2013 15:03, Marko Lindqvist cazf...@gmail.com wrote:
  Last gtk2-compatible version of vte is 0.28.2 currently present on OE
 core.
  Later versions depend on gtk3.

 vte supports both gtk2 and gtk3.


 0.30.0 NEWS states that dropped support for gtk2. While this sounds like
upstream 0.28.2 would work with either gtk2 or gtk3, OE recipe depends on
gtk+, which is always gtk2?


  Since gtk3 exist in OE core, it would make
  sense to be able to build version of vte (and other similar packages)
  that does not depend on gtk2. Otherwise we end with systems that must
  contain both gtk2 (to be used by some programs) and gtk3 (to be used by
  other programs).
  This patch just adds new recipe for latest vte version, 0.34.5, alongside
  with 0.28.2 version.
  How should priorities be set? 1 for gtk2-version, so it gets selected
 despite gtk3-version being newer?

 Because they are *not* drop-in replacements, how about naming the gtk3
 vte vte3_3.34.5.bb?


 I think calling it vte3 would be confusing at best, when vte itself is not
version 3.x. How about vte-gtk3?


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] RFC: Add recipe of gtk3 version of vte alongside gtk2 one.

[Marko Lindqvist]

RFC only! Patch is only build-tested.

Last gtk2-compatible version of vte is 0.28.2 currently present on OE core.
Later versions depend on gtk3. Since gtk3 exist in OE core, it would make
sense to be able to build version of vte (and other similar packages)
that does not depend on gtk2. Otherwise we end with systems that must
contain both gtk2 (to be used by some programs) and gtk3 (to be used by
other programs).
This patch just adds new recipe for latest vte version, 0.34.5, alongside
with 0.28.2 version.
How should priorities be set? 1 for gtk2-version, so it gets selected despite 
gtk3-version being newer?


 - ML

The following changes since commit 8f5bc47729edb8cb051d81e9ff1680cb8d2eca25:

  dropbear: a fix for hang in dropbearkey, built for x32 (2013-05-24 14:14:30 
+0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/rfc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/rfc

Marko Lindqvist (1):
  vte: add 0.34.5 recipe

 .../vte/vte-0.34.5/obsolete_automake_macros.patch|   14 ++
 meta/recipes-support/vte/vte.inc |4 +++-
 meta/recipes-support/vte/vte_0.28.2.bb   |6 --
 meta/recipes-support/vte/vte_0.34.5.bb   |   12 
 4 files changed, 33 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/vte/vte-0.34.5/obsolete_automake_macros.patch
 create mode 100644 meta/recipes-support/vte/vte_0.34.5.bb

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] vte: add 0.34.5 recipe

[Marko Lindqvist]

Add latest vte version for gtk3-based systems. Keep 0.28.2 as it's last
gtk2-compatible version.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../vte/vte-0.34.5/obsolete_automake_macros.patch|   14 ++
 meta/recipes-support/vte/vte.inc |4 +++-
 meta/recipes-support/vte/vte_0.28.2.bb   |6 --
 meta/recipes-support/vte/vte_0.34.5.bb   |   12 
 4 files changed, 33 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/vte/vte-0.34.5/obsolete_automake_macros.patch
 create mode 100644 meta/recipes-support/vte/vte_0.34.5.bb

diff --git a/meta/recipes-support/vte/vte-0.34.5/obsolete_automake_macros.patch 
b/meta/recipes-support/vte/vte-0.34.5/obsolete_automake_macros.patch
new file mode 100644
index 000..6763d37
--- /dev/null
+++ b/meta/recipes-support/vte/vte-0.34.5/obsolete_automake_macros.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=691545]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd vte-0.28.2/gnome-pty-helper/configure.in 
vte-0.28.2/gnome-pty-helper/configure.in
+--- vte-0.28.2/gnome-pty-helper/configure.in   2010-07-15 20:08:44.0 
+0300
 vte-0.28.2/gnome-pty-helper/configure.in   2013-01-11 14:50:34.971027440 
+0200
+@@ -8,7 +8,6 @@
+ AC_ISC_POSIX
+ AC_PROG_CC
+ AC_STDC_HEADERS
+-AM_PROG_CC_STDC
+
+ if test -z $enable_maintainer_mode; then
+   enable_maintainer_mode=yes
diff --git a/meta/recipes-support/vte/vte.inc b/meta/recipes-support/vte/vte.inc
index b653fab..bc9736a 100644
--- a/meta/recipes-support/vte/vte.inc
+++ b/meta/recipes-support/vte/vte.inc
@@ -1,9 +1,11 @@
 DESCRIPTION = vte is a virtual terminal emulator
 BUGTRACKER = https://bugzilla.gnome.org/buglist.cgi?product=vte;
 LICENSE = LGPLv2.1+
-DEPENDS =  glib-2.0 gtk+ intltool-native ncurses gobject-introspection-stub
+DEPENDS =  glib-2.0 intltool-native ncurses gobject-introspection-stub
 RDEPENDS_libvte = vte-termcap
 
+GNOME_COMPRESS_TYPE = xz
+
 inherit gnome gtk-doc
 
 EXTRA_OECONF = --disable-python --disable-introspection
diff --git a/meta/recipes-support/vte/vte_0.28.2.bb 
b/meta/recipes-support/vte/vte_0.28.2.bb
index 485187d..caf7515 100644
--- a/meta/recipes-support/vte/vte_0.28.2.bb
+++ b/meta/recipes-support/vte/vte_0.28.2.bb
@@ -6,5 +6,7 @@ PR = r6
 
 SRC_URI += file://obsolete_automake_macros.patch
 
-SRC_URI[archive.md5sum] = f07a4bf943194f94b7f142db8f7f36dc
-SRC_URI[archive.sha256sum] = 
8d04e202b617373dfb47689e5e628febe2c58840b344af4feb88c48df903
+SRC_URI[archive.md5sum] = 497f26e457308649e6ece32b3bb142ff
+SRC_URI[archive.sha256sum] = 
86cf0b81aa023fa93ed415653d51c96767f20b2d7334c893caba71e42654b0ae
+
+DEPENDS += gtk+
diff --git a/meta/recipes-support/vte/vte_0.34.5.bb 
b/meta/recipes-support/vte/vte_0.34.5.bb
new file mode 100644
index 000..8707213
--- /dev/null
+++ b/meta/recipes-support/vte/vte_0.34.5.bb
@@ -0,0 +1,12 @@
+require vte.inc
+
+LIC_FILES_CHKSUM = file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7
+
+PR = r0
+
+SRC_URI += file://obsolete_automake_macros.patch
+
+SRC_URI[archive.md5sum] = ce1f11568992df8e61c9366918fed571
+SRC_URI[archive.sha256sum] = 
8847fb75b620a94ba62c2ffd9e1653396978106f294574ba24a19ced259a7351
+
+DEPENDS += gtk+3
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/5] Low-hanging updates

[Marko Lindqvist]

This is set of simple package updates.

HarfBuzz update drops avoid_double_version_h.patch rather
than tries to update it. The code in question has changed
so that I think original problem addressed by the patch is
no longer present, and patch instead would remove the only
remaining installation of required header (pango build was
failing when I tested with the patch still present). I
cannot be absolutely sure though, as I've never been able
to reproduce the original problem - race condition in
installing hb-version.h twice, probably in highly parallel
build - myself.


 - ML

The following changes since commit 835b64d4e9ed7b627b56a75d529f1a403c5db1a8:

  buildhistory: Sync with bitbake changes (2013-05-23 11:49:43 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (5):
  freetype: update to upstream version 2.4.12
  harfbuzz: update to upstream version 0.9.17
  gtk+: update to upstream version 2.24.18
  curl: update to upstream version 7.30.0
  zlib: update to upstream version 1.2.8

 .../remove.ldconfig.call.patch |0
 .../zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb}  |   11 +-
 ...utton-do-not-prelight-in-touchscreen-mode.patch |0
 ...Duplicate-the-exec-string-returned-by-gtk.patch |0
 .../cellrenderer-cairo.patch   |0
 .../configure-nm.patch |0
 .../configurefix.patch |0
 .../{gtk+-2.24.15 = gtk+-2.24.18}/doc-fixes.patch |0
 .../entry-cairo.patch  |0
 .../hardcoded_libtool.patch|0
 .../{gtk+-2.24.15 = gtk+-2.24.18}/no-demos.patch  |0
 .../run-iconcache.patch|0
 .../toggle-font.diff   |0
 .../{gtk+-2.24.15 = gtk+-2.24.18}/xsettings.patch |0
 .../gtk+/{gtk+_2.24.15.bb = gtk+_2.24.18.bb}  |6 +-
 .../freetype/freetype-2.4.11/no-hardcode.patch |   13 --
 .../{freetype_2.4.11.bb = freetype_2.4.12.bb} |8 +-
 .../harfbuzz-0.9.12/avoid_double_version_h.patch   |   14 --
 .../disable_graphite.patch |0
 .../{harfbuzz_0.9.12.bb = harfbuzz_0.9.17.bb} |5 +-
 ...inter-reference-when-closing-an-unused-mu.patch |  170 
 .../curl/{curl_7.29.0.bb = curl_7.30.0.bb}|7 +-
 22 files changed, 18 insertions(+), 216 deletions(-)
 rename meta/recipes-core/zlib/{zlib-1.2.7 = 
zlib-1.2.8}/remove.ldconfig.call.patch (100%)
 rename meta/recipes-core/zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} (73%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/configure-nm.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = gtk+-2.24.18}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/entry-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/hardcoded_libtool.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = gtk+-2.24.18}/no-demos.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = 
gtk+-2.24.18}/run-iconcache.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = gtk+-2.24.18}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.15 = gtk+-2.24.18}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.15.bb = gtk+_2.24.18.bb} (93%)
 delete mode 100644 
meta/recipes-graphics/freetype/freetype-2.4.11/no-hardcode.patch
 rename meta/recipes-graphics/freetype/{freetype_2.4.11.bb = 
freetype_2.4.12.bb} (84%)
 delete mode 100644 
meta/recipes-graphics/harfbuzz/harfbuzz-0.9.12/avoid_double_version_h.patch
 rename meta/recipes-graphics/harfbuzz/{harfbuzz-0.9.12 = 
harfbuzz-0.9.17}/disable_graphite.patch (100%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.12.bb = 
harfbuzz_0.9.17.bb} (83%)
 delete mode 100644 
meta/recipes-support/curl/curl/0001-Fix-NULL-pointer-reference-when-closing-an-unused-mu.patch
 rename meta/recipes-support/curl/{curl_7.29.0.bb = curl_7.30.0.bb} (89%)

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/5] Low-hanging updates

[Marko Lindqvist]

On 24 May 2013 15:42, Burton, Ross ross.bur...@intel.com wrote:

 On 24 May 2013 08:58, Marko Lindqvist cazf...@gmail.com wrote:
freetype: update to upstream version 2.4.12
harfbuzz: update to upstream version 0.9.17
gtk+: update to upstream version 2.24.18
curl: update to upstream version 7.30.0
zlib: update to upstream version 1.2.8

 I'd prefer to see zlib using .xz instead of .gz for size/speed, but
 apart from that:

 Signed-off-by: Ross Burton ross.bur...@intel.com.

 Ross


 Right. I had missed that it's available with several compressions. I'll
make updated version of that patch to next set.


 - ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/1] Update automake to version 1.13.2

[Marko Lindqvist]

 Confirmed. Automake update to (any) 1.13.x version breaks gtk-engines
build. I don't know yet if it's automake or gtk-engines bug.


On 24 May 2013 02:03, Saul Wold s...@linux.intel.com wrote:

 On 05/23/2013 01:52 AM, Marko Lindqvist wrote:

 New upstream release, 1.13.2, has reverted some of the 1.13.0 backward
 compatibility dropping changes, for the duration of 1.13 series. Unlike
 earlier 1.13 releases, it can be used without breaking huge number of
 packages.


 I have not dug into it too deeply, but I think this update is causing a
 problem with gtk-engines test Makefile, there is a section that has
 $(patsubst incomplete.

 From the Makefile.in that is generated from Makefile.am

 $(patsubst.log: $(patsubst
 @p='$(patsubst'; \
 b='$(patsubst'; \
 $(am__check_pre) $(LOG_DRIVER) --test-name $$f \
 --log-file $$b.log --trs-file $$b.trs \
 $(am__common_driver_flags) $(AM_LOG_DRIVER_FLAGS)
 $(LOG_DRIVER_FLAGS) -- $(LOG_COMPILE) \

 That does not look right!

 Sau!



  The following changes since commit aeb704fee8b4ffeaeddcdb36ae4e1d**
 62c264ce42:

scripts/bitbake: Handle the case where git isn't installed cleanly
 (2013-05-21 10:06:11 +0100)

 are available in the git repository at:


 git://git.openembedded.org/**openembedded-core-contribhttp://git.openembedded.org/openembedded-core-contribcazfi/am13
http://cgit.openembedded.org/**cgit.cgi/openembedded-core-**
 contrib/log/?h=cazfi/am13http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

 Marko Lindqvist (1):
automake: update to upstream version 1.13.2

   .../prefer-cpio-over-pax-for-**ustar-archives.patch  |   37
 ++--
   .../{automake_1.12.6.bb = automake_1.13.2.bb} |4 +--
   2 files changed, 21 insertions(+), 20 deletions(-)
   rename meta/recipes-devtools/**automake/{automake_1.12.6.bb =
 automake_1.13.2.bb} (90%)




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] pkg-config obsolete automake macro fix

[Marko Lindqvist]

glib tree included in pkg-config distribution uses AM_PROG_CC_STDC
that is deprecated at best. It will be obsolete, and give error, in
future automake versions, as well as with automake 1.13.0 and 1.13.1.

The following changes since commit 8f5bc47729edb8cb051d81e9ff1680cb8d2eca25:

  dropbear: a fix for hang in dropbearkey, built for x32 (2013-05-24 14:14:30 
+0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (1):
  pkg-config: remove obsolete AM_PROG_CC_STDC

 .../pkgconfig-0.28/obsolete_automake_macros.patch  |   16 
 meta/recipes-devtools/pkgconfig/pkgconfig_0.28.bb  |1 +
 2 files changed, 17 insertions(+)
 create mode 100644 
meta/recipes-devtools/pkgconfig/pkgconfig-0.28/obsolete_automake_macros.patch

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] Update automake to version 1.13.2

[Marko Lindqvist]

New upstream release, 1.13.2, has reverted some of the 1.13.0 backward
compatibility dropping changes, for the duration of 1.13 series. Unlike
earlier 1.13 releases, it can be used without breaking huge number of
packages.

The following changes since commit aeb704fee8b4ffeaeddcdb36ae4e1d62c264ce42:

  scripts/bitbake: Handle the case where git isn't installed cleanly 
(2013-05-21 10:06:11 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (1):
  automake: update to upstream version 1.13.2

 .../prefer-cpio-over-pax-for-ustar-archives.patch  |   37 ++--
 .../{automake_1.12.6.bb = automake_1.13.2.bb} |4 +--
 2 files changed, 21 insertions(+), 20 deletions(-)
 rename meta/recipes-devtools/automake/{automake_1.12.6.bb = 
automake_1.13.2.bb} (90%)

-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] coreutils update

[Marko Lindqvist]

Problems that prevented using of previous upstream version of coreutils
fixed in latest upstream release.

The following changes since commit 41c0241a810f0a97ddc98a834e717645e0047958:

  tcl: Fix the location of the installed headers (2013-03-23 18:09:54 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (1):
  coreutils: update to upstream version 8.21

 .../coreutils/coreutils-8.14/remove-gets.patch |   23 
 .../coreutils-build-with-acl.patch |0
 .../coreutils/coreutils-8.21/dummy_help2man.patch  |   22 +++
 .../remove-usr-local-lib-from-m4.patch |0
 .../{coreutils_8.14.bb = coreutils_8.21.bb}   |   11 +-
 5 files changed, 28 insertions(+), 28 deletions(-)
 delete mode 100644 meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
 rename meta/recipes-core/coreutils/{coreutils-8.14 = 
coreutils-8.21}/coreutils-build-with-acl.patch (100%)
 create mode 100644 
meta/recipes-core/coreutils/coreutils-8.21/dummy_help2man.patch
 rename meta/recipes-core/coreutils/{coreutils-8.14 = 
coreutils-8.21}/remove-usr-local-lib-from-m4.patch (100%)
 rename meta/recipes-core/coreutils/{coreutils_8.14.bb = coreutils_8.21.bb} 
(91%)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/5] automake-1.13 and upstream version updates

[Marko Lindqvist]

On 26 February 2013 09:52, Saul Wold s...@linux.intel.com wrote:

 There seems to be some issue lurking here with configure and libtool.

 Sau!

 libffi seems to include all the libtool m4-files, updated between
libffi-3.0.11 and libffi-3.0.12. These might be incompatible with
libtool files in your system, or does the build force them to be
replaced (libtoolize -f)?

 I've got around a bit similar problems (not in OE, but building in
general) by simply deleting m4/libtool.m4 m4/lt*.m4 from the project,
and letting libtoolize/autoreconf to place correct versions there
instead. Could you test that?


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/5] automake-1.13 and upstream version updates

[Marko Lindqvist]

On 26 February 2013 00:34, Saul Wold s...@linux.intel.com wrote:
 On 02/25/2013 03:40 AM, Marko Lindqvist wrote:

 On 20 February 2013 16:32, Marko Lindqvist cazf...@gmail.com wrote:

 On 19 February 2013 19:12, Saul Wold s...@linux.intel.com wrote:

 On 02/17/2013 01:00 AM, Marko Lindqvist wrote:

 libffi: update to upstream version 3.0.12


 Not sure what's going on but I saw a batch of failures with glib-2.0,
 take a
 look at the autobuilder failure:


 http://autobuilder.yoctoproject.org:8010/builders/nightly-ppc/builds/808/steps/shell_29/logs/stdio

   or


 http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/931/steps/shell_29/logs/stdio

 Not sure why, but glib-2.0 is not finding the libffi library, but it
 seems
 to exist in the sysroot.


   I should be able to take a brief look next weekend, but tonight and
 tomorrow I'm busy with other things.


   I've found no way to reproduce this on my own computer no matter how
 I've tried to invalidate parts of the cache etc. but I wonder if it
 could be that for some reason libffi didn't exist in sysroot already
 at the time it was needed, only later when you checked for it. I see
 no problem with glib-2.0-native dependencies, though.

 I found a way to reproduce it and fix it, I believe!

 Just curious, what's your build host arch?  and what does gcc
 -print-multi-os-directory return on your host?

 x86_64-linux

  gcc -print-multi-os-directory
../lib

  gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.7.2-5' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --enable-plugin --enable-objc-gc
--with-arch-32=i586 --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5)


 It returns lib64 on my host and it causes the libs to be installed in the
 WORKDIR/image/usr/lib64 dir and not get picked up by the
 populate_sysroot() code.

 I commented out some code in configure.ac and that seems to have solved the
 problem, but I am not sure if we need to start adding lib64 to
 populate_sysroot or tweaking configure code!

 Sau!


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/5] automake-1.13 and upstream version updates

[Marko Lindqvist]

On 19 February 2013 19:12, Saul Wold s...@linux.intel.com wrote:
 On 02/17/2013 01:00 AM, Marko Lindqvist wrote:
libffi: update to upstream version 3.0.12

 Not sure what's going on but I saw a batch of failures with glib-2.0, take a
 look at the autobuilder failure:

 http://autobuilder.yoctoproject.org:8010/builders/nightly-ppc/builds/808/steps/shell_29/logs/stdio

  or

 http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/931/steps/shell_29/logs/stdio

 Not sure why, but glib-2.0 is not finding the libffi library, but it seems
 to exist in the sysroot.

 I should be able to take a brief look next weekend, but tonight and
tomorrow I'm busy with other things.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] jpeg: upgrade to 9

[Marko Lindqvist]

On 18 February 2013 17:47, Constantin Musca constantinx.mu...@intel.com wrote:
 License checksum change due to:
 - version modification
 - links modification
 - additional license explanations

 fix_for_automake_1.12.1.patch: not needed anymore

 fix-jmorecfg-boolean-enum.patch: added
 - we have to undef TRUE  FALSE in order to define
 the boolean enum

 Signed-off-by: Constantin Musca constantinx.mu...@intel.com

 Have you tried to build webkit-gtk against this? At one point I had
similar jpeg update in my tree causing webkit-gtk build failure.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/5] automake-1.13 and upstream version updates

[Marko Lindqvist]

A couple of automake-1.13 related fixes and updates to newer upstream
versions. Notably curl now has its official automake-1.13 support, so
we get rid of our own hack.

The following changes since commit 97aa5ac2df7593e343d82f5e64a422bb951eacf9:

  dropbear: use pidfile for daemon start/stop/restart (2013-02-15 12:58:44 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (5):
  webkit-gtk: replace obsolete automake macros with working ones
  gtk-sato-engine: update to git repository head
  oprofileui-server: replace obsolete automake macros with working ones
  libffi: update to upstream version 3.0.12
  curl: update to upstream version 7.29.0

 .../libffi/0001-libffi-update-for-3.0.11.patch |  171 --
 .../libffi/aarch64-adding-build-support.patch  |   63 -
 .../libffi/libffi/add-aarch64-support.patch| 2672 
 .../libffi/{libffi_3.0.11.bb = libffi_3.0.12.bb}  |9 +-
 .../obsolete_automake_macros.patch |   20 +
 .../oprofile/oprofileui-server_git.bb  |6 +-
 .../gtk-engines/gtk-sato-engine_git.bb |4 +-
 .../obsolete_automake_macros.patch |   14 +
 meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb   |3 +-
 .../dont_override_ac_config_macro_dir.patch|   30 -
 .../curl-7.28.1/obsolete_automake_macros.patch |   14 -
 meta/recipes-support/curl/curl/pkgconfig_fix.patch |   25 +-
 .../curl/{curl_7.28.1.bb = curl_7.29.0.bb}|8 +-
 13 files changed, 59 insertions(+), 2980 deletions(-)
 delete mode 100644 
meta/recipes-gnome/libffi/libffi/0001-libffi-update-for-3.0.11.patch
 delete mode 100644 
meta/recipes-gnome/libffi/libffi/aarch64-adding-build-support.patch
 delete mode 100644 meta/recipes-gnome/libffi/libffi/add-aarch64-support.patch
 rename meta/recipes-gnome/libffi/{libffi_3.0.11.bb = libffi_3.0.12.bb} (76%)
 create mode 100644 
meta/recipes-kernel/oprofile/oprofileui-server/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-sato/webkit/webkit-gtk-1.8.3/obsolete_automake_macros.patch
 delete mode 100644 
meta/recipes-support/curl/curl-7.28.1/dont_override_ac_config_macro_dir.patch
 delete mode 100644 
meta/recipes-support/curl/curl-7.28.1/obsolete_automake_macros.patch
 rename meta/recipes-support/curl/{curl_7.28.1.bb = curl_7.29.0.bb} (88%)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] Updates to new upstream versions

[Marko Lindqvist]

Some updates to newer upstream versions. No major version
bumps, just newer bugfix versions.


 - ML

The following changes since commit c58e6cf352774e147038e6543ac95ab0060f2327:

  distro_check: Remove creation of empty Meego filelist. (2013-02-12 13:22:14 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/up
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/up

Marko Lindqvist (4):
  webkit-gtk: update to upstream version 1.8.3
  gtk+: update to upstream version 2.24.15
  harfbuzz: update to upstream version 0.9.12
  libpng: update to upstream version 1.5.14

 .../gtk+/gtk+-2.24.14/hardcoded_libtool.patch  |   33 -
 .../gtk+-2.24.14/obsolete_automake_macros.patch|   23 -
 ...utton-do-not-prelight-in-touchscreen-mode.patch |0
 ...Duplicate-the-exec-string-returned-by-gtk.patch |0
 .../cellrenderer-cairo.patch   |0
 .../configure-nm.patch |   11 +-
 .../configurefix.patch |0
 .../{gtk+-2.24.14 = gtk+-2.24.15}/doc-fixes.patch |0
 .../entry-cairo.patch  |0
 .../gtk+/gtk+-2.24.15/hardcoded_libtool.patch  | 1814 
 .../{gtk+-2.24.14 = gtk+-2.24.15}/no-demos.patch  |0
 .../run-iconcache.patch|0
 .../toggle-font.diff   |0
 .../{gtk+-2.24.14 = gtk+-2.24.15}/xsettings.patch |0
 .../gtk+/{gtk+_2.24.14.bb = gtk+_2.24.15.bb}  |7 +-
 .../avoid_double_version_h.patch   |0
 .../disable_graphite.patch |0
 .../{harfbuzz_0.9.10.bb = harfbuzz_0.9.12.bb} |8 +-
 .../libpng-1.5.13/obsolete_automake_macros.patch   |   15 -
 .../libpng/{libpng_1.5.13.bb = libpng_1.5.14.bb}  |   11 +-
 .../{webkit-gtk_1.8.2.bb = webkit-gtk_1.8.3.bb}   |6 +-
 21 files changed, 1837 insertions(+), 91 deletions(-)
 delete mode 100644 meta/recipes-gnome/gtk+/gtk+-2.24.14/hardcoded_libtool.patch
 delete mode 100644 
meta/recipes-gnome/gtk+/gtk+-2.24.14/obsolete_automake_macros.patch
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/cellrenderer-cairo.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/configure-nm.patch (50%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/configurefix.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = gtk+-2.24.15}/doc-fixes.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/entry-cairo.patch (100%)
 create mode 100644 meta/recipes-gnome/gtk+/gtk+-2.24.15/hardcoded_libtool.patch
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = gtk+-2.24.15}/no-demos.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = 
gtk+-2.24.15}/run-iconcache.patch (100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = gtk+-2.24.15}/toggle-font.diff 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+-2.24.14 = gtk+-2.24.15}/xsettings.patch 
(100%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.14.bb = gtk+_2.24.15.bb} (92%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz-0.9.10 = 
harfbuzz-0.9.12}/avoid_double_version_h.patch (100%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz-0.9.10 = 
harfbuzz-0.9.12}/disable_graphite.patch (100%)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.10.bb = 
harfbuzz_0.9.12.bb} (82%)
 delete mode 100644 
meta/recipes-multimedia/libpng/libpng-1.5.13/obsolete_automake_macros.patch
 rename meta/recipes-multimedia/libpng/{libpng_1.5.13.bb = libpng_1.5.14.bb} 
(47%)
 rename meta/recipes-sato/webkit/{webkit-gtk_1.8.2.bb = webkit-gtk_1.8.3.bb} 
(97%)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] Automake-1.13 fixes (batch 4)

[Marko Lindqvist]

The following changes since commit 82602d2c55f5d233bd8351e95a84a65b792786e5:

  qt4: Add space for _appends (2013-02-01 22:49:27 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (4):
  opkg: replace obsolete automake macros with working ones
  libmatchbox: replace obsolete automake macros with working ones
  matchbox-wm: update to git master head
  rpcbind: replace obsolete automake macros with working ones

 .../opkg/opkg/obsolete_automake_macros.patch|   15 +++
 meta/recipes-devtools/opkg/opkg_svn.bb  |1 +
 .../rpcbind/rpcbind/obsolete_automake_macros.patch  |   14 ++
 meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb  |3 ++-
 .../libmatchbox-1.10/obsolete_automake_macros.patch |   14 ++
 meta/recipes-graphics/libmatchbox/libmatchbox_1.10.bb   |4 +++-
 meta/recipes-graphics/matchbox-wm/matchbox-wm_git.bb|4 ++--
 7 files changed, 51 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-devtools/opkg/opkg/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-extended/rpcbind/rpcbind/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/libmatchbox/libmatchbox-1.10/obsolete_automake_macros.patch

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] Fix harfbuzz make install error

[Marko Lindqvist]

I've not managed to reproduce harfbuzz make install error reported
from autobuilder, but there seems to be rather obvious error in
harfbuzz that this patch works around.


 - ML

The following changes since commit cc490d76aba0a778409ca1a3d0e1f2c308684c9b:

  valgrind: explicitly disable MPI2 support (2013-01-25 16:40:25 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (1):
  harfbuzz: fix install of version.h

 .../harfbuzz-0.9.10/avoid_double_version_h.patch |   14 ++
 meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb|3 ++-
 2 files changed, 16 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/harfbuzz/harfbuzz-0.9.10/avoid_double_version_h.patch

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/12] Prepare recipes for automake-1.13 (batch #3)

[Marko Lindqvist]

As more and more packages seem to have automake-1.13 related problems,
it's becoming clear that I cannot fix world alone. I'm about to fix
packages in openembedded-core the way I've been doing, but for supporting
unfixed packages in other layers it would make sense to patch our
version of automake-1.13 to still support AM_CONFIG_HEADER (the most
common problem by far). We can drop that patch once most of the world
has been updated to versions that work without.

This batch includes fix to pango. Meanwhile new upstream version of pango
with fix included has been released, but it depends on other packages
for which there is not yet suitable stable releases available.


 - ML

The following changes since commit 6080d1dc719c38fd97c2abd38e0ad938fbf6f452:

  connman: fixed init script so connman can runs over nfs (2013-01-15 08:09:30 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (12):
  polkit: replace obsolete automake macros with working ones
  pango: replace obsolete automake macros with working ones
  libxsettings-client: replace obsolete automake macros with working
ones
  rgb: replace obsolete automake macros with working ones
  sysfsutils: replace obsolete automake macros with working ones
  vte: replace obsolete automake macros with working ones
  libtirpc: replace obsolete automake macros with working ones
  curl: fix build with automake-1.13
  bluez-hcidump: replace obsolete automake macros with working ones
  alsa-utils: replace obsolete automake macros with working ones
  tremor: replace obsolete automake macros with working ones
  ofono: replace obsolete automake macros with working ones

 .../obsolete_automake_macros.patch |   14 +
 .../bluez/bluez-hcidump_2.5.bb |6 ++--
 .../ofono-1.12/obsolete_automake_macros.patch  |   14 +
 meta/recipes-connectivity/ofono/ofono_1.12.bb  |4 ++-
 .../obsolete_automake_macros.patch |   15 ++
 meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb   |3 +-
 .../libtirpc-0.2.2/obsolete_automake_macros.patch  |   15 ++
 meta/recipes-extended/libtirpc/libtirpc_0.2.2.bb   |4 ++-
 .../polkit-0.104/obsolete_automake_macros.patch|   23 +++
 meta/recipes-extended/polkit/polkit_0.104.bb   |3 +-
 .../obsolete_automake_macros.patch |   14 +
 .../libxsettings-client_0.10.bb|6 ++--
 .../pango-1.32.5/obsolete_automake_macros.patch|   15 ++
 meta/recipes-graphics/pango/pango_1.32.5.bb|6 ++--
 .../rgb-1.0.4/obsolete_automake_macros.patch   |   15 ++
 meta/recipes-graphics/xorg-app/rgb_1.0.4.bb|4 ++-
 .../obsolete_automake_macros.patch |   15 ++
 meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb  |3 +-
 .../tremor-20120314/obsolete_automake_macros.patch |   15 ++
 meta/recipes-multimedia/tremor/tremor_20120314.bb  |6 ++--
 .../dont_override_ac_config_macro_dir.patch|   30 
 .../curl-7.28.1/obsolete_automake_macros.patch |   14 +
 meta/recipes-support/curl/curl_7.28.1.bb   |7 +++--
 .../vte/vte-0.28.2/obsolete_automake_macros.patch  |   14 +
 meta/recipes-support/vte/vte_0.28.2.bb |4 ++-
 25 files changed, 252 insertions(+), 17 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bluez/bluez-hcidump-2.5/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-connectivity/ofono/ofono-1.12/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-core/sysfsutils/sysfsutils-2.1.0/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-extended/libtirpc/libtirpc-0.2.2/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-extended/polkit/polkit-0.104/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/libxsettings-client/libxsettings-client/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/pango/pango-1.32.5/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/xorg-app/rgb-1.0.4/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/alsa/alsa-utils-1.0.25/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/tremor/tremor-20120314/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-support/curl/curl-7.28.1/dont_override_ac_config_macro_dir.patch
 create mode 100644 
meta/recipes-support/curl/curl-7.28.1/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-support/vte/vte-0.28.2/obsolete_automake_macros.patch

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded

[OE-core] [PATCH 0/9] Fix license segment boundaries

[Marko Lindqvist]

Found that also firstline has been used in several recipes instead
of beginline. This set fixes those.
It was impossible to fetch affected libidn version at all (for testing
the md5sum change) because of missing SRC checksums so fix for that is
included too.

The following changes since commit 6080d1dc719c38fd97c2abd38e0ad938fbf6f452:

  connman: fixed init script so connman can runs over nfs (2013-01-15 08:09:30 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/beginline
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/beginline

Marko Lindqvist (9):
  libidn: add checksums to version 0.6.14 recipe
  gzip: fix license segment md5sum boundary
  iptables: fix license segment md5sum boundary
  shadow: fix license segment md5sum boundary
  ethtool: fix license segment md5sum boundary
  gperf: fix license segment md5sum boundary
  libidn: fix license segment md5sum boundary
  dbus: fix license segment md5sum boundary
  apmd: fix license segment md5sum boundary

 meta/recipes-bsp/apmd/apmd_3.2.2-14.bb|2 +-
 meta/recipes-core/dbus/dbus-glib.inc  |2 +-
 meta/recipes-core/dbus/dbus-ptest_1.6.4.bb|2 +-
 meta/recipes-core/dbus/dbus.inc   |2 +-
 meta/recipes-extended/ethtool/ethtool_3.7.bb  |2 +-
 meta/recipes-extended/gperf/gperf.inc |2 +-
 meta/recipes-extended/gperf/gperf_3.0.3.bb|2 +-
 meta/recipes-extended/gzip/gzip.inc   |2 +-
 meta/recipes-extended/iptables/iptables_1.4.16.3.bb   |2 +-
 meta/recipes-extended/libidn/libidn_0.6.14.bb |7 +--
 meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb |2 +-
 meta/recipes-extended/shadow/shadow_4.1.4.3.bb|2 +-
 12 files changed, 16 insertions(+), 13 deletions(-)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/14] Prepare recipes for automake-1.13 (batch 2)

[Marko Lindqvist]

The following changes since commit 0cfec10c4c7b0597f0e0c8f85539d901861a2f83:

  guile: add explicit dependency to avoid parallel build issue (2013-01-09 
13:41:12 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/am13
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/am13

Marko Lindqvist (14):
  dbus-glib: replace obsolete automake macros with working ones
  tslib: replace obsolete automake macros with working ones
  makedepend: replace obsolete automake macros with working ones
  alsa-lib: replace obsolete automake macros with working ones
  python: replace obsolete automake macros with working ones
  libogg: replace obsolete automake macros with working ones
  libmad: replace obsolete automake macros with working ones
  libvorbis: replace obsolete automake macros with working ones
  opensp: replace obsolete automake macros with working ones
  gconf: replace obsolete automake macros with working ones
  startup-notification: replace obsolete automake macros with working
ones
  gtk+: replace obsolete automake macros with working ones
  gmp: replace obsolete automake macros with working ones
  bluez4: replace obsolete automake macros with working ones

 .../bluez4-4.101/obsolete_automake_macros.patch|   14 
 meta/recipes-connectivity/bluez/bluez4_4.101.bb|6 +++--
 .../dbus-glib-0.100/obsolete_automake_macros.patch |   15 +
 meta/recipes-core/dbus/dbus-glib.inc   |1 +
 meta/recipes-core/dbus/dbus-glib_0.100.bb  |2 +-
 .../opensp-1.5.2/obsolete_automake_macros.patch|   15 +
 meta/recipes-devtools/opensp/opensp_1.5.2.bb   |6 +++--
 .../obsolete_automake_macros.patch |   14 
 meta/recipes-devtools/python/python-dbus_1.1.1.bb  |6 +++--
 .../obsolete_automake_macros.patch |   23 
 .../python/python-pygobject_2.27.91.bb |6 +++--
 .../gconf-3.2.5/obsolete_automake_macros.patch |   14 
 meta/recipes-gnome/gnome/gconf_3.2.5.bb|6 +++--
 .../gtk+-2.24.14/obsolete_automake_macros.patch|   23 
 meta/recipes-gnome/gtk+/gtk+_2.24.14.bb|1 +
 .../obsolete_automake_macros.patch |   15 +
 .../startup-notification_0.12.bb   |4 +++-
 .../tslib/tslib/obsolete_automake_macros.patch |   15 +
 meta/recipes-graphics/tslib/tslib_1.0.bb   |6 +++--
 .../obsolete_automake_macros.patch |   15 +
 .../recipes-graphics/xorg-util/makedepend_1.0.4.bb |4 +++-
 .../alsa-lib-1.0.25/obsolete_automake_macros.patch |   15 +
 meta/recipes-multimedia/alsa/alsa-lib_1.0.25.bb|6 +++--
 .../libmad/libmad/obsolete_automake_macros.patch   |   14 
 meta/recipes-multimedia/libmad/libmad_0.15.1b.bb   |6 +++--
 .../libogg-1.3.0/obsolete_automake_macros.patch|   14 
 meta/recipes-multimedia/libogg/libogg_1.3.0.bb |6 +++--
 .../libvorbis-1.3.3/obsolete_automake_macros.patch |   15 +
 .../libvorbis/libvorbis_1.3.3.bb   |6 +++--
 .../gmp/gmp-5.1.0/obsolete_automake_macros.patch   |   13 +++
 meta/recipes-support/gmp/gmp_5.1.0.bb  |3 +++
 31 files changed, 286 insertions(+), 23 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bluez/bluez4-4.101/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-core/dbus/dbus-glib-0.100/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-devtools/opensp/opensp-1.5.2/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-devtools/python/python-dbus-1.1.1/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-devtools/python/python-pygobject/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-gnome/gnome/gconf-3.2.5/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-gnome/gtk+/gtk+-2.24.14/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/startup-notification/startup-notification-0.12/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/tslib/tslib/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-graphics/xorg-util/makedepend-1.0.4/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/alsa/alsa-lib-1.0.25/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/libmad/libmad/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/libogg/libogg-1.3.0/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-multimedia/libvorbis/libvorbis-1.3.3/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-support/gmp/gmp-5.1.0/obsolete_automake_macros.patch

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core

[OE-core] [PATCH 0/3] Misc patches

[Marko Lindqvist]

A couple of already sent patches that have been ignored (patchwork issues?)

The following changes since commit 0cfec10c4c7b0597f0e0c8f85539d901861a2f83:

  guile: add explicit dependency to avoid parallel build issue (2013-01-09 
13:41:12 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib cazfi/misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc

Marko Lindqvist (3):
  libxdamage: update to upstream version 1.1.4
  coreutils: fix license segment md5sum boundary
  help2man: update to upstream version 1.40.13

 meta/recipes-core/coreutils/coreutils_8.14.bb|2 +-
 .../{help2man-native_1.38.2.bb = help2man-native_1.40.13.bb}|6 +++---
 .../xorg-lib/{libxdamage_1.1.3.bb = libxdamage_1.1.4.bb}|6 +++---
 3 files changed, 7 insertions(+), 7 deletions(-)
 rename meta/recipes-devtools/help2man/{help2man-native_1.38.2.bb = 
help2man-native_1.40.13.bb} (78%)
 rename meta/recipes-graphics/xorg-lib/{libxdamage_1.1.3.bb = 
libxdamage_1.1.4.bb} (86%)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Problems with sending patch

[Marko Lindqvist]

On 9 January 2013 10:34, Lukas Bulwahn lukas.bulw...@oss.bmw-carit.de wrote:
 Hi,

 I have been repeated trying to send a patch to this mailing list, but it
 seems that it never appears here.
 I have checked the commit extensively for some problem, I tried different
 ways of sending with format-patch and thunderbird, and git-send-email.
 And I have checked our mail server. However, none of these options helped.

 I have sent patches some weeks ago already, that's why I am surprised that
 it does not work anymore.
 Has something been changed lately for sending patches on the mailing list?

 Any pointers are welcome.

 Looking my inbox, I've received at least three times this patch from you:
[PATCH] site/common: deactivate a runtime check for ipv6-support in,
python =2.7.1 that fails when cross-compiling

 If you still don't see them yourself, your end is probably just
noticing that you have sent them yourself and they should not be
displayed as incoming.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes

[Marko Lindqvist]

On 9 January 2013 11:13, Martin Jansa martin.ja...@gmail.com wrote:
 On Wed, Jan 09, 2013 at 09:46:57AM +0200, Marko Lindqvist wrote:
  What I'm envisioning is that maybe bitbake should provide us with new
 variable PM or PMV (major version) that's basically PV with last dot
 and everything after it removed. That would allow us to easily make
 many such SRC_URIs dynamic, e.g., .../gtk+/${PM}/gtk+-${PV}.tar.xz.
 This would be more worthsome if it's something
 packages.yoctoproject.org too could benefit from.

 That looks like SHRT_VER used in some recipes.

 Exactly, except that it would be provided by bitbake, and not
constructed by each recipe itself - less recipe writing work + you
could count on it to always mean same thing.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes

[Marko Lindqvist]

On 9 January 2013 11:42, Ross Burton ross.bur...@intel.com wrote:
 On Wednesday, 9 January 2013 at 09:33, Marko Lindqvist wrote:
 Exactly, except that it would be provided by bitbake, and not
 constructed by each recipe itself - less recipe writing work + you
 could count on it to always mean same thing.

 Everything but the last dot, or the first two components, or what?  For 
 anything GNOMEy you want the first two elements as some packages use nano 
 releases for development snapshots (1.2.3.4).

 Ok, do we have any counter-examples where you'd want, say, three out
of four parts? One out of n? Of course there will always be need to
use variables of their own in some recipes, but I'm after something
that would be usable in most cases.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes

[Marko Lindqvist]

On 9 January 2013 12:29, Martin Jansa martin.ja...@gmail.com wrote:
 On Wed, Jan 09, 2013 at 12:00:20PM +0200, Marko Lindqvist wrote:
 On 9 January 2013 11:42, Ross Burton ross.bur...@intel.com wrote:
  On Wednesday, 9 January 2013 at 09:33, Marko Lindqvist wrote:
  Exactly, except that it would be provided by bitbake, and not
  constructed by each recipe itself - less recipe writing work + you
  could count on it to always mean same thing.
 
  Everything but the last dot, or the first two components, or what?  For 
  anything GNOMEy you want the first two elements as some packages use nano 
  releases for development snapshots (1.2.3.4).

  Ok, do we have any counter-examples where you'd want, say, three out
 of four parts? One out of n? Of course there will always be need to
 use variables of their own in some recipes, but I'm after something
 that would be usable in most cases.

 I don't remember where but 1st of 4 is also used.
 What about stuff like 1.2.3.4+gitAUTOINC?

 GNOME is quite consistent, but it still looks better defined in
 recipe/bbclass then having something defined by bitbake in all recipes
 and usable only in some.

 Given the examples, yes. Only if external tools would benefit (=
could use bitbake defined, but not recipe constructed var), defining
it bitbake side would make sense.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 1/2] harfbuzz: add recipe, version 0.9.10

[Marko Lindqvist]

OpenType text shaping engine HarfBuzz is dependency of pango = 1.32
This depends on all of glib-2.0, cairo, and freetype to consistently
provide all backends. Otherwise it would, in typical case, depend
on build order of these packages. HarfBuzz configure would pick those
backends for which dependencies happen to be built before it.
Similarly graphite is consistenly disabled if there ever happens
to be recipe for it.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../harfbuzz-0.9.10/disable_graphite.patch |   15 ++
 meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb  |   29 
 2 files changed, 44 insertions(+)
 create mode 100644 
meta/recipes-graphics/harfbuzz/harfbuzz-0.9.10/disable_graphite.patch
 create mode 100644 meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb

diff --git 
a/meta/recipes-graphics/harfbuzz/harfbuzz-0.9.10/disable_graphite.patch 
b/meta/recipes-graphics/harfbuzz/harfbuzz-0.9.10/disable_graphite.patch
new file mode 100644
index 000..49938ba
--- /dev/null
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz-0.9.10/disable_graphite.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Inappropriate [disable feature]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd harfbuzz-0.9.10/configure.ac harfbuzz-0.9.10/configure.ac
+--- harfbuzz-0.9.10/configure.ac   2013-01-03 08:08:51.0 +0200
 harfbuzz-0.9.10/configure.ac   2013-01-09 08:18:04.812529418 +0200
+@@ -185,7 +185,7 @@
+
+ dnl ==
+
+-PKG_CHECK_MODULES(GRAPHITE2, graphite2, have_graphite=true, 
have_graphite=false)
++have_graphite=false
+ if $have_graphite; then
+ AC_DEFINE(HAVE_GRAPHITE2, 1, [Have Graphite library])
+ fi
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb
new file mode 100644
index 000..0dd6301
--- /dev/null
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.10.bb
@@ -0,0 +1,29 @@
+SUMMARY = Text shaping library
+DESCRIPTION = HarfBuzz is an OpenType text shaping engine.
+HOMEPAGE = http://www.freedesktop.org/wiki/Software/HarfBuzz;
+BUGTRACKER = https://bugs.freedesktop.org/enter_bug.cgi?product=HarfBuzz;
+
+LICENSE = Old-MIT | UCDN | ICU | HarfBuzz-old
+LIC_FILES_CHKSUM = file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
+
file://src/hb-ucdn/COPYING;md5=994ba0f1295f15b4bda4999a5bbeddef \
+
file://src/hb-icu-le/COPYING;md5=0ac60acf068e2cc9facdf86169a9c13e \
+
file://src/hb-icu-le/license.html;md5=9136737088bbfbbf86d9a714da49fb89 \
+
file://src/hb-old/COPYING;md5=6e8442c12d498ce55cfe39fc60f97981 \
+
+
+SECTION = libs
+
+PR = r0
+
+SRC_URI = 
http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.tar.bz2 \
+   file://disable_graphite.patch \
+
+
+SRC_URI[md5sum] = deec04f2281bef6323f4ad1dabbf75f7
+SRC_URI[sha256sum] = 
1f8c281ded05290fd1964c0e11a2bde607713b33d0c8122a8d230452d99c2e23
+
+inherit autotools pkgconfig
+
+DEPENDS = icu glib-2.0 cairo freetype
+
+BBCLASSEXTEND = native
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 2/2] pango: update to upstream version 1.32.5

[Marko Lindqvist]

multilib-fix-clean.patch adjusted to apply cleanly, and to handle
new modules.cache file.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../pango/pango-1.30.1/multilib-fix-clean.patch|   42 ---
 .../pango/pango-1.32.5/multilib-fix-clean.patch|   75 
 .../{pango-1.30.1 = pango-1.32.5}/no-tests.patch  |0
 meta/recipes-graphics/pango/pango.inc  |6 +-
 .../pango/{pango_1.30.1.bb = pango_1.32.5.bb} |4 +-
 5 files changed, 80 insertions(+), 47 deletions(-)
 delete mode 100644 
meta/recipes-graphics/pango/pango-1.30.1/multilib-fix-clean.patch
 create mode 100644 
meta/recipes-graphics/pango/pango-1.32.5/multilib-fix-clean.patch
 rename meta/recipes-graphics/pango/{pango-1.30.1 = 
pango-1.32.5}/no-tests.patch (100%)
 rename meta/recipes-graphics/pango/{pango_1.30.1.bb = pango_1.32.5.bb} (59%)

diff --git a/meta/recipes-graphics/pango/pango-1.30.1/multilib-fix-clean.patch 
b/meta/recipes-graphics/pango/pango-1.30.1/multilib-fix-clean.patch
deleted file mode 100644
index 3f00ad8..000
--- a/meta/recipes-graphics/pango/pango-1.30.1/multilib-fix-clean.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-Upstream-Status: Pending
-
-Index: pango-1.28.4/configure.in
-===
 pango-1.28.4.orig/configure.in 2011-04-05 04:29:16.0 +0800
-+++ pango-1.28.4/configure.in  2012-05-08 21:32:17.0 +0800
-@@ -205,6 +205,11 @@
- 
- AC_SUBST(PANGO_DEBUG_FLAGS)
- 
-+AC_ARG_WITH(mlprefix,
-+AC_HELP_STRING([--with-mlprefix=ARG], [multilib prefix]),
-+mlprefix_str=$withval, mlprefix_str=)
-+AC_DEFINE_UNQUOTED([MLPREFIX], [$mlprefix_str], [multilib prefix.])
-+
- AC_ARG_ENABLE(rebuilds,
-   [AC_HELP_STRING([--disable-rebuilds],
-   [disable all source autogeneration rules])],,
-Index: pango-1.28.4/pango/modules.c
-===
 pango-1.28.4.orig/pango/modules.c  2010-09-22 03:37:01.0 +0800
-+++ pango-1.28.4/pango/modules.c   2012-05-08 21:21:02.0 +0800
-@@ -529,7 +529,8 @@
- 
-   if (!file_str)
- file_str = g_build_filename (pango_get_sysconf_subdirectory (),
--   pango.modules,
-+/* For multilib case, keep multiple config file for different libs */
-+   MLPREFIX pango.modules,
-NULL);
- 
-   files = pango_split_file_list (file_str);
-@@ -640,7 +641,8 @@
-   if (!no_module_warning)
-   {
- gchar *filename = g_build_filename (pango_get_sysconf_subdirectory (),
--pango.modules,
-+/* For multilib case, keep multiple config file for different libs */
-+MLPREFIX pango.modules,
- NULL);
- g_critical (No modules found:\n
- No builtin or dynamically loaded modules were found.\n
diff --git a/meta/recipes-graphics/pango/pango-1.32.5/multilib-fix-clean.patch 
b/meta/recipes-graphics/pango/pango-1.32.5/multilib-fix-clean.patch
new file mode 100644
index 000..ad414dd
--- /dev/null
+++ b/meta/recipes-graphics/pango/pango-1.32.5/multilib-fix-clean.patch
@@ -0,0 +1,75 @@
+Upstream-Status: Pending
+
+Updated to apply to pango-1.32.5
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd pango-1.32.5/configure.ac pango-1.32.5/configure.ac
+--- pango-1.32.5/configure.ac  2012-12-07 04:43:25.0 +0200
 pango-1.32.5/configure.ac  2013-01-09 08:27:40.328516792 +0200
+@@ -213,6 +213,11 @@
+
+ AC_SUBST(PANGO_DEBUG_FLAGS)
+
++AC_ARG_WITH(mlprefix,
++AC_HELP_STRING([--with-mlprefix=ARG], [multilib prefix]),
++mlprefix_str=$withval, mlprefix_str=)
++AC_DEFINE_UNQUOTED([MLPREFIX], [$mlprefix_str], [multilib prefix.])
++
+ AC_ARG_ENABLE(rebuilds,
+   [AC_HELP_STRING([--disable-rebuilds],
+   [disable all source autogeneration rules])],,
+diff -Nurd pango-1.32.5/pango/modules.c pango-1.32.5/pango/modules.c
+--- pango-1.32.5/pango/modules.c   2012-12-17 20:27:56.0 +0200
 pango-1.32.5/pango/modules.c   2013-01-09 08:31:16.336512052 +0200
+@@ -555,11 +555,11 @@
+   files = g_new (char *, 3);
+
+   files[0] = g_build_filename (pango_get_sysconf_subdirectory (),
+-   pango.modules,
++   MLPREFIX pango.modules,
+NULL);
+   files[1] = g_build_filename (pango_get_lib_subdirectory (),
+MODULE_VERSION,
+-   modules.cache,
++   MLPREFIX modules.cache,
+NULL);
+   files[2] = NULL;
+ }
+@@ -674,7 +674,8 @@
+   if (!no_module_warning)
+   {
+ gchar *filename

Re: [OE-core] [PATCH v2] harfbuzz: add recipe, version 0.9.9

[Marko Lindqvist]

On 9 January 2013 02:10, Saul Wold s...@linux.intel.com wrote:
 On 01/06/2013 12:34 PM, Marko Lindqvist wrote:

 OpenType text shaping engine HarfBuzz is dependency of pango = 1.32

 Signed-off-by: Marko Lindqvist cazf...@gmail.com

 We we also need libx11?  I am seeing a failure:

 | x86_64-linux-libtool: link: cannot find the library
 `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la' or
 unhandled argument
 `/intel/builds/world/tmp/sysroots/x86_64-linux/usr/lib/libX11.la'
 | make[2]: *** [hb-view] Error 1

 Notice this was the native version that failed.

 There's another dynamically changing property depending on whether
cairo is present in configure time or not - I'll make new version of
HarfBuzz recipe to make builds consistent (to always have sensible
backends, and never the others). However, I don't see how enabling
cairo backend could produce the linking error above if everything
outside harfbuzz is ok.
 Attempt to link against libX11 most likely comes from cairo.pc or
cairo-ft.pc - maybe they get generated with dependencies that are not
guaranteed to exist?


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes

[Marko Lindqvist]

On 6 January 2013 22:28, Marko Lindqvist cazf...@gmail.com wrote:
 On 6 January 2013 06:29, Saul Wold s...@linux.intel.com wrote:

 Even after a number of years, I
 loose track sometimes of what's stable vs unstable (odd vs .99 vs ??)

  Another challenge for http://packages.yoctoproject.org/ ?

 Actually, does it even know how new major versions will be in new
directory? Asking because I don't know even if it collects the URL to
check from recipes, or is that given in some specfile. At least gtk+3
recipe in meta-openembedded has that directory hardcoded
.../gtk+/3.4/gtk+-${PV}.tar.xz so when ever updating to new major
version, SRC_URI needs to be touched.
 What I'm envisioning is that maybe bitbake should provide us with new
variable PM or PMV (major version) that's basically PV with last dot
and everything after it removed. That would allow us to easily make
many such SRC_URIs dynamic, e.g., .../gtk+/${PM}/gtk+-${PV}.tar.xz.
This would be more worthsome if it's something
packages.yoctoproject.org too could benefit from.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 04/15] file: replace obsolete automake macros with working ones

[Marko Lindqvist]

On 7 January 2013 13:59, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
 On Mon, 2013-01-07 at 01:49 +0200, Marko Lindqvist wrote:
 Add obsolete-automake-macros.patch that replaces automake macros
 no longer supported by automake-1.13 with modern constructs.

 Signed-off-by: Marko Lindqvist cazf...@gmail.com
 ---
  .../file/file/obsolete_automake_macros.patch|   15 
 +++
  meta/recipes-devtools/file/file_5.11.bb |3 ++-
  2 files changed, 17 insertions(+), 1 deletion(-)
  create mode 100644 
 meta/recipes-devtools/file/file/obsolete_automake_macros.patch

 diff --git a/meta/recipes-devtools/file/file/obsolete_automake_macros.patch 
 b/meta/recipes-devtools/file/file/obsolete_automake_macros.patch
 new file mode 100644
 index 000..8b0d34c
 --- /dev/null
 +++ b/meta/recipes-devtools/file/file/obsolete_automake_macros.patch
 @@ -0,0 +1,15 @@
 +Upstream-Status: Fixed in file-5.12

 Can we use a standard syntax for this, something like:

 Upstream-Status: Backport (fixed in file-5.12)

 (as mentioned in
 https://wiki.yoctoproject.org/wiki/Contribution_Guidelines#Patch_Header_Recommendations)

  What's the correct status for fixes that are not really backports,
but have happened independently in oe and upstream?
 - If practically identical, still mark as Backport?
 - If different solution, Inappropriate [not needed]?


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [CONSOLIDATED PULL (V2) 00/35] Updates, Multilib Patches and other fixes

[Marko Lindqvist]

On 7 January 2013 14:31, Laurentiu Palcu laurentiu.pa...@intel.com wrote:


 On 01/07/2013 01:10 PM, Richard Purdie wrote:
 On Fri, 2013-01-04 at 22:22 -0800, Saul Wold wrote:

 Laurentiu Palcu (1):
   pango: have postinstalls run at do_rootfs time

 Merged, apart from harfbuzz, pango, glib and glib-networking changes as
 per the feedback on list.
 I think pango can be merged. The comments on the list are about other
 packages that ship pango modules, in which case the qemu approach should
 be used.

 This was about pango update (to 1.32) to depend on harfbuzz so when
harfbuzz was dropped, pango update had to be dropped too (it wouldn't
build)


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 04/15] file: replace obsolete automake macros with working ones

[Marko Lindqvist]

On 7 January 2013 17:58, Otavio Salvador ota...@ossystems.com.br wrote:
 On Mon, Jan 7, 2013 at 11:46 AM, Richard Purdie
 richard.pur...@linuxfoundation.org wrote:
 On Mon, 2013-01-07 at 10:18 -0200, Otavio Salvador wrote:
 On Mon, Jan 7, 2013 at 10:16 AM, Burton, Ross ross.bur...@intel.com wrote:
  On 7 January 2013 12:11, Marko Lindqvist cazf...@gmail.com wrote:
  What's the correct status for fixes that are not really backports,
  but have happened independently in oe and upstream?
   - If practically identical, still mark as Backport?
   - If different solution, Inappropriate [not needed]?
 
  If you did it and then later discovered it's happened upstream
  independently, it's essentially a backport.

 The best thing is to consider how we use the information. I'd happily
 accept Backport in this case as meaning the upstream latest version
 has equivalent functionality. You can note the status after the word to
 give specifics if needed.

 Maybe it'd be better to not patch at all and update to the newer
 recipe version?

 I don't think that is a reasonable policy in all cases. I'm not going to
 block automake on all upstreams making new releases for example.

 Sure but if there're a new release with the fix it is better to
 upgrade than backport the fix (with exceptions, of course).

 My point is: it is good to verify if there're a new release and use it
 if possible. Otherwise backport the fix.

 That's what I'm being doing. Even if new upstream release doesn't
have fix for the particular problem, I try to update to it first.
Rationale being that if update is going to happen at some point
anyway, it's less work to do it without need to update the bugfix to
apply to new version. That is: total work of update + fix vs fix +
update + port the fix.


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] bluez-hcidump: updated to upstream version 2.5

[Marko Lindqvist]

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../bluez/{bluez-hcidump_2.4.bb = bluez-hcidump_2.5.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/bluez/{bluez-hcidump_2.4.bb = 
bluez-hcidump_2.5.bb} (83%)

diff --git a/meta/recipes-connectivity/bluez/bluez-hcidump_2.4.bb 
b/meta/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
similarity index 83%
rename from meta/recipes-connectivity/bluez/bluez-hcidump_2.4.bb
rename to meta/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
index 194c04d..667641b 100644
--- a/meta/recipes-connectivity/bluez/bluez-hcidump_2.4.bb
+++ b/meta/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
@@ -11,8 +11,8 @@ PR = r0
 
 SRC_URI = 
http://www.kernel.org/pub/linux/bluetooth/bluez-hcidump-${PV}.tar.gz;
 
-SRC_URI[md5sum] = d39833de0ed26bddf784e9580b6f33c4
-SRC_URI[sha256sum] = 
bacd155e6420e480d8a30c0b0e6da990031890ee1000a31408e175ab7cf3cbd3
+SRC_URI[md5sum] = 2eab54bbd2b59a2ed4274ebb9390cf18
+SRC_URI[sha256sum] = 
9b7c52b375081883738cf049ecabc103b97d094b19c6544fb241267905d1
 S = ${WORKDIR}/bluez-hcidump-${PV}
 
 EXTRA_OECONF = --with-bluez-libs=${STAGING_LIBDIR} 
--with-bluez-includes=${STAGING_INCDIR}
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] bluez-hcidump update

[Marko Lindqvist]

Before making bluez-hcidump automake-1.13 compatible, I'd like
it to update it to latest version. I made the trivial patch already.
It builds without problems, but someone able to do so should test
if it's fully functional. I'm worried about possible runtime
dependencies (latest version of main bluez package is documented
to be fully functional with kernel = 3.5 only)


 - ML

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 06/12] libpng: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libpng/libpng-1.5.13/obsolete_automake_macros.patch |   15 +++
 meta/recipes-multimedia/libpng/libpng_1.5.13.bb |6 --
 2 files changed, 19 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-multimedia/libpng/libpng-1.5.13/obsolete_automake_macros.patch

diff --git 
a/meta/recipes-multimedia/libpng/libpng-1.5.13/obsolete_automake_macros.patch 
b/meta/recipes-multimedia/libpng/libpng-1.5.13/obsolete_automake_macros.patch
new file mode 100644
index 000..3809208
--- /dev/null
+++ 
b/meta/recipes-multimedia/libpng/libpng-1.5.13/obsolete_automake_macros.patch
@@ -0,0 +1,15 @@
+Upstream-status: Accepted [will be in 1.5.14]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libpng-1.5.13/configure.ac libpng-1.5.13/configure.ac
+--- libpng-1.5.13/configure.ac 2012-09-27 14:21:22.0 +0300
 libpng-1.5.13/configure.ac 2013-01-02 16:50:27.876103410 +0200
+@@ -31,7 +31,7 @@
+ dnl End of version number stuff
+
+ AC_CONFIG_SRCDIR([pngget.c])
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+
+ # Checks for programs.
+ AC_LANG([C])
diff --git a/meta/recipes-multimedia/libpng/libpng_1.5.13.bb 
b/meta/recipes-multimedia/libpng/libpng_1.5.13.bb
index 04bb932..b9f64f6 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.5.13.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.5.13.bb
@@ -6,10 +6,12 @@ LICENSE = Libpng
 LIC_FILES_CHKSUM = file://LICENSE;md5=00b5b35853278d508806c2e5860e82cb \
 
file://png.h;beginline=207;endline=321;md5=50e583fb60bb36f37ab5023b2a3715d1
 DEPENDS = zlib
-PR = r1
+PR = r2
 LIBV = 15
 
-SRC_URI = 
${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/${PV}/libpng-${PV}.tar.xz
+SRC_URI = 
${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/${PV}/libpng-${PV}.tar.xz \
+   file://obsolete_automake_macros.patch \
+  
 
 SRC_URI[md5sum] = 0b607a685da977f1bfc96e1c47055183
 SRC_URI[sha256sum] = 
b843f9cb01d10ae22acd9aaf58aceaa4a6aeb9cf78943b41588004b271257aee
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 10/12] libgcrypt: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libgcrypt-1.5.0/obsolete_automake_macros.patch  |   15 +++
 meta/recipes-support/libgcrypt/libgcrypt_1.5.0.bb   |4 +++-
 2 files changed, 18 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/libgcrypt/libgcrypt-1.5.0/obsolete_automake_macros.patch

diff --git 
a/meta/recipes-support/libgcrypt/libgcrypt-1.5.0/obsolete_automake_macros.patch 
b/meta/recipes-support/libgcrypt/libgcrypt-1.5.0/obsolete_automake_macros.patch
new file mode 100644
index 000..0dbfded
--- /dev/null
+++ 
b/meta/recipes-support/libgcrypt/libgcrypt-1.5.0/obsolete_automake_macros.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Submitted [https://bugs.g10code.com/gnupg/issue1459]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libgcrypt-1.5.0/configure.ac libgcrypt-1.5.0/configure.ac
+--- libgcrypt-1.5.0/configure.ac   2011-06-29 11:53:22.0 +0300
 libgcrypt-1.5.0/configure.ac   2013-01-03 07:12:26.854793677 +0200
+@@ -59,7 +59,7 @@
+
+ AC_CONFIG_SRCDIR([src/libgcrypt.vers])
+ AM_INIT_AUTOMAKE([])
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+ AC_CONFIG_MACRO_DIR([m4])
+ AC_CONFIG_LIBOBJ_DIR([compat])
+ AC_CANONICAL_HOST
diff --git a/meta/recipes-support/libgcrypt/libgcrypt_1.5.0.bb 
b/meta/recipes-support/libgcrypt/libgcrypt_1.5.0.bb
index e552f79..058c2d5 100644
--- a/meta/recipes-support/libgcrypt/libgcrypt_1.5.0.bb
+++ b/meta/recipes-support/libgcrypt/libgcrypt_1.5.0.bb
@@ -1,6 +1,8 @@
 require libgcrypt.inc
 
-PR = r1
+PR = r2
+
+SRC_URI += file://obsolete_automake_macros.patch
 
 SRC_URI[md5sum] = 78f8f8bec4580f75b25816f7896d0389
 SRC_URI[sha256sum] = 
cc98b1f64c9ae3b0185099cef4ac6c436a849095edf87f34157f0bb10e187990
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 09/12] libid3tag: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libid3tag/libid3tag/obsolete_automake_macros.patch   |   14 ++
 meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb   |6 --
 2 files changed, 18 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-multimedia/libid3tag/libid3tag/obsolete_automake_macros.patch

diff --git 
a/meta/recipes-multimedia/libid3tag/libid3tag/obsolete_automake_macros.patch 
b/meta/recipes-multimedia/libid3tag/libid3tag/obsolete_automake_macros.patch
new file mode 100644
index 000..8a04b54
--- /dev/null
+++ b/meta/recipes-multimedia/libid3tag/libid3tag/obsolete_automake_macros.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Submitted 
[https://sourceforge.net/tracker/?func=detailaid=3599280group_id=12349atid=112349]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libid3tag-0.15.1b/configure.ac libid3tag-0.15.1b/configure.ac
+--- libid3tag-0.15.1b/configure.ac 2004-01-24 01:22:46.0 +0200
 libid3tag-0.15.1b/configure.ac 2013-01-03 06:41:02.734835014 +0200
+@@ -28,7 +28,7 @@
+
+ AM_INIT_AUTOMAKE
+
+-AM_CONFIG_HEADER([config.h])
++AC_CONFIG_HEADERS([config.h])
+
+ dnl System type.
diff --git a/meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb 
b/meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb
index dbcf2da..d81f58b 100644
--- a/meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb
+++ b/meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb
@@ -7,10 +7,12 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \

file://version.h;beginline=1;endline=8;md5=86ac68b67f054b7afde9e149bbc3fe63
 SECTION = libs
 DEPENDS = zlib gperf-native
-PR = r6
+PR = r7
 
 SRC_URI = ftp://ftp.mars.org/pub/mpeg/libid3tag-${PV}.tar.gz \
-   file://addpkgconfig.patch
+   file://addpkgconfig.patch \
+   file://obsolete_automake_macros.patch \
+
 
 SRC_URI[md5sum] = e5808ad997ba32c498803822078748c3
 SRC_URI[sha256sum] = 
63da4f6e7997278f8a3fef4c6a372d342f705051d1eeb6a46a86b03610e26151
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 08/12] pixman: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../xorg-lib/pixman/obsolete_automake_macros.patch   |   14 ++
 meta/recipes-graphics/xorg-lib/pixman_0.28.2.bb  |3 ++-
 2 files changed, 16 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/xorg-lib/pixman/obsolete_automake_macros.patch

diff --git 
a/meta/recipes-graphics/xorg-lib/pixman/obsolete_automake_macros.patch 
b/meta/recipes-graphics/xorg-lib/pixman/obsolete_automake_macros.patch
new file mode 100644
index 000..7a4237c
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/pixman/obsolete_automake_macros.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Accepted
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd pixman-0.28.2/configure.ac pixman-0.28.2/configure.ac
+--- pixman-0.28.2/configure.ac 2012-12-10 13:46:36.0 +0200
 pixman-0.28.2/configure.ac 2013-01-03 06:31:07.574848073 +0200
+@@ -64,7 +64,7 @@
+ # Suppress verbose compile lines
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+
+ AC_CANONICAL_HOST
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.28.2.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.28.2.bb
index 4ec0490..59c2691 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.28.2.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.28.2.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
 DEPENDS += zlib libpng
 BBCLASSEXTEND = native nativesdk
 
-PR = r0
+PR = r1
 
 PE = 1
 
@@ -31,6 +31,7 @@ EXTRA_OECONF_class-native = --disable-gtk
 SRC_URI += \
 
file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
 file://Generic-C-implementation-of-pixman_blt-with-overlapp.patch \
+file://obsolete_automake_macros.patch \
 
 
 SRC_URI[md5sum] = f6e3294c4edb7b6bca8459e604286348
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 07/12] libusb: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../libusb-compat-0.1.4/obsolete_automake_macros.patch  |   15 +++
 meta/recipes-support/libusb/libusb-compat_0.1.4.bb  |3 ++-
 .../libusb/libusb1-1.0.9/obsolete_automake_macros.patch |   15 +++
 meta/recipes-support/libusb/libusb1_1.0.9.bb|6 --
 4 files changed, 36 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/libusb/libusb-compat-0.1.4/obsolete_automake_macros.patch
 create mode 100644 
meta/recipes-support/libusb/libusb1-1.0.9/obsolete_automake_macros.patch

diff --git 
a/meta/recipes-support/libusb/libusb-compat-0.1.4/obsolete_automake_macros.patch
 
b/meta/recipes-support/libusb/libusb-compat-0.1.4/obsolete_automake_macros.patch
new file mode 100644
index 000..bc29de2
--- /dev/null
+++ 
b/meta/recipes-support/libusb/libusb-compat-0.1.4/obsolete_automake_macros.patch
@@ -0,0 +1,15 @@
+Upstream-status: Submitted [https://libusb.org/ticket/161]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libusb-compat-0.1.4/configure.ac libusb-compat-0.1.4/configure.ac
+--- libusb-compat-0.1.4/configure.ac   2012-04-24 08:45:46.0 +0300
 libusb-compat-0.1.4/configure.ac   2013-01-02 16:41:30.440115202 +0200
+@@ -1,7 +1,7 @@
+ AC_INIT([libusb-compat], [0.1.4])
+ AM_INIT_AUTOMAKE
+ AC_CONFIG_SRCDIR([libusb/core.c])
+-AM_CONFIG_HEADER([config.h])
++AC_CONFIG_HEADERS([config.h])
+ AC_CONFIG_MACRO_DIR([m4])
+
+ AC_PREREQ([2.50])
diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.4.bb 
b/meta/recipes-support/libusb/libusb-compat_0.1.4.bb
index 24df017..d743072 100644
--- a/meta/recipes-support/libusb/libusb-compat_0.1.4.bb
+++ b/meta/recipes-support/libusb/libusb-compat_0.1.4.bb
@@ -16,9 +16,10 @@ PROVIDES = libusb virtual/libusb0
 BBCLASSEXTEND = native nativesdk
 
 PE = 1
-PR = r0
+PR = r1
 
 SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \
+   file://obsolete_automake_macros.patch \
   
 #   file://0.1.0-beta1-gcc3.4-fix.patch
 
diff --git 
a/meta/recipes-support/libusb/libusb1-1.0.9/obsolete_automake_macros.patch 
b/meta/recipes-support/libusb/libusb1-1.0.9/obsolete_automake_macros.patch
new file mode 100644
index 000..b1dd66c
--- /dev/null
+++ b/meta/recipes-support/libusb/libusb1-1.0.9/obsolete_automake_macros.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Submitted [https://libusb.org/ticket/159]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libusb-1.0.9/configure.ac libusb-1.0.9/configure.ac
+--- libusb-1.0.9/configure.ac  2012-04-20 09:44:27.0 +0300
 libusb-1.0.9/configure.ac  2013-01-02 16:36:44.152121483 +0200
+@@ -31,7 +31,7 @@
+
+ AC_CONFIG_SRCDIR([libusb/core.c])
+ AC_CONFIG_MACRO_DIR([m4])
+-AM_CONFIG_HEADER([config.h])
++AC_CONFIG_HEADERS([config.h])
+ m4_ifdef([AM_SILENT_RULES],[AM_SILENT_RULES([yes])])
+
+ AC_PREREQ([2.50])
diff --git a/meta/recipes-support/libusb/libusb1_1.0.9.bb 
b/meta/recipes-support/libusb/libusb1_1.0.9.bb
index e002374..012ac27 100644
--- a/meta/recipes-support/libusb/libusb1_1.0.9.bb
+++ b/meta/recipes-support/libusb/libusb1_1.0.9.bb
@@ -8,9 +8,11 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=fbc093901857fcd118f065f900982c24
 
 BBCLASSEXTEND = native nativesdk
 
-PR = r0
+PR = r1
 
-SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2
+SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2 \
+   file://obsolete_automake_macros.patch \
+  
 
 SRC_URI[md5sum] = 7f5a02375ad960d4e33a6dae7d63cfcb
 SRC_URI[sha256sum] = 
e920eedc2d06b09606611c99ec7304413c6784cba6e33928e78243d323195f9b
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 05/12] libx11: disable tests

[Marko Lindqvist]

Use of $(srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../xorg-lib/libx11/disable_tests.patch   |   17 +
 meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb|6 --
 2 files changed, 21 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-graphics/xorg-lib/libx11/disable_tests.patch

diff --git a/meta/recipes-graphics/xorg-lib/libx11/disable_tests.patch 
b/meta/recipes-graphics/xorg-lib/libx11/disable_tests.patch
new file mode 100644
index 000..c570e45
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/libx11/disable_tests.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate [disable feature]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd libX11-1.5.0/nls/Makefile.am libX11-1.5.0/nls/Makefile.am
+--- libX11-1.5.0/nls/Makefile.am   2012-06-02 09:37:18.0 +0300
 libX11-1.5.0/nls/Makefile.am   2013-01-02 16:10:24.960156131 +0200
+@@ -36,11 +36,6 @@
+  locale.dir.l1  locale.dir.l2
+   cat locale.dir.l2 locale.dir.l1  locale.dir
+
+-if HAVE_PERL
+-TESTS_ENVIRONMENT = $(PERL)
+-TESTS = $(srcdir)/compose-check.pl
+-endif HAVE_PERL
+-
+
+ # Per-locale data files
diff --git a/meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb 
b/meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb
index 94e2051..7f18824 100644
--- a/meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb
+++ b/meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb
@@ -1,11 +1,13 @@
 require libx11.inc
 inherit gettext
 
-PR = ${INC_PR}.2
+PR = ${INC_PR}.3
 
 BBCLASSEXTEND = native nativesdk
 
-SRC_URI += file://keysymdef_include.patch
+SRC_URI += file://keysymdef_include.patch \
+file://disable_tests.patch \
+   
 
 SRC_URI[md5sum] = 78b4b3bab4acbdf0abcfca30a8c70cc6
 SRC_URI[sha256sum] = 
c382efd7e92bfc3cef39a4b7f1ecf2744ba4414a705e3bc1e697f75502bd4d86
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 11/12] gnutls: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../gnutls/gnutls/obsolete_automake_macros.patch   |   39 
 meta/recipes-support/gnutls/gnutls_2.12.21.bb  |3 +-
 2 files changed, 41 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/gnutls/gnutls/obsolete_automake_macros.patch

diff --git a/meta/recipes-support/gnutls/gnutls/obsolete_automake_macros.patch 
b/meta/recipes-support/gnutls/gnutls/obsolete_automake_macros.patch
new file mode 100644
index 000..5640178
--- /dev/null
+++ b/meta/recipes-support/gnutls/gnutls/obsolete_automake_macros.patch
@@ -0,0 +1,39 @@
+Upstream-Status: Submitted [https://savannah.gnu.org/support/index.php?108219]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd gnutls-2.12.21/configure.ac gnutls-2.12.21/configure.ac
+--- gnutls-2.12.21/configure.ac2013-01-03 07:52:42.182740682 +0200
 gnutls-2.12.21/configure.ac2013-01-03 07:53:41.662739378 +0200
+@@ -29,7 +29,7 @@
+ AM_INIT_AUTOMAKE([1.10 no-dist-gzip dist-bzip2 -Wall -Wno-override])
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+ m4_ifdef([AM_PROG_AR], [AM_PROG_AR]) # required by automake 1.12
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+
+ AC_MSG_RESULT([***
+ *** Checking for compilation programs...
+diff -Nurd gnutls-2.12.21/lib/configure.ac gnutls-2.12.21/lib/configure.ac
+--- gnutls-2.12.21/lib/configure.ac2013-01-03 07:52:42.182740682 +0200
 gnutls-2.12.21/lib/configure.ac2013-01-03 08:07:38.150721027 +0200
+@@ -29,7 +29,7 @@
+ AM_INIT_AUTOMAKE([1.10 -Wall -Wno-override])
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+ m4_ifdef([AM_PROG_AR], [AM_PROG_AR]) # required by automake 1.12
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+
+ AC_PROG_CC
+ lgl_EARLY
+diff -Nurd gnutls-2.12.21/libextra/configure.ac 
gnutls-2.12.21/libextra/configure.ac
+--- gnutls-2.12.21/libextra/configure.ac   2013-01-03 07:52:42.182740682 
+0200
 gnutls-2.12.21/libextra/configure.ac   2013-01-03 08:10:56.654716669 
+0200
+@@ -29,7 +29,7 @@
+ AM_INIT_AUTOMAKE([1.10 -Wall -Wno-override])
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+ m4_ifdef([AM_PROG_AR], [AM_PROG_AR]) # required by automake 1.12
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+
+ AC_PROG_CC
+ xgl_EARLY
diff --git a/meta/recipes-support/gnutls/gnutls_2.12.21.bb 
b/meta/recipes-support/gnutls/gnutls_2.12.21.bb
index 6b2ef3a..7b4426b 100644
--- a/meta/recipes-support/gnutls/gnutls_2.12.21.bb
+++ b/meta/recipes-support/gnutls/gnutls_2.12.21.bb
@@ -1,12 +1,13 @@
 require gnutls.inc
 
-PR = ${INC_PR}.3
+PR = ${INC_PR}.4
 
 SRC_URI += file://gnutls-openssl.patch \
 file://correct_rpl_gettimeofday_signature.patch \
 file://configure-fix.patch \
 file://gnutls_fix_for_automake_1.12.1.patch \
 
file://avoid_AM_PROG_MKDIR_P_warning_error_with_automake_1.12.patch \
+file://obsolete_automake_macros.patch \
 ${@['', 
'file://fix-gettext-version.patch'][bb.data.inherits_class('native', d) or (not 
((d.getVar(INCOMPATIBLE_LICENSE, True) or ).find(GPLv3) != -1))]} \
 file://remove-gets.patch \

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 03/12] popt: disable tests

[Marko Lindqvist]

Use of $(top_srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 meta/recipes-support/popt/popt/disable_tests.patch |   21 
 meta/recipes-support/popt/popt_1.16.bb |3 ++-
 2 files changed, 23 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/popt/popt/disable_tests.patch

diff --git a/meta/recipes-support/popt/popt/disable_tests.patch 
b/meta/recipes-support/popt/popt/disable_tests.patch
new file mode 100644
index 000..016cf66
--- /dev/null
+++ b/meta/recipes-support/popt/popt/disable_tests.patch
@@ -0,0 +1,21 @@
+Use of $(top_srcdir) in TESTS is an error which causes
+automake-1.13 to abort. Just remove tests.
+
+Upstream-Status: Inappropriate [disable feature]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd popt-1.16/Makefile.am popt-1.16/Makefile.am
+--- popt-1.16/Makefile.am  2010-05-04 23:55:54.0 +0300
 popt-1.16/Makefile.am  2013-01-02 13:34:29.540361391 +0200
+@@ -34,11 +34,6 @@
+
+ noinst_SCRIPTS = testit.sh
+
+-TESTS_ENVIRONMENT = \
+-test1=$(top_builddir)/test1
+-
+-TESTS = $(top_srcdir)/testit.sh
+-
+ include_HEADERS = popt.h
+
+ usrlibdir = $(libdir)
diff --git a/meta/recipes-support/popt/popt_1.16.bb 
b/meta/recipes-support/popt/popt_1.16.bb
index 91b0d60..aa4e379 100644
--- a/meta/recipes-support/popt/popt_1.16.bb
+++ b/meta/recipes-support/popt/popt_1.16.bb
@@ -4,11 +4,12 @@ SECTION = libs
 
 LICENSE = MIT
 LIC_FILES_CHKSUM = file://COPYING;md5=cb0613c30af2a8249b8dcc67d3edb06d
-PR = r2
+PR = r3
 
 SRC_URI = http://rpm5.org/files/popt/popt-${PV}.tar.gz \
file://pkgconfig_fix.patch \
file://popt_fix_for_automake-1.12.patch \
+   file://disable_tests.patch \
   
 
 SRC_URI[md5sum] = 3743beefa3dd6247a73f8f7a32c14c33
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 02/12] file: replace obsolete automake macros with working ones

[Marko Lindqvist]

Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
 .../file/file/obsolete_automake_macros.patch|   15 +++
 meta/recipes-devtools/file/file_5.11.bb |3 ++-
 2 files changed, 17 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/file/file/obsolete_automake_macros.patch

diff --git a/meta/recipes-devtools/file/file/obsolete_automake_macros.patch 
b/meta/recipes-devtools/file/file/obsolete_automake_macros.patch
new file mode 100644
index 000..84a78a5
--- /dev/null
+++ b/meta/recipes-devtools/file/file/obsolete_automake_macros.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Backport [fixed in file-5.12]
+
+Signed-off-by: Marko Lindqvist cazf...@gmail.com
+diff -Nurd file-5.11/configure.ac file-5.11/configure.ac
+--- file-5.11/configure.ac 2012-02-21 21:16:29.0 +0200
 file-5.11/configure.ac 2013-01-02 07:18:23.004856505 +0200
+@@ -3,7 +3,7 @@
+ AM_INIT_AUTOMAKE()
+ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+
+-AM_CONFIG_HEADER(config.h)
++AC_CONFIG_HEADERS(config.h)
+ AC_CONFIG_MACRO_DIR([m4])
+
+ AC_MSG_CHECKING(for builtin ELF support)
diff --git a/meta/recipes-devtools/file/file_5.11.bb 
b/meta/recipes-devtools/file/file_5.11.bb
index be6a863..52ae460 100644
--- a/meta/recipes-devtools/file/file_5.11.bb
+++ b/meta/recipes-devtools/file/file_5.11.bb
@@ -10,10 +10,11 @@ LIC_FILES_CHKSUM = 
file://COPYING;beginline=2;md5=6a7382872edb68d33e1a9398b6e03
 
 DEPENDS = zlib file-native
 DEPENDS_class-native = zlib-native
-PR = r0
+PR = r1
 
 SRC_URI = ftp://ftp.astron.com/pub/file/file-${PV}.tar.gz \
file://fix_version_check.patch \
+   file://obsolete_automake_macros.patch \
file://dump \
file://filesystems
 
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core