Re: [oe] [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13
Hi Sven Maybe this pull request to the old meta-java repo location contains already contains some of the stuff you need. https://github.com/woglinde/meta-java/pull/62 Regards Max 2015-04-01 17:19 GMT+02:00 Sven Ebenfeld : > Hi, > > I'm currently trying to update openjdk-7 to the current icedtea-release. > I'm getting as far as to the compile step which fails during a run of rmic. > In difference to earlier builds, it tries to run the just compiled > rmic java-classes. > > The bootstrap jdk6 complains about incompatible class version. > "Exception in thread "main" java.lang.UnsupportedClassVersionError: > sun/rmi/rmic/Main : Unsupported major.minor version 51.0" > > That is correct as the build process compiles these classes with > "-source 7" and "-target 7". > Currently I don't really know how to fix this problem. Atm I guess I > would need to add a jdk6 bootstrap version of rmic. Can anyone give me > a hint how to fix this problem? > > If someone wants to have a look at my work and try themselves, I've > quickly posted it to github: > https://github.com/esven/meta-java/tree/jdk_update/ > > (Just the last one dirty commit) > > Cheers, > Sven > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13
Hi Sven To be honest I don't know. I remembered that pull request when I saw your question, however I did not build nor test the updated OpenJDK. Regards Max 2015-04-01 22:04 GMT+02:00 Sven Ebenfeld : > Hi Max, > > Am 01.04.2015 um 19:17 schrieb Max Krummenacher: >> Hi Sven >> >> Maybe this pull request to the old meta-java repo location contains >> already contains some of the stuff you need. >> https://github.com/woglinde/meta-java/pull/62 > > Thanks, I will have a look at this. > Did you have the same problem with rmic as well? > >> >> Regards >> Max >> > Cheers, > Sven > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] Query on fetch issue with rhino_1.7r4.bb
Hi Sam I can correctly download rhino. Both with the browser and with the bitbake fetcher. bitbake -c cleanall rhino; bitbake -c fetch rhino Maybe a temporary connection problem or some firewall issue with https on your installation? Regards Max 2015-04-18 5:48 GMT+02:00 Nelson, Sam : > I am seeing following fetch error when trying to build rhino_1.7r4.bb. > Anybody else seeing this? Appreciate any help on this. > > WARNING: Failed to fetch URL > https://github.com/downloads/mozilla/rhino/rhino1_7R4.zip, attempting MIRRORS > if available > ERROR: Fetcher failure: Fetch command failed with exit code 4, output: > OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert > handshake failure > Unable to establish SSL connection. > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Building openjdk without X11 dependencies
Hi > wrote: > > I'm under the impression building openjdk without X11 is not feasible. > > As far as I understand, the headless package is (or should be) generated > > by building openjdk with the X11 dependencies, then selecting the > > components which are not linked against X11 libraries and putthing them > > into a separate package. Does that sound correct? > > > > Is it possible to build openjdk without X11 dependencies? My interests actually went into the other direction. Adding a packageconfig which re-enables xawt. While looking at it I tried to remove the DEPENDS on X11/GTK+ and came to the conclusion that you would need to heavily change the source tree / Makefiles to leave all the sources which include X11 (or GTK+) headers out of the way. The sources react to the symbol BUILD_HEADLESS_ONLY which promised to keep the X11 dependencies out. However that is either broken in the current versions of OpenJDK or never worked at all. Some mailinglist post underlined that. e.g. http://mail.openjdk.java.net/pipermail/build-dev/2012-March/005700.html Maybe one could split openjdk-7-common and openjdk7-jre into packages without X11 dependencies and the rest as Mario proposes. However I don't know if that would lead to a working headless java installation. Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH] florence: use ${SOURCEFORGE_MIRROR} in SRC_URI
http://switch.dl.sourceforge.net has been down for some time. Use the OE provided mirror variable instead. Signed-off-by: Max Krummenacher --- meta-gnome/recipes-support/florence/florence_0.5.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-gnome/recipes-support/florence/florence_0.5.1.bb b/meta-gnome/recipes-support/florence/florence_0.5.1.bb index 9eab385..71014f0 100644 --- a/meta-gnome/recipes-support/florence/florence_0.5.1.bb +++ b/meta-gnome/recipes-support/florence/florence_0.5.1.bb @@ -10,7 +10,7 @@ PR = "r1" DEPENDS = "gtk+ libxml2 libglade librsvg libxtst gconf cairo intltool-native gnome-doc-utils libnotify" -SRC_URI = "http://switch.dl.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 \ +SRC_URI = "${SOURCEFORGE_MIRROR}/florence/florence/${PV}/florence-${PV}.tar.bz2 \ file://0001-Fix-glib-includes.patch" SRC_URI[md5sum] = "56d12e5b47c100d9df172aa5ddc0f609" SRC_URI[sha256sum] = "7b06ed84ef2b7b22d8d2cf0c7d013a05409bd82028240ac8719a68b192d5bc62" -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-gnome][PATCH] florence: use ${SOURCEFORGE_MIRROR} in SRC_URI
Hi all Ping. florence do_fetch currently fails because the server can't be found. Regards Max Am Samstag, den 16.05.2015, 12:14 +0200 schrieb Max Krummenacher: > http://switch.dl.sourceforge.net has been down for some time. > Use the OE provided mirror variable instead. > > Signed-off-by: Max Krummenacher > --- > meta-gnome/recipes-support/florence/florence_0.5.1.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta-gnome/recipes-support/florence/florence_0.5.1.bb > b/meta-gnome/recipes-support/florence/florence_0.5.1.bb > index 9eab385..71014f0 100644 > --- a/meta-gnome/recipes-support/florence/florence_0.5.1.bb > +++ b/meta-gnome/recipes-support/florence/florence_0.5.1.bb > @@ -10,7 +10,7 @@ PR = "r1" > > DEPENDS = "gtk+ libxml2 libglade librsvg libxtst gconf cairo intltool-native > gnome-doc-utils libnotify" > > -SRC_URI = > "http://switch.dl.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 > \ > +SRC_URI = > "${SOURCEFORGE_MIRROR}/florence/florence/${PV}/florence-${PV}.tar.bz2 \ > file://0001-Fix-glib-includes.patch" > SRC_URI[md5sum] = "56d12e5b47c100d9df172aa5ddc0f609" > SRC_URI[sha256sum] = > "7b06ed84ef2b7b22d8d2cf0c7d013a05409bd82028240ac8719a68b192d5bc62" -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-gnome][PATCH] florence: use ${SOURCEFORGE_MIRROR} in SRC_URI
Hi Martin > Sorry, wasn't noticed, because patchwork didn't pick it: > http://patchwork.openembedded.org/project/oe/list/?state=*&q=florence&archive=both > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=7657 > Thank you for picking it up. To you need me to do anything with the patch like resending or so? Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] firefox not working for me (only)
> > * firefox fails with illeagal ARM instruction That sounds familiar, I thought then that it was specific to our setup with the binary Tegra X driver and the armv7a without neon setup, that's why I did not upstream my patches. > > On Wed, Jun 17, 2015 at 3:32 PM, Gary Thomas wrote: > >>> Hmm - I was wondering why nobody took care. > >>> > >>> All my plattforms fail: > >>> * i.MX6 base > >>> * gumstix > >>> * raspberry Pi2 > >>> > >>> I'll put this browser issue on my TODO currently I have no further > >>> time to take care. > >> > >> > >> BTW, I just tested both chromium and firefox on the i.MX6Q and RPi2 > >> and they worked just fine. Built from meta-browser:0cc0419a > >> > > Thanks for information. Let's focus on firefox's illegal ARM > > instruction crasher: > > > > * Last time I felt the only one facing a specific error it was caused > > by angstrom enabling thumb(2) for ARM (long story @meta-fsl-arm). > > Gary: I assume, you don't have thumb enabled - right? > > * firefox doesn't crash with "--safe-mode" > > I am not using thumb - off the shelf configurations for RaspberryPi2 and > BoundaryDevices nitrogen6x built with $DISTRO=poky are the ones I've tested. > Actually I use Angstrom with the instruction set defaulting to ARM. > > > > Looking into meta-browser I saw that firefox pins ARM_INSTRUCTION_SET > > = "arm" but firefox-l10n does not. When having some time left over > > (=never) I will test with thumb disabled for firefox-l10n and > > chromium. > > > > Andreas Have a look at http://git.toradex.com/cgit/meta-toradex.git/tree/recipes-mozilla/firefox?h=V2.4-next alignment.patch, Prevent-SIGILL-crashes-on-ARMv6-builds-built-with-the-NDK_10.0esr.patch . If usefull I could send a patch for meta-browser. Regards, Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH v2] chromium: List all PACKAGECONFIG settings to avoid warning
Hi Am Mittwoch, den 01.07.2015, 16:47 +0100 schrieb Burton, Ross: > On 1 July 2015 at 15:12, Gary Thomas wrote: > > > No, it's much better to use the standard mechanism (PACKAGECONFIG) rather > > than making up something special for this recipe. The patch is needed only > > to suppress warnings about how it's being used. > > > > I kinda of agree with Robert here - the standard method isn't being used, > but the variable is being used. > > As the chromium recipe doesn't inherit autotools EXTRA_OECONF will only be > set by the PACKAGECONFIG handler, so it would be an improvement if the > enable/disable arguments were specified as usual in the flags and then > EXTRA_OEGYP just included EXTRA_OECONF. (untested but might work, cmake > recipes certainly did this) > > Ross I think that this view is guided by an inside view on PACKAGECONFIG. For the guys wanting to influencing the build of a package they want to set a list of options and then forget about it. So having to write in your bbappend something like PACKAGECONFIG += "use-egl" PACKAGECONFIG_NON_CONFIGOPTION += "component-build" instead of PACKAGECONFIG += "use-egl component-build" is sort of unintutive. I guess the warning which now pops up when not setting a value in PACKAGECONFIG which does not have a corresponding PACKAGECONFIG[value] is meant to warn of a typo in setting PACKAGECONFIG. Gary's solution would even provide the same warning mechanism for free while when moving to a PACKAGECONFIG_NON_CONFIGOPTION one would have to implement another test to get a warning when providing a non supported value to PACKAGECONFIG_NON_CONFIGOPTION. Just my two cents. Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] State of bitbake world, Failed tasks 2015-07-29
Hi Andreas Am Samstag, den 01.08.2015, 14:47 +0200 schrieb Andreas Müller: > > * /meta-openembedded/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb, > > do_compile > ^ Had a short look into this: It is caused by update of libgphoto2. > Hope to find time this weekend. I did the same and have a backported fix from a later version of gvfs. i.e. applying https://git.gnome.org/browse/gvfs/commit/daemon/gvfsbackendgphoto2.c?id=259a09183f7c96b5fb0f6453bb4b0bcf92e3eaa2 Currently I'm compiling an image to test on an ARM target. Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH 1/2] gvfs: backport patch to build with gphoto 2.5 api
With the update of gphoto to a version with the 2.5 API gvfs do_compile failes with: gvfs-1.10.1/daemon/gvfsbackendgphoto2.c:1648:35: error: request for member 'name' in something not a structure or union |DEBUG (" '%s' '%s' '%s'", info.name, info.path, info.library_filename); and others. This backports the upstream fix. Signed-off-by: Max Krummenacher --- .../gphoto_build_with_libgphoto_2.5_API.patch | 78 ++ meta-gnome/recipes-gnome/gvfs/gvfs.inc | 1 + 2 files changed, 79 insertions(+) create mode 100644 meta-gnome/recipes-gnome/gvfs/files/gphoto_build_with_libgphoto_2.5_API.patch diff --git a/meta-gnome/recipes-gnome/gvfs/files/gphoto_build_with_libgphoto_2.5_API.patch b/meta-gnome/recipes-gnome/gvfs/files/gphoto_build_with_libgphoto_2.5_API.patch new file mode 100644 index 000..25d44b0 --- /dev/null +++ b/meta-gnome/recipes-gnome/gvfs/files/gphoto_build_with_libgphoto_2.5_API.patch @@ -0,0 +1,78 @@ +Upstream-Status: Backport +https://git.gnome.org/browse/gvfs/commit/daemon/gvfsbackendgphoto2.c?id=259a09183f7c96b5fb0f6453bb4b0bcf92e3eaa2 + +Signed-off-by: Max Krummenacher + +From 259a09183f7c96b5fb0f6453bb4b0bcf92e3eaa2 Mon Sep 17 00:00:00 2001 +From: Cosimo Cecchi +Date: Wed, 8 Aug 2012 13:14:19 +0200 +Subject: gphoto: build with libgphoto 2.5 API + +Patch taken from the Fedora package +Author: Jindrich Novy + +http://pkgs.fedoraproject.org/cgit/gvfs.git/commit/?id=cd0c6218df85bf3de101402c1aa9d79aae7c3019 + +diff --git a/configure.ac b/configure.ac +index 3215694..3280666 100644 +--- a/configure.ac b/configure.ac +@@ -436,6 +436,9 @@ if test "x$enable_gphoto2" != "xno" -a \( "x$msg_hal" = "xyes" -o "x$msg_gudev" + if test "x$msg_gphoto2" = "xyes"; then + if test "x$use_gphoto2" = "xyes"; then + AC_DEFINE(HAVE_GPHOTO2, 1, [Define to 1 if gphoto2 is available]) ++ PKG_CHECK_MODULES(GPHOTO2, libgphoto2 >= 2.5.0, ++ AC_DEFINE(HAVE_GPHOTO25, 1, [Define to 1 if libgphoto2 2.5 is available]) ++ ) + else + if test "x$enable_gphoto2" = "xyes"; then + AC_MSG_ERROR([Cannot build with gphoto2 support. Need OS tweaks in hal volume monitor.]) +diff --git a/daemon/gvfsbackendgphoto2.c b/daemon/gvfsbackendgphoto2.c +index 0d2c594..75b4b02 100644 +--- a/daemon/gvfsbackendgphoto2.c b/daemon/gvfsbackendgphoto2.c +@@ -1647,7 +1647,9 @@ do_mount (GVfsBackend *backend, + return; + } + ++#ifndef HAVE_GPHOTO25 + DEBUG (" '%s' '%s' '%s'", info.name, info.path, info.library_filename); ++#endif + + /* set port */ + rc = gp_camera_set_port_info (gphoto2_backend->camera, info); +@@ -2590,7 +2592,11 @@ do_slow_file_rename_in_same_dir (GVfsBackendGphoto2 *gphoto2_backend, + } + } + ++#ifdef HAVE_GPHOTO25 ++ rc = gp_camera_folder_put_file (gphoto2_backend->camera, dir, new_name, GP_FILE_TYPE_NORMAL, file_dest, gphoto2_backend->context); ++#else + rc = gp_camera_folder_put_file (gphoto2_backend->camera, dir, file_dest, gphoto2_backend->context); ++#endif + if (rc != 0) + goto out; + +@@ -3222,14 +3228,18 @@ commit_write_handle (GVfsBackendGphoto2 *gphoto2_backend, WriteHandle *write_han + if (rc != 0) + goto out; + +- gp_file_set_type (file, GP_FILE_TYPE_NORMAL); + gp_file_set_name (file, write_handle->name); + gp_file_set_mtime (file, time (NULL)); + gp_file_set_data_and_size (file, + dup_for_gphoto2 (write_handle->data, write_handle->size), + write_handle->size); + ++#ifdef HAVE_GPHOTO25 ++ rc = gp_camera_folder_put_file (gphoto2_backend->camera, write_handle->dir, write_handle->name, GP_FILE_TYPE_NORMAL, file, gphoto2_backend->context); ++#else ++ gp_file_set_type (file, GP_FILE_TYPE_NORMAL); + rc = gp_camera_folder_put_file (gphoto2_backend->camera, write_handle->dir, file, gphoto2_backend->context); ++#endif + if (rc != 0) + { + gp_file_unref (file); +-- +cgit v0.10.2 + diff --git a/meta-gnome/recipes-gnome/gvfs/gvfs.inc b/meta-gnome/recipes-gnome/gvfs/gvfs.inc index c516a40..f9798e9 100644 --- a/meta-gnome/recipes-gnome/gvfs/gvfs.inc +++ b/meta-gnome/recipes-gnome/gvfs/gvfs.inc @@ -16,6 +16,7 @@ SRC_URI += " \ file://0003-Adapt-to-glib-mutex-API-changes.patch \ file://0004-Adapt-to-glib-thread-API-changes.patch \ file://0005-client-gdaemonfile.c-replace-g_memmove-by-memmove.patch \ +file://gphoto_build_with_libgphoto_2.5_API.patch \ " EXTRA_OECONF = "--with-archive-includes=${STAGING_INCDIR} \ -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH 2/2] gvfs: add packageconfig for libgphoto2
default to compile with libgphoto2, thus no change to old behaviour. Signed-off-by: Max Krummenacher --- meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb b/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb index 131c849..7ed1bb5 100644 --- a/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb +++ b/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb @@ -1,6 +1,6 @@ require gvfs.inc -DEPENDS = "libsoup-2.4 gnome-keyring glib-2.0 avahi gconf libgphoto2 intltool-native" +DEPENDS = "libsoup-2.4 gnome-keyring glib-2.0 avahi gconf intltool-native" # optional: obexftp libcdio libimobiledevice PR = "${INC_PR}.0" @@ -22,8 +22,9 @@ FILES_gvfsd-trash = "${libexecdir}/gvfsd-trash ${datadir}/gvfs/mounts/trash.moun RDEPENDS_${PN} = "gvfs-gdu-volume-monitor" RRECOMMENDS_gvfsd-ftp += "openssh-sftp openssh-ssh" -PACKAGECONFIG ?= "${@base_contains('INCOMPATIBLE_LICENSE', 'GPLv3', '', 'samba', d)}" +PACKAGECONFIG ?= "libgphoto2 ${@base_contains('INCOMPATIBLE_LICENSE', 'GPLv3', '', 'samba', d)}" +PACKAGECONFIG[libgphoto2] = "--enable-gphoto2, --disable-gphoto2, libgphoto2" PACKAGECONFIG[samba] = "--enable-samba --with-samba-includes=${STAGING_INCDIR} \ --with-samba-libs=${STAGING_LIBDIR}, --disable-samba, samba" # needs meta-filesystems -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] libvpx: fix build errors for gcc 5
Signed-off-by: Max Krummenacher --- .../webm/libvpx/gcc-5-max_align_t.patch| 37 ++ meta-oe/recipes-multimedia/webm/libvpx_1.3.0.bb| 3 +- 2 files changed, 39 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-multimedia/webm/libvpx/gcc-5-max_align_t.patch diff --git a/meta-oe/recipes-multimedia/webm/libvpx/gcc-5-max_align_t.patch b/meta-oe/recipes-multimedia/webm/libvpx/gcc-5-max_align_t.patch new file mode 100644 index 000..e017fc0 --- /dev/null +++ b/meta-oe/recipes-multimedia/webm/libvpx/gcc-5-max_align_t.patch @@ -0,0 +1,37 @@ +max_align_t is a type in gcc5 thus the definition here throws a compile +time error. +patch taken from: +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777976 + +Upstream-Status: pending + +Signed-off-by: Max Krummenacher +--- libvpx-1.3.0/debian/patches/gcc-5.diff 1970-01-01 00:00:00.0 + libvpx-1.3.0/debian/patches/gcc-5.diff 2015-03-05 23:03:15.0 + +@@ -0,0 +1,26 @@ ++Index: b/nestegg/halloc/src/align.h ++=== ++--- a/nestegg/halloc/src/align.h + b/nestegg/halloc/src/align.h ++@@ -30,7 +30,7 @@ union max_align ++ void (*q)(void); ++ }; ++ ++-typedef union max_align max_align_t; +++typedef union max_align h_max_align_t; ++ ++ #endif ++ ++Index: b/nestegg/halloc/src/halloc.c ++=== ++--- a/nestegg/halloc/src/halloc.c + b/nestegg/halloc/src/halloc.c ++@@ -30,7 +30,7 @@ typedef struct hblock ++ #endif ++ hlist_item_t siblings; /* 2 pointers */ ++ hlist_head_t children; /* 1 pointer */ ++- max_align_t data[1]; /* not allocated, see below */ +++ h_max_align_t data[1]; /* not allocated, see below */ ++ ++ } hblock_t; ++ diff --git a/meta-oe/recipes-multimedia/webm/libvpx_1.3.0.bb b/meta-oe/recipes-multimedia/webm/libvpx_1.3.0.bb index eb19a57..cd0af50 100644 --- a/meta-oe/recipes-multimedia/webm/libvpx_1.3.0.bb +++ b/meta-oe/recipes-multimedia/webm/libvpx_1.3.0.bb @@ -9,7 +9,8 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=d5b04755015be901744a78cc30d390d4" SRC_URI += "http://webm.googlecode.com/files/libvpx-v${PV}.tar.bz2 \ file://libvpx-configure-support-blank-prefix.patch \ -file://0001-configure.sh-quote-local-variables.patch" +file://0001-configure.sh-quote-local-variables.patch \ +file://fix_build_with_gcc5.patch" SRC_URI[md5sum] = "14783a148872f2d08629ff7c694eb31f" SRC_URI[sha256sum] = "d3dcc8d84af51c6c382b214397c62402e37a799e8ebcda6f4217aef0010451a9" -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 0/8] firefox: fixes and update to 10.0.12esr
This patchset addresses issues discussed in the following thread: http://lists.openembedded.org/pipermail/openembedded-devel/2015-June/101954.html - ftp server no longer exists, moves to proposed mozilla server - fixes two issues of SIGILL seen im my Cortex-A9 setup - updates to 10.0.12esr Max Krummenacher (8): firefox: Update download server firefox-l10n: Update download server firefox: prevent SIGILL crash with arm build firefox: prevent SIGILL crash #2 with arm build firefox: stop using variable for local files mozilla.bbclass: do out of tree build firefox: Update to 10.0.12esr firefox-l10n: Update all languages for 10.0.12esr release classes/mozilla.bbclass| 2 +- recipes-mozilla/firefox-l10n/README| 33 + .../firefox-l10n/firefox-l10n-af_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-af_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ak_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ak_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ar_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ar_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-as_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-as_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ast_10.0.11esr.bb| 7 - .../firefox-l10n/firefox-l10n-ast_10.0.12esr.bb| 7 + .../firefox-l10n/firefox-l10n-be_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-be_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bg_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bg_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bn-bd_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bn-bd_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bn-in_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bn-in_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-br_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-br_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bs_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bs_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ca_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ca_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-cs_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-cs_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-csb_10.0.11esr.bb| 7 - .../firefox-l10n/firefox-l10n-csb_10.0.12esr.bb| 7 + .../firefox-l10n/firefox-l10n-cy_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-cy_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-da_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-da_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-de_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-de_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-el_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-el_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-gb_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-gb_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-us_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-us_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-za_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-za_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-eo_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-eo_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-ar_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-ar_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-cl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-cl_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-es_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-es_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-mx_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-mx_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-et_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-et_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-eu_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-eu_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fa_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fa_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fi_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fi_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fr_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fr_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fy-nl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fy-nl_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ga-ie_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ga-ie_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-gd_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-gd_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-gl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-gl_10.0.12esr.bb | 7
[oe] [meta-browser][PATCH 2/8] firefox-l10n: Update download server
The ftp mirror currently seems not to work, change to the download server recommended here: https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Source_Code/Downloading_Source_Archives Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox-l10n/firefox-l10n.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-mozilla/firefox-l10n/firefox-l10n.inc b/recipes-mozilla/firefox-l10n/firefox-l10n.inc index 7b252a2..3090ef9 100644 --- a/recipes-mozilla/firefox-l10n/firefox-l10n.inc +++ b/recipes-mozilla/firefox-l10n/firefox-l10n.inc @@ -16,7 +16,7 @@ PR = "r3" # Mangle place where to store the file DL_DIR_append = "/${PN}-${PV}" -SRC_URI = "ftp://ftp.mozilla.org/pub/mozilla.org/mozilla.org/firefox/releases/${PV}/linux-i686/xpi/${LANGUAGE}.xpi"; +SRC_URI = "https://archive.mozilla.org/pub/firefox/releases/${PV}/linux-i686/xpi/${LANGUAGE}.xpi"; S = "${WORKDIR}" inherit allarch -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 6/8] mozilla.bbclass: do out of tree build
Do a out of tree build by setting MOZ_OBJDIR to something != ${S}. Newer firefox do no longer allow do build in tree. Change firefox_10.0.11esr.bb accordingly. Signed-off-by: Max Krummenacher --- classes/mozilla.bbclass | 2 +- recipes-mozilla/firefox/firefox_10.0.11esr.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/classes/mozilla.bbclass b/classes/mozilla.bbclass index f9a84aa..940f381 100644 --- a/classes/mozilla.bbclass +++ b/classes/mozilla.bbclass @@ -12,7 +12,7 @@ SELECTED_OPTIMIZATION = "-Os -fsigned-char -fno-strict-aliasing" export CROSS_COMPILE = "1" export MOZCONFIG = "${WORKDIR}/mozconfig" -export MOZ_OBJDIR = "${S}" +export MOZ_OBJDIR = "${WORKDIR}/obj-${TARGET_SYS}" export CONFIGURE_ARGS = "${EXTRA_OECONF}" export HOST_CC = "${BUILD_CC}" diff --git a/recipes-mozilla/firefox/firefox_10.0.11esr.bb b/recipes-mozilla/firefox/firefox_10.0.11esr.bb index 07226ff..94bd4be 100644 --- a/recipes-mozilla/firefox/firefox_10.0.11esr.bb +++ b/recipes-mozilla/firefox/firefox_10.0.11esr.bb @@ -91,7 +91,7 @@ EXTRA_OEMAKE = "installdir=${libdir}/${PN}" ARM_INSTRUCTION_SET = "arm" do_install() { - oe_runmake DESTDIR="${D}" destdir="${D}" install + oe_runmake -C "${MOZ_OBJDIR}" DESTDIR="${D}" destdir="${D}" install install -d ${D}${datadir}/applications install -d ${D}${datadir}/pixmaps install -m 0644 ${WORKDIR}/mozilla-firefox.desktop ${D}${datadir}/applications/ -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 1/8] firefox: Update download server
The ftp mirror currently seems not to work, change to the download server recommended here: https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Source_Code/Downloading_Source_Archives Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox/firefox_10.0.11esr.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-mozilla/firefox/firefox_10.0.11esr.bb b/recipes-mozilla/firefox/firefox_10.0.11esr.bb index f89da58..e07555b 100644 --- a/recipes-mozilla/firefox/firefox_10.0.11esr.bb +++ b/recipes-mozilla/firefox/firefox_10.0.11esr.bb @@ -7,7 +7,7 @@ DEPENDS += "alsa-lib curl startup-notification libevent cairo libnotify libvpx v LICENSE = "MPLv1 | GPLv2+ | LGPLv2.1+" LIC_FILES_CHKSUM = "file://toolkit/content/license.html;endline=39;md5=9cb02f27e77e702043b827c9418bfbf8" -SRC_URI = "ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive \ +SRC_URI = "https://archive.mozilla.org/pub/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive \ file://mozilla-${BPN}.png \ file://mozilla-${BPN}.desktop \ file://fixes/Allow-.js-preference-files-to-set-locked-prefs-with-.patch \ -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 3/8] firefox: prevent SIGILL crash with arm build
Firefox crashes with a SIGILL signal during startup. Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox/firefox/alignment.patch | 17 + recipes-mozilla/firefox/firefox_10.0.11esr.bb | 3 ++- 2 files changed, 19 insertions(+), 1 deletion(-) create mode 100644 recipes-mozilla/firefox/firefox/alignment.patch diff --git a/recipes-mozilla/firefox/firefox/alignment.patch b/recipes-mozilla/firefox/firefox/alignment.patch new file mode 100644 index 000..f5d5b7c --- /dev/null +++ b/recipes-mozilla/firefox/firefox/alignment.patch @@ -0,0 +1,17 @@ +In some setups firefox crashes because of wrongly aligned variables +Observed on a ARM Cortex-A9 target. + +Upstream-Status: Pending + +Signed-off-by: Max Krummenacher +--- mozilla-release/ipc/ipdl/ipdl/cxx/cgen.py~ 2012-07-29 11:14:45.0 +0200 mozilla-release/ipc/ipdl/ipdl/cxx/cgen.py 2012-07-29 11:13:36.0 +0200 +@@ -107,7 +107,7 @@ + self.println(';') + self.dedent() + +-self.printdent('}') ++self.printdent('} __attribute__ ((aligned (__BIGGEST_ALIGNMENT__)))') + + + def visitTypedef(self, td): diff --git a/recipes-mozilla/firefox/firefox_10.0.11esr.bb b/recipes-mozilla/firefox/firefox_10.0.11esr.bb index e07555b..cb368d0 100644 --- a/recipes-mozilla/firefox/firefox_10.0.11esr.bb +++ b/recipes-mozilla/firefox/firefox_10.0.11esr.bb @@ -75,7 +75,8 @@ SRC_URI = "https://archive.mozilla.org/pub/firefox/releases/${PV}/source/firefox file://powerpc_va_list.patch \ file://freetype-2.5.patch \ file://x86_64-fix.patch \ - file://vendor.js" + file://vendor.js \ + file://alignment.patch" SRC_URI[archive.md5sum] = "2f0e3a1dd7480e03f374c0121b4155e2" SRC_URI[archive.sha256sum] = "94b4d5a339d97dc56fd349f93407c3af4f408a4a8409a64e3680d564d37594f8" -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 7/8] firefox: Update to 10.0.12esr
Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox/firefox_10.0.11esr.bb | 156 -- recipes-mozilla/firefox/firefox_10.0.12esr.bb | 156 ++ 2 files changed, 156 insertions(+), 156 deletions(-) delete mode 100644 recipes-mozilla/firefox/firefox_10.0.11esr.bb create mode 100644 recipes-mozilla/firefox/firefox_10.0.12esr.bb diff --git a/recipes-mozilla/firefox/firefox_10.0.11esr.bb b/recipes-mozilla/firefox/firefox_10.0.11esr.bb deleted file mode 100644 index 94bd4be..000 --- a/recipes-mozilla/firefox/firefox_10.0.11esr.bb +++ /dev/null @@ -1,156 +0,0 @@ -# Copyright (C) 2009-2013, O.S. Systems Software Ltda. All Rights Reserved -# Released under the MIT license (see packages/COPYING) - -DESCRIPTION ?= "Browser made by mozilla" -DEPENDS += "alsa-lib curl startup-notification libevent cairo libnotify libvpx virtual/libgl nss nspr" - -LICENSE = "MPLv1 | GPLv2+ | LGPLv2.1+" -LIC_FILES_CHKSUM = "file://toolkit/content/license.html;endline=39;md5=9cb02f27e77e702043b827c9418bfbf8" - -SRC_URI = "https://archive.mozilla.org/pub/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive \ - file://mozilla-firefox.png \ - file://mozilla-firefox.desktop \ - file://fixes/Allow-.js-preference-files-to-set-locked-prefs-with-.patch \ - file://fixes/Avoid-spurious-Run-items-in-application-handlers-con.patch \ - file://fixes/Properly-launch-applications-set-in-HOME-.mailcap.patch \ - file://fixes/Fix-some-tests-using-CurProcD-where-GreD-should-be-u.patch \ - file://fixes/Bug-691898-Use-YARR-interpreter-instead-of-PCRE-on-p.patch \ - file://fixes/Bug-722127-Bump-required-libvpx-version-to-1.0.0.-r-.patch \ - file://fixes/Bug-728229-Allow-to-build-with-system-python-ply-lib.patch \ - file://fixes/Bug-720682-Don-t-crash-an-app-using-libxul-because-o.patch \ - file://fixes/Bug-696636-Block-OpenGL-1-drivers-explicitly-to-stee.patch \ - file://fixes/Load-dependent-libraries-with-their-real-path-to-avo.patch \ - file://fixes/Bug-515232-Try-getting-general.useragent.locale-as-a.patch \ - file://fixes/Bug-729817-Block-the-Nouveau-3D-driver-as-it-s-insta.patch \ - file://fixes/Bug-729817-Allow-the-Nouveau-driver-with-Mesa-8.0.1-.patch \ - file://fixes/Bug-747322-Fix-jemalloc-mmap-wrapper-for-s390x.patch \ - file://fixes/Bug-725655-gcc-4.7-build-failures-missing-headers-.-.patch \ - file://fixes/Bug-734490-fix-build-failures-with-Clang-and-GCC-4.7.patch \ - file://fixes/Bug-706724-Fix-for-error-ftruncate-was-not-declared-.patch \ - file://fixes/Bug-709259-Try-creating-a-named-cursor-before-a-bitm.patch \ - file://fixes/Bug-761082-Only-export-TabMessageUtils.h-in-mozilla-.patch \ - file://fixes/bug-693343-a11y-disabled-in-Gnome-3-when-GNOME_ACCES.patch \ - file://fixes/Allow-webGL-with-mesa-assuming-users-will-have-updat.patch \ - file://iceweasel-branding/Use-MOZ_APP_DISPLAYNAME-to-fill-appstrings.propertie.patch \ - file://iceweasel-branding/Determine-which-phishing-shavar-to-use-depending-on-.patch \ - file://porting/Add-xptcall-support-for-SH4-processors.patch \ - file://porting/Allow-ipc-code-to-build-on-GNU-kfreebsd.patch \ - file://porting/Allow-ipc-code-to-build-on-GNU-Hurd.patch \ - file://porting/Bug-698923-Don-t-require-16-bytes-alignment-for-VMFr.patch \ - file://porting/Fix-GNU-non-Linux-failure-to-build-because-of-ipc-ch.patch \ - file://porting/Bug-703531-Fix-ARMAssembler-getOp2RegScale-on-ARMv5.patch \ - file://porting/Bug-703534-Fix-build-failure-on-platforms-without-YA.patch \ - file://porting/Bug-703842-Avoid-R_SPARC_WDISP22-relocation-in-Tramp.patch \ - file://porting/Bug-703833-Avoid-invalid-conversion-from-const-size_.patch \ - file://porting/Bug-711353-Add-support-for-GNU-kFreeBSD-and-GNU-Hurd.patch \ - file://porting/Bug-747870-Properly-align-XPCLazyCallContext-mData.-.patch \ - file://porting/Bug-706787-Crash-on-s390x-nsXPCComponents-AttachNewC.patch \ - file://prefs/Remove-general.useragent.locale-prefs-from-firefox-..patch \ - file://prefs/Enable-intl.locale.matchOS-and-report-the-locale-cor.patch \ - file://prefs/Set-javascript.options.showInConsole.patch \ - file://prefs/Set-DPI-to-system-settings.patch \ - file://prefs/Don-t-auto-disable-extensions-in-system-directories.patch \ - file://debian-hacks/Check-less-things-during-configure-when-using-libxul.patch \ - file://debian-hacks/Avoid-wrong-sessionstore-data-to-keep-windows-out-of.patch \ - file://debian-hacks/Avoid-libxpcom-being-excluded-fr
[oe] [meta-browser][PATCH 5/8] firefox: stop using variable for local files
Local file names are constant, so don't use ${PN} and friends to construct them. Fixes SRC_URI fetching a file with ${BPN} while installing it with ${PN}. Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox/firefox_10.0.11esr.bb | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/recipes-mozilla/firefox/firefox_10.0.11esr.bb b/recipes-mozilla/firefox/firefox_10.0.11esr.bb index 8a99b77..07226ff 100644 --- a/recipes-mozilla/firefox/firefox_10.0.11esr.bb +++ b/recipes-mozilla/firefox/firefox_10.0.11esr.bb @@ -8,8 +8,8 @@ LICENSE = "MPLv1 | GPLv2+ | LGPLv2.1+" LIC_FILES_CHKSUM = "file://toolkit/content/license.html;endline=39;md5=9cb02f27e77e702043b827c9418bfbf8" SRC_URI = "https://archive.mozilla.org/pub/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive \ - file://mozilla-${BPN}.png \ - file://mozilla-${BPN}.desktop \ + file://mozilla-firefox.png \ + file://mozilla-firefox.desktop \ file://fixes/Allow-.js-preference-files-to-set-locked-prefs-with-.patch \ file://fixes/Avoid-spurious-Run-items-in-application-handlers-con.patch \ file://fixes/Properly-launch-applications-set-in-HOME-.mailcap.patch \ @@ -94,8 +94,8 @@ do_install() { oe_runmake DESTDIR="${D}" destdir="${D}" install install -d ${D}${datadir}/applications install -d ${D}${datadir}/pixmaps - install -m 0644 ${WORKDIR}/mozilla-${PN}.desktop ${D}${datadir}/applications/ - install -m 0644 ${WORKDIR}/mozilla-${PN}.png ${D}${datadir}/pixmaps/ + install -m 0644 ${WORKDIR}/mozilla-firefox.desktop ${D}${datadir}/applications/ + install -m 0644 ${WORKDIR}/mozilla-firefox.png ${D}${datadir}/pixmaps/ install -m 0644 ${WORKDIR}/vendor.js ${D}${libdir}/${PN}/defaults/pref/ rm -f ${D}${libdir}/${PN}/TestGtkEmbed rm -f ${D}${libdir}/${PN}/defaults/pref/firefox-l10n.js -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 8/8] firefox-l10n: Update all languages for 10.0.12esr release
From: Max Krummenacher Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox-l10n/README| 33 ++ .../firefox-l10n/firefox-l10n-af_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-af_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ak_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ak_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ar_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ar_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-as_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-as_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ast_10.0.11esr.bb| 7 - .../firefox-l10n/firefox-l10n-ast_10.0.12esr.bb| 7 + .../firefox-l10n/firefox-l10n-be_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-be_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bg_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bg_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bn-bd_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bn-bd_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bn-in_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bn-in_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-br_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-br_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-bs_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-bs_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ca_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ca_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-cs_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-cs_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-csb_10.0.11esr.bb| 7 - .../firefox-l10n/firefox-l10n-csb_10.0.12esr.bb| 7 + .../firefox-l10n/firefox-l10n-cy_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-cy_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-da_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-da_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-de_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-de_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-el_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-el_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-gb_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-gb_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-us_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-us_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-en-za_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-en-za_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-eo_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-eo_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-ar_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-ar_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-cl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-cl_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-es_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-es_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-es-mx_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-es-mx_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-et_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-et_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-eu_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-eu_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fa_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fa_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fi_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fi_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fr_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fr_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-fy-nl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-fy-nl_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-ga-ie_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-ga-ie_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-gd_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-gd_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-gl_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-gl_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-gu-in_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-gu-in_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-he_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-he_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-hi-in_10.0.11esr.bb | 7 - .../firefox-l10n/firefox-l10n-hi-in_10.0.12esr.bb | 7 + .../firefox-l10n/firefox-l10n-hr_10.0.11esr.bb | 7
[oe] [meta-browser][PATCH 4/8] firefox: prevent SIGILL crash #2 with arm build
Firefox built with oe-core, daisy, crashes with a SIGILL signal during startup. No window is drawn, crash starts somewere in js/src/methodjit/MethodJIT.cpp JaegerCompartment::Initialize() The patch from https://bugzilla.mozilla.org/show_bug.cgi?id=803601#c28 fixes this. Signed-off-by: Max Krummenacher --- ...n-ARMv6-builds-built-with-the-NDK_10.0esr.patch | 89 ++ recipes-mozilla/firefox/firefox_10.0.11esr.bb | 3 +- 2 files changed, 91 insertions(+), 1 deletion(-) create mode 100644 recipes-mozilla/firefox/firefox/Prevent-SIGILL-crashes-on-ARMv6-builds-built-with-the-NDK_10.0esr.patch diff --git a/recipes-mozilla/firefox/firefox/Prevent-SIGILL-crashes-on-ARMv6-builds-built-with-the-NDK_10.0esr.patch b/recipes-mozilla/firefox/firefox/Prevent-SIGILL-crashes-on-ARMv6-builds-built-with-the-NDK_10.0esr.patch new file mode 100644 index 000..e00d2d5 --- /dev/null +++ b/recipes-mozilla/firefox/firefox/Prevent-SIGILL-crashes-on-ARMv6-builds-built-with-the-NDK_10.0esr.patch @@ -0,0 +1,89 @@ +firefox crashes with a fix SIGILL abort on start. + +This seems to happen only in some setups. (e.g. with gcc provided from +meta-linaro, 4.8.3, with a meta-fsl-arm setup + meta-browser firefox +starts correctly (with gcc from oe, meta-oe, 4.8.2)) + +The following patch fixes this: +https://hg.mozilla.org/integration/mozilla-inbound/rev/f9be5a3d9b3c + +Signed-off-by: Max Krummenacher + +# HG changeset patch +# User Kartikaya Gupta +# Date 1356843815 18000 +# Node ID f9be5a3d9b3ce26ad94e31a4c0275fee19db7ca8 +# Parent 414b431ad3fa831ecf5bf69abd3b5cb8670781db +Bug 803601 - Prevent SIGILL crashes on ARMv6 builds built with the NDK r8c toolchain (gcc-4.6, gold). r=mjrosenb + +diff --git a/js/src/methodjit/MethodJIT.cpp b/js/src/methodjit/MethodJIT.cpp +--- a/js/src/methodjit/MethodJIT.cpp b/js/src/methodjit/MethodJIT.cpp +@@ -671,8 +671,10 @@ + ".align 2\n" \ + ".thumb\n" \ + ".thumb_func\n" ++#define BRANCH_AND_LINK(x) "blx " x + #else + #define FUNCTION_HEADER_EXTRA ++#define BRANCH_AND_LINK(x) "bl " x + #endif + + asm ( +@@ -731,9 +733,9 @@ + " mov r10, r1""\n" + + " mov r0, sp" "\n" +-" blx " SYMBOL_STRING_VMFRAME(SetVMFrameRegs) "\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_VMFRAME(SetVMFrameRegs)) "\n " + " mov r0, sp" "\n" +-" blx " SYMBOL_STRING_VMFRAME(PushActiveVMFrame)"\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_VMFRAME(PushActiveVMFrame)) "\n" + + /* Call the compiled JavaScript function. */ + " bx r4" "\n" +@@ -748,7 +750,7 @@ + + /* Tidy up. */ + " mov r0, sp" "\n" +-" blx " SYMBOL_STRING_VMFRAME(PopActiveVMFrame) "\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_VMFRAME(PopActiveVMFrame)) "\n" + + /* Skip past the parameters we pushed (such as cx and the like). */ + " add sp, sp, #(4*7 + 4*6)" "\n" +@@ -767,7 +769,7 @@ + " mov r0, sp" "\n" + + /* Call the utility function that sets up the internal throw routine. */ +-" blx " SYMBOL_STRING_RELOC(js_InternalThrow) "\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_RELOC(js_InternalThrow)) "\n" + + /* If js_InternalThrow found a scripted handler, jump to it. Otherwise, tidy + * up and return. */ +@@ -777,7 +779,7 @@ + + /* Tidy up, then return '0' to represent an unhandled exception. */ + " mov r0, sp" "\n" +-" blx " SYMBOL_STRING_VMFRAME(PopActiveVMFrame) "\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_VMFRAME(PopActiveVMFrame)) "\n" + " add sp, sp, #(4*7 + 4*6)" "\n" + " mov r0, #0" "\n" + " pop {r4-r11,pc}""\n" +@@ -801,7 +803,7 @@ + " mov r2, r0" "\n"/* returnReg */ + " mov r1, r5" "\n"/* returnType */ + " mov r0, r4" "\n"/* returnData */ +-" blx " SYMBOL_STRING_RELOC(js_InternalInterpret) "\n" ++" " BRANCH_AND_LINK(SYMBOL_STRING_RELOC(js_InternalInterpret)) "\n" + " cmp r0, #0" "\n" + " ldr r10, [sp, #(4*7)]" "\n"/* Load (StackFrame*)f->regs->fp_ */ + " ldrdr4, r5, [r10, #(4*6)]
[oe] [meta-browser][PATCH] chromium: fix missing include of sys/stat.h
Explicitely include a needed header to fix compile time error. sys/stat.h used to be indirectly included from another header but no longer is. Signed-off-by: Max Krummenacher --- .../chromium-40/add_missing_stat_h_include.patch | 39 ++ recipes-browser/chromium/chromium_40.0.2214.91.bb | 1 + 2 files changed, 40 insertions(+) create mode 100644 recipes-browser/chromium/chromium/chromium-40/add_missing_stat_h_include.patch diff --git a/recipes-browser/chromium/chromium/chromium-40/add_missing_stat_h_include.patch b/recipes-browser/chromium/chromium/chromium-40/add_missing_stat_h_include.patch new file mode 100644 index 000..64fe840 --- /dev/null +++ b/recipes-browser/chromium/chromium/chromium-40/add_missing_stat_h_include.patch @@ -0,0 +1,39 @@ +sys/stat.h used to be indirectly included through +device/udev_linux/scoped_udev.h -> libudev.h -> sys/stat.h +but libudev.h in jethro no longer includes sys/stat.h resulting in the +following compile time errors: + +arm-angstrom-linux-gnueabi-g++ ... ../../components/storage_monitor/storage_monitor_linux.cc -o obj/components/storage_monitor/storage_monitor.storage_monitor_linux.o +../../components/storage_monitor/storage_monitor_linux.cc: In function 'scoped_ptr storage_monitor::{anonymous}::GetDeviceInfo(const base::FilePath&, const base::FilePath&)': +../../components/storage_monitor/storage_monitor_linux.cc:132:15: error: aggregate 'storage_monitor::{anonymous}::GetDeviceInfo(const base::FilePath&, const base::FilePath&)::stat device_stat' has incomplete type and cannot be defined + struct stat device_stat; + ^ +../../components/storage_monitor/storage_monitor_linux.cc:133:53: error: invalid use of incomplete type 'struct storage_monitor::{anonymous}::GetDeviceInfo(const base::FilePath&, const base::FilePath&)::stat' + if (stat(device_path.value().c_str(), &device_stat) < 0) + ^ +../../components/storage_monitor/storage_monitor_linux.cc:132:10: error: forward declaration of 'struct storage_monitor::{anonymous}::GetDeviceInfo(const base::FilePath&, const base::FilePath&)::stat' + struct stat device_stat; + ^ +../../components/storage_monitor/storage_monitor_linux.cc:137:34: error: 'S_ISCHR' was not declared in this scope + if (S_ISCHR(device_stat.st_mode)) + ^ +../../components/storage_monitor/storage_monitor_linux.cc:139:39: error: 'S_ISBLK' was not declared in this scope + else if (S_ISBLK(device_stat.st_mode)) + ^ + +As the code makes use of stat systemcalls include the file explicitely. +Tested with ARCH armv7. + +Signed-off-by: Max Krummenacher +Upstream-Status: Pending + +--- chromium-40.0.2214.91/components/storage_monitor/storage_monitor_linux.cc~ 2015-01-21 21:28:16.0 +0100 chromium-40.0.2214.91/components/storage_monitor/storage_monitor_linux.cc 2015-10-27 13:21:08.405655894 +0100 +@@ -8,6 +8,7 @@ + + #include + #include ++#include + + #include + diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb b/recipes-browser/chromium/chromium_40.0.2214.91.bb index 44f8593..8bc05ee 100644 --- a/recipes-browser/chromium/chromium_40.0.2214.91.bb +++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb @@ -27,6 +27,7 @@ SRC_URI = "\ file://google-chrome \ file://google-chrome.desktop \ file://chromium-40/fix-build-error-with-GCC-in-Debug-mode.patch \ +file://chromium-40/add_missing_stat_h_include.patch \ " # # * use-egl : Without this packageconfig, the Chromium build will use GLX for creating an OpenGL context in X11, -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH] chromium: fix gcc5 compile issues
A chromium build with gcc5 fails with warnings treated as errors. bignum.cc, image_util.cc: strict-overflow warning Compiles and runs on qemux86-64 with gcc 5.2.0 and still compiles on armv7a with gcc linaro-4.9.4. Signed-off-by: Max Krummenacher --- .../0001-bignum.cc-fix-warning-from-gcc-5.patch| 56 ++ ...-image_util.cc-disable-warning-from-gcc-5.patch | 37 ++ recipes-browser/chromium/chromium_40.0.2214.91.bb | 3 ++ 3 files changed, 96 insertions(+) create mode 100644 recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch diff --git a/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch new file mode 100644 index 000..f3d7f77 --- /dev/null +++ b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch @@ -0,0 +1,56 @@ +From 689576b2f5c6398f6ef5203fe52edcf86b452790 Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Tue, 3 Nov 2015 20:51:04 +0100 +Subject: [PATCH 1/2] bignum.cc: fix warning from gcc 5 + +Refactoring the source seems to workaround the compiler warning. + +addresses: + ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:105:10: error: assuming + signed overflow does not occur when assuming that (X + c) < X is always + false [-Werror=strict-overflow] + void Bignum::AssignDecimalString(Vector value) { + ^ + +Signed-off-by: Max Krummenacher +Upstream-Status: Pending + +--- + third_party/WebKit/Source/wtf/dtoa/bignum.cc | 15 +++ + 1 file changed, 7 insertions(+), 8 deletions(-) + +diff --git a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +index a000b46..e5426dd 100644 +--- a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +@@ -105,20 +105,19 @@ namespace double_conversion { + void Bignum::AssignDecimalString(Vector value) { + // 2^64 = 18446744073709551616 > 10^19 + const int kMaxUint64DecimalDigits = 19; ++int currentLen; + Zero(); + int length = value.length(); + int pos = 0; + // Let's just say that each digit needs 4 bits. +-while (length >= kMaxUint64DecimalDigits) { +-uint64_t digits = ReadUInt64(value, pos, kMaxUint64DecimalDigits); +-pos += kMaxUint64DecimalDigits; +-length -= kMaxUint64DecimalDigits; +-MultiplyByPowerOfTen(kMaxUint64DecimalDigits); ++while (length > 0) { ++currentLen = length > kMaxUint64DecimalDigits ? kMaxUint64DecimalDigits : length; ++uint64_t digits = ReadUInt64(value, pos, currentLen); ++MultiplyByPowerOfTen(currentLen); + AddUInt64(digits); ++pos += currentLen; ++length -= currentLen; + } +-uint64_t digits = ReadUInt64(value, pos, length); +-MultiplyByPowerOfTen(length); +-AddUInt64(digits); + Clamp(); + } + +-- +1.8.4.5 + diff --git a/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch b/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch new file mode 100644 index 000..d62645b --- /dev/null +++ b/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch @@ -0,0 +1,37 @@ +From 2f674d980a116075dc7123a3e243b1451e4a732d Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Tue, 3 Nov 2015 22:13:40 +0100 +Subject: [PATCH 2/2] image_util.cc: disable warning from gcc 5 + +addresses: + ../../ui/gfx/image/image_util.cc:50:6: error: assuming signed overflow does + not occur when assuming that (X - c) <= X is always true + [-Werror=strict-overflow] + bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + ^ + +Signed-off-by: Max Krummenacher +Upstream-Status: Pending + +--- + ui/gfx/image/image_util.cc | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +index 89a3f8c..d595da3 100644 +--- a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +@@ -68,7 +68,10 @@ bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + int inner_min = bitmap.width(); + for (int x = 0; x < bitmap.width(); ++x) { + for (int y = 0; y < bitmap.height(); ++y) { ++#pragma GCC diagnostic push ++#pragma GCC diagnostic warning "-Wstrict-overflow" + if (SkColorGetA(bitmap.getColor(x, y)) > kMinimumVisibleOpacity) { ++#pragma GCC diagnostic pop + inner_min = x; + break; + } +-- +1.8.4.5 + diff --git a/recipes-br
Re: [oe] [meta-browser][PATCH] chromium: fix gcc5 compile issues
Hi Zoltan, Khem 2015-11-05 7:31 GMT+01:00 Zoltan Kuscsik : > Why not using pragma in both cases? Because I started bignum.cc and found a quick fix without the pragma. And in the second case I did not. I will rework the patch to silence the warning with a pragma in both cases without touching the code. > See the discussion on the issue in Chromium upstream: > > https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/3uwBwunIa7g I looked at the upstream git repo and googled but did not find the discussion already going on. I'll will rework the upstream status to point to this URL also. > > Z > > On 5 November 2015 at 02:10, Khem Raj wrote: > >> >> > On Nov 4, 2015, at 1:50 PM, Max Krummenacher >> wrote: >> > >> > A chromium build with gcc5 fails with warnings treated as errors. >> > >> > bignum.cc, image_util.cc: strict-overflow warning >> > >> > Compiles and runs on qemux86-64 with gcc 5.2.0 and still compiles on >> > armv7a with gcc linaro-4.9.4. >> > >> >> this is ok Thanks. >> >> > Signed-off-by: Max Krummenacher >> > --- >> > .../0001-bignum.cc-fix-warning-from-gcc-5.patch| 56 >> ++ >> > ...-image_util.cc-disable-warning-from-gcc-5.patch | 37 ++ >> > recipes-browser/chromium/chromium_40.0.2214.91.bb | 3 ++ >> > 3 files changed, 96 insertions(+) >> > create mode 100644 >> recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch >> > create mode 100644 >> recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch >> > >> > diff --git >> a/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch >> b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch >> > new file mode 100644 >> > index 000..f3d7f77 >> > --- /dev/null >> > +++ >> b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-fix-warning-from-gcc-5.patch >> > @@ -0,0 +1,56 @@ >> > +From 689576b2f5c6398f6ef5203fe52edcf86b452790 Mon Sep 17 00:00:00 2001 >> > +From: Max Krummenacher >> > +Date: Tue, 3 Nov 2015 20:51:04 +0100 >> > +Subject: [PATCH 1/2] bignum.cc: fix warning from gcc 5 >> > + >> > +Refactoring the source seems to workaround the compiler warning. >> > + >> > +addresses: >> > + ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:105:10: error: >> assuming >> > + signed overflow does not occur when assuming that (X + c) < X is >> always >> > + false [-Werror=strict-overflow] >> > + void Bignum::AssignDecimalString(Vector value) { >> > + ^ >> > + >> > +Signed-off-by: Max Krummenacher >> > +Upstream-Status: Pending >> > + >> > +--- >> > + third_party/WebKit/Source/wtf/dtoa/bignum.cc | 15 +++ >> > + 1 file changed, 7 insertions(+), 8 deletions(-) >> > + >> > +diff --git a/third_party/WebKit/Source/wtf/dtoa/bignum.cc >> b/third_party/WebKit/Source/wtf/dtoa/bignum.cc >> > +index a000b46..e5426dd 100644 >> > +--- a/third_party/WebKit/Source/wtf/dtoa/bignum.cc >> > b/third_party/WebKit/Source/wtf/dtoa/bignum.cc >> > +@@ -105,20 +105,19 @@ namespace double_conversion { >> > + void Bignum::AssignDecimalString(Vector value) { >> > + // 2^64 = 18446744073709551616 > 10^19 >> > + const int kMaxUint64DecimalDigits = 19; >> > ++int currentLen; >> > + Zero(); >> > + int length = value.length(); >> > + int pos = 0; >> > + // Let's just say that each digit needs 4 bits. >> > +-while (length >= kMaxUint64DecimalDigits) { >> > +-uint64_t digits = ReadUInt64(value, pos, >> kMaxUint64DecimalDigits); >> > +-pos += kMaxUint64DecimalDigits; >> > +-length -= kMaxUint64DecimalDigits; >> > +-MultiplyByPowerOfTen(kMaxUint64DecimalDigits); >> > ++while (length > 0) { >> > ++currentLen = length > kMaxUint64DecimalDigits ? >> kMaxUint64DecimalDigits : length; >> > ++uint64_t digits = ReadUInt64(value, pos, currentLen); >> > ++MultiplyByPowerOfTen(currentLen); >> > + AddUInt64(digits); >> > ++pos += currentLen; >> > ++ length -= currentLen; >> > +
Re: [oe] [meta-browser][PATCH] chromium: fix gcc5 compile issues
Hi Am Freitag, den 06.11.2015, 18:17 +0100 schrieb Martin Jansa: > After long time first successful chromium build in bitbake world.. > Thanks! > > Can you apply the same fix for cef3 recipes? > http://errors.yoctoproject.org/Errors/Details/21442/ > > cef3 for qemux86-64 doesn't even configure: > http://errors.yoctoproject.org/Errors/Details/21501/ > I'll try to fix this. It looks like this never worked for x86-64 because of a missing config file. One probably can reuse the i568 one. There seem to be additional errors to the one fixed with the packages. So maybe I won't be able to fix it. Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH v2 0/5] chromium/cef3: fix gcc build errors
v2: Review Zoltan Kuscsik: - prefer #pragma silencing of error over code refactoring - add link to upstream discussion Review Martin Jansa: - port fixes to cef3 also Max Krummenacher (5): chromium: fix gcc5 compile issues cef3_280796.bb: change indent to 4 spaces cef3: fix gcc5 compile issues cef3: fix build of x86-64 cef3: fix build with gcc 4.9.4 ...0001-bignum.cc-disable-warning-from-gcc-5.patch | 39 ...-image_util.cc-disable-warning-from-gcc-5.patch | 40 ...-test.h-disable-warning-unused-definition.patch | 43 ++ ...ithmetic.h-put-parentheses-to-silence-war.patch | 39 recipes-browser/chromium/cef3_280796.bb| 33 - ...0001-bignum.cc-disable-warning-from-gcc-5.patch | 39 ...-image_util.cc-disable-warning-from-gcc-5.patch | 40 recipes-browser/chromium/chromium_40.0.2214.91.bb | 3 ++ 8 files changed, 266 insertions(+), 10 deletions(-) create mode 100644 recipes-browser/chromium/cef3/0001-bignum.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/cef3/0002-image_util.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/cef3/0003-gtest-typed-test.h-disable-warning-unused-definition.patch create mode 100644 recipes-browser/chromium/cef3/0004-SaturatedArithmetic.h-put-parentheses-to-silence-war.patch create mode 100644 recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH v2 1/5] chromium: fix gcc5 compile issues
A chromium build with gcc5 fails with warnings treated as errors. bignum.cc, image_util.cc: strict-overflow warning Compiles and runs on qemux86-64 with gcc 5.2.0 and still compiles on armv7a with gcc linaro-4.9.4. Signed-off-by: Max Krummenacher --- ...0001-bignum.cc-disable-warning-from-gcc-5.patch | 39 + ...-image_util.cc-disable-warning-from-gcc-5.patch | 40 ++ recipes-browser/chromium/chromium_40.0.2214.91.bb | 3 ++ 3 files changed, 82 insertions(+) create mode 100644 recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch diff --git a/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-disable-warning-from-gcc-5.patch b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-disable-warning-from-gcc-5.patch new file mode 100644 index 000..4a28bda --- /dev/null +++ b/recipes-browser/chromium/chromium/chromium-40/0001-bignum.cc-disable-warning-from-gcc-5.patch @@ -0,0 +1,39 @@ +From 5b8c53a6bb11c8aa9b575b5a8155c25c5085f349 Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Fri, 6 Nov 2015 12:22:35 +0100 +Subject: [PATCH] bignum.cc: disable warning from gcc 5 + +addresses: + ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:105:10: error: assuming + signed overflow does not occur when assuming that (X + c) < X is always + false [-Werror=strict-overflow] + void Bignum::AssignDecimalString(Vector value) { + ^ + +Signed-off-by: Max Krummenacher + +Upstream-Status: Pending +See the discussion on the issue in Chromium upstream: +https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/3uwBwunIa7g +--- + third_party/WebKit/Source/wtf/dtoa/bignum.cc | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +index a000b46..6c6d336 100644 +--- a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +@@ -109,7 +109,10 @@ namespace double_conversion { + int length = value.length(); + int pos = 0; + // Let's just say that each digit needs 4 bits. ++#pragma GCC diagnostic push ++#pragma GCC diagnostic warning "-Wstrict-overflow" + while (length >= kMaxUint64DecimalDigits) { ++#pragma GCC diagnostic pop + uint64_t digits = ReadUInt64(value, pos, kMaxUint64DecimalDigits); + pos += kMaxUint64DecimalDigits; + length -= kMaxUint64DecimalDigits; +-- +1.8.4.5 + diff --git a/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch b/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch new file mode 100644 index 000..7023233 --- /dev/null +++ b/recipes-browser/chromium/chromium/chromium-40/0002-image_util.cc-disable-warning-from-gcc-5.patch @@ -0,0 +1,40 @@ +From 2f674d980a116075dc7123a3e243b1451e4a732d Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Tue, 3 Nov 2015 22:13:40 +0100 +Subject: [PATCH] image_util.cc: disable warning from gcc 5 + +addresses: + ../../ui/gfx/image/image_util.cc:50:6: error: assuming signed overflow does + not occur when assuming that (X - c) <= X is always true + [-Werror=strict-overflow] + bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + ^ + +Signed-off-by: Max Krummenacher + +Upstream-Status: Pending +See the discussion on the issue in Chromium upstream: +https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/3uwBwunIa7g + +--- + ui/gfx/image/image_util.cc | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +index 89a3f8c..d595da3 100644 +--- a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +@@ -68,7 +68,10 @@ bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + int inner_min = bitmap.width(); + for (int x = 0; x < bitmap.width(); ++x) { + for (int y = 0; y < bitmap.height(); ++y) { ++#pragma GCC diagnostic push ++#pragma GCC diagnostic warning "-Wstrict-overflow" + if (SkColorGetA(bitmap.getColor(x, y)) > kMinimumVisibleOpacity) { ++#pragma GCC diagnostic pop + inner_min = x; + break; + } +-- +1.8.4.5 + diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb b/recipes-browser/chromium/chromium_40.0.2214.91.bb index 8bc05ee..a9635cd 100644 --- a/recipes-browser/chromium/chromium_40.0.2214.91.bb +++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb @@ -28,7 +28,10 @@ SRC_URI = "\ file://google-chrome.desktop \ file://chromium-40/fix-build-error-with-GCC-in-Debug-mode.patch \ file://chromium-40/add_missing_stat_h_include.patch \ +file://chr
[oe] [meta-browser][PATCH v2 5/5] cef3: fix build with gcc 4.9.4
During the final link we get errors like this: .../4.9.4/ld: warning: hidden symbol 'sqlite3_temp_directory' in obj/.../sqlite.sqlite3.o) is referenced by DSO .../usr/lib/libsoftokn3.so .../4.9.4/ld: error: treating warnings as errors collect2: error: ld returned 1 exit status Use chromium.bb solution to not treat linker warnings as errors. Signed-off-by: Max Krummenacher Upstream-Status: Inappropriate configuration Signed-off-by: Max Krummenacher --- recipes-browser/chromium/cef3_280796.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/recipes-browser/chromium/cef3_280796.bb b/recipes-browser/chromium/cef3_280796.bb index df4a80f..828605b 100644 --- a/recipes-browser/chromium/cef3_280796.bb +++ b/recipes-browser/chromium/cef3_280796.bb @@ -34,6 +34,10 @@ export GYP_GENERATORS="ninja" export BUILD_TARGET_ARCH="${TARGET_ARCH}" export GYP_DEFINES="${GYP_ARCH_DEFINES} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" +EXTRA_OEGYP = " \ +-Ddisable_fatal_linker_warnings=1 \ +" + do_configure_prepend() { # there is no rule for the x86-64 architecture, recycle the i586 one cp cef/i586_ozone.gypi cef/x86_64_ozone.gypi @@ -46,7 +50,7 @@ do_configure_append() { # Configure cef # cd cef -./cef_create_projects.sh -I ${BUILD_TARGET_ARCH}_ozone.gypi --depth ../ +./cef_create_projects.sh -I ${BUILD_TARGET_ARCH}_ozone.gypi --depth ../ ${EXTRA_OEGYP} cd - } -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH v2 4/5] cef3: fix build of x86-64
Use gypi file for i586 to create the configuration for the x86-64 architecture. Signed-off-by: Max Krummenacher Upstream-Status: Inappropriate configuration Signed-off-by: Max Krummenacher --- recipes-browser/chromium/cef3_280796.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/recipes-browser/chromium/cef3_280796.bb b/recipes-browser/chromium/cef3_280796.bb index c141b94..df4a80f 100644 --- a/recipes-browser/chromium/cef3_280796.bb +++ b/recipes-browser/chromium/cef3_280796.bb @@ -34,6 +34,11 @@ export GYP_GENERATORS="ninja" export BUILD_TARGET_ARCH="${TARGET_ARCH}" export GYP_DEFINES="${GYP_ARCH_DEFINES} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" +do_configure_prepend() { +# there is no rule for the x86-64 architecture, recycle the i586 one +cp cef/i586_ozone.gypi cef/x86_64_ozone.gypi +} + do_configure_append() { export PATH=${WORKDIR}/depot_tools:"$PATH" # End of LD Workaround -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH v2 3/5] cef3: fix gcc5 compile issues
A cef3 build with gcc5 fails with warnings treated as errors. bignum.cc, image_util.cc: strict-overflow warning gtest-typed-test.h: unused-variable warning SaturatedArithmetic.h: parentheses warning Compiles for qemux86 with gcc 5.2.0 and still compiles on armv7a with gcc linaro-4.9.4. Note that the resulting binary has not been tested on a target. Signed-off-by: Max Krummenacher --- ...0001-bignum.cc-disable-warning-from-gcc-5.patch | 39 ...-image_util.cc-disable-warning-from-gcc-5.patch | 40 ...-test.h-disable-warning-unused-definition.patch | 43 ++ ...ithmetic.h-put-parentheses-to-silence-war.patch | 39 recipes-browser/chromium/cef3_280796.bb| 4 ++ 5 files changed, 165 insertions(+) create mode 100644 recipes-browser/chromium/cef3/0001-bignum.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/cef3/0002-image_util.cc-disable-warning-from-gcc-5.patch create mode 100644 recipes-browser/chromium/cef3/0003-gtest-typed-test.h-disable-warning-unused-definition.patch create mode 100644 recipes-browser/chromium/cef3/0004-SaturatedArithmetic.h-put-parentheses-to-silence-war.patch diff --git a/recipes-browser/chromium/cef3/0001-bignum.cc-disable-warning-from-gcc-5.patch b/recipes-browser/chromium/cef3/0001-bignum.cc-disable-warning-from-gcc-5.patch new file mode 100644 index 000..4a28bda --- /dev/null +++ b/recipes-browser/chromium/cef3/0001-bignum.cc-disable-warning-from-gcc-5.patch @@ -0,0 +1,39 @@ +From 5b8c53a6bb11c8aa9b575b5a8155c25c5085f349 Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Fri, 6 Nov 2015 12:22:35 +0100 +Subject: [PATCH] bignum.cc: disable warning from gcc 5 + +addresses: + ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:105:10: error: assuming + signed overflow does not occur when assuming that (X + c) < X is always + false [-Werror=strict-overflow] + void Bignum::AssignDecimalString(Vector value) { + ^ + +Signed-off-by: Max Krummenacher + +Upstream-Status: Pending +See the discussion on the issue in Chromium upstream: +https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/3uwBwunIa7g +--- + third_party/WebKit/Source/wtf/dtoa/bignum.cc | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +index a000b46..6c6d336 100644 +--- a/third_party/WebKit/Source/wtf/dtoa/bignum.cc b/third_party/WebKit/Source/wtf/dtoa/bignum.cc +@@ -109,7 +109,10 @@ namespace double_conversion { + int length = value.length(); + int pos = 0; + // Let's just say that each digit needs 4 bits. ++#pragma GCC diagnostic push ++#pragma GCC diagnostic warning "-Wstrict-overflow" + while (length >= kMaxUint64DecimalDigits) { ++#pragma GCC diagnostic pop + uint64_t digits = ReadUInt64(value, pos, kMaxUint64DecimalDigits); + pos += kMaxUint64DecimalDigits; + length -= kMaxUint64DecimalDigits; +-- +1.8.4.5 + diff --git a/recipes-browser/chromium/cef3/0002-image_util.cc-disable-warning-from-gcc-5.patch b/recipes-browser/chromium/cef3/0002-image_util.cc-disable-warning-from-gcc-5.patch new file mode 100644 index 000..7023233 --- /dev/null +++ b/recipes-browser/chromium/cef3/0002-image_util.cc-disable-warning-from-gcc-5.patch @@ -0,0 +1,40 @@ +From 2f674d980a116075dc7123a3e243b1451e4a732d Mon Sep 17 00:00:00 2001 +From: Max Krummenacher +Date: Tue, 3 Nov 2015 22:13:40 +0100 +Subject: [PATCH] image_util.cc: disable warning from gcc 5 + +addresses: + ../../ui/gfx/image/image_util.cc:50:6: error: assuming signed overflow does + not occur when assuming that (X - c) <= X is always true + [-Werror=strict-overflow] + bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + ^ + +Signed-off-by: Max Krummenacher + +Upstream-Status: Pending +See the discussion on the issue in Chromium upstream: +https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/3uwBwunIa7g + +--- + ui/gfx/image/image_util.cc | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +index 89a3f8c..d595da3 100644 +--- a/ui/gfx/image/image_util.cc b/ui/gfx/image/image_util.cc +@@ -68,7 +68,10 @@ bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { + int inner_min = bitmap.width(); + for (int x = 0; x < bitmap.width(); ++x) { + for (int y = 0; y < bitmap.height(); ++y) { ++#pragma GCC diagnostic push ++#pragma GCC diagnostic warning "-Wstrict-overflow" + if (SkColorGetA(bitmap.getColor(x, y)) > kMinimumVisibleOpacity) { ++#pragma GCC diagnostic pop + inner_min = x; + break; + } +-- +1.8.4.5 + diff --git a/recipes-browser/chromium/cef3/0003-gtest-typed-test.h-disable-warning-unused-definition
[oe] [meta-browser][PATCH v2 2/5] cef3_280796.bb: change indent to 4 spaces
Signed-off-by: Max Krummenacher --- recipes-browser/chromium/cef3_280796.bb | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/recipes-browser/chromium/cef3_280796.bb b/recipes-browser/chromium/cef3_280796.bb index b7b2de6..939602b 100644 --- a/recipes-browser/chromium/cef3_280796.bb +++ b/recipes-browser/chromium/cef3_280796.bb @@ -31,21 +31,21 @@ export BUILD_TARGET_ARCH="${TARGET_ARCH}" export GYP_DEFINES="${GYP_ARCH_DEFINES} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" do_configure_append() { - export PATH=${WORKDIR}/depot_tools:"$PATH" - # End of LD Workaround - #--- - # Configure cef - # - cd cef - ./cef_create_projects.sh -I ${BUILD_TARGET_ARCH}_ozone.gypi --depth ../ - cd - +export PATH=${WORKDIR}/depot_tools:"$PATH" +# End of LD Workaround +#--- +# Configure cef +# +cd cef +./cef_create_projects.sh -I ${BUILD_TARGET_ARCH}_ozone.gypi --depth ../ +cd - } # Workaround to disable qa_configure do_qa_configure() { - echo "do_qa_configure" +echo "do_qa_configure" } do_compile() { - ninja -C out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS} cefsimple +ninja -C out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS} cefsimple } -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH v2 5/5] cef3: fix build with gcc 4.9.4
Hi Otavio, 2015-11-09 11:51 GMT+01:00 Otavio Salvador : > Max, > > On Sat, Nov 7, 2015 at 5:52 PM, Khem Raj wrote: >>> On Nov 7, 2015, at 4:20 AM, Max Krummenacher wrote: >>> >>> During the final link we get errors like this: >>> .../4.9.4/ld: warning: hidden symbol 'sqlite3_temp_directory' in >>> obj/.../sqlite.sqlite3.o) is referenced by DSO .../usr/lib/libsoftokn3.so >>> .../4.9.4/ld: error: treating warnings as errors >>> collect2: error: ld returned 1 exit status >> >> This is gold linker specific so you should disable these warning when >> ld-is-gold is in DISTRO_FEATURES. Its a big broad brush so lets >> try to make it small as we can. > > I ended applying it before seeing Khem's comment; can you make the > change as he proposes and send a new patch? sure, I will put up a patch tonight and send a new patch just for that issue. Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH] cef3: rework "fix build with gcc 4.9.4"
The link errors addressed with commit '7887e66d5df998b91d4df24a150c32a692784451 fix build with gcc 4.9.4' occur only when linking with gold. Thus apply the fix only if distro features contain ld-is-gold. Signed-off-by: Max Krummenacher Upstream-Status: Inappropriate configuration --- recipes-browser/chromium/cef3_280796.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Hi This addresses the review comment by Khem http://lists.openembedded.org/pipermail/openembedded-devel/2015-November/104408.html Max diff --git a/recipes-browser/chromium/cef3_280796.bb b/recipes-browser/chromium/cef3_280796.bb index 079e820..d827b8e 100644 --- a/recipes-browser/chromium/cef3_280796.bb +++ b/recipes-browser/chromium/cef3_280796.bb @@ -35,7 +35,7 @@ export BUILD_TARGET_ARCH="${TARGET_ARCH}" export GYP_DEFINES="${GYP_ARCH_DEFINES} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" EXTRA_OEGYP = " \ --Ddisable_fatal_linker_warnings=1 \ +${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '-Ddisable_fatal_linker_warnings=1', '', d)} \ " do_configure_prepend() { -- 1.8.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Is git.openembedded.org down ?
Hi Am Freitag, den 04.12.2015, 15:07 +0800 schrieb Robert Yang: $ ping git.openembedded.org doesn't work. > Works for me. mk@Saturn:~> date Fre Dez 4 14:48:13 CET 2015 mk@Saturn:~/tmp> ping -c 1 git.openembedded.org PING opal.openembedded.org (140.211.169.152) 56(84) bytes of data. 64 bytes from opal.openembedded.org (140.211.169.152): icmp_seq=1 ttl=45 time=207 ms --- opal.openembedded.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 207.014/207.014/207.014/0.000 ms Also access with git and cgit web frontend works. Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] chromium 40.0.2214.91 doesn't like gcc5.3
Hi Trevor Am Mittwoch, den 30.12.2015, 01:18 -0500 schrieb Trevor Woerner: > I noticed the recent gcc update from 5.2 to 5.3 in openembedded-core > seems to cause meta-browser's chromium build to fail with more > warnings being treated as errors. I tried to build master with GCC 5.3 for an armv7 target just now. The same error that you see pops up. I propose to lower the strict-overflow to a warning again to get rid of this errors once and for all. The following made the build work for me: diff --git a/build/common.gypi b/build/common.gypi index c87b1b3..5b0086e 100644 --- a/build/common.gypi +++ b/build/common.gypi @@ -3573,6 +3573,7 @@ ], 'cflags': [ '<(werror)', # See note above about the werror variable. + '-Wno-error=strict-overflow', '-pthread', '-fno-strict-aliasing', # See http://crbug.com/32204 '-Wall', -- 2.6.2 > Is anyone looking at this? Will send a patch to the ML once tested on target. > Is there any talk about this upstream? I don't know. Regards Max > > > > Build Configuration: > BB_VERSION= "1.28.0" > BUILD_SYS = "x86_64-linux" > NATIVELSBSTRING = "openSUSE-project-13.2" > TARGET_SYS= "x86_64-fortress-linux" > MACHINE = "intel-corei7-64" > DISTRO= "fortress" > DISTRO_VERSION= "0.1" > TUNE_FEATURES = "m64 corei7" > TARGET_FPU= "" > meta = "master:1568f4fa1c8f8abd9b365ecd264841cd4f6b66b1" > meta-yocto-bsp > meta-yocto= "master:9b392ef494f3fee9b85ee9e37ad700781e32e636" > meta-intel= "master:ac56397b913e9f2ccc7d6cf5a1a5a9002b619671" > meta-oe > meta-gnome > meta-python > meta-networking = > "contrib/twoerner/nodejs_v4:40b9f35fa3b4361ca53dbb91d2552f2eae6af460" > meta-browser = "master:bb799af123f1361767885d5b8f7e14b334d3fd7a" > > > > > FAILED: x86_64-fortress-linux-g++ -m64 -march=corei7 -mtune=corei7 > -mfpmath=sse -msse4.2 > --sysroot=/z/layerindex-master/minnowmax/tmp/sysroots/intel-corei7-64 > -MMD -MF obj/third_party/WebKit/Source/wtf/dtoa/wtf.bignum.o.d > -DV8_DEPRECATION_WARNINGS -D_FILE_OFFSET_BITS=64 -DDISABLE_NACL > -DCHROMIUM_BUILD -DTOOLKIT_VIEWS=1 -DUI_COMPOSITOR_IMAGE_TRANSPORT > -DUSE_AURA=1 -DUSE_ASH=1 -DUSE_PANGO=1 -DUSE_CAIRO=1 > -DUSE_DEFAULT_RENDER_THEME=1 -DUSE_LIBJPEG_TURBO=1 -DUSE_X11=1 > -DUSE_CLIPBOARD_AURAX11=1 -DENABLE_ONE_CLICK_SIGNIN > -DENABLE_PRE_SYNC_BACKUP -DUSE_XI2_MT=2 -DENABLE_REMOTING=1 > -DENABLE_WEBRTC=1 -DENABLE_PEPPER_CDMS -DENABLE_CONFIGURATION_POLICY > -DENABLE_NOTIFICATIONS -DUSE_UDEV -DDONT_EMBED_BUILD_METADATA > -DENABLE_TASK_MANAGER=1 -DENABLE_EXTENSIONS=1 -DENABLE_PLUGINS=1 > -DENABLE_SESSION_SERVICE=1 -DENABLE_THEMES=1 > -DENABLE_AUTOFILL_DIALOG=1 > -DENABLE_BACKGROUND=1 -DENABLE_GOOGLE_NOW=1 -DCLD_VERSION=2 > -DCLD2_DATA_SOURCE=static -DENABLE_PRINTING=1 > -DENABLE_BASIC_PRINTING=1 > -DENABLE_PRINT_PREVIEW=1 -DENABLE_SPELLCHECK=1 > -DENABLE_CAPTIVE_PORTAL_DETECTION=1 -DENABLE_APP_LIST=1 > -DENABLE_SETTINGS_APP=1 -DENABLE_MANAGED_USERS=1 -DENABLE_MDNS=1 > -DENABLE_SERVICE_DISCOVERY=1 -DENABLE_LOAD_COMPLETION_HACKS=1 > -DWTF_IMPLEMENTATION=1 -DENABLE_OPENTYPE_VERTICAL=1 > -DENABLE_LAYOUT_UNIT_IN_INLINE_BOXES=0 > -DWTF_USE_CONCATENATED_IMPULSE_RESPONSES=1 > -DENABLE_INPUT_MULTIPLE_FIELDS_UI=1 -DENABLE_WEB_AUDIO=1 > -DWTF_USE_WEBAUDIO_FFMPEG=1 -DWTF_USE_DEFAULT_RENDER_THEME=1 > -DU_USING_ICU_NAMESPACE=0 -DU_ENABLE_DYLOAD=0 > -DU_STATIC_IMPLEMENTATION > -DUSE_LIBPCI=1 -DUSE_GLIB=1 -DUSE_NSS=1 -D__STDC_CONSTANT_MACROS > -D__STDC_FORMAT_MACROS -DNDEBUG -DNVALGRIND > -DDYNAMIC_ANNOTATIONS_ENABLED=0 -D_FORTIFY_SOURCE=2 -Igen > -I../../third_party/WebKit/Source -I../../third_party/WebKit > -I../../third_party/icu/source/i18n > -I../../third_party/icu/source/common -fstack-protector > --param=ssp-buffer-size=4 -Werror -pthread -fno-strict-aliasing -Wall > -Wno-unused-parameter -Wno-missing-field-initializers > -fvisibility=hidden -pipe -fPIC > -B/z/layerindex-master/minnowmax/tmp/work/corei7-64-fortress > -linux/chromium/40.0.2214.91-r0/chromium > -40.0.2214.91/third_party/binutils/Linux_x64/Release/bin > -Wno-unused-local-typedefs -m64 -march=x86-64 -O2 -fno-ident > -fdata-sections -ffunction-sections -funwind-tables > -Wno-error=unused-local-typedefs -O2 -pipe -g > -feliminate-unused-debug-types -fvisibility-inlines-hidden > -Wno-c++0x-compat -fno-exceptions -fno-rtti -fno-threadsafe-statics > -fvisibility-inlines-hidden -Wsign-compare -Wno-c++0x-compat > -std=gnu++11 -Wno-narrowing -Wno-literal-suffix -c > ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc -o > obj/third_party/WebKit/Source/wtf/dtoa/wtf.bignum.o > > ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc: In member > > function > 'void WTF::double_conversion::Bignum::Align(const > WTF::double_conversion::Bignum&)': > > ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:715:31: error: > assuming signed overflow does not occur when simplifying conditional > to > constant [-Wer
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hi Victor > I have OpenEmbedded setup and using the daisy branch. For the meta-java layer I > am using the master branch of http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/. > > For our embedded modules we have our own meta layer. I am trying to build > an angstrom image with LXDE. > > We are using ARMv7 hard-float Thumb2 builds (armv7at2hf-vfp). Most errors seems > to be "not declared in this scope" errors. Are there some definitions to be > declared in the conf file, so the build picks it up or is some modification > required to the source with a custome patch declared in the bb file for this? I have run into the same issues. This are follow up errors. The failing qemu-arm runs should have produced header files which provide those definitions. > > Not much knowledge on OpenEmbedded. Also can someone explain the qemu segmentation > fault errors? see above > Trying to build openjdk-7-jre gives me the following error. A complete log file is also attached. > > Can someone give me any pointers on how can I get the build to be successful for > using Java? My investigation showed that qemu-arm can not execute any binary which is compiled with the compiler for Colibri-T20 and is linked with the -static flag. Even a simple hello world program does not work. When executing that hello world on the real hardware I also get a segmentation fault. I got java compiling and running by updating to the latest of meta-java, applying the patch which enables xawt and applying a patch which compiles all binaries without the -static flag. Compiling with dynamic linking however produces a binary which run on qemu-arm and on the target. Currently I have no idea why statically linked binaries fail. You likely want to use xawt. I do not think that the fix with removing '-static' should go into meta-java! cd stuff/meta-java git remote set-url origin git://git.yoctoproject.org/meta-java git fetch git checkout -b t20-test c600dd3 git am 0001-openjdk-7-enable-xawt.patch git apply remove_static_qemu_binaries.patch 0001-openjdk-7-enable-xawt.patch: https://github.com/MaxKrummenacher/meta-java/commit /ff0626363b3f11cc3435d3d081e2af93104faceb.patch 0002-qemu-binaries-remove-linking-with-static.patch: https://github.com/MaxKrummenacher/meta-java/commit /71ddc9a85509e6bd1ba1a3be2cc5e588e776f0b5.patch Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hello Otavio, Henning Otavio Salvador ossystems.com.br> writes: > > Hello Max, > > On Tue, Jan 13, 2015 at 11:24 AM, Henning Heinold > itconsulting-heinold.de> wrote: > > On Tue, Jan 13, 2015 at 01:02:01PM +, Max Krummenacher wrote: > >> > I have OpenEmbedded setup and using the daisy branch. For the meta-java > >> layer I > >> > am using the master branch of > >> http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/. > >> > > >> > For our embedded modules we have our own meta layer. I am trying to build > >> > an angstrom image with LXDE. > >> > > >> > We are using ARMv7 hard-float Thumb2 builds (armv7at2hf-vfp). Most errors > >> seems > >> > to be "not declared in this scope" errors. Are there some definitions to > >> be > >> > declared in the conf file, so the build picks it up or is some modification > >> > required to the source with a custome patch declared in the bb file for > >> this? > >> I have run into the same issues. > >> > >> This are follow up errors. The failing qemu-arm runs should have produced > >> header files which provide those definitions. > >> > >> > > >> > Not much knowledge on OpenEmbedded. Also can someone explain the qemu > >> segmentation > >> > fault errors? > >> see above > >> > >> > Trying to build openjdk-7-jre gives me the following error. A complete > >> log file is also attached. > >> > > >> > Can someone give me any pointers on how can I get the build to be > >> successful for > >> > using Java? > >> > >> My investigation showed that qemu-arm can not execute any binary which is > >> compiled with the compiler for Colibri-T20 and is linked with the -static > >> flag. > >> Even a simple hello world program does not work. When executing that hello > >> world on the real hardware I also get a segmentation fault. > >> > >> I got java compiling and running by updating to the latest of meta-java, > >> applying the patch which enables xawt and applying a patch which compiles > >> all binaries without the -static flag. Compiling with dynamic linking > >> however produces a binary which run on qemu-arm and on the target. > >> Currently I have no idea why statically linked binaries fail. > >> > > > > Hi Max, > > > > thanks to investigate this and now it make some sense why qemu is collapsing. > > To notice I switched to static builds long ago > > because the qemu-calls did not worked with the shared compiled executables. Now > > it looks like the other way around. And we maybe should consider to switch back > > to shared library builds. > > Can you prepare a patchset for it? > I'm not really convinced that reverting the static linking is a good approach as obviously something failed when linking dynamically. Both mails which reported the issue with the failing qemu-arm run were built for colibri-t20. The Tegra T20 SOC is a bit special as it does not have a Neon unit. Plus our standard setup uses angstrom which builds the linaro toolchain with thumb2 support. So the failing builds are failing with an unusual oe toolchain configuration and the root cause is the toolchain. I'm unsure if risking the failing builds with dynamic linking poping up again justifies fixing the build failures in an unusual configuration. If you don't think so I can prepare a patch, no problem. Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hi Colin > Is the problem I'm seeing the same as what you're describing below? Probably not. The GCC cross compiler in my setup produces executables which Segmentation Fault immediately when linked with --static. So when qemu-arm is run you get an immediate seg fault. You could test your gcc / qemu run as follows: Change the paths/crosscompiler name to your setup, Compile a helloworld program and run it under qemu. If the binary compiled with -static fails then you might have the same or related issue, if not it probably is unrelated. --- hello.c --- #include int main (void) { printf("Hi\n"); return 0; } --- $ export SYSROOTS=/build/krm/oe-core_V2.3/build/out-eglibc/sysroots/ $ export PATH=$PATH:${SYSROOTS}/x86_64-linux/usr/bin/ $ export PATH=$PATH:${SYSROOTS}/x86_64-linux/usr/bin/armv7at2hf-vfp-angstrom-linux-gnueabi/ $ STAGING_DIR_TARGET=${SYSROOTS}/colibri-t20/ $ arm-angstrom-linux-gnueabi-gcc -static hello.c -o hello $ qemu-arm -L ${STAGING_DIR_TARGET} -E LD_LIBRARY_PATH=${STAGING_DIR_TARGET}/lib hello qemu: uncaught target signal 11 (Segmentation fault) - core dumped Segmentation fault (core dumped) [krm@linuxdev ~]$ qemu-arm -L ${STAGING_DIR_TARGET} -E LD_LIBRARY_PATH=${STAGING_DIR_TARGET}/lib hello > Also, is there an update to meta-java to fix the CurrencyData problem? For me this is fixed with: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=a7461bf7393c516c63c49a4b099d659ee467e93e http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=c600dd3ab5a6308c513f5fbf7243de1799d9ce62 Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
2015-01-15 1:11 GMT+01:00 Otavio Salvador : > Hello, > > (I am adding Alex on Cc as well) > > On Wed, Jan 14, 2015 at 9:52 PM, Max Krummenacher > wrote: >> Otavio Salvador ossystems.com.br> writes: >>> Can you prepare a patchset for it? >>> >> >> I'm not really convinced that reverting the static linking is a good >> approach as obviously something failed when linking dynamically. >> >> Both mails which reported the issue with the failing qemu-arm run were built >> for colibri-t20. The Tegra T20 SOC is a bit special as it does not have a >> Neon unit. Plus our standard setup uses angstrom which builds the linaro >> toolchain with thumb2 support. >> >> So the failing builds are failing with an unusual oe toolchain configuration >> and the root cause is the toolchain. >> I'm unsure if risking the failing builds with dynamic linking poping up >> again justifies fixing the build failures in an unusual configuration. >> >> If you don't think so I can prepare a patch, no problem. > > It is failing on me as well. > > Alex has found that QEMU -L command is causing issue so if your patch > fixes it, it could be an option for sure. > > I think there's no good answer as a patch for test. :-) I think we all > can try it and see if it improves it after all. OK, I will prepare a patch on top of meta-java master. > > -- > 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
[oe] [meta-java][RFC 0/3] address failing qemu-arm runs in openjdk-7-jre build
With at least one cross compiler configuration we get a segmentation fault from the qemu-arm binary during do_compile of openjdk-7-jre. See the following thread: http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099795.html 1/3 addresses the issue, i.e. compiles all binaries for qemu dynamically linked. 2/3 is a simple receipe which also shows the segmentation fault in a simple hello world application. 3/3 reenables xawt, so we can run the java demos to test if java works on a target since probably all demos use the XToolkit, e.g. java -jar /usr/lib/jvm/java-7-openjdk/demo/jfc/Font2DTest/Font2DTest.jar Max Krummenacher (3): binaries run by qemu: remove linking with -static gcc-static-test: initial commit openjdk-7: enable xawt .../openjdk-6-6b24/icedtea-zero-hotspotfix.patch | 2 +- .../openjdk-6-6b27/icedtea-crosscompile-fix.patch | 2 +- .../openjdk-6-6b32/icedtea-crosscompile-fix.patch | 2 +- .../openjdk-6-6b32/icedtea-zero-hotspotfix.patch | 2 +- .../openjdk-6/fix_hotspot_crosscompile.patch | 2 +- .../icedtea-jdk-nio-use-host-cc.patch | 22 .../openjdk-7-25b30/icedtea-zero-hotspotfix.patch | 4 +-- recipes-test/gcc-static-test/gcc-static-test.bb| 40 ++ .../gcc-static-test/gcc-static-test/hello.c| 6 9 files changed, 53 insertions(+), 29 deletions(-) create mode 100644 recipes-test/gcc-static-test/gcc-static-test.bb create mode 100644 recipes-test/gcc-static-test/gcc-static-test/hello.c -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][RFC 2/3] gcc-static-test: initial commit
Signed-off-by: Max Krummenacher --- recipes-test/gcc-static-test/gcc-static-test.bb| 40 ++ .../gcc-static-test/gcc-static-test/hello.c| 6 2 files changed, 46 insertions(+) create mode 100644 recipes-test/gcc-static-test/gcc-static-test.bb create mode 100644 recipes-test/gcc-static-test/gcc-static-test/hello.c diff --git a/recipes-test/gcc-static-test/gcc-static-test.bb b/recipes-test/gcc-static-test/gcc-static-test.bb new file mode 100644 index 000..c0fd852 --- /dev/null +++ b/recipes-test/gcc-static-test/gcc-static-test.bb @@ -0,0 +1,40 @@ +SUMMARY = "Test if cross-gcc can compile a linked binary which runs on qemu" +DESCRIPTION = \ +"Have cross-gcc compile a simple helloworld style program linked statically \ +and dynamically and then test if qemu is able to run it without segfaulting. \ +Should help in hunting the following bug in building java: \ +http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099795.html"; + +LICENSE = "MIT" +LIC_FILES_CHKSUM = "file://${COREBASE}/meta/files/common-licenses/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" + +DEPENDS = "" + +SRC_URI = "file://hello.c" + +QEMU = "${@qemu_target_binary(d)} ${QEMU_OPTIONS} -s 2097152 -L ${STAGING_DIR_TARGET} -E LD_LIBRARY_PATH=${STAGING_BASELIBDIR}" + +trapsegfault() { +echo "We have a segmenation fault!" + +# Reset handler +trap - 11 +} + +do_compile() { +#disable the trap built into run.do_compile by default +set +e +trap '' 0 +trap 'trapsegfault' 11 +${CC} -static hello.c -o hello +${QEMU} hello ; FAILED_STATIC=$? +${CC} hello.c -o hello +${QEMU} hello ; FAILED_DYNAMIC=$? +echo FAILED_STATIC $FAILED_STATIC +echo FAILED_DYNAMIC $FAILED_DYNAMIC +( [ $FAILED_STATIC -eq 0 ] && [ $FAILED_DYNAMIC -eq 0 ] ) || exit -1 +} + +S = "${WORKDIR}" + +inherit qemu diff --git a/recipes-test/gcc-static-test/gcc-static-test/hello.c b/recipes-test/gcc-static-test/gcc-static-test/hello.c new file mode 100644 index 000..5bd0da7 --- /dev/null +++ b/recipes-test/gcc-static-test/gcc-static-test/hello.c @@ -0,0 +1,6 @@ +#include +int main (void) { + printf("Hi\n"); + return 0; +} + -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][RFC 3/3] openjdk-7: enable xawt
The build of xawt has been disabled as its build seemed to fail during a qemu call to generate a file with information on variable sizes. This patch reenables xawt in the hope that changes to the qemu calls fixed the issues. Signed-off-by: Max Krummenacher --- .../icedtea-jdk-nio-use-host-cc.patch | 22 -- 1 file changed, 22 deletions(-) diff --git a/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch b/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch index 94416bb..8e5da82 100644 --- a/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch +++ b/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch @@ -49,25 +49,3 @@ Index: openjdk/jdk/make/java/nio/Makefile -endif .PHONY: sources -Index: openjdk/jdk/make/sun/Makefile -=== openjdk/jdk/make/sun/Makefile 2013-07-25 09:10:09.0 -0700 -+++ openjdk/jdk/make/sun/Makefile 2013-10-01 21:32:01.625839149 -0700 -@@ -55,7 +55,7 @@ - endif - endif - HEADLESS_SUBDIR = headless -- XAWT_SUBDIR = xawt -+ XAWT_SUBDIR = - endif - - ifeq ($(PLATFORM), macosx) -@@ -87,7 +87,7 @@ - endif - SUBDIRS_desktop= audio $(RENDER_SUBDIR) image \ - $(LWAWT_PRE_SUBDIR) $(DISPLAY_LIBS) $(DGA_SUBDIR) $(LWAWT_SUBDIR) \ -- jawt font jpeg cmm $(DISPLAY_TOOLS) beans -+ font jpeg cmm $(DISPLAY_TOOLS) beans - SUBDIRS_management = management - SUBDIRS_misc = $(ORG_SUBDIR) rmi $(JDBC_SUBDIR) tracing - SUBDIRS_tools = native2ascii serialver tools jconsole -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
2015-01-15 12:29 GMT+01:00 Max Krummenacher : > 2015-01-15 1:11 GMT+01:00 Otavio Salvador : >> Hello, >> >> (I am adding Alex on Cc as well) >> >> On Wed, Jan 14, 2015 at 9:52 PM, Max Krummenacher >> wrote: >>> Otavio Salvador ossystems.com.br> writes: >>>> Can you prepare a patchset for it? >>>> >>> >>> I'm not really convinced that reverting the static linking is a good >>> approach as obviously something failed when linking dynamically. >>> >>> Both mails which reported the issue with the failing qemu-arm run were built >>> for colibri-t20. The Tegra T20 SOC is a bit special as it does not have a >>> Neon unit. Plus our standard setup uses angstrom which builds the linaro >>> toolchain with thumb2 support. >>> >>> So the failing builds are failing with an unusual oe toolchain configuration >>> and the root cause is the toolchain. >>> I'm unsure if risking the failing builds with dynamic linking poping up >>> again justifies fixing the build failures in an unusual configuration. >>> >>> If you don't think so I can prepare a patch, no problem. >> >> It is failing on me as well. >> >> Alex has found that QEMU -L command is causing issue so if your patch >> fixes it, it could be an option for sure. >> >> I think there's no good answer as a patch for test. :-) I think we all >> can try it and see if it improves it after all. > > OK, I will prepare a patch on top of meta-java master. Patches done. I also added a test recipe with less dependencies to test for the compiler issue. See http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099849.html Regards Max > > >> >> -- >> 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
[oe] [meta-java][RFC 1/3] binaries run by qemu: remove linking with -static
For the machine colibri-t20 a build of openjdk-7 fails with segmentation faults during the qemu-arm runs. e.g. Segmentation fault (core dumped) | qemu-arm -cpu cortex-a8 -s 2097152 -L .../sysroots/colibri-t20 \ -E LD_LIBRARY_PATH=.../sysroots/colibri-t20/lib ./mkbc - bytecodes_arm.s The machine uses the following tunes and (through angstrom) a Linaro toolchain: DEFAULTTUNE = "armv7athf" TUNE_CCARGS += "-mfpu=vfpv3-d16" Resulting in: TUNE_FEATURES = "armv7a vfp thumb callconvention-hard" TARGET_FPU= "vfp" I found that qemu-arm can not execute any binary which is compiled with the compiler for Colibri-T20 and is linked with the -static flag. Even a simple hello world program does not work. When executing that hello world on the real hardware it also generates a segmentation fault. Removing the -static flag fixed this. Note that other machines, colibri-t30 or i.mx6 based ones with neon but otherwise identical setup do not suffer from the issue. DEFAULTTUNE = "armv7athf-neon" Signed-off-by: Max Krummenacher --- recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch | 2 +- recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch | 2 +- recipes-core/openjdk/openjdk-7-25b30/icedtea-zero-hotspotfix.patch | 4 ++-- 6 files changed, 7 insertions(+), 7 deletions(-) diff --git a/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch b/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch index ec10e69..a67106b 100644 --- a/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch +++ b/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch @@ -35,7 +35,7 @@ Index: openjdk/hotspot/make/linux/makefiles/zeroshark.make @echo Compiling offset generator $(QUIETLY) $(REMOVE_TARGET) - $(CC_COMPILE) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) -+ $(CC_COMPILE) -static -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) ++ $(CC_COMPILE) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) endif diff --git a/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch b/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch index 9a60bd6..2f952d9 100644 --- a/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch +++ b/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch @@ -463,7 +463,7 @@ index 1fa311d..f3d06ad 100644 $(SIZERS): $(SIZERS_C) $(prep-target) - $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c -+ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -o $@ $(SIZER)$(suffix $@).c ++ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c $(WRAPPER_GENERATOR_CLASS): $(WRAPPER_GENERATOR_JAVA) $(prep-target) diff --git a/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch b/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch index 3b34160..ddc9bc2 100644 --- a/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch +++ b/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch @@ -247,7 +247,7 @@ index 1fa311d..f3d06ad 100644 $(SIZERS): $(SIZERS_C) $(prep-target) - $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c -+ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -o $@ $(SIZER)$(suffix $@).c ++ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c $(WRAPPER_GENERATOR_CLASS): $(WRAPPER_GENERATOR_JAVA) $(prep-target) diff --git a/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch b/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch index 91ace0e..0bca9b1 100644 --- a/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch +++ b/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch @@ -35,7 +35,7 @@ index c2a1484..f460d85 100644 @echo Compiling offset generator $(QUIETLY) $(REMOVE_TARGET) - $(CC_COMPILE) $(CFLAGS) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) -+ $(CC_COMPILE) $(CFLAGS) -static -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) ++ $(CC_COMPILE) $(CFLAGS) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) endif diff --git a/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch b/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch index 38fb191..4ab9c7f 100644 --- a/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch +++ b/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch @@ -88,7 +88,7 @@ Index: icedtea6-1.8/ports/hotspot/make/linux/makefiles/zeroshark.make
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hello I made some progress. We seem to be discussing two issues 1) qemu stops with a segmentation fault. When DEFAULTTUNE is "armv7ahf" or "armv7athf" and a binary is compiled with "-static" and the gold linker is used, then the resulting binary does not run on qemu or on real hardware. The Angstrom distribution by default uses gold, so the issue presents itself when using Angstrom. On the fsl-arm setup with poky gold is not even built so one will not trigger the bug. The solution for this is to change all compiler calls used for qemu run binaries to include -fuse-ld=bfd. 2) qemu runs indefinitely. While hunting the above mentioned bug I found that when using qemu with the sysroot, i.e. using the -L parameter qemu executes and never returns. On my machine free shows increasingly used RAM but I was to impatient to ever see an OOM kill of qemu but maybe this is also what Colin experiences and probably also why Alex does have issues with the "-L" change. An strace qemu run shows that qemu runs in circles of recursive symlink in /usr/lib/udev/ptest/ files. Using the fsl-arm setup with poky enables ptest. When udev has been compiled in this setup those testfiles have been staged and qemu chokes on them.. http://lists.openembedded.org/pipermail/openembedded-core/2014-September/097098.html a) One way to go would be to fix udev in oe-core, e.g. index 0f8e9b6..a93b58d 100644 --- a/meta/recipes-core/udev/udev/add-install-ptest.patch +++ b/meta/recipes-core/udev/udev/add-install-ptest.patch @@ -21,7 +21,7 @@ Upstream-Status: Pending +sed -i -e 's|^Makefile:|_Makefile:|' $(DESTDIR)/Makefile +$(MKDIR_P) $(DESTDIR)/test +(cd $(top_srcdir) && install $(TESTS) $(DESTDIR)/test) -+tar -C $(DESTDIR)/test/ -xJf $(top_srcdir)/test/sys.tar.xz ++cp $(top_srcdir)/test/sys.tar.xz $(DESTDIR)/test/ --- a/test/udev-test.pl2012-03-18 16:43:36.0 +0100 +++ b/test/udev-test.pl2013-02-18 10:31:29.706357321 +0100 @@ -1459,11 +1459,13 @@ diff --git a/meta/recipes-core/udev/udev/run-ptest b/meta/recipes-core/udev/udev/run-ptest index c6961ce..0e39806 100644 --- a/meta/recipes-core/udev/udev/run-ptest +++ b/meta/recipes-core/udev/udev/run-ptest @@ -1,3 +1,5 @@ #!/bin/sh +tar -C test/ -xJf test/sys.tar.xz make -k check-TESTS +make test-sys-distclean -- 1.8.4.5 b) The quick fix would be to revert passing qemu the sysroot and make sure that all binaries qemu executes are linked statically. As issue 1) now can be addressed without linking dynamically I don't see real disadvantages. revert http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=ab51e51d9a9a51bedd19de09bcba4ce830dfc5e7 c) The even quicker fix is to delete the testdata, i.e. rm -rf /usr/lib/udev/ptest/test/sys I will create/send a patch to address issues 1) and 2) solution b). Regards Max Krummenacher -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hi Colin 2015-01-19 19:43 GMT+01:00 Colin Smiley : > Max, Otavio, > > Thank you for the continued work you're doing on this. > > > On 1/19/15, 6:41 AM, "Otavio Salvador" wrote: > >>Hello Max, >> >>On Mon, Jan 19, 2015 at 9:56 AM, Max Krummenacher >>wrote: >>> I made some progress. >>> We seem to be discussing two issues > > ... > >>> 2) >>> qemu runs indefinitely. >>> While hunting the above mentioned bug I found that when using qemu >>> with the sysroot, i.e. using the -L parameter qemu >>> executes and never returns. >>> On my machine free shows increasingly used RAM but I was to impatient >>> to ever see an OOM kill of qemu but maybe this is also what Colin >>> experiences and probably also why Alex does have issues with the "-L" >>> change. >> >>Awesome analysis; I've been looking for some free time to debug this >>for a while do a HUGE thanks for all your work on this :-) >> >>> An strace qemu run shows that qemu runs in circles of recursive >>> symlink in /usr/lib/udev/ptest/ files. >>> Using the fsl-arm setup with poky enables ptest. When udev has been >>> compiled in this setup those testfiles have been staged and qemu >>> chokes on them.. >>> >>>http://lists.openembedded.org/pipermail/openembedded-core/2014-September/ >>>097098.html >>> >>> a) One way to go would be to fix udev in oe-core, e.g. >>> index 0f8e9b6..a93b58d 100644 >>> --- a/meta/recipes-core/udev/udev/add-install-ptest.patch >>> +++ b/meta/recipes-core/udev/udev/add-install-ptest.patch >>> @@ -21,7 +21,7 @@ Upstream-Status: Pending >>> +sed -i -e 's|^Makefile:|_Makefile:|' $(DESTDIR)/Makefile >>> +$(MKDIR_P) $(DESTDIR)/test >>> +(cd $(top_srcdir) && install $(TESTS) $(DESTDIR)/test) >>> -+tar -C $(DESTDIR)/test/ -xJf $(top_srcdir)/test/sys.tar.xz >>> ++cp $(top_srcdir)/test/sys.tar.xz $(DESTDIR)/test/ >>> --- a/test/udev-test.pl2012-03-18 16:43:36.0 +0100 >>> +++ b/test/udev-test.pl2013-02-18 10:31:29.706357321 +0100 >>> @@ -1459,11 +1459,13 @@ >>> diff --git a/meta/recipes-core/udev/udev/run-ptest >>> b/meta/recipes-core/udev/udev/run-ptest >>> index c6961ce..0e39806 100644 >>> --- a/meta/recipes-core/udev/udev/run-ptest >>> +++ b/meta/recipes-core/udev/udev/run-ptest >>> @@ -1,3 +1,5 @@ >>> #!/bin/sh >>> >>> +tar -C test/ -xJf test/sys.tar.xz >>> make -k check-TESTS >>> +make test-sys-distclean >>> -- >>> 1.8.4.5 >> >>It'd be great if you could prepare a patch to address this in OE-Core; >>once it proves stable we can ask for it to be backported for Dizzy. > > > If this is what is causing the meta-java qemu problems, wouldn't this have > to be ported back to daisy as well? Daisy is the latest branch meta-java > says it supports (it's the one I've been using, anyway). If we have solution b) in meta-java then meta-java would no longer need a change to OE-Core for this. However a patch to OE-Core would benefit other projects. The far more interesting question is if your OOM is fixed when doing either of solution b) or c). > > > Colin > > Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 2/2] Revert "openjdk: Fix QEMU call to use sysroot for libs"
This reverts commit ab51e51d9a9a51bedd19de09bcba4ce830dfc5e7. Using an oe setup with ptest enabled makes qemu never to return due to testfiles staged by udev in the sysroot See also: http://lists.openembedded.org/pipermail/openembedded-core/2014-September/097098.html All binaries compiled for qemu are now linked with -static. The -L, -E parameters pointing to the sysroot and dynamic linker are not needed anymore and removel works around the issue. Further details: http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099795.html Signed-off-by: Max Krummenacher --- recipes-core/openjdk/openjdk-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-core/openjdk/openjdk-common.inc b/recipes-core/openjdk/openjdk-common.inc index 97947b5..349ce9e 100644 --- a/recipes-core/openjdk/openjdk-common.inc +++ b/recipes-core/openjdk/openjdk-common.inc @@ -72,6 +72,6 @@ export WANT_LLVM_RELEASE = "2.8" export LLVM_CONFIGURE_ARCH="${@get_llvm_configure_arch(d)}" # Large stack is required at least on x86_64 host, otherwise random segfaults appear: -QEMU = "${@qemu_target_binary(d)} ${QEMU_OPTIONS} -s 2097152 -L ${STAGING_DIR_TARGET} -E LD_LIBRARY_PATH=${STAGING_BASELIBDIR}" +QEMU = "${@qemu_target_binary(d)} ${QEMU_OPTIONS} -s 2097152" EXTRA_OEMAKE += 'QEMU="${QEMU}"' -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 1/2] binaries run by qemu: link with -static, force ld.bfd
For machines using DEFAULTTUNE = "armv7ahf" or DEFAULTTUNE = "armv7athf" a build of openjdk-7 fails with segmentation faults during the qemu-arm runs. e.g. Segmentation fault (core dumped) | qemu-arm -cpu cortex-a8 -s 2097152 -L .../sysroots/colibri-t20 \ -E LD_LIBRARY_PATH=.../sysroots/colibri-t20/lib ./mkbc - bytecodes_arm.s I found that qemu-arm can not execute any binary which is compiled with the resulting compiler and is linked with the gold linker and the -static flag. Even a simple hello world program does not work. When executing that hello world on the real hardware it also generates a segmentation fault. Removing the -static flag or forcing the bfd linker fixed this. Note that other machines, colibri-t30 or i.mx6 based ones with neon but otherwise identical setup do not suffer from the issue. DEFAULTTUNE = "armv7athf-neon" works. While at it convert the sizer call for openjdk-7 used when building xawt also to use -static even though the code is currently disabled. Further details: http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099795.html Signed-off-by: Max Krummenacher --- recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch | 2 +- recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch | 2 +- recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch | 2 +- .../openjdk/openjdk-7-25b30/icedtea-crosscompile-fix.patch | 7 ++- recipes-core/openjdk/openjdk-7-25b30/icedtea-zero-hotspotfix.patch | 4 ++-- 7 files changed, 13 insertions(+), 8 deletions(-) diff --git a/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch b/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch index ec10e69..ba738d6 100644 --- a/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch +++ b/recipes-core/openjdk/openjdk-6-6b24/icedtea-zero-hotspotfix.patch @@ -35,7 +35,7 @@ Index: openjdk/hotspot/make/linux/makefiles/zeroshark.make @echo Compiling offset generator $(QUIETLY) $(REMOVE_TARGET) - $(CC_COMPILE) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) -+ $(CC_COMPILE) -static -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) ++ $(CC_COMPILE) -static -fuse-ld=bfd -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) endif diff --git a/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch b/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch index 9a60bd6..0723954 100644 --- a/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch +++ b/recipes-core/openjdk/openjdk-6-6b27/icedtea-crosscompile-fix.patch @@ -463,7 +463,7 @@ index 1fa311d..f3d06ad 100644 $(SIZERS): $(SIZERS_C) $(prep-target) - $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c -+ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -o $@ $(SIZER)$(suffix $@).c ++ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -fuse-ld=bfd -o $@ $(SIZER)$(suffix $@).c $(WRAPPER_GENERATOR_CLASS): $(WRAPPER_GENERATOR_JAVA) $(prep-target) diff --git a/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch b/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch index 3b34160..067b356 100644 --- a/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch +++ b/recipes-core/openjdk/openjdk-6-6b32/icedtea-crosscompile-fix.patch @@ -247,7 +247,7 @@ index 1fa311d..f3d06ad 100644 $(SIZERS): $(SIZERS_C) $(prep-target) - $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -o $@ $(SIZER)$(suffix $@).c -+ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -o $@ $(SIZER)$(suffix $@).c ++ $(CC) $(CFLAGS_$(subst .,,$(suffix $@))) $(CPPFLAGS) -static -fuse-ld=bfd -o $@ $(SIZER)$(suffix $@).c $(WRAPPER_GENERATOR_CLASS): $(WRAPPER_GENERATOR_JAVA) $(prep-target) diff --git a/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch b/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch index 91ace0e..f14deaf 100644 --- a/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch +++ b/recipes-core/openjdk/openjdk-6-6b32/icedtea-zero-hotspotfix.patch @@ -35,7 +35,7 @@ index c2a1484..f460d85 100644 @echo Compiling offset generator $(QUIETLY) $(REMOVE_TARGET) - $(CC_COMPILE) $(CFLAGS) -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) -+ $(CC_COMPILE) $(CFLAGS) -static -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) ++ $(CC_COMPILE) $(CFLAGS) -static -fuse-ld=bfd -DSTATIC_OFFSETS -o $@ $< $(COMPILE_DONE) endif diff --git a/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch b/recipes-core/openjdk/openjdk-6/fix_hotspot_crosscompile.patch index 38fb191..3d4
[oe] [meta-java][PATCH] README: improve copy/paste experiance
The section with stuff to be put in local.conf/distro conf currently can not be directly copy/pasted from the README - adding a missing " - putting a # before each comment - commenting out alternatives - fixing version string 6b27-1.12.8 - adding version 6b32-1.13.4 Signed-off-by: Max Krummenacher --- README | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/README b/README index 623e7c4..f530702 100644 --- a/README +++ b/README @@ -59,19 +59,21 @@ PREFERRED_PROVIDER_virtual/java-initial = "cacao-initial" PREFERRED_PROVIDER_virtual/java-native = "jamvm-native" PREFERRED_PROVIDER_virtual/javac-native = "ecj-bootstrap-native" -For openjdk6: -PREFERRED_VERSION_openjdk-6-jre = "6b24-1.11.9" -or -PREFERRED_VERSION_openjdk-6-jre = "6b27-1.13.4" +#For openjdk6: +#PREFERRED_VERSION_openjdk-6-jre = "6b24-1.11.9" +#or +#PREFERRED_VERSION_openjdk-6-jre = "6b27-1.12.8" +#or +PREFERRED_VERSION_openjdk-6-jre = "6b32-1.13.4" PREFERRED_VERSION_icedtea6-native = "1.8.11" -For openjdk7: +#For openjdk7: PREFERRED_VERSION_openjdk-7-jre = "25b30-2.3.12" PREFERRED_VERSION_icedtea7-native = "2.1.3" -Sometimes the following is needed: +#Sometimes the following is needed: PREFERRED_PROVIDER_openjdk-6-jre = "openjdk-6-jre" -PREFERRED_PROVIDER_openjdk-7-jre = "openjdk-7-jre +PREFERRED_PROVIDER_openjdk-7-jre = "openjdk-7-jre" For conf/bblayers.conf you have to add -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Query on meta-java layer openjdk-7-jre build
Hello 2015-01-19 13:41 GMT+01:00 Otavio Salvador : > Hello Max, > > On Mon, Jan 19, 2015 at 9:56 AM, Max Krummenacher > wrote: >> I made some progress. >> We seem to be discussing two issues >> >> 1) >> qemu stops with a segmentation fault. >> When DEFAULTTUNE is "armv7ahf" or "armv7athf" and a binary is compiled >> with "-static" and the gold linker is used, then the resulting binary >> does not run on qemu or on real hardware. >> The Angstrom distribution by default uses gold, so the issue presents >> itself when using Angstrom. On the fsl-arm setup with poky gold is not >> even built so one will not trigger the bug. >> The solution for this is to change all compiler calls used for qemu >> run binaries to include -fuse-ld=bfd. >> >> 2) >> qemu runs indefinitely. >> While hunting the above mentioned bug I found that when using qemu >> with the sysroot, i.e. using the -L parameter qemu >> executes and never returns. >> On my machine free shows increasingly used RAM but I was to impatient >> to ever see an OOM kill of qemu but maybe this is also what Colin >> experiences and probably also why Alex does have issues with the "-L" >> change. > > Awesome analysis; I've been looking for some free time to debug this > for a while do a HUGE thanks for all your work on this :-) Welcome > >> An strace qemu run shows that qemu runs in circles of recursive >> symlink in /usr/lib/udev/ptest/ files. >> Using the fsl-arm setup with poky enables ptest. When udev has been >> compiled in this setup those testfiles have been staged and qemu >> chokes on them.. >> http://lists.openembedded.org/pipermail/openembedded-core/2014-September/097098.html >> >> a) One way to go would be to fix udev in oe-core, e.g. >> index 0f8e9b6..a93b58d 100644 >> --- a/meta/recipes-core/udev/udev/add-install-ptest.patch >> +++ b/meta/recipes-core/udev/udev/add-install-ptest.patch >> @@ -21,7 +21,7 @@ Upstream-Status: Pending >> +sed -i -e 's|^Makefile:|_Makefile:|' $(DESTDIR)/Makefile >> +$(MKDIR_P) $(DESTDIR)/test >> +(cd $(top_srcdir) && install $(TESTS) $(DESTDIR)/test) >> -+tar -C $(DESTDIR)/test/ -xJf $(top_srcdir)/test/sys.tar.xz >> ++cp $(top_srcdir)/test/sys.tar.xz $(DESTDIR)/test/ >> --- a/test/udev-test.pl2012-03-18 16:43:36.0 +0100 >> +++ b/test/udev-test.pl2013-02-18 10:31:29.706357321 +0100 >> @@ -1459,11 +1459,13 @@ >> diff --git a/meta/recipes-core/udev/udev/run-ptest >> b/meta/recipes-core/udev/udev/run-ptest >> index c6961ce..0e39806 100644 >> --- a/meta/recipes-core/udev/udev/run-ptest >> +++ b/meta/recipes-core/udev/udev/run-ptest >> @@ -1,3 +1,5 @@ >> #!/bin/sh >> >> +tar -C test/ -xJf test/sys.tar.xz >> make -k check-TESTS >> +make test-sys-distclean >> -- >> 1.8.4.5 > > It'd be great if you could prepare a patch to address this in OE-Core; > once it proves stable we can ask for it to be backported for Dizzy. I have a look how to test this patch, i.e. if those unit tests still execute as expected. So that will take a few days. > >> b) The quick fix would be to revert passing qemu the sysroot and make >> sure that all binaries qemu executes are linked statically. As issue >> 1) now can be addressed without linking dynamically I don't see real >> disadvantages. >> revert >> http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=ab51e51d9a9a51bedd19de09bcba4ce830dfc5e7 > > Agreed; we should do this. > >> c) The even quicker fix is to delete the testdata, i.e. >> rm -rf /usr/lib/udev/ptest/test/sys >> >> >> I will create/send a patch to address issues 1) and 2) solution b). > > As said above, please do a proper patch for OE-Core as well; so we > solve the root cause of qemu failure. This allow us to use it later if > we want to. > > Another thing, please add a link for this discussion in the commit > log; when looking similar issues in future this can reduce a lot the > research time :) The patches to meta-java are done: http://lists.openembedded.org/pipermail/openembedded-devel/2015-January/099895.html > > -- > Otavio Salvador O.S. Systems > http://www.ossystems.com.brhttp://code.ossystems.com.br > Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] package icedtea6-native-1.8.11-r5.3: task do_compile: Failed
Hi Daniel Am Freitag, den 13.02.2015, 10:08 + schrieb MONDON Daniel: > Ok, but my problem is I must not change distribution. > The system is installed on many machines, and moving to and other repo will > generate too many work (dev and validation)! In order to fix an error you will have to change something. > I have not enough time to pass on this problem : It was so complicated to > build, install and configure Java on angstromv2012.05 environment! > > Is it because Ubuntu 12.04 java was updated ? No. The error you see is because some sources test if now is more than 10 years from 2015 and refuse to compile (and maybe execute later?) if this is the case. This is fixed in meta-java, but as Henning said you have to get the meta-java layer from git://git.yoctoproject.org/meta-java and update to HEAD. Regards Max > Thanks > Daniel. > > -Message d'origine- > De : openembedded-devel-boun...@lists.openembedded.org > [mailto:openembedded-devel-boun...@lists.openembedded.org] De la part de > Henning Heinold > Envoyé : vendredi 13 février 2015 10:50 > À : openembedded-devel@lists.openembedded.org > Objet : Re: [oe] package icedtea6-native-1.8.11-r5.3: task do_compile: Failed > > On Fri, Feb 13, 2015 at 08:36:45AM +, MONDON Daniel wrote: > > Hi, > > > > I am under Ubuntu 12.04 server and I build an angstromv2012.05 distribution. > > > > Making a build all (from scratch), I've got the error: > > | Error: time is more than 10 years from present: 110453040 > > | java.lang.RuntimeException: time is more than 10 years from present: > > 110453040 > > |at > > build.tools.generatecurrencydata.GenerateCurrencyData.makeSpecialCaseEntry(GenerateCurrencyData.java:285) > > |at > > build.tools.generatecurrencydata.GenerateCurrencyData.buildMainAndSpecialCaseTables(GenerateCurrencyData.java:225) > > |at > > build.tools.generatecurrencydata.GenerateCurrencyData.main(GenerateCurrencyData.java:154) > > |at java.lang.reflect.VMMethod.invoke(Native Method) > > |at java.lang.reflect.Method.invoke(Method.java:327) > > |at jamvm.java.lang.JarLauncher.main(JarLauncheERROR: Function failed: > > do_compile (see > > /home/lpg/VPN/lpg-project/build/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/icedtea6-native-1.8.11-r5.3/temp/log.do_compile.8710 > > for further information) > > > > The log.do_compile.8710 is attached. > > > > Please help :) > > > > Thanks > > Daniel. > > The layer has moved and is now available under > git://git.yoctoproject.org/meta-java > > Bye Henning > > > > -- > > ___ > > Openembedded-devel mailing list > > Openembedded-devel@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 0/7] Allow build for multiple ARCH in the same builddir
Building a recipe which provides packages for allarch and ${TUNE_PKGARCH} fails if one builds in the same build directory for different TUNE_PKGARCHs. An example is rhino which fails as follows when one builds first for armv7at2hf-vfp and then for armv7at2hf-vfp-neon. ERROR: The recipe rhino is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /.../ipk/all/librhino-java_1.7r4-r0_all.ipk Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk The change in package arch is done in java-library.bbclass. Most of the users of java-library.bbclass don't install any files in the ${TUNE_PKGARCH} packages or install shell scripts which may also be deployed in an allarch package. Most of the recipes including java-library.bbclass no longer build with newer layer revisions. This patchset first update the recipes to build again, changes java-library build all packages in allarch by default and recipes which must have some of their packages in ${TUNE_PKGARCH} to have all of their recipes in ${TUNE_PKGARCH}. Finaly some of the recipes I tried did not build before and after the proposed changes. I document these in README.nonworking. I don't have the time to work on these and I guess no one has been interested in years. Regards Max Max Krummenacher (6): cleanup whitespace in tasks licence: add missing LIC_FILES_CHKSUM rxtx: use autotools-brokensep java-library: inherit allarch antlr: fix override for native build adding a README.nonworking README.nonworking | 6 ++ classes/java-library.bbclass | 8 ++- recipes-core/antlr/antlr_2.7.7.bb | 18 +++--- recipes-core/jakarta-commons/commons-cli_1.1.bb| 1 + recipes-core/jakarta-commons/commons-codec_1.3.bb | 1 + .../jakarta-commons/commons-discovery_0.4.bb | 1 + recipes-core/jakarta-commons/commons-el_1.0.bb | 3 +- .../jakarta-commons/commons-fileupload_1.2.1.bb| 1 + .../jakarta-commons/commons-httpclient_3.1.bb | 1 + recipes-core/jakarta-commons/commons-io_1.4.bb | 1 + recipes-core/jakarta-commons/commons-lang_2.4.bb | 1 + .../jakarta-commons/commons-logging_1.1.1.bb | 1 - recipes-core/jakarta-commons/commons-pool_1.4.bb | 1 + recipes-core/jakarta-commons/jakarta-commons.inc | 68 +++--- recipes-core/jakarta-libs/poi_3.0.bb | 3 +- recipes-core/junit/junit4_4.3.1.bb | 3 +- recipes-core/libmatthew/libmatthew.inc | 1 + recipes-core/servlet-api/jsp2.0_5.5.26.bb | 3 +- recipes-core/servlet-api/servlet2.4_5.5.26.bb | 3 +- recipes-core/xml-commons/jaxme_0.5.2.bb| 43 +++--- recipes-core/xml-commons/xom_1.1.bb| 29 - recipes-core/xml-commons/xpp2_2.1.10.bb| 24 recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 39 +++-- recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 29 - recipes-extended/rxtx/rxtx_2.2.0.bb| 3 +- 25 files changed, 159 insertions(+), 133 deletions(-) create mode 100644 README.nonworking -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 0/7] Allow build for multiple ARCH in the same builddir
Building a recipe which provides packages for allarch and ${TUNE_PKGARCH} fails if one builds in the same build directory for different TUNE_PKGARCHs. An example is rhino which fails as follows when one builds first for armv7at2hf-vfp and then for armv7at2hf-vfp-neon. ERROR: The recipe rhino is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /.../ipk/all/librhino-java_1.7r4-r0_all.ipk Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk The change in package arch is done in java-library.bbclass. Most of the users of java-library.bbclass don't install any files in the ${TUNE_PKGARCH} packages or install shell scripts which may also be deployed in an allarch package. Most of the recipes including java-library.bbclass no longer build with newer layer revisions. This patchset first update the recipes to build again, changes java-library build all packages in allarch by default and recipes which must have some of their packages in ${TUNE_PKGARCH} to have all of their recipes in ${TUNE_PKGARCH}. Finaly some of the recipes I tried did not build before and after the proposed changes. I document these in README.nonworking. I don't have the time to work on these and I guess no one has been interested in years. Regards Max Max Krummenacher (6): cleanup whitespace in tasks licence: add missing LIC_FILES_CHKSUM rxtx: use autotools-brokensep java-library: inherit allarch antlr: fix override for native build adding a README.nonworking README.nonworking | 6 ++ classes/java-library.bbclass | 8 ++- recipes-core/antlr/antlr_2.7.7.bb | 18 +++--- recipes-core/jakarta-commons/commons-cli_1.1.bb| 1 + recipes-core/jakarta-commons/commons-codec_1.3.bb | 1 + .../jakarta-commons/commons-discovery_0.4.bb | 1 + recipes-core/jakarta-commons/commons-el_1.0.bb | 3 +- .../jakarta-commons/commons-fileupload_1.2.1.bb| 1 + .../jakarta-commons/commons-httpclient_3.1.bb | 1 + recipes-core/jakarta-commons/commons-io_1.4.bb | 1 + recipes-core/jakarta-commons/commons-lang_2.4.bb | 1 + .../jakarta-commons/commons-logging_1.1.1.bb | 1 - recipes-core/jakarta-commons/commons-pool_1.4.bb | 1 + recipes-core/jakarta-commons/jakarta-commons.inc | 68 +++--- recipes-core/jakarta-libs/poi_3.0.bb | 3 +- recipes-core/junit/junit4_4.3.1.bb | 3 +- recipes-core/libmatthew/libmatthew.inc | 1 + recipes-core/servlet-api/jsp2.0_5.5.26.bb | 3 +- recipes-core/servlet-api/servlet2.4_5.5.26.bb | 3 +- recipes-core/xml-commons/jaxme_0.5.2.bb| 43 +++--- recipes-core/xml-commons/xom_1.1.bb| 29 - recipes-core/xml-commons/xpp2_2.1.10.bb| 24 recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 39 +++-- recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 29 - recipes-extended/rxtx/rxtx_2.2.0.bb| 3 +- 25 files changed, 159 insertions(+), 133 deletions(-) create mode 100644 README.nonworking -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 2/7] licence: add missing LIC_FILES_CHKSUM
While at it change the LICENSE string to the oe one if applicable. e.g. AL-2.0 -> Apache-2.0 Signed-off-by: Max Krummenacher --- recipes-core/jakarta-commons/commons-cli_1.1.bb | 1 + recipes-core/jakarta-commons/commons-codec_1.3.bb| 1 + recipes-core/jakarta-commons/commons-discovery_0.4.bb| 1 + recipes-core/jakarta-commons/commons-el_1.0.bb | 3 ++- recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb | 1 + recipes-core/jakarta-commons/commons-httpclient_3.1.bb | 1 + recipes-core/jakarta-commons/commons-io_1.4.bb | 1 + recipes-core/jakarta-commons/commons-lang_2.4.bb | 1 + recipes-core/jakarta-commons/commons-logging_1.1.1.bb| 1 - recipes-core/jakarta-commons/commons-pool_1.4.bb | 1 + recipes-core/jakarta-commons/jakarta-commons.inc | 2 ++ recipes-core/jakarta-libs/poi_3.0.bb | 3 ++- recipes-core/junit/junit4_4.3.1.bb | 3 ++- recipes-core/servlet-api/jsp2.0_5.5.26.bb| 3 ++- recipes-core/servlet-api/servlet2.4_5.5.26.bb| 3 ++- recipes-core/xml-commons/jaxme_0.5.2.bb | 4 ++-- recipes-core/xml-commons/xom_1.1.bb | 3 ++- recipes-core/xml-commons/xpp2_2.1.10.bb | 2 +- recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 1 + recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 3 ++- 20 files changed, 28 insertions(+), 11 deletions(-) diff --git a/recipes-core/jakarta-commons/commons-cli_1.1.bb b/recipes-core/jakarta-commons/commons-cli_1.1.bb index cb51765..52dc0ce 100644 --- a/recipes-core/jakarta-commons/commons-cli_1.1.bb +++ b/recipes-core/jakarta-commons/commons-cli_1.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=2a944942e1496af1886903d274dedb13" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-codec_1.3.bb b/recipes-core/jakarta-commons/commons-codec_1.3.bb index 3a7ddd4..0377168 100644 --- a/recipes-core/jakarta-commons/commons-codec_1.3.bb +++ b/recipes-core/jakarta-commons/commons-codec_1.3.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://src/java/org/apache/commons/codec/BinaryDecoder.java;endline=15;md5=c08c3e117b4fc42b50c1f621fdcecc5f" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-discovery_0.4.bb b/recipes-core/jakarta-commons/commons-discovery_0.4.bb index 75db064..08c2462 100644 --- a/recipes-core/jakarta-commons/commons-discovery_0.4.bb +++ b/recipes-core/jakarta-commons/commons-discovery_0.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-el_1.0.bb b/recipes-core/jakarta-commons/commons-el_1.0.bb index 5821473..1446edd 100644 --- a/recipes-core/jakarta-commons/commons-el_1.0.bb +++ b/recipes-core/jakarta-commons/commons-el_1.0.bb @@ -1,5 +1,6 @@ require jakarta-commons.inc - +LICENSE = "Apache-1.1" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=9147d939b3f3f97692e4441bf20bd1cd" PR = "${INC_PR}.1" DESCRIPTION = "Implementation of the JSP2.0 Expression Language API" diff --git a/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb b/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb index 3954363..dab7996 100644 --- a/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb +++ b/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-httpclient_3.1.bb b/recipes-core/jakarta-commons/commons-httpclient_3.1.bb index 4f6b1af..dffa9a0 100644 --- a/recipes-core/jakarta-commons/commons-httpclient_3.1.bb +++ b/recipes-core/jakarta-commons/commons-httpclient_3.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=369b6d7c5a954dcc3f2e7ac3323507c3" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-io_1.4.bb b/recipes-core/jakarta-commons/commons-io_1.4.bb index f4308d2..f1dbc88 100644 --- a/recipes-core/jakarta-commons/commons-io_1.4.bb +++ b/recipes-core/jakarta-commons/commons-io_1.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=fd707e76aa29b6984fbe80629ec55f78" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-lang_2.4.bb b/recipes-core/jakarta-commons/commons-lang_2.4.bb index 60c6346..48cc291 100644 --- a/recipes-core/jakarta-commons/commons-lang_2.4.bb +++ b/recipes-core/jakarta-commons/commons-lang_2.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICE
[oe] [meta-java][PATCH 1/7] cleanup whitespace in tasks
Indent with 4 spaces in task definitions. Signed-off-by: Max Krummenacher --- recipes-core/jakarta-commons/jakarta-commons.inc | 66 recipes-core/xml-commons/jaxme_0.5.2.bb | 39 +++--- recipes-core/xml-commons/xom_1.1.bb | 26 +- recipes-core/xml-commons/xpp2_2.1.10.bb | 22 recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 38 +++--- recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 26 +- 6 files changed, 108 insertions(+), 109 deletions(-) diff --git a/recipes-core/jakarta-commons/jakarta-commons.inc b/recipes-core/jakarta-commons/jakarta-commons.inc index 4f7b700..bd85610 100644 --- a/recipes-core/jakarta-commons/jakarta-commons.inc +++ b/recipes-core/jakarta-commons/jakarta-commons.inc @@ -21,42 +21,42 @@ CLEAN_PATH = "" # Some projects have a replaceable version number in their manifest template. do_unpackpost() { - if [ -d src/conf ] - then -find src/conf -exec \ - sed -i -e "s|@version@|${PV}|" {} \; - fi +if [ -d src/conf ] +then +find src/conf -exec \ +sed -i -e "s|@version@|${PV}|" {} \; +fi } addtask unpackpost after do_unpack before do_patch # Compile step is very similar for Jakarta commons packages do_compile() { - mkdir -p build - - if [ "${CP}" ] - then - oe_makeclasspath cp -s ${CP} - else - cp=. - fi - - echo "javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build \`find ${MAINSOURCES} ${COMPILE_FINDARGS}\`" - javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build `find ${MAINSOURCES} ${COMPILE_FINDARGS}` - - # Copy extraneous files - echo "(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;)" - (cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;) - - # Optionally remove stuff after compilation (needed for sourcepath hacks). - if [ ${CLEAN_PATH} ]; then - rm -rf ${CLEAN_PATH} - fi - - # Some projects have manifest, some have not. This works for both. - if [ -f src/conf/MANIFEST.MF ] - then -fastjar cfm ${JARFILENAME} src/conf/MANIFEST.MF -C build . - else -fastjar cf ${JARFILENAME} -C build . - fi +mkdir -p build + +if [ "${CP}" ] +then + oe_makeclasspath cp -s ${CP} +else + cp=. +fi + +echo "javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build \`find ${MAINSOURCES} ${COMPILE_FINDARGS}\`" +javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build `find ${MAINSOURCES} ${COMPILE_FINDARGS}` + +# Copy extraneous files +echo "(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;)" +(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;) + +# Optionally remove stuff after compilation (needed for sourcepath hacks). +if [ ${CLEAN_PATH} ]; then +rm -rf ${CLEAN_PATH} +fi + +# Some projects have manifest, some have not. This works for both. +if [ -f src/conf/MANIFEST.MF ] +then +fastjar cfm ${JARFILENAME} src/conf/MANIFEST.MF -C build . +else +fastjar cf ${JARFILENAME} -C build . +fi } diff --git a/recipes-core/xml-commons/jaxme_0.5.2.bb b/recipes-core/xml-commons/jaxme_0.5.2.bb index 304c06d..65b406e 100644 --- a/recipes-core/xml-commons/jaxme_0.5.2.bb +++ b/recipes-core/xml-commons/jaxme_0.5.2.bb @@ -16,27 +16,26 @@ inherit java-library DEPENDS = "fastjar-native log4j1.2 xerces-j xalan-j commons-codec hsqldb antlr antlr-native" do_compile() { - oe_makeclasspath cp -s log4j-1.2 xercesImpl xalan2 commons-codec hsqldb antlr - cp=build-api:build-jaxme:build-js:build-xs:build-pm:$cp +oe_makeclasspath cp -s log4j-1.2 xercesImpl xalan2 commons-codec hsqldb antlr +cp=build-api:build-jaxme:build-js:build-xs:build-pm:$cp +jaxme_build src/api build-api $cp jaxmeapi-${PV}.jar - jaxme_build src/api build-api $cp jaxmeapi-${PV}.jar +runantlr -o src/js/org/apache/ws/jaxme/js/jparser src/js/org/apache/ws/jaxme/js/jparser/java15.g +jaxme_build src/js build-js $cp jaxmejs-${PV}.jar - runantlr -o src/js/org/apache/ws/jaxme/js/jparser src/js/org/apache/ws/jaxme/js/jparser/java15.g - jaxme_build src/js build-js $cp jaxmejs-${PV}.jar +jaxme_build src/xs build-xs $cp jaxmexs-${PV}.jar - jaxme_build src/xs build-xs $cp jaxmexs-${PV}.jar +jaxme_build src/jaxme build-jaxme $cp ${JARFILENAME} - jaxme_build src/jaxme build-jaxme $cp ${JARFILENAME} - -# jaxme_build src/pm build-pm $cp jaxmepm-${PV}.jar +#jaxme_build src/pm build-pm $cp jaxmepm-${PV}.jar } do_install_append() { - oe_jarinstall jaxmeapi-${PV}.jar jaxmeapi.jar - oe_jarinstall jaxmejs-${PV}.jar jaxmejs.jar - oe_jarinstall jaxmexs-${PV}.jar jaxmexs.jar - oe_jarinstall jaxmepm-${PV}.jar jaxmepm.jar +
[oe] [meta-java][PATCH 4/7] java-library: inherit allarch
Use the allarch class to make every packages in the 'all' ARCH. Recipes inheriting java-library which build additional packages which don't belong in to all ARCH must manually setting PACKAGE_ARCH after inheritting java-library. This fixes the following error when building e.g. rhino for a second machine of different architecture in the same build directory: ERROR: The recipe rhino is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /.../ipk/all/librhino-java_1.7r4-r0_all.ipk Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk Signed-off-by: Max Krummenacher --- classes/java-library.bbclass | 8 +--- recipes-core/libmatthew/libmatthew.inc | 1 + recipes-extended/rxtx/rxtx_2.2.0.bb| 1 + 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass index a74c8d3..144cd2f 100644 --- a/classes/java-library.bbclass +++ b/classes/java-library.bbclass @@ -7,8 +7,12 @@ # starts with "lib" and/or ends with "-java". In case the "lib" prefix is part of # your package's normal name (e.g. liberator) the guessing is wrong and you have # to set JPN manually! +# +# package archs are set to all, if the recipe builds also packages which +# can not be used for all archs, then set the PACKAGE_ARCH of that package +# manually, see rxtx_xx.bb for an example. -inherit java +inherit java allarch # use java_stage for native packages JAVA_NATIVE_STAGE_INSTALL = "1" @@ -35,8 +39,6 @@ DEPENDS_prepend = "virtual/javac-native fastjar-native " PACKAGES += "${JPN}" -PACKAGE_ARCH_${JPN} = "all" - FILES_${JPN} = "${datadir_java}" # File name of the libraries' main Jar file diff --git a/recipes-core/libmatthew/libmatthew.inc b/recipes-core/libmatthew/libmatthew.inc index b7e50bd..36622a8 100644 --- a/recipes-core/libmatthew/libmatthew.inc +++ b/recipes-core/libmatthew/libmatthew.inc @@ -8,6 +8,7 @@ DEPENDS = "virtual/java-native classpath-native classpath" S = "${WORKDIR}/libmatthew-java-${PV}" inherit java-library +PACKAGE_ARCH = "${TUNE_PKGARCH}" # Some internal version numbers which change from time to time. # Allowing to override them makes this include file more diff --git a/recipes-extended/rxtx/rxtx_2.2.0.bb b/recipes-extended/rxtx/rxtx_2.2.0.bb index 85f55c0..0d5aa21 100644 --- a/recipes-extended/rxtx/rxtx_2.2.0.bb +++ b/recipes-extended/rxtx/rxtx_2.2.0.bb @@ -23,6 +23,7 @@ S = "${WORKDIR}/rxtx-2.2pre2" INSANE_SKIP_${PN} += "dev-so" inherit autotools-brokensep java-library +PACKAGE_ARCH = "${TUNE_PKGARCH}" JARFILENAME = "RXTXcomm.jar" EXTRA_OEMAKE += "RXTX_PATH=${D}${libdir_jni} \ -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 3/7] rxtx: use autotools-brokensep
Signed-off-by: Max Krummenacher --- recipes-extended/rxtx/rxtx_2.2.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-extended/rxtx/rxtx_2.2.0.bb b/recipes-extended/rxtx/rxtx_2.2.0.bb index 28603e3..85f55c0 100644 --- a/recipes-extended/rxtx/rxtx_2.2.0.bb +++ b/recipes-extended/rxtx/rxtx_2.2.0.bb @@ -22,7 +22,7 @@ S = "${WORKDIR}/rxtx-2.2pre2" INSANE_SKIP_${PN} += "dev-so" -inherit autotools java-library +inherit autotools-brokensep java-library JARFILENAME = "RXTXcomm.jar" EXTRA_OEMAKE += "RXTX_PATH=${D}${libdir_jni} \ -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 5/7] antlr: fix override for native build
The override virtclass_native has been deprecated and removed from the buildsystem, use class-native instead. While at it fix whitespace issues. Signed-off-by: Max Krummenacher --- recipes-core/antlr/antlr_2.7.7.bb | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/recipes-core/antlr/antlr_2.7.7.bb b/recipes-core/antlr/antlr_2.7.7.bb index 2c7ab8e..9d9d2d4 100644 --- a/recipes-core/antlr/antlr_2.7.7.bb +++ b/recipes-core/antlr/antlr_2.7.7.bb @@ -5,25 +5,25 @@ LICENSE = "PD" LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=361934e706423915b4d9f413ad37fb65" SRC_URI = "http://www.antlr2.org/download/${BP}.tar.gz"; -SRC_URI_virtclass_native += "file://runantlr" +SRC_URI_append_class-native = " file://runantlr" inherit java-library -do_configure_virtclass_native() { -sed -i -e"s|@JAR_FILE@|${STAGING_DATADIR_JAVA_NATIVE}/antlr.jar|" ${WORKDIR}/runantlr +do_configure_class-native() { +sed -i -e"s|@JAR_FILE@|${STAGING_DATADIR_JAVA_NATIVE}/antlr.jar|" ${WORKDIR}/runantlr } do_compile() { - mkdir -p build +mkdir -p build - javac -sourcepath . -d build `find antlr -name "*.java"` +javac -sourcepath . -d build `find antlr -name "*.java"` - fastjar cf ${JARFILENAME} -C build . +fastjar cf ${JARFILENAME} -C build . } -do_install_virtclass_native() { -install ${D}${bindir} -install -m 0755 ${WORKDIR}/runantlr {D}${bindir}/ +do_install_class-native() { +install -d ${D}${bindir} +install -m 0755 ${WORKDIR}/runantlr ${D}${bindir}/ } SRC_URI[md5sum] = "01cc9a2a454dd33dcd8c856ec89af090" -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH 6/7] adding a README.nonworking
While testing commit 'java-library: inherit allarch' I found some recipes throwing errors in do_compile. Document this in README.nonworking. Signed-off-by: Max Krummenacher --- README.nonworking | 6 ++ 1 file changed, 6 insertions(+) create mode 100644 README.nonworking diff --git a/README.nonworking b/README.nonworking new file mode 100644 index 000..11ecaeb --- /dev/null +++ b/README.nonworking @@ -0,0 +1,6 @@ +At least the following recipes are currently not working: + +The recipes jaxme and xom currently don't build with compiler errors. + +jaxen, dom4j, commons-jxpath, jdom, commons-configuration depend directly +or indirectly on jaxme and/or xom and thus are unbildable. -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [OE-core][RFC] openjdk-7: enable xawt
Hi all Currently xawt is disabled when building openjdk-7-jre for all architectures. I'd like to reenable this. The attached patch works fine for armv7. My guess is that the patches which disabled xawt were applied because of qemu failing to executed and thus making the whole build fail. I guess that recent changes to the way binaries are built for and executed by qemu in meta-java makes openjdk-7 build again. This has been done in a first step for the ppc architecture by commit http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=f03d3e5bbb6a096960a781547884015f50be96da and then extended to all architectures with: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=4e862f09394dccc15d26c6e8768072cf98cb013f Henning, Koen do you have any comments what additionally needs to be tested from your original work on the patches? Regards Max Max Krummenacher (1): openjdk-7: enable xawt .../icedtea-jdk-nio-use-host-cc.patch | 22 -- 1 file changed, 22 deletions(-) -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [OE-core][RFC] openjdk-7: enable xawt
The build of xawt has been disabled as its build seemed to fail during a qemu call to generate a file with information on variable sizes. qemu is now called with the relevant path into sysroot and thus works. This patch enables xawt again. Signed-off-by: Max Krummenacher --- .../icedtea-jdk-nio-use-host-cc.patch | 22 -- 1 file changed, 22 deletions(-) diff --git a/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch b/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch index 94416bb..8e5da82 100644 --- a/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch +++ b/recipes-core/openjdk/openjdk-7-25b30/icedtea-jdk-nio-use-host-cc.patch @@ -49,25 +49,3 @@ Index: openjdk/jdk/make/java/nio/Makefile -endif .PHONY: sources -Index: openjdk/jdk/make/sun/Makefile -=== openjdk/jdk/make/sun/Makefile 2013-07-25 09:10:09.0 -0700 -+++ openjdk/jdk/make/sun/Makefile 2013-10-01 21:32:01.625839149 -0700 -@@ -55,7 +55,7 @@ - endif - endif - HEADLESS_SUBDIR = headless -- XAWT_SUBDIR = xawt -+ XAWT_SUBDIR = - endif - - ifeq ($(PLATFORM), macosx) -@@ -87,7 +87,7 @@ - endif - SUBDIRS_desktop= audio $(RENDER_SUBDIR) image \ - $(LWAWT_PRE_SUBDIR) $(DISPLAY_LIBS) $(DGA_SUBDIR) $(LWAWT_SUBDIR) \ -- jawt font jpeg cmm $(DISPLAY_TOOLS) beans -+ font jpeg cmm $(DISPLAY_TOOLS) beans - SUBDIRS_management = management - SUBDIRS_misc = $(ORG_SUBDIR) rmi $(JDBC_SUBDIR) tracing - SUBDIRS_tools = native2ascii serialver tools jconsole -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java][PATCH 0/7] Allow build for multiple ARCH in the same builddir
Hi Otavio 2015-02-17 0:13 GMT+01:00 Otavio Salvador : > Hello Max, > > First I want to Thank you for all the hard work you've been putting in > the meta-java lately. This is an important step on the right direction > and fixes several things a lot the process... Welcome. > > On Mon, Feb 16, 2015 at 7:55 PM, Max Krummenacher > wrote: >> Building a recipe which provides packages for allarch and ${TUNE_PKGARCH} >> fails if one builds in the same build directory for different TUNE_PKGARCHs. >> >> An example is rhino which fails as follows when one builds first for >> armv7at2hf-vfp and then for armv7at2hf-vfp-neon. >> ERROR: The recipe rhino is trying to install files into a >> shared area when those files already exist. Those files and their >> manifest location are: >>/.../ipk/all/librhino-java_1.7r4-r0_all.ipk >> Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk >> >> The change in package arch is done in java-library.bbclass. Most of the >> users of java-library.bbclass don't install any files in the ${TUNE_PKGARCH} >> packages or install shell scripts which may also be deployed in an allarch >> package. >> >> Most of the recipes including java-library.bbclass no longer build with newer >> layer revisions. >> This patchset first update the recipes to build again, changes java-library >> build all packages in allarch by default and recipes which must have some >> of their packages in ${TUNE_PKGARCH} to have all of their recipes in >> ${TUNE_PKGARCH}. > > All this is perfect. I agree with all here and it does move things on > a saner way. Great. > >> Finaly some of the recipes I tried did not build before and after the >> proposed >> changes. I document these in README.nonworking. I don't have the time to work >> on these and I guess no one has been interested in years. > > This is the only thing I believe we can improve. We could use > PNBLACKLIST as done in meta-oe and put a short reasoning on why it > fails. I prefer this mostly because people don't read README often and > will end reporting it is failing... > > What do you think? I have a look into the PNBLACKLIST syntax and send a V2 of the patchset. > > -- > 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 Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH v2 1/6] cleanup whitespace in tasks
Indent with 4 spaces in task definitions. Signed-off-by: Max Krummenacher --- recipes-core/jakarta-commons/jakarta-commons.inc | 66 recipes-core/xml-commons/jaxme_0.5.2.bb | 39 +++--- recipes-core/xml-commons/xom_1.1.bb | 26 +- recipes-core/xml-commons/xpp2_2.1.10.bb | 22 recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 38 +++--- recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 26 +- 6 files changed, 108 insertions(+), 109 deletions(-) diff --git a/recipes-core/jakarta-commons/jakarta-commons.inc b/recipes-core/jakarta-commons/jakarta-commons.inc index 4f7b700..bd85610 100644 --- a/recipes-core/jakarta-commons/jakarta-commons.inc +++ b/recipes-core/jakarta-commons/jakarta-commons.inc @@ -21,42 +21,42 @@ CLEAN_PATH = "" # Some projects have a replaceable version number in their manifest template. do_unpackpost() { - if [ -d src/conf ] - then -find src/conf -exec \ - sed -i -e "s|@version@|${PV}|" {} \; - fi +if [ -d src/conf ] +then +find src/conf -exec \ +sed -i -e "s|@version@|${PV}|" {} \; +fi } addtask unpackpost after do_unpack before do_patch # Compile step is very similar for Jakarta commons packages do_compile() { - mkdir -p build - - if [ "${CP}" ] - then - oe_makeclasspath cp -s ${CP} - else - cp=. - fi - - echo "javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build \`find ${MAINSOURCES} ${COMPILE_FINDARGS}\`" - javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build `find ${MAINSOURCES} ${COMPILE_FINDARGS}` - - # Copy extraneous files - echo "(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;)" - (cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;) - - # Optionally remove stuff after compilation (needed for sourcepath hacks). - if [ ${CLEAN_PATH} ]; then - rm -rf ${CLEAN_PATH} - fi - - # Some projects have manifest, some have not. This works for both. - if [ -f src/conf/MANIFEST.MF ] - then -fastjar cfm ${JARFILENAME} src/conf/MANIFEST.MF -C build . - else -fastjar cf ${JARFILENAME} -C build . - fi +mkdir -p build + +if [ "${CP}" ] +then + oe_makeclasspath cp -s ${CP} +else + cp=. +fi + +echo "javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build \`find ${MAINSOURCES} ${COMPILE_FINDARGS}\`" +javac -sourcepath ${COMPILE_SOURCEPATH} -cp $cp -d build `find ${MAINSOURCES} ${COMPILE_FINDARGS}` + +# Copy extraneous files +echo "(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;)" +(cd ${MAINSOURCES} && find . ${FINDARGS} -exec cp {} ../../build/{} \;) + +# Optionally remove stuff after compilation (needed for sourcepath hacks). +if [ ${CLEAN_PATH} ]; then +rm -rf ${CLEAN_PATH} +fi + +# Some projects have manifest, some have not. This works for both. +if [ -f src/conf/MANIFEST.MF ] +then +fastjar cfm ${JARFILENAME} src/conf/MANIFEST.MF -C build . +else +fastjar cf ${JARFILENAME} -C build . +fi } diff --git a/recipes-core/xml-commons/jaxme_0.5.2.bb b/recipes-core/xml-commons/jaxme_0.5.2.bb index 304c06d..65b406e 100644 --- a/recipes-core/xml-commons/jaxme_0.5.2.bb +++ b/recipes-core/xml-commons/jaxme_0.5.2.bb @@ -16,27 +16,26 @@ inherit java-library DEPENDS = "fastjar-native log4j1.2 xerces-j xalan-j commons-codec hsqldb antlr antlr-native" do_compile() { - oe_makeclasspath cp -s log4j-1.2 xercesImpl xalan2 commons-codec hsqldb antlr - cp=build-api:build-jaxme:build-js:build-xs:build-pm:$cp +oe_makeclasspath cp -s log4j-1.2 xercesImpl xalan2 commons-codec hsqldb antlr +cp=build-api:build-jaxme:build-js:build-xs:build-pm:$cp +jaxme_build src/api build-api $cp jaxmeapi-${PV}.jar - jaxme_build src/api build-api $cp jaxmeapi-${PV}.jar +runantlr -o src/js/org/apache/ws/jaxme/js/jparser src/js/org/apache/ws/jaxme/js/jparser/java15.g +jaxme_build src/js build-js $cp jaxmejs-${PV}.jar - runantlr -o src/js/org/apache/ws/jaxme/js/jparser src/js/org/apache/ws/jaxme/js/jparser/java15.g - jaxme_build src/js build-js $cp jaxmejs-${PV}.jar +jaxme_build src/xs build-xs $cp jaxmexs-${PV}.jar - jaxme_build src/xs build-xs $cp jaxmexs-${PV}.jar +jaxme_build src/jaxme build-jaxme $cp ${JARFILENAME} - jaxme_build src/jaxme build-jaxme $cp ${JARFILENAME} - -# jaxme_build src/pm build-pm $cp jaxmepm-${PV}.jar +#jaxme_build src/pm build-pm $cp jaxmepm-${PV}.jar } do_install_append() { - oe_jarinstall jaxmeapi-${PV}.jar jaxmeapi.jar - oe_jarinstall jaxmejs-${PV}.jar jaxmejs.jar - oe_jarinstall jaxmexs-${PV}.jar jaxmexs.jar - oe_jarinstall jaxmepm-${PV}.jar jaxmepm.jar +
[oe] [meta-java][PATCH v2 2/6] licence: add missing LIC_FILES_CHKSUM
While at it change the LICENSE string to the oe one if applicable. e.g. AL-2.0 -> Apache-2.0 Signed-off-by: Max Krummenacher --- recipes-core/jakarta-commons/commons-cli_1.1.bb | 1 + recipes-core/jakarta-commons/commons-codec_1.3.bb| 1 + recipes-core/jakarta-commons/commons-discovery_0.4.bb| 1 + recipes-core/jakarta-commons/commons-el_1.0.bb | 3 ++- recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb | 1 + recipes-core/jakarta-commons/commons-httpclient_3.1.bb | 1 + recipes-core/jakarta-commons/commons-io_1.4.bb | 1 + recipes-core/jakarta-commons/commons-lang_2.4.bb | 1 + recipes-core/jakarta-commons/commons-logging_1.1.1.bb| 1 - recipes-core/jakarta-commons/commons-pool_1.4.bb | 1 + recipes-core/jakarta-commons/jakarta-commons.inc | 2 ++ recipes-core/jakarta-libs/poi_3.0.bb | 3 ++- recipes-core/junit/junit4_4.3.1.bb | 3 ++- recipes-core/servlet-api/jsp2.0_5.5.26.bb| 3 ++- recipes-core/servlet-api/servlet2.4_5.5.26.bb| 3 ++- recipes-core/xml-commons/jaxme_0.5.2.bb | 4 ++-- recipes-core/xml-commons/xom_1.1.bb | 3 ++- recipes-core/xml-commons/xpp2_2.1.10.bb | 2 +- recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 1 + recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 3 ++- 20 files changed, 28 insertions(+), 11 deletions(-) diff --git a/recipes-core/jakarta-commons/commons-cli_1.1.bb b/recipes-core/jakarta-commons/commons-cli_1.1.bb index cb51765..52dc0ce 100644 --- a/recipes-core/jakarta-commons/commons-cli_1.1.bb +++ b/recipes-core/jakarta-commons/commons-cli_1.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=2a944942e1496af1886903d274dedb13" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-codec_1.3.bb b/recipes-core/jakarta-commons/commons-codec_1.3.bb index 3a7ddd4..0377168 100644 --- a/recipes-core/jakarta-commons/commons-codec_1.3.bb +++ b/recipes-core/jakarta-commons/commons-codec_1.3.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://src/java/org/apache/commons/codec/BinaryDecoder.java;endline=15;md5=c08c3e117b4fc42b50c1f621fdcecc5f" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-discovery_0.4.bb b/recipes-core/jakarta-commons/commons-discovery_0.4.bb index 75db064..08c2462 100644 --- a/recipes-core/jakarta-commons/commons-discovery_0.4.bb +++ b/recipes-core/jakarta-commons/commons-discovery_0.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-el_1.0.bb b/recipes-core/jakarta-commons/commons-el_1.0.bb index 5821473..1446edd 100644 --- a/recipes-core/jakarta-commons/commons-el_1.0.bb +++ b/recipes-core/jakarta-commons/commons-el_1.0.bb @@ -1,5 +1,6 @@ require jakarta-commons.inc - +LICENSE = "Apache-1.1" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=9147d939b3f3f97692e4441bf20bd1cd" PR = "${INC_PR}.1" DESCRIPTION = "Implementation of the JSP2.0 Expression Language API" diff --git a/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb b/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb index 3954363..dab7996 100644 --- a/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb +++ b/recipes-core/jakarta-commons/commons-fileupload_1.2.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-httpclient_3.1.bb b/recipes-core/jakarta-commons/commons-httpclient_3.1.bb index 4f6b1af..dffa9a0 100644 --- a/recipes-core/jakarta-commons/commons-httpclient_3.1.bb +++ b/recipes-core/jakarta-commons/commons-httpclient_3.1.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=369b6d7c5a954dcc3f2e7ac3323507c3" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-io_1.4.bb b/recipes-core/jakarta-commons/commons-io_1.4.bb index f4308d2..f1dbc88 100644 --- a/recipes-core/jakarta-commons/commons-io_1.4.bb +++ b/recipes-core/jakarta-commons/commons-io_1.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=fd707e76aa29b6984fbe80629ec55f78" PR = "${INC_PR}.1" diff --git a/recipes-core/jakarta-commons/commons-lang_2.4.bb b/recipes-core/jakarta-commons/commons-lang_2.4.bb index 60c6346..48cc291 100644 --- a/recipes-core/jakarta-commons/commons-lang_2.4.bb +++ b/recipes-core/jakarta-commons/commons-lang_2.4.bb @@ -1,4 +1,5 @@ require jakarta-commons.inc +LIC_FILES_CHKSUM = "file://LICE
[oe] [meta-java][PATCH v2 0/6] Allow build for multiple ARCH in the same builddir
v2: Patch 6/6: mark broken recipes with PNBLACKLIST[recipe] rather than documenting them in a README.nonworking Building a recipe which provides packages for allarch and ${TUNE_PKGARCH} fails if one builds in the same build directory for different TUNE_PKGARCHs. An example is rhino which fails as follows when one builds first for armv7at2hf-vfp and then for armv7at2hf-vfp-neon. ERROR: The recipe rhino is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /.../ipk/all/librhino-java_1.7r4-r0_all.ipk Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk The change in package arch is done in java-library.bbclass. Most of the users of java-library.bbclass don't install any files in the ${TUNE_PKGARCH} packages or install shell scripts which may also be deployed in an allarch package. Most of the recipes including java-library.bbclass no longer build with newer layer revisions. This patchset first update the recipes to build again, changes java-library build all packages in allarch by default and recipes which must have some of their packages in ${TUNE_PKGARCH} to have all of their recipes in ${TUNE_PKGARCH}. Finaly some of the recipes I tried did not build before and after the proposed changes. Adding a PNBLACKLIST statement to mark them as I don't have the time to work on these and I guess no one has been interested in years. Regards Max Max Krummenacher (6): cleanup whitespace in tasks licence: add missing LIC_FILES_CHKSUM rxtx: use autotools-brokensep java-library: inherit allarch antlr: fix override for native build mark broken recipes with PNBLACKLIST classes/java-library.bbclass | 8 ++- recipes-core/antlr/antlr_2.7.7.bb | 18 +++--- recipes-core/jakarta-commons/commons-cli_1.1.bb| 1 + recipes-core/jakarta-commons/commons-codec_1.3.bb | 1 + .../jakarta-commons/commons-configuration_1.5.bb | 2 + .../jakarta-commons/commons-discovery_0.4.bb | 1 + recipes-core/jakarta-commons/commons-el_1.0.bb | 3 +- .../jakarta-commons/commons-fileupload_1.2.1.bb| 1 + .../jakarta-commons/commons-httpclient_3.1.bb | 1 + recipes-core/jakarta-commons/commons-io_1.4.bb | 1 + recipes-core/jakarta-commons/commons-jxpath_1.3.bb | 2 + recipes-core/jakarta-commons/commons-lang_2.4.bb | 1 + .../jakarta-commons/commons-logging_1.1.1.bb | 1 - recipes-core/jakarta-commons/commons-pool_1.4.bb | 1 + recipes-core/jakarta-commons/jakarta-commons.inc | 68 +++--- recipes-core/jakarta-libs/poi_3.0.bb | 3 +- recipes-core/junit/junit4_4.3.1.bb | 3 +- recipes-core/libmatthew/libmatthew.inc | 1 + recipes-core/servlet-api/jsp2.0_5.5.26.bb | 3 +- recipes-core/servlet-api/servlet2.4_5.5.26.bb | 3 +- recipes-core/xml-commons/dom4j_1.6.1.bb| 2 + recipes-core/xml-commons/jaxen_1.1.1.bb| 2 + recipes-core/xml-commons/jaxme_0.5.2.bb| 57 +++--- recipes-core/xml-commons/jdom_1.1.bb | 2 + recipes-core/xml-commons/xom_1.1.bb| 40 - recipes-core/xml-commons/xpp2_2.1.10.bb| 24 recipes-core/xml-commons/xpp3_1.1.3.4.O.bb | 39 +++-- recipes-extended/hsqldb/hsqldb_1.8.0.10.bb | 29 - recipes-extended/rxtx/rxtx_2.2.0.bb| 3 +- 29 files changed, 188 insertions(+), 133 deletions(-) -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH v2 4/6] java-library: inherit allarch
Use the allarch class to make every packages in the 'all' ARCH. Recipes inheriting java-library which build additional packages which don't belong in to all ARCH must manually setting PACKAGE_ARCH after inheritting java-library. This fixes the following error when building e.g. rhino for a second machine of different architecture in the same build directory: ERROR: The recipe rhino is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /.../ipk/all/librhino-java_1.7r4-r0_all.ipk Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk Signed-off-by: Max Krummenacher --- classes/java-library.bbclass | 8 +--- recipes-core/libmatthew/libmatthew.inc | 1 + recipes-extended/rxtx/rxtx_2.2.0.bb| 1 + 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass index a74c8d3..144cd2f 100644 --- a/classes/java-library.bbclass +++ b/classes/java-library.bbclass @@ -7,8 +7,12 @@ # starts with "lib" and/or ends with "-java". In case the "lib" prefix is part of # your package's normal name (e.g. liberator) the guessing is wrong and you have # to set JPN manually! +# +# package archs are set to all, if the recipe builds also packages which +# can not be used for all archs, then set the PACKAGE_ARCH of that package +# manually, see rxtx_xx.bb for an example. -inherit java +inherit java allarch # use java_stage for native packages JAVA_NATIVE_STAGE_INSTALL = "1" @@ -35,8 +39,6 @@ DEPENDS_prepend = "virtual/javac-native fastjar-native " PACKAGES += "${JPN}" -PACKAGE_ARCH_${JPN} = "all" - FILES_${JPN} = "${datadir_java}" # File name of the libraries' main Jar file diff --git a/recipes-core/libmatthew/libmatthew.inc b/recipes-core/libmatthew/libmatthew.inc index b7e50bd..36622a8 100644 --- a/recipes-core/libmatthew/libmatthew.inc +++ b/recipes-core/libmatthew/libmatthew.inc @@ -8,6 +8,7 @@ DEPENDS = "virtual/java-native classpath-native classpath" S = "${WORKDIR}/libmatthew-java-${PV}" inherit java-library +PACKAGE_ARCH = "${TUNE_PKGARCH}" # Some internal version numbers which change from time to time. # Allowing to override them makes this include file more diff --git a/recipes-extended/rxtx/rxtx_2.2.0.bb b/recipes-extended/rxtx/rxtx_2.2.0.bb index 85f55c0..0d5aa21 100644 --- a/recipes-extended/rxtx/rxtx_2.2.0.bb +++ b/recipes-extended/rxtx/rxtx_2.2.0.bb @@ -23,6 +23,7 @@ S = "${WORKDIR}/rxtx-2.2pre2" INSANE_SKIP_${PN} += "dev-so" inherit autotools-brokensep java-library +PACKAGE_ARCH = "${TUNE_PKGARCH}" JARFILENAME = "RXTXcomm.jar" EXTRA_OEMAKE += "RXTX_PATH=${D}${libdir_jni} \ -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH v2 3/6] rxtx: use autotools-brokensep
Signed-off-by: Max Krummenacher --- recipes-extended/rxtx/rxtx_2.2.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-extended/rxtx/rxtx_2.2.0.bb b/recipes-extended/rxtx/rxtx_2.2.0.bb index 28603e3..85f55c0 100644 --- a/recipes-extended/rxtx/rxtx_2.2.0.bb +++ b/recipes-extended/rxtx/rxtx_2.2.0.bb @@ -22,7 +22,7 @@ S = "${WORKDIR}/rxtx-2.2pre2" INSANE_SKIP_${PN} += "dev-so" -inherit autotools java-library +inherit autotools-brokensep java-library JARFILENAME = "RXTXcomm.jar" EXTRA_OEMAKE += "RXTX_PATH=${D}${libdir_jni} \ -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH v2 5/6] antlr: fix override for native build
The override virtclass_native has been deprecated and removed from the buildsystem, use class-native instead. While at it fix whitespace issues. Signed-off-by: Max Krummenacher --- recipes-core/antlr/antlr_2.7.7.bb | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/recipes-core/antlr/antlr_2.7.7.bb b/recipes-core/antlr/antlr_2.7.7.bb index 2c7ab8e..9d9d2d4 100644 --- a/recipes-core/antlr/antlr_2.7.7.bb +++ b/recipes-core/antlr/antlr_2.7.7.bb @@ -5,25 +5,25 @@ LICENSE = "PD" LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=361934e706423915b4d9f413ad37fb65" SRC_URI = "http://www.antlr2.org/download/${BP}.tar.gz"; -SRC_URI_virtclass_native += "file://runantlr" +SRC_URI_append_class-native = " file://runantlr" inherit java-library -do_configure_virtclass_native() { -sed -i -e"s|@JAR_FILE@|${STAGING_DATADIR_JAVA_NATIVE}/antlr.jar|" ${WORKDIR}/runantlr +do_configure_class-native() { +sed -i -e"s|@JAR_FILE@|${STAGING_DATADIR_JAVA_NATIVE}/antlr.jar|" ${WORKDIR}/runantlr } do_compile() { - mkdir -p build +mkdir -p build - javac -sourcepath . -d build `find antlr -name "*.java"` +javac -sourcepath . -d build `find antlr -name "*.java"` - fastjar cf ${JARFILENAME} -C build . +fastjar cf ${JARFILENAME} -C build . } -do_install_virtclass_native() { -install ${D}${bindir} -install -m 0755 ${WORKDIR}/runantlr {D}${bindir}/ +do_install_class-native() { +install -d ${D}${bindir} +install -m 0755 ${WORKDIR}/runantlr ${D}${bindir}/ } SRC_URI[md5sum] = "01cc9a2a454dd33dcd8c856ec89af090" -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java][PATCH v2 6/6] mark broken recipes with PNBLACKLIST
While testing commit 'java-library: inherit allarch' I found some recipes throwing errors in do_compile. The recipes jaxme and xom currently don't build with compiler errors. jaxen, dom4j, jdom, commons-jxpath, commons-configuration depend directly or indirectly on jaxme and/or xom and thus are unbildable. Signed-off-by: Max Krummenacher --- recipes-core/jakarta-commons/commons-configuration_1.5.bb | 2 ++ recipes-core/jakarta-commons/commons-jxpath_1.3.bb| 2 ++ recipes-core/xml-commons/dom4j_1.6.1.bb | 2 ++ recipes-core/xml-commons/jaxen_1.1.1.bb | 2 ++ recipes-core/xml-commons/jaxme_0.5.2.bb | 14 ++ recipes-core/xml-commons/jdom_1.1.bb | 2 ++ recipes-core/xml-commons/xom_1.1.bb | 11 +++ 7 files changed, 35 insertions(+) diff --git a/recipes-core/jakarta-commons/commons-configuration_1.5.bb b/recipes-core/jakarta-commons/commons-configuration_1.5.bb index 54409e5..eebb7f7 100644 --- a/recipes-core/jakarta-commons/commons-configuration_1.5.bb +++ b/recipes-core/jakarta-commons/commons-configuration_1.5.bb @@ -9,6 +9,8 @@ SRC_URI = " \ http://ftp.hosting-studio.de/pub/linux/apache/ant/source/apache-ant-1.7.1-src.tar.bz2;name=ant \ " +PNBLACKLIST[commons-configuration] ?= "BROKEN: indirectly depends on broken 'xom'" + DEPENDS += "commons-logging commons-collections3 commons-beanutils commons-codec commons-digester commons-jxpath commons-lang servlet2.4" RDEPENDS_${PN} = "libcommons-logging-java libcommons-collections3-java libcommons-beanutils-java libcommons-codec-java libcommons-digester-java libcommons-jxpath-java libcommons-lang-java libservlet2.4-java" diff --git a/recipes-core/jakarta-commons/commons-jxpath_1.3.bb b/recipes-core/jakarta-commons/commons-jxpath_1.3.bb index d380ed9..8ccbad1 100644 --- a/recipes-core/jakarta-commons/commons-jxpath_1.3.bb +++ b/recipes-core/jakarta-commons/commons-jxpath_1.3.bb @@ -6,6 +6,8 @@ DESCRIPTION = "JXPath interpreter for Java" SRC_URI = "http://archive.apache.org/dist/commons/jxpath/source/${BP}-src.tar.gz"; +PNBLACKLIST[commons-jxpath] ?= "BROKEN: indirectly depends on broken 'xom'" + DEPENDS += "commons-logging commons-collections3 commons-beanutils servlet2.3 jdom" RDEPENDS_${PN} = "libcommons-logging-java libcommons-collections3-java libcommons-beanutils-java libservlet2.3-java libjdom-java" diff --git a/recipes-core/xml-commons/dom4j_1.6.1.bb b/recipes-core/xml-commons/dom4j_1.6.1.bb index d26d2ee..19dca74 100644 --- a/recipes-core/xml-commons/dom4j_1.6.1.bb +++ b/recipes-core/xml-commons/dom4j_1.6.1.bb @@ -11,6 +11,8 @@ SRC_URI = "\ file://debian.patch \ " +PNBLACKLIST[dom4j] ?= "BROKEN: indirectly depends on broken 'xom'" + inherit java-library do_compile() { diff --git a/recipes-core/xml-commons/jaxen_1.1.1.bb b/recipes-core/xml-commons/jaxen_1.1.1.bb index 147ccf9..4853683 100644 --- a/recipes-core/xml-commons/jaxen_1.1.1.bb +++ b/recipes-core/xml-commons/jaxen_1.1.1.bb @@ -10,6 +10,8 @@ SRC_URI = "\ http://www.jdom.org/dist/binary/archive/jdom-1.1.tar.gz;name=jdom \ " +PNBLACKLIST[jaxen] ?= "BROKEN: depends on broken 'xom'" + inherit java-library do_compile() { diff --git a/recipes-core/xml-commons/jaxme_0.5.2.bb b/recipes-core/xml-commons/jaxme_0.5.2.bb index b4ec750..03f4f57 100644 --- a/recipes-core/xml-commons/jaxme_0.5.2.bb +++ b/recipes-core/xml-commons/jaxme_0.5.2.bb @@ -9,6 +9,20 @@ SRC_URI = "\ http://ftp.hosting-studio.de/pub/linux/apache/ant/source/apache-ant-1.7.1-src.tar.bz2;name=ant \ " +# do_compile: +# 2. ERROR in src/jaxme/org/apache/ws/jaxme/generator/XJCTask.java (at line 30) +# import org.apache.ws.jaxme.generator.sg.SGFactoryChain; +#^^^ +# The import org.apache.ws.jaxme.generator.sg.SGFactoryChain cannot be resolved +# -- +# 3. ERROR in src/jaxme/org/apache/ws/jaxme/generator/XJCTask.java (at line 1055) +# if (!SGFactoryChain.class.isAssignableFrom(c)) { +# ^^ +# SGFactoryChain cannot be resolved to a type +# -- +# ... and many more +PNBLACKLIST[jaxme] ?= "BROKEN: do_compile fails" + S = "${WORKDIR}/ws-${P}" inherit java-library diff --git a/recipes-core/xml-commons/jdom_1.1.bb b/recipes-core/xml-commons/jdom_1.1.bb index cb53734..4867e82 100644 --- a/recipes-core/xml-commons/jdom_1.1.bb +++ b/recipes-core/xml-commons/jdom_1.1.bb @@ -9,6 +9,8 @@ SRC_URI = "\ http://www.jdom.org/dist/binary/archive/jdom-${PV}.tar.gz \ " +PNBLACKLIST[jdom] ?= "BROKEN: indirectly depends on broken 'xom'" + inherit jav
Re: [oe] [OE-core][RFC] openjdk-7: enable xawt
Am Dienstag, den 17.02.2015, 10:57 -0200 schrieb Otavio Salvador: > On Mon, Feb 16, 2015 at 8:27 PM, Max Krummenacher > wrote: > > The build of xawt has been disabled as its build seemed to fail during a > > qemu > > call to generate a file with information on variable sizes. > > > > qemu is now called with the relevant path into sysroot and thus works. > > > > This patch enables xawt again. > > > > Signed-off-by: Max Krummenacher > > I am fine with this change the only remark I may have is force X11 > dependency. Would be easy to put this in a PACKAGECONFIG? I thought about this. As it is not simply a configure option it's not straight forward using the PACKAGECONFIG system. On second thought one could probably make it a PACKAGECONFIG option, even conditionally set it with DISTRO_FEATURES but then use some python magic to conditionally apply a patch removing xawt if headless is configured. I'm a bit loaded with work at the moment, so it will take some weeks to come up with a tested v2 of the patch. Regards Max > -- > 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] Query on meta-java layer: openjdk-7-jre: compilation issue with '-fuse-ld-bfd'
Hello Sam > I am using an openembedded setup and using the daisy branch. > I am trying to use meta java: git://git.yoctoproject.org/meta-java to > compile openjdk-7-jre and seeing the following error: > > | arm-linux-gnueabihf-gcc: error: unrecognized command line option > '-fuse-ld=bfd' > > Looks like the addition of '-fuse-ld=bfd" was introduced with the following > commit in meta-java: > commit cb351db824b0eb4a71514156bba543f6dde19740 > Author: Max Krummenacher > Date: Tue Jan 20 16:14:23 2015 +0100 > > I am using linaro toolchain: gcc-linaro-arm-linx-gnueabihf-4.7-2013 and does > not support "-fuse-ld" option. Any ideas on how this can be fixed? > The openemembedded built toolchain in daisy, both from the oe-core and the linaro layers are gcc 4.8 based and do support the option. So having the toolchain built by oe or using a newer external toolchain can fix your issue. If you're looked to a 4.7 toolchain because of some other issue you could go through the commit which introduced the -fuse-ld and remove the -fuse-ld=bfd from the patches in recipes-core/openjdk/openjdk-7-25b30/. I guess your toolchain by default does link with the classic bfd linker rather than using gold. If that is a bigger problem one could probably add support for your use case, e.g. by trying to compile on failure without the option and commit such a patch to meta-java. : $(CC_COMPILE) -static -fuse-ld=bfd -o $@ $< $(COMPILE_DONE) || $(CC_COMPILE) -static -o $@ $< $(COMPILE_DONE) Regards Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][jethro][PATCH] qtbase: fix regression for missing libqt*.a libs
Deploy the following statically linked libraries: ../build/lib/libqtfreetype.a ../build/lib/libqtfreetype.prl ../build/lib/libqtpcre.a ../build/lib/libqtpcre.prl Fixes build of qtwayland (which is required for meta-toolchain-qt5): | .../arm-angstrom-linux-gnueabi-ld.gold: error: cannot find -lqtfreetype regression introduced with d6aeedb7f27b8dd02fa7e6fa193ce9e2e969ecf6 which reverted the fix by Khem c44912563c4eadc288050f0b5e25981bc432d3f7 Signed-off-by: Max Krummenacher --- Note that the qtbase version used in krogoth does deploy libqtfreetype.a in its regular 'make install'. recipes-qt/qt5/qtbase_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb index 62c0ab5..7d1ab5e 100644 --- a/recipes-qt/qt5/qtbase_git.bb +++ b/recipes-qt/qt5/qtbase_git.bb @@ -232,7 +232,7 @@ do_install_append() { cp -d ${S}/lib/fonts/* ${D}/${OE_QMAKE_PATH_QT_FONTS} chown -R root:root ${D}/${OE_QMAKE_PATH_QT_FONTS} fi -cp -d ${B}/lib/libQt* ${D}${libdir} +cp -d ${B}/lib/libqt* ${D}${libdir} # Remove example.pro file as it is useless rm -f ${D}${OE_QMAKE_PATH_EXAMPLES}/examples.pro -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 4/5] florence: update 0.6.3
Resent, this time from the correct account. Hi Am Freitag, den 07.10.2016, 11:19 +0200 schrieb Andreas Müller: > * patches were either leftovers or do not match the code > * DESCRIPTION -> shortened SUMMARY 0.5.x requires gtk 2 and gstreamer 0.10 while 0.6.x requires gtk 3 and gstreamer 1.0. Would be nice to see this in the commit message. I guess gtk+3 also needs do go into DEPENDS, see below. Maybe the move from gtk 2 to 3 would even justify to add a new recipe florence3 while keeping the existing one? In this initial attempt to go to 0.6.3 Alexander added 'gsettings' to inherit, probably to address the #NOTICE in the recipe. https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/ msg47990.html > Signed-off-by: Andreas Müller > --- > .../florence/files/0001-Fix-glib-includes.patch| 33 > -- > .../florence/files/fix-no-atspi-compile.patch | 30 > > .../{florence_0.5.4.bb => florence_0.6.3.bb} | 15 +- > 3 files changed, 7 insertions(+), 71 deletions(-) > delete mode 100644 meta-gnome/recipes-support/florence/files/0001 > -Fix-glib-includes.patch > delete mode 100644 meta-gnome/recipes-support/florence/files/fix-no > -atspi-compile.patch > rename meta-gnome/recipes-support/florence/{florence_0.5.4.bb => > florence_0.6.3.bb} (51%) > > diff --git a/meta-gnome/recipes-support/florence/files/0001-Fix-glib > -includes.patch b/meta-gnome/recipes-support/florence/files/0001-Fix > -glib-includes.patch > deleted file mode 100644 > index 83e598e..000 > --- a/meta-gnome/recipes-support/florence/files/0001-Fix-glib > -includes.patch > +++ /dev/null > @@ -1,33 +0,0 @@ > -From c8419ef05ff92ffa3de2e626eb6acd5d2df3baa1 Mon Sep 17 00:00:00 > 2001 > -From: =?UTF-8?q?Andreas=20M=C3=BCller?= < > schnitzelt...@googlemail.com> > -Date: Tue, 15 May 2012 13:40:05 +0200 > -Subject: [PATCH] Fix glib includes > -MIME-Version: 1.0 > -Content-Type: text/plain; charset=UTF-8 > -Content-Transfer-Encoding: 8bit > -Upstream-Status: unknown > - > -Signed-off-by: Andreas Müller > > - src/trace.c |5 + > - 1 files changed, 1 insertions(+), 4 deletions(-) > - > -diff --git a/src/trace.c b/src/trace.c > -index 5ea5c13..774c56d 100644 > a/src/trace.c > -+++ b/src/trace.c > -@@ -21,10 +21,7 @@ > - > - #include "trace.h" > - #include "system.h" > --#include > --#include > --#include > --#include > -+#include > - #include > - #include > - > --- > -1.7.6.5 > - > diff --git a/meta-gnome/recipes-support/florence/files/fix-no-atspi > -compile.patch b/meta-gnome/recipes-support/florence/files/fix-no > -atspi-compile.patch > deleted file mode 100644 > index 0bb5dee..000 > --- a/meta-gnome/recipes-support/florence/files/fix-no-atspi > -compile.patch > +++ /dev/null > @@ -1,30 +0,0 @@ > -diff --git a/src/florence.c b/src/florence.c > -index b27c31b..feadefe 100644 > a/src/florence.c > -+++ b/src/florence.c > -@@ -44,12 +44,6 @@ > - /* exit signal */ > - static int flo_exit=FALSE; > - > --#ifdef ENABLE_AT_SPI2 > --void flo_check_show (struct florence *florence, AtspiAccessible > *obj); > --#else > --void flo_check_show (struct florence *florence, Accessible *obj); > --#endif > -- > - /* Called on destroy event (systray quit or close window) */ > - void flo_destroy (void) > - { > -@@ -61,6 +55,12 @@ void flo_destroy (void) > - } > - > - #ifdef AT_SPI > -+#ifdef ENABLE_AT_SPI2 > -+void flo_check_show (struct florence *florence, AtspiAccessible > *obj); > -+#else > -+void flo_check_show (struct florence *florence, Accessible *obj); > -+#endif > -+ > - /* Called to destroy the icon */ > - void flo_icon_destroy (GtkWidget *widget, gpointer user_data) > - { > diff --git a/meta-gnome/recipes-support/florence/florence_0.5.4.bb > b/meta-gnome/recipes-support/florence/florence_0.6.3.bb > similarity index 51% > rename from meta-gnome/recipes-support/florence/florence_0.5.4.bb > rename to meta-gnome/recipes-support/florence/florence_0.6.3.bb > index dfdb6bd..4c08b9f 100644 > --- a/meta-gnome/recipes-support/florence/florence_0.5.4.bb > +++ b/meta-gnome/recipes-support/florence/florence_0.6.3.bb > @@ -1,4 +1,4 @@ > -DESCRIPTION = "Florence is a virtual keyboard (also called on-screen > -keyboard), which allows the user to input text through a > touchscreen." > +SUMMARY = "Florence is a virtual keyboard for touch screens" > HOMEPAGE = "http://florence.sourceforge.net/english.html"; > > #NOTICE: If florence can't find its gconf settings, you need to > start florence with --config for one time and save the configuration > once. > @@ -6,15 +6,14 @@ HOMEPAGE = " > http://florence.sourceforge.net/english.html"; > LICENSE = "GPLv2" > LIC_FILES_CHKSUM = > "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552" > > -PR = "r1" > +DEPENDS = "gtk+ libxml2 libglade librsvg libxtst gconf cairo > intltool-native gnome-doc-utils libnotify gstreamer1.0" I guess on needs gtk+3 here now? > > -DEPENDS = "gtk+ libxml2 libglade librsvg libxtst g
Re: [oe] [meta-qt4][PATCH] qt4-embedded: Default to build tslib when touchscreen is defined
Hi I sent a similar patch: https://lists.yoctoproject.org/pipermail/yocto/2016-October/032661.html Both fix the build error with the HEAD of meta-qt4. Question is if "touchscreen" in MACHINE_FEATURES should build for tslib by default. If yes, your patch is needed. However the error will pop up again if someone chooses to set PACKAGECONFIG to not include tslib. That would be handled by the patch above, so applying both patches would fix the problem and default to having tslib support. Max P.S.What is the 'correct' mailinglist for meta-qt4? 2016-10-31 8:29 GMT+01:00 Mike Looijmans : > When "touchscreen" is in the MACHINE_FEATURES, packagegroup-core-qt4e > will RDEPEND on qt4-embedded-plugin-mousedriver-tslib, but that > library is not being built by default, resulting in an error like: > opkg_prepare_url_for_install: Couldn't find anything to satisfy > 'qt4-embedded-plugin-mousedriver-tslib'. > > To prevent that from happening, add "tslib" to the default > PACKAGECONFIG when touchscreen is defined. > > Signed-off-by: Mike Looijmans > --- > Applies to both morty and master branches. > > recipes-qt4/qt4/qt4-embedded.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/recipes-qt4/qt4/qt4-embedded.inc > b/recipes-qt4/qt4/qt4-embedded.inc > index 1122080..9c2d9da 100644 > --- a/recipes-qt4/qt4/qt4-embedded.inc > +++ b/recipes-qt4/qt4/qt4-embedded.inc > @@ -3,7 +3,7 @@ DESCRIPTION = "Qt is a versatile cross-platform application > framework -- this is > SECTION = "libs" > HOMEPAGE = "http://qt-project.org/"; > > -PACKAGECONFIG ??= "" > +PACKAGECONFIG ??= '${@bb.utils.contains("MACHINE_FEATURES", "touchscreen", > "tslib", "",d)}' > PACKAGECONFIG[tslib] = " -plugin-mouse-tslib, ,tslib" > > QT4EDEPENDS = "" > -- > 1.9.1 > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] tinymembench: fix QA warning for GNU_HASH
Signed-off-by: Max Krummenacher --- meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb b/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb index 38e71be..5968d82 100644 --- a/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb +++ b/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb @@ -13,6 +13,8 @@ SRC_URI = "git://github.com/ssvb/tinymembench.git" S = "${WORKDIR}/git" +TARGET_CC_ARCH += "${LDFLAGS}" + do_install() { install -d ${D}${bindir} install -m755 tinymembench ${D}${bindir}/ -- 2.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] morty branch XFCE no longer builds, missing libwnck3
Hi Am Montag, den 02.01.2017, 09:18 +0100 schrieb Mike Looijmans: > There's no trace of any attempt to bring back 'libwnck3' in the morty > branch, > am I the only one in the world using morty to build an XCFE image? You are not the only one. As there was already talk on the mailing lists to either revert the removal on oe-core or merge the relevant morty-next commit in meta-openembedded I put the recipes into my own layer to keep my stuff building. It would probably be beneficial for future recipe moves to first add stuff to the destination layer before removing it from the source, particularly on the non master branches. Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 1/2] firefox: remove nss private libs setting
Commit 8cc038d uses the system's nss rather than building a private one. So one should remove the nss libs from PRIVATE_LIBS also. Otherwise bitbake does not add nss to RDEPENDS automatically resulting in a potentially missing nss package in an image. Additianlly bitbake shows the following warning: | WARNING: firefox-45.6.0esr-r0 do_package_qa: QA Issue: /usr/lib/firefox/libxul.so | contained in package firefox requires libnss3.so(NSS_3.12), | but no providers found in RDEPENDS_firefox? [file-rdeps] Signed-off-by: Max Krummenacher --- recipes-mozilla/firefox/firefox_45.6.0esr.bb | 12 1 file changed, 12 deletions(-) diff --git a/recipes-mozilla/firefox/firefox_45.6.0esr.bb b/recipes-mozilla/firefox/firefox_45.6.0esr.bb index bed50dd..31b3353 100644 --- a/recipes-mozilla/firefox/firefox_45.6.0esr.bb +++ b/recipes-mozilla/firefox/firefox_45.6.0esr.bb @@ -95,15 +95,3 @@ PRIVATE_LIBS = "libmozjs.so \ libmozsqlite3.so \ libbrowsercomps.so \ libclearkey.so" - -# mark libraries also provided by nss as private too -PRIVATE_LIBS += " \ -libfreebl3.so \ -libnss3.so \ -libnssckbi.so \ -libsmime3.so \ -libnssutil3.so \ -libnssdbm3.so \ -libssl3.so \ -libsoftokn3.so \ -" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH 2/2] README: add -s to git send-email example
Prevent missing Signed-off-by lines. Signed-off-by: Max Krummenacher --- README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README b/README index 647404b..effe2f9 100644 --- a/README +++ b/README @@ -26,7 +26,7 @@ Maintainers: Eric Bénard Otavio Salvador When sending single patches, please use something like : -git send-email -1 --to openembedded-devel@lists.openembedded.org --subject-prefix='meta-browser][PATCH' +git send-email -1 -s --to openembedded-devel@lists.openembedded.org --subject-prefix='meta-browser][PATCH' TODO -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 2/2] README: add -s to git send-email example
ping Any comments on this one? Max 2017-01-17 0:09 GMT+01:00 Max Krummenacher : > Prevent missing Signed-off-by lines. > > Signed-off-by: Max Krummenacher > --- > README | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/README b/README > index 647404b..effe2f9 100644 > --- a/README > +++ b/README > @@ -26,7 +26,7 @@ Maintainers: Eric Bénard > Otavio Salvador > > When sending single patches, please use something like : > -git send-email -1 --to openembedded-devel@lists.openembedded.org > --subject-prefix='meta-browser][PATCH' > +git send-email -1 -s --to openembedded-devel@lists.openembedded.org > --subject-prefix='meta-browser][PATCH' > > TODO > > -- > 2.6.6 > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 1/2] firefox: remove nss private libs setting
ping Any comments on this one? Max 2017-01-17 0:09 GMT+01:00 Max Krummenacher : > Commit 8cc038d uses the system's nss rather than building a private > one. So one should remove the nss libs from PRIVATE_LIBS also. > Otherwise bitbake does not add nss to RDEPENDS automatically resulting > in a potentially missing nss package in an image. > Additianlly bitbake shows the following warning: > > | WARNING: firefox-45.6.0esr-r0 do_package_qa: QA Issue: > /usr/lib/firefox/libxul.so > | contained in package firefox requires libnss3.so(NSS_3.12), > | but no providers found in RDEPENDS_firefox? [file-rdeps] > > Signed-off-by: Max Krummenacher > --- > recipes-mozilla/firefox/firefox_45.6.0esr.bb | 12 > 1 file changed, 12 deletions(-) > > diff --git a/recipes-mozilla/firefox/firefox_45.6.0esr.bb > b/recipes-mozilla/firefox/firefox_45.6.0esr.bb > index bed50dd..31b3353 100644 > --- a/recipes-mozilla/firefox/firefox_45.6.0esr.bb > +++ b/recipes-mozilla/firefox/firefox_45.6.0esr.bb > @@ -95,15 +95,3 @@ PRIVATE_LIBS = "libmozjs.so \ > libmozsqlite3.so \ > libbrowsercomps.so \ > libclearkey.so" > - > -# mark libraries also provided by nss as private too > -PRIVATE_LIBS += " \ > -libfreebl3.so \ > -libnss3.so \ > -libnssckbi.so \ > -libsmime3.so \ > -libnssutil3.so \ > -libnssdbm3.so \ > -libssl3.so \ > -libsoftokn3.so \ > -" > -- > 2.6.6 > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 2/2] README: add -s to git send-email example
Am Freitag, den 27.01.2017, 11:28 +0100 schrieb Anders Darander: > * Otavio Salvador [170127 11:12]: > > > On Thu, Jan 26, 2017 at 11:03 PM, Khem Raj wrote: > > > what happens if commits are already having a sign-off ? > > > A new one is added. > > Then I don't think this change should be made. I tested it. That depends on who did the sign-off. You end up with two sign-off lines only if the are not identical, e.g. the committer and submitter are different. I went now through the READMEs of all installed layers and about half of them propose the '-s' while the other half does not. So I guess we should drop this patch. Max > > Cheers, > Anders > > -- > Anders Darander, Senior System Architect > ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH][master][morty]] populate_sdk_qt5: use _append operator
populate_sdk assigns TOOLCHAIN_HOST_TASK and TOOLCHAIN_TARGET_TASK with ?=. Thus depending on the order in which populate_sdk and populate_sdk-qt5 get parsed the assignments from populate_sdk are discarded and the resulting sdk is missing among others the environment-setup script. Signed-off-by: Max Krummenacher --- classes/populate_sdk_qt5.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/classes/populate_sdk_qt5.bbclass b/classes/populate_sdk_qt5.bbclass index bbf137d..a10341d 100644 --- a/classes/populate_sdk_qt5.bbclass +++ b/classes/populate_sdk_qt5.bbclass @@ -2,7 +2,7 @@ inherit populate_sdk_qt5_base -TOOLCHAIN_HOST_TASK += "nativesdk-packagegroup-qt5-toolchain-host" -TOOLCHAIN_TARGET_TASK += "packagegroup-qt5-toolchain-target" +TOOLCHAIN_HOST_TASK_append = " nativesdk-packagegroup-qt5-toolchain-host" +TOOLCHAIN_TARGET_TASK_append = " packagegroup-qt5-toolchain-target" FEATURE_PACKAGES_qtcreator-debug = "packagegroup-qt5-qtcreator-debug" -- 2.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH][master-next 2/4] crda: add rdepends of python-m2crypto-native
This fixed the build, remove blacklist also. While at it, cleanup DEPENDS of python stuff already added by inherit. Signed-off-by: Max Krummenacher --- meta-networking/recipes-connectivity/crda/crda_3.18.bb | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/meta-networking/recipes-connectivity/crda/crda_3.18.bb b/meta-networking/recipes-connectivity/crda/crda_3.18.bb index 2aa9a09..45ecdd7 100644 --- a/meta-networking/recipes-connectivity/crda/crda_3.18.bb +++ b/meta-networking/recipes-connectivity/crda/crda_3.18.bb @@ -4,7 +4,7 @@ SECTION = "net" LICENSE = "copyleft-next-0.3.0" LIC_FILES_CHKSUM = "file://copyleft-next-0.3.0;md5=8743a2c359037d4d329a31e79eabeffe" -DEPENDS = "python-m2crypto-native python-native libgcrypt libnl openssl" +DEPENDS = "libgcrypt libnl openssl" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz \ file://do-not-run-ldconfig-if-destdir-is-set.patch \ @@ -18,7 +18,8 @@ SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz \ SRC_URI[md5sum] = "0431fef3067bf503dfb464069f06163a" SRC_URI[sha256sum] = "43fcb9679f8b75ed87ad10944a506292def13e4afb194afa7aa921b01e8ecdbf" -inherit python-dir pythonnative +inherit python-m2crypto-native + # Recursive make problem EXTRA_OEMAKE = "MAKEFLAGS= DESTDIR=${D} LIBDIR=${libdir}/crda LDLIBREG='-Wl,-rpath,${libdir}/crda -lreg'" EXTRA_OEMAKE_append = " USE_OPENSSL=1" @@ -34,5 +35,3 @@ do_install() { } RDEPENDS_${PN} = "udev wireless-regdb" - -PNBLACKLIST[crda] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130675/"; -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH][master-next 3/4] pywbem: depend on python-m2crypto-native and its rdepends
This fixed the build, remove blacklist also. Signed-off-by: Max Krummenacher --- meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb index 8b5394e..14d4e69 100644 --- a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb +++ b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb @@ -16,14 +16,13 @@ HOMEPAGE = "http://pywbem.sf.net/"; LICENSE = "LGPLv2" LIC_FILES_CHKSUM = "file://pywbem/LICENSE.txt;md5=fbc093901857fcd118f065f900982c24" SECTION = "Development/Libraries" -DEPENDS = "python-m2crypto-native" SRC_URI = "http://jaist.dl.sourceforge.net/project/${BPN}/${BPN}/${BP}/${BP}-dev.r704.zip"; SRC_URI[md5sum] = "84072451dcdd1aa9ee82363848faf7ad" SRC_URI[sha256sum] = "898035866d3cc741bbcd62c4ac26e633ad07b7c11d89db2472b9f923f3fd3ed8" S = "${WORKDIR}/${BP}-dev" -inherit setuptools python-dir +inherit setuptools python-m2crypto-native do_install_append() { mv ${D}${bindir}/wbemcli.py ${D}${bindir}/pywbemcli @@ -34,6 +33,3 @@ do_install_append() { } BBCLASSEXTEND = "native" - -PNBLACKLIST[pywbem] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130596/"; -PNBLACKLIST[pywbem] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130681/"; -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH][master-next 4/4] openlmi-tools: remove blacklist
Build is fixed for bywbem, bywbem-native. Signed-off-by: Max Krummenacher --- meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb b/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb index cc8e829..b23869d 100644 --- a/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb +++ b/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb @@ -21,5 +21,3 @@ do_compile_prepend() { do_install_prepend() { cd cli } - -PNBLACKLIST[openlmi-tools] ?= "Depends on blacklisted pywbem" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH][master-next 1/4] python-m2crypto-native: rdepend on python-typing
Because of a bitbake limitation add python-m2crypto-native.bbclass which can be inherited by users of python-m2crypto-native to get the required dependencies into their recipe specific sysroot. Signed-off-by: Max Krummenacher --- meta-python/classes/python-m2crypto-native.bbclass| 6 ++ meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb | 4 +++- 2 files changed, 9 insertions(+), 1 deletion(-) create mode 100644 meta-python/classes/python-m2crypto-native.bbclass diff --git a/meta-python/classes/python-m2crypto-native.bbclass b/meta-python/classes/python-m2crypto-native.bbclass new file mode 100644 index 000..afaeca8 --- /dev/null +++ b/meta-python/classes/python-m2crypto-native.bbclass @@ -0,0 +1,6 @@ +# Inherit this class if you need python-m2crypto-native in your +# sysroot. This works around RDEPENDS of native packages pulled in via +# DEPENDS not being installed otherwise. + +DEPENDS_append = " python-m2crypto-native python-typing-native" +inherit pythonnative diff --git a/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb b/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb index ca46222..7c41828 100644 --- a/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb +++ b/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb @@ -12,7 +12,9 @@ SRC_URI += "file://0001-setup.py-link-in-sysroot-not-in-host-directories.patch " PYPI_PACKAGE = "M2Crypto" inherit pypi setuptools siteinfo -DEPENDS += "openssl swig-native python-typing" +DEPENDS += "openssl swig-native" +# any change to RDEPENDS should also go into python-m2crypto-native.bbclass +RDEPENDS_${PN} += "python-typing" DISTUTILS_BUILD_ARGS += "build_ext --openssl=${STAGING_DIR_HOST} -I${STAGING_INCDIR}" DISTUTILS_INSTALL_ARGS += "build_ext --openssl=${STAGING_DIR_HOST}" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH][master-next 3/4] pywbem: depend on python-m2crypto-native and its rdepends
Hi Am Montag, den 13.02.2017, 22:40 +0100 schrieb Martin Jansa: > Oh, I see what you did in master-next 1/4, but is it worth creating > .bbclass for just 2 dependencies which probably won't be used by so many > recipes? That's how I understand Richard here: http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132693.html Actually it is not 2 dependencies, it is 1 dependency on python-m2crypto-native and the run time dependency that python-m2crypto-native needs since it upgrade to 0.25.1. So the issue here is that if some time in the future there is another RDEPENDS that python-m2crypto-native needs we will have to track down all the users of it and add the new dependency there too. If you think this does not merit a new class I can substitute the new class by adding python-typing-native to crda and pywbem to fix the build in the current setup and resend the patch series. Max On Mon, Feb 13, 2017 at 10:39 PM, Martin Jansa > wrote: > > > Did you test this change? You added it to inherit not DEPENDS.. > > > > On Mon, Feb 13, 2017 at 10:02 PM, Max Krummenacher > > wrote: > > > > > This fixed the build, remove blacklist also. > > > > > > Signed-off-by: Max Krummenacher > > > --- > > > meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb | 6 +- > > > 1 file changed, 1 insertion(+), 5 deletions(-) > > > > > > diff --git a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb > > > b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb > > > index 8b5394e..14d4e69 100644 > > > --- a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb > > > +++ b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb > > > @@ -16,14 +16,13 @@ HOMEPAGE = "http://pywbem.sf.net/"; > > > LICENSE = "LGPLv2" > > > LIC_FILES_CHKSUM = "file://pywbem/LICENSE.txt;md5 > > > =fbc093901857fcd118f065f900982c24" > > > SECTION = "Development/Libraries" > > > -DEPENDS = "python-m2crypto-native" > > > SRC_URI = "http://jaist.dl.sourceforge.net/project/${BPN}/${BPN}/${BP} > > > /${BP}-dev.r704.zip" > > > SRC_URI[md5sum] = "84072451dcdd1aa9ee82363848faf7ad" > > > SRC_URI[sha256sum] = "898035866d3cc741bbcd62c4ac26e > > > 633ad07b7c11d89db2472b9f923f3fd3ed8" > > > > > > S = "${WORKDIR}/${BP}-dev" > > > > > > -inherit setuptools python-dir > > > +inherit setuptools python-m2crypto-native > > > > > > do_install_append() { > > > mv ${D}${bindir}/wbemcli.py ${D}${bindir}/pywbemcli > > > @@ -34,6 +33,3 @@ do_install_append() { > > > } > > > > > > BBCLASSEXTEND = "native" > > > - > > > -PNBLACKLIST[pywbem] ?= "Fails to build with RSS > > > http://errors.yoctoproject.org/Errors/Details/130596/"; > > > -PNBLACKLIST[pywbem] ?= "Fails to build with RSS > > > http://errors.yoctoproject.org/Errors/Details/130681/"; > > > -- > > > 2.6.6 > > > > > > -- > > > ___ > > > Openembedded-devel mailing list > > > Openembedded-devel@lists.openembedded.org > > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > > > > > > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH][master-next 3/4] pywbem: depend on python-m2crypto-native and its rdepends
2017-02-13 23:58 GMT+01:00 Martin Jansa : > Yes, I guessed that Richard answer was the motivation for what you did, but > the original issue reported by Andreas was about "many recipes depending on > kdoctool". > > Here I see only 2 cases of such dependency, so I think we can live without > the bbclass - unless someone says that he has many recipes in internal > layers which depend on python-m2crypto-native. > > Just my 2c (I'm not familiar with python-m2crypto so I cannot say how > common this use-case is). I don't know either. I rework the patches to only use DEPENDS and send a v2. Max -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2][master-next 2/4] crda: add depends on python-typing-native
python-m2crypto-native requires python-typing-native. This fixed the build, remove blacklist. Signed-off-by: Max Krummenacher --- meta-networking/recipes-connectivity/crda/crda_3.18.bb | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta-networking/recipes-connectivity/crda/crda_3.18.bb b/meta-networking/recipes-connectivity/crda/crda_3.18.bb index 2aa9a09..82a297b 100644 --- a/meta-networking/recipes-connectivity/crda/crda_3.18.bb +++ b/meta-networking/recipes-connectivity/crda/crda_3.18.bb @@ -4,7 +4,7 @@ SECTION = "net" LICENSE = "copyleft-next-0.3.0" LIC_FILES_CHKSUM = "file://copyleft-next-0.3.0;md5=8743a2c359037d4d329a31e79eabeffe" -DEPENDS = "python-m2crypto-native python-native libgcrypt libnl openssl" +DEPENDS = "python-m2crypto-native python-typing-native python-native libgcrypt libnl openssl" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz \ file://do-not-run-ldconfig-if-destdir-is-set.patch \ @@ -34,5 +34,3 @@ do_install() { } RDEPENDS_${PN} = "udev wireless-regdb" - -PNBLACKLIST[crda] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130675/"; -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2][master-next 0/4] python-m2crypto now rdepend on python-typing
For native packages the rdepends do not get automatically installed in the recipe specific sysroot. Changes in v2: - Fixed this by adding to DEPENDS of recipes using python-m2crypto-native rather than using a new bbclass. Max Krummenacher (4): python-m2crypto: rdepend on python-typing crda: add depends on python-typing-native pywbem: add depends on python-typing-native openlmi-tools: remove blacklist meta-networking/recipes-connectivity/crda/crda_3.18.bb| 4 +--- meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb | 2 -- meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb | 5 + meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb | 3 ++- 4 files changed, 4 insertions(+), 10 deletions(-) -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2][master-next 1/4] python-m2crypto: rdepend on python-typing
python-typing is required at runtime, not at build time. Signed-off-by: Max Krummenacher --- meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb b/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb index ca46222..72523bd 100644 --- a/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb +++ b/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb @@ -12,7 +12,8 @@ SRC_URI += "file://0001-setup.py-link-in-sysroot-not-in-host-directories.patch " PYPI_PACKAGE = "M2Crypto" inherit pypi setuptools siteinfo -DEPENDS += "openssl swig-native python-typing" +DEPENDS += "openssl swig-native" +RDEPENDS_${PN} += "python-typing" DISTUTILS_BUILD_ARGS += "build_ext --openssl=${STAGING_DIR_HOST} -I${STAGING_INCDIR}" DISTUTILS_INSTALL_ARGS += "build_ext --openssl=${STAGING_DIR_HOST}" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2][master-next 3/4] pywbem: add depends on python-typing-native
python-m2crypto-native requires python-typing-native. This fixed the build, remove blacklist. Signed-off-by: Max Krummenacher --- meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb index 8b5394e..7f1986e 100644 --- a/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb +++ b/meta-oe/recipes-extended/pywbem/pywbem_0.8.0.bb @@ -16,7 +16,7 @@ HOMEPAGE = "http://pywbem.sf.net/"; LICENSE = "LGPLv2" LIC_FILES_CHKSUM = "file://pywbem/LICENSE.txt;md5=fbc093901857fcd118f065f900982c24" SECTION = "Development/Libraries" -DEPENDS = "python-m2crypto-native" +DEPENDS = "python-m2crypto-native python-typing-native" SRC_URI = "http://jaist.dl.sourceforge.net/project/${BPN}/${BPN}/${BP}/${BP}-dev.r704.zip"; SRC_URI[md5sum] = "84072451dcdd1aa9ee82363848faf7ad" SRC_URI[sha256sum] = "898035866d3cc741bbcd62c4ac26e633ad07b7c11d89db2472b9f923f3fd3ed8" @@ -34,6 +34,3 @@ do_install_append() { } BBCLASSEXTEND = "native" - -PNBLACKLIST[pywbem] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130596/"; -PNBLACKLIST[pywbem] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130681/"; -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2][master-next 4/4] openlmi-tools: remove blacklist
Build is fixed for pywbem, pywbem-native. Signed-off-by: Max Krummenacher --- meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb b/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb index cc8e829..b23869d 100644 --- a/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb +++ b/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb @@ -21,5 +21,3 @@ do_compile_prepend() { do_install_prepend() { cd cli } - -PNBLACKLIST[openlmi-tools] ?= "Depends on blacklisted pywbem" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH][master-next 1/2] gnome-mime-data: add depends on glib-2.0-native
This installs the needed glib-gettextize. Remove blacklist. Signed-off-by: Max Krummenacher --- Note that this is badly tested. On my host the build did pickup glib-gettextize from /usr/bin/glib-gettextize.. I inspected the native sysroot with devshell. The binary was missing without the patch and got installed with it. Max meta-gnome/recipes-gnome/gnome-mime-data/gnome-mime-data_2.18.0.bb | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-mime-data/gnome-mime-data_2.18.0.bb b/meta-gnome/recipes-gnome/gnome-mime-data/gnome-mime-data_2.18.0.bb index 6dc80b5..eeac1bb 100644 --- a/meta-gnome/recipes-gnome/gnome-mime-data/gnome-mime-data_2.18.0.bb +++ b/meta-gnome/recipes-gnome/gnome-mime-data/gnome-mime-data_2.18.0.bb @@ -15,7 +15,5 @@ SRC_URI[archive.md5sum] = "541858188f80090d12a33b5a7c34d42c" SRC_URI[archive.sha256sum] = "37196b5b37085bbcd45c338c36e26898fe35dd5975295f69f48028b1e8436fd7" GNOME_COMPRESS_TYPE="bz2" -DEPENDS += "shared-mime-info intltool-native" +DEPENDS += "shared-mime-info intltool-native glib-2.0-native" RDEPENDS_${PN} = "shared-mime-info" - -PNBLACKLIST[gnome-mime-data] ?= "Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130589/"; -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH][master-next 2/2] gnome-vfs: remove blacklist
Build is fixed for gnome-mime-data. Signed-off-by: Max Krummenacher --- meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb index edf5bfc..3ec6466 100644 --- a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb +++ b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb @@ -56,5 +56,3 @@ python populate_packages_prepend () { plugindir = d.expand('${libdir}/gnome-vfs-2.0/modules/') do_split_packages(d, plugindir, '^lib(.*)\.so$', 'gnome-vfs-plugin-%s', 'GNOME VFS plugin for %s') } - -PNBLACKLIST[gnome-vfs] ?= "Depends on blacklisted gnome-mime-data" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2][master-next 0/4] python-m2crypto now rdepend on python-typing
Hi 2017-02-15 9:07 GMT+01:00 Patrick Ohly : > On Tue, 2017-02-14 at 22:48 +0100, Max Krummenacher wrote: >> For native packages the rdepends do not get automatically installed in the >> recipe >> specific sysroot. > > I'm still not certain whether that RDEPENDS problem is intentional or a > bug which needs to be fixed - see "[OE-core] Does recipe specific > sysrooot (or whatelse in current oe) break native dependencies?" IMHO this is a bug. If I need a tool at compile time I should only have to add that tool to DEPENDS, this should take care of installing what ever else that tool needs to run. However I understand Richard's comments that technically this is not easy to achive so I don't expect a fix soon. > > I don't know how long it might take to resolve this, nor how urgent this > problem is for you, therefore I don't have an opinion whether merging a > (temporary?) workaround is better than waiting. I guess that crda is sort of mandatory for images which use WiFi so having that blacklisted is likely a showstopper for many users. (pywbem got fixed because grep hinted that it has the identical issue, I don't even know what it does) Also the workaround will not hurt once RDEPENDS native are followed, at best a package is installed in the sysroot because it is listed in two places, at worst the RDEPENDS is no longer needed but gets still installed because that change did not propagate to the user of the tool. So I'm for fixing it with a workaround. Max > > -- > Best Regards, Patrick Ohly > > The content of this message is my personal opinion only and although > I am an employee of Intel, the statements I make here in no way > represent Intel's position on the issue, nor am I authorized to speak > on behalf of Intel on this matter. > > > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] libunique: depends on dbus-glib-native
Adds the missing dbus-binding-tool into RSS. Signed-off-by: Max Krummenacher --- meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb b/meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb index 3018398..8aa293f 100644 --- a/meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb +++ b/meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb @@ -15,7 +15,7 @@ SRC_URI[sha256sum] = "e5c8041cef8e33c55732f06a292381cb345db946cf792a4ae18aa5c66c PR = "r7" -DEPENDS = "glib-2.0 gtk+" +DEPENDS = "dbus-glib-native glib-2.0 gtk+" PACKAGECONFIG ??= "dbus" PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus dbus-glib" -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] ptpd: add pkgconfig to inherit
ptpd is patched to use 'pkg-config libpcap', so inherit pkgconfig to have it available in RSS. Signed-off-by: Max Krummenacher --- meta-networking/recipes-daemons/ptpd/ptpd_2.3.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1.bb b/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1.bb index 622db5f..e136193 100644 --- a/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1.bb +++ b/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1.bb @@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = "file://README;md5=0733e1b3788ab2ebbc63bf33a020da1d" DEPENDS = "libpcap" -inherit autotools systemd +inherit autotools pkgconfig systemd # return something like '1.2.3' or '1.2.3/rc1' # -- 2.6.6 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OpenEmbedded Layer Index autobuild errors
Hi Am Sonntag, den 19.03.2017, 00:28 -0400 schrieb Daniel Dickinson: > Hi, > > Since it wasn't clear from my last posting about this issue, that the > issued described was that the recipe parsing for the three pre-alpha > layers I submitted recently triggered an error condition (missing > HOSTTOOLS) which isn't something that's an issue with the layer or > recipes (or so I'm given to understand), I'm reposing the error message > and this request for the hosts to get the necessary packages so the > layer index can be updated. > > Layers are: > > meta-cshored - small distro along the lines of poky-tiny but for > read-only-rootfs and taking advantage of the following layers: > > meta-earlyinit - instead of initramfs run 'earlyinit' to prepare things > for the main init and which runs from the kerne-mounted rootfs. > > meta-runit-init - use busybox 'runit' commands as the main init. > > > The error message is: > > > Traceback (most recent call last): > File "update_layer.py", line 716, in > main() > File "update_layer.py", line 216, in main > (tinfoil, tempdir) = recipeparse.init_parser(settings, branch, > bitbakepath, > nocheckout=options.nocheckout, logger=logger) > File "/opt/layerindex/layerindex/recipeparse.py", line 75, in init_parser > tinfoil = utils.setup_tinfoil(bitbakepath, enable_tracking) > File "/opt/layerindex/layerindex/utils.py", line 144, in setup_tinfoil > tinfoil.prepare(config_only = True) > File "/opt/workdir/bitbake/lib/bb/tinfoil.py", line 210, in prepare > extrafeatures) > File "/opt/workdir/bitbake/lib/bb/main.py", line 517, in setup_bitbake > server = start_server(servermodule, configParams, configuration, > featureset) > File "/opt/workdir/bitbake/lib/bb/main.py", line 357, in start_server > cooker = bb.cooker.BBCooker(configuration, features) > File "/opt/workdir/bitbake/lib/bb/cooker.py", line 195, in __init__ > self.initConfigurationData() > File "/opt/workdir/bitbake/lib/bb/cooker.py", line 358, in > initConfigurationData > self.databuilder.parseBaseConfiguration() > File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 299, in > parseBaseConfiguration > raise bb.BBHandledException > bb.BBHandledException > ERROR: The following required tools (as specified by HOSTTOOLS) appear to be > unavailable in PATH, > please install them in order to proceed: > cpio chrpath gawk diffstat makeinfo This recent commit tries to hide host applications which should not be used by recipes as they should be provided from their -native packages (from DEPENDS) during the build. http://cgit.openembedded.org/openembedded-core/commit/?id=fa764a403da34bb0ca9fa3767a9e9dba8d685965 With that change all tools which must be installed on the host need to be present, even if in your use case some of them might not be used. Did you install the prerequisites? http://www.yoctoproject.org/docs/2.2.1/ref-manual/ref-manual.html#required-packages-for-the-host-dev elopment-system Max > > Regards, > > Daniel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel