[oe] [PATCH] exo: unbreak Thunar's detailed file view
see further details at [1]
[1] https://bugzilla.xfce.org/show_bug.cgi?id=12916
Signed-off-by: Andreas Müller
---
...e-fix-for-Thunar-detailed-view-Xfce-12916.patch | 36 ++
meta-xfce/recipes-xfce/exo/exo_0.11.1.bb | 1 +
2 files changed, 37 insertions(+)
create mode 100644
meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
diff --git
a/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
b/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
new file mode 100644
index 000..16f12fe
--- /dev/null
+++
b/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
@@ -0,0 +1,36 @@
+From fea2619e6d07ac72b2eff6f408bb3daa2dbdf671 Mon Sep 17 00:00:00 2001
+From: Sean Davis
+Date: Thu, 27 Oct 2016 20:31:36 -0400
+Subject: [PATCH] Probable fix for Thunar detailed view (Xfce #12916)
+
+Upstream-Status: Pending [1-2]
+
+[1]
https://git.xfce.org/xfce/exo/commit/?id=fea2619e6d07ac72b2eff6f408bb3daa2dbdf671
+[2] https://bugzilla.xfce.org/show_bug.cgi?id=12916
+
+---
+ exo/exo-tree-view.c | 6 +-
+ 1 file changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/exo/exo-tree-view.c b/exo/exo-tree-view.c
+index 8c8564f..2d0fc04 100644
+--- a/exo/exo-tree-view.c
b/exo/exo-tree-view.c
+@@ -385,13 +385,9 @@ exo_tree_view_button_press_event (GtkWidget *widget,
+ }
+ }
+
+- /* see bug http://bugzilla.xfce.org/show_bug.cgi?id=6230 for more
information */
+ if (G_LIKELY (gtk_tree_selection_get_select_function (selection) ==
(GtkTreeSelectionFunc) exo_noop_false))
+ {
+- /* just reset the select function (previously set to exo_noop_false),
+- * there's no clean way to do this, so what the heck.
+- */
+- gtk_tree_selection_set_select_function (selection, NULL, NULL, NULL);
++ gtk_tree_selection_set_select_function (selection,
(GtkTreeSelectionFunc) exo_noop_true, NULL, NULL);
+ }
+
+ /* release the path (if any) */
+--
+2.5.5
+
diff --git a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
index 92155f2..0b0353b 100644
--- a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
+++ b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
@@ -11,6 +11,7 @@ inherit xfce pythonnative perlnative gtk-doc
SRC_URI += " \
file://exo-no-tests-0.8.patch \
file://configure.patch \
+file://0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch \
"
SRC_URI_append_class-native = " \
--
2.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH] exo fix for thunar
Once applied to master this should be applied in morty too - thunar is not usable without. Andreas Müller (1): exo: unbreak Thunar's detailed file view ...e-fix-for-Thunar-detailed-view-Xfce-12916.patch | 36 ++ meta-xfce/recipes-xfce/exo/exo_0.11.1.bb | 1 + 2 files changed, 37 insertions(+) create mode 100644 meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch -- 2.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-gnome, jethro][PATCH] fix zenity build, and remove blacklist
> On Oct 28, 2016, at 7:17 AM, Kai Iskratsch
> wrote:
>
>
> Zenity was blacklisted in meta-gnome, but it seems the fixes for the problem
> listed in blacklist reason were rather minimal,
>
> additionally the newer version of libnotify no longer has the
> notify_notification_new_with_status_icon function, so this
> had to be replaced with notify_notification_new to get the build to complete
this looks fine
> ---
> .../0002-fix-build-with-newer-libnotify.patch | 28 ++
> meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb | 12 ++
> 2 files changed, 35 insertions(+), 5 deletions(-)
> create mode 100644
> meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
>
> diff --git
> a/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
>
> b/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
> new file mode 100644
> index 000..67501c8
> --- /dev/null
> +++
> b/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
> @@ -0,0 +1,28 @@
> +From 87f5f2acbf4f2cad50a0d1ea389d7170fe325b4e Mon Sep 17 00:00:00 2001
> +From: Kai Iskratsch
> +Date: Thu, 27 Oct 2016 13:08:40 +0200
> +Subject: [PATCH] fix build with newer libnotify
> +
> +---
> + src/notification.c | 4 ++--
> + 1 file changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git a/src/notification.c b/src/notification.c
> +index 99a2e36..3e5b320 100644
> +--- a/src/notification.c
> b/src/notification.c
> +@@ -184,10 +184,10 @@ zenity_notification_handle_stdin (GIOChannel *channel,
> + icon = freeme = g_filename_to_uri (icon_file, NULL, NULL);
> + }
> +
> +- notif = notify_notification_new_with_status_icon (
> ++ notif = notify_notification_new (
> + message[0] /* title */,
> + message[1] /* summary */,
> +- icon, status_icon);
> ++ gtk_status_icon_get_icon_name( status_icon));
> +
> + g_strfreev (message);
> + g_free (freeme);
> +--
> +2.10.1
> diff --git a/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
> b/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
> index 4e01c5c..bc6c9c4 100644
> --- a/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
> +++ b/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
> @@ -4,18 +4,20 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7"
> PR = "r2"
> -PNBLACKLIST[zenity] ?= "BROKEN: doesn't build with B!=S"
> -
> -DEPENDS = "gtk+ glib-2.0 libnotify gnome-doc-utils"
> +GNOME_COMPRESS_TYPE = "bz2"
> +DEPENDS = "gtk+ glib-2.0 libnotify gnome-doc-utils intltool-native"
> +RDEPENDS_${PN} += "perl"
> inherit gnomebase
> -SRC_URI += "file://0001-Makefile.am-don-t-build-help.patch"
> +SRC_URI += "file://0001-Makefile.am-don-t-build-help.patch \
> +file://0002-fix-build-with-newer-libnotify.patch \
> +"
> SRC_URI[archive.md5sum] = "aa66ec35451b16e424519b4973082170"
> SRC_URI[archive.sha256sum] =
> "8838be041a07364b62a4281c971392e4a09bb01bb3237a836ec0457ec0ea18ac"
> EXTRA_OECONF += "--disable-scrollkeeper"
> # remove -I/usr/include from zenity_CPPFLAGS
> do_configure_prepend() {
> -sed -i -e '/-I$(includedir)/d' src/Makefile.am
> +sed -i -e '/-I$(includedir)/d' ${S}/src/Makefile.am
> }
> --
> 2.10.1
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] i.MX6DL + mainline + yocto: EGL_NOT_INITIALIZED
> On Oct 27, 2016, at 11:59 PM, Maciej Pijanowski > wrote: > > Hello, > > I'm trying to run chromium on Hummingboard i2 using custom BSP layer. I'm > mostly based on meta-etnaviv (libdrm, mesa_etnaviv) for GPU support and > meta-browser for chromium recipe. I'm using mainline 4.7.10 kernel atm. > > I have hw accelerated video decoding with gstreamer and coda. Mesa demos > (glxgears) as > well as qt examples (meta-qt5) run smoothly on X11, without engaging CPU too > much. > > part of glxinfo output: (full at: http://pastebin.com/qS7zEZxA) > > OpenGL renderer string: Gallium 0.4 on /dev/dri/card1-Vivante GC880 rev 5106 > OpenGL version string: 1.4 Mesa 12.0.0-rc3 (git-e1ac825bd067) > OpenGL ES profile version string: OpenGL ES 2.0 Mesa 12.0.0-rc3 > (git-e1ac825bd067) > > I've tried compiling chromium 48.0.2548.0 and 52.0.2743.76 and they both fail > to run GPU process. > Logs presented below. > chrome://gpu photos in attachments > > chromium 48: http://pastebin.com/1qhvvLKh > chromium 52: http://pastebin.com/dMK3PgH7 > > Do you have any idea what may be the cause of this fail? Are there any > chromium-specific actions that need to be done in order to properly > initialize GPU ? Or maybe you have some experience with chromium on i.MX6 > (not legacy kernel) ? > — you might look into https://github.com/Freescale/chromium-imx > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] xterm: use ${libdir} to avoid installed-vs-shipped error on ppc64
On Fri, Oct 28, 2016 at 1:07 PM, Christopher Larson wrote:
> On Fri, Oct 28, 2016 at 3:07 AM, wrote:
>
>> xterm installs files into PREFIX/lib/X11/app-defaults by default.
>> This leads to QA issue on ppc64 which defines libdir as /usr/lib64:
>> ERROR: QA Issue: xterm: Files/directories were installed but not shipped
>> in any package:
>> /usr/lib
>> /usr/lib/X11
>> /usr/lib/X11/app-defaults
>> /usr/lib/X11/app-defaults/UXTerm
>> /usr/lib/X11/app-defaults/KOI8RXTerm-color
>> /usr/lib/X11/app-defaults/XTerm-color
>> /usr/lib/X11/app-defaults/UXTerm-color
>> /usr/lib/X11/app-defaults/KOI8RXTerm
>> /usr/lib/X11/app-defaults/XTerm
>>
>> Fix it by passing --with-app-defaults=${libdir}/X11/app-defaults to
>> configure.
>>
>> Signed-off-by: Ting Liu
>> ---
>> meta-oe/recipes-graphics/xorg-app/xterm_325.bb | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
>> b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
>> index e0baf3c..48556c7 100644
>> --- a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
>> +++ b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
>> @@ -14,6 +14,7 @@ PACKAGECONFIG[xft] =
>> "--enable-freetype,--disable-freetype,libxft
>> fontconfig fre
>>
>> EXTRA_OECONF = " --x-includes=${STAGING_INCDIR} \
>> --x-libraries=${STAGING_LIBDIR} \
>> + --with-app-defaults=${libdir}/X11/app-defaults \
>> FREETYPE_CONFIG=${STAGING_BINDIR_CROSS}/freetype-config
>> \
>> --disable-imake \
>> --disable-rpath-hack \
>>
>
> Are you sure this is correct? I highly doubt those files are actually
> multilib specific. Would it not be better to just package these files in
> their current location?
Or use datadir
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] xterm: use ${libdir} to avoid installed-vs-shipped error on ppc64
On Fri, Oct 28, 2016 at 3:07 AM, wrote:
> xterm installs files into PREFIX/lib/X11/app-defaults by default.
> This leads to QA issue on ppc64 which defines libdir as /usr/lib64:
> ERROR: QA Issue: xterm: Files/directories were installed but not shipped
> in any package:
> /usr/lib
> /usr/lib/X11
> /usr/lib/X11/app-defaults
> /usr/lib/X11/app-defaults/UXTerm
> /usr/lib/X11/app-defaults/KOI8RXTerm-color
> /usr/lib/X11/app-defaults/XTerm-color
> /usr/lib/X11/app-defaults/UXTerm-color
> /usr/lib/X11/app-defaults/KOI8RXTerm
> /usr/lib/X11/app-defaults/XTerm
>
> Fix it by passing --with-app-defaults=${libdir}/X11/app-defaults to
> configure.
>
> Signed-off-by: Ting Liu
> ---
> meta-oe/recipes-graphics/xorg-app/xterm_325.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
> b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
> index e0baf3c..48556c7 100644
> --- a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
> +++ b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
> @@ -14,6 +14,7 @@ PACKAGECONFIG[xft] =
> "--enable-freetype,--disable-freetype,libxft
> fontconfig fre
>
> EXTRA_OECONF = " --x-includes=${STAGING_INCDIR} \
> --x-libraries=${STAGING_LIBDIR} \
> + --with-app-defaults=${libdir}/X11/app-defaults \
> FREETYPE_CONFIG=${STAGING_BINDIR_CROSS}/freetype-config
> \
> --disable-imake \
> --disable-rpath-hack \
>
Are you sure this is correct? I highly doubt those files are actually
multilib specific. Would it not be better to just package these files in
their current location?
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH] python-msgpack: update to version 0.4.8
Signed-off-by: Derek Straka
---
.../python/{python-msgpack_0.4.7.bb => python-msgpack_0.4.8.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-python/recipes-devtools/python/{python-msgpack_0.4.7.bb =>
python-msgpack_0.4.8.bb} (57%)
diff --git a/meta-python/recipes-devtools/python/python-msgpack_0.4.7.bb
b/meta-python/recipes-devtools/python/python-msgpack_0.4.8.bb
similarity index 57%
rename from meta-python/recipes-devtools/python/python-msgpack_0.4.7.bb
rename to meta-python/recipes-devtools/python/python-msgpack_0.4.8.bb
index a3f73fb..8a0ad8f 100644
--- a/meta-python/recipes-devtools/python/python-msgpack_0.4.7.bb
+++ b/meta-python/recipes-devtools/python/python-msgpack_0.4.8.bb
@@ -2,8 +2,8 @@ SUMMARY = "MessagePack (de)serializer"
LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM = "file://COPYING;md5=cd9523181d9d4fbf7ffca52eaa2a5751"
-SRC_URI[md5sum] = "eb2aad1081534ef3a9f32a0ecd350b9b"
-SRC_URI[sha256sum] =
"5e001229a54180a02dcdd59db23c9978351af55b1290c27bc549e381f43acd6b"
+SRC_URI[md5sum] = "dcd854fb41ee7584ebbf35e049e6be98"
+SRC_URI[sha256sum] =
"1a2b19df0f03519ec7f19f826afb935b202d8979b0856c6fb3dc28955799f886"
PYPI_PACKAGE = "msgpack-python"
inherit pypi setuptools
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome, jethro][PATCH] fix zenity build, and remove blacklist
Zenity was blacklisted in meta-gnome, but it seems the fixes for the
problem listed in blacklist reason were rather minimal,
additionally the newer version of libnotify no longer has the
notify_notification_new_with_status_icon function, so this
had to be replaced with notify_notification_new to get the build to complete
---
.../0002-fix-build-with-newer-libnotify.patch | 28 ++
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb | 12 ++
2 files changed, 35 insertions(+), 5 deletions(-)
create mode 100644
meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
diff --git
a/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
b/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
new file mode 100644
index 000..67501c8
--- /dev/null
+++
b/meta-gnome/recipes-gnome/zenity/files/0002-fix-build-with-newer-libnotify.patch
@@ -0,0 +1,28 @@
+From 87f5f2acbf4f2cad50a0d1ea389d7170fe325b4e Mon Sep 17 00:00:00 2001
+From: Kai Iskratsch
+Date: Thu, 27 Oct 2016 13:08:40 +0200
+Subject: [PATCH] fix build with newer libnotify
+
+---
+ src/notification.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/notification.c b/src/notification.c
+index 99a2e36..3e5b320 100644
+--- a/src/notification.c
b/src/notification.c
+@@ -184,10 +184,10 @@ zenity_notification_handle_stdin (GIOChannel *channel,
+ icon = freeme = g_filename_to_uri (icon_file, NULL, NULL);
+ }
+
+- notif = notify_notification_new_with_status_icon (
++ notif = notify_notification_new (
+ message[0] /* title */,
+ message[1] /* summary */,
+- icon, status_icon);
++ gtk_status_icon_get_icon_name( status_icon));
+
+ g_strfreev (message);
+ g_free (freeme);
+--
+2.10.1
diff --git a/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
b/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
index 4e01c5c..bc6c9c4 100644
--- a/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
+++ b/meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb
@@ -4,18 +4,20 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7"
PR = "r2"
-PNBLACKLIST[zenity] ?= "BROKEN: doesn't build with B!=S"
-
-DEPENDS = "gtk+ glib-2.0 libnotify gnome-doc-utils"
+GNOME_COMPRESS_TYPE = "bz2"
+DEPENDS = "gtk+ glib-2.0 libnotify gnome-doc-utils intltool-native"
+RDEPENDS_${PN} += "perl"
inherit gnomebase
-SRC_URI += "file://0001-Makefile.am-don-t-build-help.patch"
+SRC_URI += "file://0001-Makefile.am-don-t-build-help.patch \
+file://0002-fix-build-with-newer-libnotify.patch \
+"
SRC_URI[archive.md5sum] = "aa66ec35451b16e424519b4973082170"
SRC_URI[archive.sha256sum] =
"8838be041a07364b62a4281c971392e4a09bb01bb3237a836ec0457ec0ea18ac"
EXTRA_OECONF += "--disable-scrollkeeper"
# remove -I/usr/include from zenity_CPPFLAGS
do_configure_prepend() {
-sed -i -e '/-I$(includedir)/d' src/Makefile.am
+sed -i -e '/-I$(includedir)/d' ${S}/src/Makefile.am
}
--
2.10.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH] python-ipaddress: update to version 1.0.17
Signed-off-by: Derek Straka
---
.../python/{python-ipaddress_1.0.16.bb => python-ipaddress_1.0.17.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-python/recipes-devtools/python/{python-ipaddress_1.0.16.bb =>
python-ipaddress_1.0.17.bb} (64%)
diff --git a/meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
b/meta-python/recipes-devtools/python/python-ipaddress_1.0.17.bb
similarity index 64%
rename from meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
rename to meta-python/recipes-devtools/python/python-ipaddress_1.0.17.bb
index 1e97ef7..686d5fd 100644
--- a/meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
+++ b/meta-python/recipes-devtools/python/python-ipaddress_1.0.17.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=7f538584cc3407bf76042def7168548a"
DEPENDS += "python-pip"
-SRC_URI[md5sum] = "1e27b62aa20f5b6fc200b2bdbf0d0847"
-SRC_URI[sha256sum] =
"5a3182b322a706525c46282ca6f064d27a02cffbd449f9f47416f1dc96aa71b0"
+SRC_URI[md5sum] = "8bbf0326719fafb1f453921ef96729fe"
+SRC_URI[sha256sum] =
"3a21c5a15f433710aaa26f1ae174b615973a25182006ae7f9c26de151cd51716"
inherit pypi setuptools
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 2/2] python-html5lib: update to version 0.999999999
Signed-off-by: Derek Straka
---
.../recipes-devtools/python/python-html5lib_0.999.bb | 8
.../recipes-devtools/python/python-html5lib_0.9.bb | 14 ++
2 files changed, 14 insertions(+), 8 deletions(-)
delete mode 100644
meta-python/recipes-devtools/python/python-html5lib_0.999.bb
create mode 100644
meta-python/recipes-devtools/python/python-html5lib_0.9.bb
diff --git a/meta-python/recipes-devtools/python/python-html5lib_0.999.bb
b/meta-python/recipes-devtools/python/python-html5lib_0.999.bb
deleted file mode 100644
index bb92e59..000
--- a/meta-python/recipes-devtools/python/python-html5lib_0.999.bb
+++ /dev/null
@@ -1,8 +0,0 @@
-SUMMARY = "HTML parser based on the WHATWG HTML specifcation"
-LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=1ba5ada9e6fead1fdc32f43c9f10ba7c"
-
-SRC_URI[md5sum] = "ef43cb05e9e799f25d65d1135838a96f"
-SRC_URI[sha256sum] =
"2612a191a8d5842bfa057e41ba50bbb9dcb722419d2408c78cff4758d0754868"
-
-inherit pypi setuptools
diff --git a/meta-python/recipes-devtools/python/python-html5lib_0.9.bb
b/meta-python/recipes-devtools/python/python-html5lib_0.9.bb
new file mode 100644
index 000..d0f7b56
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-html5lib_0.9.bb
@@ -0,0 +1,14 @@
+SUMMARY = "HTML parser based on the WHATWG HTML specifcation"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=1ba5ada9e6fead1fdc32f43c9f10ba7c"
+
+SRC_URI[md5sum] = "8578e4e3a341436cb9743a9e4a299239"
+SRC_URI[sha256sum] =
"ee747c0ffd3028d2722061936b5c65ee4fe13c8e4613519b4447123fc4546298"
+
+inherit pypi setuptools
+
+RDEPENDS_${PN} += "\
+${PYTHON_PN}-six \
+${PYTHON_PN}-webencodings \
+${PYTHON_PN}-xml \
+"
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 1/2] python-webencodings: add recipe for version 0.5
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-webencodings_0.5.bb | 10 ++
1 file changed, 10 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python-webencodings_0.5.bb
diff --git a/meta-python/recipes-devtools/python/python-webencodings_0.5.bb
b/meta-python/recipes-devtools/python/python-webencodings_0.5.bb
new file mode 100644
index 000..fbe6285
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-webencodings_0.5.bb
@@ -0,0 +1,10 @@
+SUMMARY = "Character encoding aliases for legacy web content"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM =
"file://PKG-INFO;startline=8;endline=9;md5=2fc6c99a19e6dbde9f7a2239143c9d13"
+
+SRC_URI[md5sum] = "878714d45241f7970dffd8991d61fff9"
+SRC_URI[sha256sum] =
"a5c55ee93b24e740fe951c37b5c228dccc1f171450e188555a775261cce1b904"
+
+inherit pypi setuptools
+
+RDEPENDS_${PN} += "${PYTHON_PN}-codecs"
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] libmicrohttpd: update to version 0.9.52
Signed-off-by: Derek Straka
---
.../{libmicrohttpd_0.9.50.bb => libmicrohttpd_0.9.52.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta-oe/recipes-support/libmicrohttpd/{libmicrohttpd_0.9.50.bb =>
libmicrohttpd_0.9.52.bb} (81%)
diff --git a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.50.bb
b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.52.bb
similarity index 81%
rename from meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.50.bb
rename to meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.52.bb
index 421b78e..2a006b5 100644
--- a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.50.bb
+++ b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.52.bb
@@ -6,10 +6,10 @@ SECTION = "net"
DEPENDS = "libgcrypt gnutls file"
SRC_URI = "http://ftp.gnu.org/gnu/libmicrohttpd/${BPN}-${PV}.tar.gz";
-SRC_URI[md5sum] = "4a3f793d59f663a2b0fc62d44668fb66"
-SRC_URI[sha256sum] =
"d1b6385068abded29b6470e383287aa7705de05ae3c08ad0bf5747ac4dc6ebd7"
+SRC_URI[md5sum] = "767111e817e2497ff92f943c5653497a"
+SRC_URI[sha256sum] =
"54797f6e763d417627f89f60e4ae0a431dab0523f92f83def23ea02d0defafea"
-inherit autotools lib_package pkgconfig
+inherit autotools lib_package pkgconfig gettext
EXTRA_OECONF += "--disable-static --with-gnutls=${STAGING_LIBDIR}/../"
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] xterm: use ${libdir} to avoid installed-vs-shipped error on ppc64
From: Ting Liu
xterm installs files into PREFIX/lib/X11/app-defaults by default.
This leads to QA issue on ppc64 which defines libdir as /usr/lib64:
ERROR: QA Issue: xterm: Files/directories were installed but not shipped in any
package:
/usr/lib
/usr/lib/X11
/usr/lib/X11/app-defaults
/usr/lib/X11/app-defaults/UXTerm
/usr/lib/X11/app-defaults/KOI8RXTerm-color
/usr/lib/X11/app-defaults/XTerm-color
/usr/lib/X11/app-defaults/UXTerm-color
/usr/lib/X11/app-defaults/KOI8RXTerm
/usr/lib/X11/app-defaults/XTerm
Fix it by passing --with-app-defaults=${libdir}/X11/app-defaults to configure.
Signed-off-by: Ting Liu
---
meta-oe/recipes-graphics/xorg-app/xterm_325.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
index e0baf3c..48556c7 100644
--- a/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
+++ b/meta-oe/recipes-graphics/xorg-app/xterm_325.bb
@@ -14,6 +14,7 @@ PACKAGECONFIG[xft] =
"--enable-freetype,--disable-freetype,libxft fontconfig fre
EXTRA_OECONF = " --x-includes=${STAGING_INCDIR} \
--x-libraries=${STAGING_LIBDIR} \
+ --with-app-defaults=${libdir}/X11/app-defaults \
FREETYPE_CONFIG=${STAGING_BINDIR_CROSS}/freetype-config \
--disable-imake \
--disable-rpath-hack \
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2] libtinyxml2: Upgrade 3.0.0 -> 4.0.1
This new release includes loots of small (incompatible) changes, and
the addition of int64 support.
Signed-off-by: Johannes Pointner
---
v1 -> v2:
* Fixed subject
.../libtinyxml2/{libtinyxml2_3.0.0.bb => libtinyxml2_4.0.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-oe/recipes-support/libtinyxml2/{libtinyxml2_3.0.0.bb =>
libtinyxml2_4.0.1.bb} (88%)
diff --git a/meta-oe/recipes-support/libtinyxml2/libtinyxml2_3.0.0.bb
b/meta-oe/recipes-support/libtinyxml2/libtinyxml2_4.0.1.bb
similarity index 88%
rename from meta-oe/recipes-support/libtinyxml2/libtinyxml2_3.0.0.bb
rename to meta-oe/recipes-support/libtinyxml2/libtinyxml2_4.0.1.bb
index af0b785..3a66598 100644
--- a/meta-oe/recipes-support/libtinyxml2/libtinyxml2_3.0.0.bb
+++ b/meta-oe/recipes-support/libtinyxml2/libtinyxml2_4.0.1.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://tinyxml2.cpp;endline=22;md5=c19221dbd8a66ad3090462af4
SRC_URI = "git://github.com/leethomason/tinyxml2.git"
-SRCREV = "1977a7258cc66fd4da7f1e9da05a4933646a7803"
+SRCREV = "74d44acb176f8510abf28ee0a70961eb26631988"
S = "${WORKDIR}/git"
--
2.10.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH] lftp: fix PACKAGECONFIG[readline]
The --with-readline means check readline automatically, and will cause build
failures when there is /usr/include/readline:
ERROR: This autoconf log indicates errors, it looked at host include and/or
library paths while determining system capabilities.
Use --with-readline=${STAGING_INCDIR}/.. to fix the problem. And also add
--with-readline=no when PACKAGECONFIG is not set for readline.
Signed-off-by: Robert Yang
---
meta-networking/recipes-connectivity/lftp/lftp_4.7.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-connectivity/lftp/lftp_4.7.3.bb
b/meta-networking/recipes-connectivity/lftp/lftp_4.7.3.bb
index e4a8e49..b0cd399 100644
--- a/meta-networking/recipes-connectivity/lftp/lftp_4.7.3.bb
+++ b/meta-networking/recipes-connectivity/lftp/lftp_4.7.3.bb
@@ -21,7 +21,7 @@ PACKAGECONFIG[libidn] = "--with-libidn, --without-libidn,
libidn"
PACKAGECONFIG[openssl] = "--with-openssl, --without-openssl, openssl"
PACKAGECONFIG[zlib] = "--with-zlib=${STAGING_INCDIR}/.., --without-zlib, zlib"
PACKAGECONFIG[gnutls] = "--with-gnutls, --without-gnutls, gnutls"
-PACKAGECONFIG[readline] = "--with-readline
--with-readline-inc=${STAGING_INCDIR} --with-readline-lib=-lreadline, ,
readline"
+PACKAGECONFIG[readline] = "--with-readline=${STAGING_INCDIR}/..
--with-readline-inc=${STAGING_INCDIR} --with-readline-lib=-lreadline,
--with-readline=no, readline"
PACKAGECONFIG[expat] = "--with-expat=${STAGING_INCDIR}/..
--with-expat-inc=${STAGING_INCDIR} --with-expat-lib=-lexpat, , expat"
FILES_${PN}-dbg += "${libdir}/lftp/${PV}/.debug"
--
2.9.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] i.MX6DL + mainline + yocto: EGL_NOT_INITIALIZED
Hello, I'm trying to run chromium on Hummingboard i2 using custom BSP layer. I'm mostly based on meta-etnaviv (libdrm, mesa_etnaviv) for GPU support and meta-browser for chromium recipe. I'm using mainline 4.7.10 kernel atm. I have hw accelerated video decoding with gstreamer and coda. Mesa demos (glxgears) as well as qt examples (meta-qt5) run smoothly on X11, without engaging CPU too much. part of glxinfo output: (full at: http://pastebin.com/qS7zEZxA) OpenGL renderer string: Gallium 0.4 on /dev/dri/card1-Vivante GC880 rev 5106 OpenGL version string: 1.4 Mesa 12.0.0-rc3 (git-e1ac825bd067) OpenGL ES profile version string: OpenGL ES 2.0 Mesa 12.0.0-rc3 (git-e1ac825bd067) I've tried compiling chromium 48.0.2548.0 and 52.0.2743.76 and they both fail to run GPU process. Logs presented below. chrome://gpu photos in attachments chromium 48: http://pastebin.com/1qhvvLKh chromium 52: http://pastebin.com/dMK3PgH7 Do you have any idea what may be the cause of this fail? Are there any chromium-specific actions that need to be done in order to properly initialize GPU ? Or maybe you have some experience with chromium on i.MX6 (not legacy kernel) ? -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
