* [PATCH v2 2/2] taglib: update to 1.11
From: Andreas Müller @ 2016-10-24 17:49 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477331349-3389-1-git-send-email-schnitzeltony@googlemail.com>
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
meta/recipes-support/taglib/{taglib_1.9.1.bb => taglib_1.11.bb} | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
rename meta/recipes-support/taglib/{taglib_1.9.1.bb => taglib_1.11.bb} (74%)
diff --git a/meta/recipes-support/taglib/taglib_1.9.1.bb b/meta/recipes-support/taglib/taglib_1.11.bb
similarity index 74%
rename from meta/recipes-support/taglib/taglib_1.9.1.bb
rename to meta/recipes-support/taglib/taglib_1.11.bb
index d125308..9c0d374 100644
--- a/meta/recipes-support/taglib/taglib_1.9.1.bb
+++ b/meta/recipes-support/taglib/taglib_1.11.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM = "file://COPYING.LGPL;md5=4fbd65380cdd255951079008b364516c \
DEPENDS = "zlib"
SRC_URI = "http://taglib.github.io/releases/${BP}.tar.gz"
-SRC_URI[md5sum] = "0d35df96822bbd564c5504cb3c2e4d86"
-SRC_URI[sha256sum] = "72d371cd1419a87ae200447a53bff2be219283071e80fd12337928cc967dc71a"
+SRC_URI[md5sum] = "be39fa2054df40664cb557126ad7cf7c"
+SRC_URI[sha256sum] = "ed4cabb3d970ff9a30b2620071c2b054c4347f44fc63546dbe06f97980ece288"
UPSTREAM_CHECK_URI = "http://github.com/taglib/taglib/releases/"
@@ -30,3 +30,6 @@ do_configure_prepend () {
sed -i -e "s/atomic.hpp/atomic-not-exist.hpp/" ${S}/ConfigureChecks.cmake ${S}/taglib/toolkit/trefcounter.cpp
}
+# without -fPIC depending packages failed with many errors like:
+# | <...>/ld: error: <...>/usr/lib/libtag.a(modfilebase.cpp.o): requires unsupported dynamic reloc R_ARM_THM_MOVW_ABS_NC; recompile with -fPIC
+CXXFLAGS += "-fPIC"
--
2.5.5
^ permalink raw reply related
* [PATCH v2 1/2] libsdl2: update to 2.0.5
From: Andreas Müller @ 2016-10-24 17:49 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477331349-3389-1-git-send-email-schnitzeltony@googlemail.com>
* 0001-src-video-make-it-compatible-with-wayland-1.10.patch is removed because
the problem has been resolved upstream
* Add 0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
so that WAYLAND_PROTOCOLS_SYSROOT_DIR is substituted in a way similar to gtk3
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
...-sysroot-path-so-that-make-finds-our-wayl.patch | 32 ++++++++++++
...ideo-make-it-compatible-with-wayland-1.10.patch | 57 ----------------------
.../libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} | 14 +++---
3 files changed, 40 insertions(+), 63 deletions(-)
create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
delete mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
rename meta/recipes-graphics/libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} (86%)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch b/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
new file mode 100644
index 0000000..d042430
--- /dev/null
+++ b/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
@@ -0,0 +1,32 @@
+From b44808e43130dcd13b43e5b978b9b24aeb4c134c Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= <schnitzeltony@googlemail.com>
+Date: Thu, 20 Oct 2016 14:57:51 +0200
+Subject: [PATCH] prepend our sysroot path so that make finds our
+ wayland-protocol files
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
+---
+ configure.in | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/configure.in b/configure.in
+index 726ded3..3376600 100644
+--- a/configure.in
++++ b/configure.in
+@@ -1206,7 +1206,7 @@ AC_HELP_STRING([--enable-video-wayland-qt-touch], [QtWayland server support for
+ WAYLAND_LIBS=`$PKG_CONFIG --libs wayland-client wayland-egl wayland-cursor xkbcommon`
+ WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner wayland-scanner`
+ WAYLAND_CORE_PROTOCOL_DIR=`$PKG_CONFIG --variable=pkgdatadir wayland-client`
+- WAYLAND_PROTOCOLS_DIR=`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`
++ WAYLAND_PROTOCOLS_DIR=${WAYLAND_PROTOCOLS_SYSROOT_DIR}`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`
+ video_wayland=yes
+ fi
+ fi
+--
+2.5.5
+
diff --git a/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch b/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
deleted file mode 100644
index 44e6d4d..0000000
--- a/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
+++ /dev/null
@@ -1,57 +0,0 @@
-From b1ed3533433501ec52c8289a5b3a294e57e7f798 Mon Sep 17 00:00:00 2001
-From: Martin Jansa <martin.jansa@gmail.com>
-Date: Thu, 26 May 2016 11:31:52 +0000
-Subject: [PATCH] src/video: make it compatible with wayland 1.10
-
-| build/.libs/SDL_waylandevents.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| build/.libs/SDL_waylandkeyboard.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| build/.libs/SDL_waylandvideo.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| collect2: error: ld returned 1 exit status
-| make: *** [build/libSDL2.la] Error 1
-| ERROR: oe_runmake failed
-
-Upstream-Status: Pending
-Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
-
----
- src/video/wayland/SDL_waylanddyn.h | 1 +
- src/video/wayland/SDL_waylandsym.h | 4 ++++
- src/video/webos/SDL_waylanddyn.h | 1 +
- src/video/webos/SDL_waylandsym.h | 4 ++++
- 4 files changed, 10 insertions(+)
-
-diff --git a/src/video/wayland/SDL_waylanddyn.h b/src/video/wayland/SDL_waylanddyn.h
-index 8d9313a..c7b0157 100644
---- a/src/video/wayland/SDL_waylanddyn.h
-+++ b/src/video/wayland/SDL_waylanddyn.h
-@@ -79,6 +79,7 @@ void SDL_WAYLAND_UnloadSymbols(void);
- #define wl_proxy_get_user_data (*WAYLAND_wl_proxy_get_user_data)
- #define wl_proxy_add_listener (*WAYLAND_wl_proxy_add_listener)
- #define wl_proxy_marshal_constructor (*WAYLAND_wl_proxy_marshal_constructor)
-+#define wl_proxy_marshal_constructor_versioned (*WAYLAND_wl_proxy_marshal_constructor_versioned)
-
- #define wl_seat_interface (*WAYLAND_wl_seat_interface)
- #define wl_surface_interface (*WAYLAND_wl_surface_interface)
-diff --git a/src/video/wayland/SDL_waylandsym.h b/src/video/wayland/SDL_waylandsym.h
-index c3b4fa5..b9a0d97 100644
---- a/src/video/wayland/SDL_waylandsym.h
-+++ b/src/video/wayland/SDL_waylandsym.h
-@@ -55,6 +55,10 @@ SDL_WAYLAND_SYM(void, wl_list_insert_list, (struct wl_list *, struct wl_list *))
- SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_4)
- SDL_WAYLAND_SYM(struct wl_proxy *, wl_proxy_marshal_constructor, (struct wl_proxy *, uint32_t opcode, const struct wl_interface *interface, ...))
-
-+/* These functions are available in Wayland >= 1.10 */
-+SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_10)
-+SDL_WAYLAND_SYM(struct wl_proxy *, wl_proxy_marshal_constructor_versioned, (struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, ...))
-+
- SDL_WAYLAND_INTERFACE(wl_seat_interface)
- SDL_WAYLAND_INTERFACE(wl_surface_interface)
- SDL_WAYLAND_INTERFACE(wl_shm_pool_interface)
---
-1.9.1
-
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
similarity index 86%
rename from meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb
rename to meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
index 844ff33..ac7312b 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
@@ -14,15 +14,16 @@ PROVIDES = "virtual/libsdl2"
DEPENDS_class-nativesdk = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/nativesdk-libx11 nativesdk-libxrandr nativesdk-libxrender nativesdk-libxext', '', d)}"
-SRC_URI = "http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
- file://linkage.patch \
- file://0001-src-video-make-it-compatible-with-wayland-1.10.patch \
+SRC_URI = " \
+ http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
+ file://linkage.patch \
+ file://0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch \
"
S = "${WORKDIR}/SDL2-${PV}"
-SRC_URI[md5sum] = "44fc4a023349933e7f5d7a582f7b886e"
-SRC_URI[sha256sum] = "da55e540bf6331824153805d58b590a29c39d2d506c6d02fa409aedeab21174b"
+SRC_URI[md5sum] = "d4055424d556b4a908aa76fad63abd3c"
+SRC_URI[sha256sum] = "442038cf55965969f2ff06d976031813de643af9c9edc9e331bd761c242e8785"
inherit autotools lib_package binconfig pkgconfig
@@ -31,7 +32,8 @@ EXTRA_OECONF = "--disable-oss --disable-esd --disable-arts \
--disable-video-dummy \
--enable-pthreads \
--enable-sdl-dlopen \
- --disable-rpath"
+ --disable-rpath \
+ WAYLAND_PROTOCOLS_SYSROOT_DIR=${STAGING_DIR}/${MACHINE}"
# opengl packageconfig factored out to make it easy for distros
# and BSP layers to pick either (desktop) opengl, gles2, or no GL
--
2.5.5
^ permalink raw reply related
* [PATCH v2 0/2] update libsdl2 and taglib
From: Andreas Müller @ 2016-10-24 17:49 UTC (permalink / raw)
To: openembedded-core
v1 -> v2: descritions changed as suggested by Alexander Kanavin
Andreas Müller (2):
libsdl2: update to 2.0.5
taglib: update to 1.11
...-sysroot-path-so-that-make-finds-our-wayl.patch | 32 ++++++++++++
...ideo-make-it-compatible-with-wayland-1.10.patch | 57 ----------------------
.../libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} | 14 +++---
.../taglib/{taglib_1.9.1.bb => taglib_1.11.bb} | 7 ++-
4 files changed, 45 insertions(+), 65 deletions(-)
create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
delete mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
rename meta/recipes-graphics/libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} (86%)
rename meta/recipes-support/taglib/{taglib_1.9.1.bb => taglib_1.11.bb} (74%)
--
2.5.5
^ permalink raw reply
* Re: [wic][PATCH] systemd-bootdisk.wks: use PARTUUID
From: Saul Wold @ 2016-10-24 17:34 UTC (permalink / raw)
To: Ed Bartosh, openembedded-core; +Cc: benjamin.esquivel
In-Reply-To: <1477317281-19518-1-git-send-email-ed.bartosh@linux.intel.com>
On Mon, 2016-10-24 at 16:54 +0300, Ed Bartosh wrote:
> Root device name in systemd-bootdisk.wks is 'sda'. This can cause
> images, produced using this wks to refuse booting if real device
> name is not 'sda'. For example, when booting MinnowBoard MAX from
> MicroSD card the boot process stucks with this message on the boot
> console output: Waiting for root device /dev/sda2...
> This happens because real device name of MicroSD card on this device
> is mmcblk1.
>
> Used --use-uuid option for root partition. This should make
> wic to put partiion UUID instead of device name into kernel command
> line.
>
> [YOCTO #10485]
>
> Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
> ---
> scripts/lib/wic/canned-wks/systemd-bootdisk.wks | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> index b900023..4bd9d6a 100644
> --- a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> +++ b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> @@ -4,7 +4,7 @@
>
> part /boot --source bootimg-efi --sourceparams="loader=systemd-boot"
> --ondisk sda --label msdos --active --align 1024
>
> -part / --source rootfs --ondisk sda --fstype=ext4 --label platform
> --align 1024
> +part / --source rootfs --ondisk sda --fstype=ext4 --label platform
> --align 1024 --use-uuid
>
part swap --ondisk sda --size 44 --label swap1 --fstype=swap
>
I understand the --use-uuid for the partition labeling, but how does it
affect everything marked as ondisk sda? Or is ondisk ignored with use-
uuid?
Sau!
>
> --
> 2.1.4
>
^ permalink raw reply
* Re: [wic][PATCH] systemd-bootdisk.wks: use PARTUUID
From: Benjamin Esquivel @ 2016-10-24 16:06 UTC (permalink / raw)
To: Ed Bartosh, openembedded-core
In-Reply-To: <1477317281-19518-1-git-send-email-ed.bartosh@linux.intel.com>
On Mon, 2016-10-24 at 16:54 +0300, Ed Bartosh wrote:
> Root device name in systemd-bootdisk.wks is 'sda'. This can cause
> images, produced using this wks to refuse booting if real device
> name is not 'sda'. For example, when booting MinnowBoard MAX from
> MicroSD card the boot process stucks with this message on the boot
> console output: Waiting for root device /dev/sda2...
> This happens because real device name of MicroSD card on this device
> is mmcblk1.
>
> Used --use-uuid option for root partition. This should make
> wic to put partiion UUID instead of device name into kernel command
> line.
This change worked just fine, I tried it both in Minnowboard and Joule
and both boot to login prompt.
>
> [YOCTO #10485]
>
> Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
> ---
> scripts/lib/wic/canned-wks/systemd-bootdisk.wks | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> index b900023..4bd9d6a 100644
> --- a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> +++ b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
> @@ -4,7 +4,7 @@
>
> part /boot --source bootimg-efi --sourceparams="loader=systemd-boot"
> --ondisk sda --label msdos --active --align 1024
>
> -part / --source rootfs --ondisk sda --fstype=ext4 --label platform
> --align 1024
> +part / --source rootfs --ondisk sda --fstype=ext4 --label platform
> --align 1024 --use-uuid
>
> part swap --ondisk sda --size 44 --label swap1 --fstype=swap
>
> --
> 2.1.4
>
^ permalink raw reply
* State of bitbake world 2016-10-20
From: Martin Jansa @ 2016-10-24 16:01 UTC (permalink / raw)
To: openembedded-core, openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 28008 bytes --]
== Number of issues - stats ==
{| class='wikitable'
!|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies !!|Signatures !!colspan='12'|QA !!Comment
|-
|| ||qemuarm ||qemux86 ||qemux86_64 ||qemuarm||max||min ||qemux86||max||min ||all ||already-stripped ||libdir ||textrel ||build-deps ||file-rdeps ||version-going-backwards ||host-user-contaminated ||installed-vs-shipped ||unknown-configure-option ||symlink-to-sysroot ||invalid-pkgconfig ||pkgname ||
|-
||2016-10-20 ||0 ||2 ||0 ||4 ||1 ||1 ||7 ||3 ||3 ||0 ||0 ||0 ||2 ||7 ||3 ||0 ||1 ||0 ||0 ||0 ||0 ||0 ||
|}
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2016-10-20 ==
INFO: jenkins-job.sh-1.8.11 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20161024_055756.log
=== common () ===
=== common-x86 (0) ===
=== qemuarm (0) ===
=== qemux86 (2) ===
* meta-browser/recipes-browser/chromium/chromium_52.0.2743.76.bb:do_compile
* meta-smartphone/meta-shr/recipes-shr/shr/libshr-glib_git.bb:do_compile
=== qemux86_64 (0) ===
=== Number of failed tasks (2) ===
{| class=wikitable
|-
|| qemuarm || 0 || http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemuarm.20161021_070109.log/ ||
|-
|| qemux86 || 2 || http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86.20161019_104813.log/ || http://errors.yoctoproject.org/Errors/Build/23371/
|-
|| qemux86_64 || 0 || http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86-64.20161020_085159.log/ ||
|}
=== PNBLACKLISTs (119) ===
=== QA issues (13) ===
{| class=wikitable
!| Count ||Issue
|-
||0 ||already-stripped
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||0 ||version-going-backwards
|-
||1 ||host-user-contaminated
|-
||2 ||textrel
|-
||3 ||file-rdeps
|-
||7 ||build-deps
|}
=== Failed dependencies for qemuarm (4) ===
Complete log: http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161020_072353.log/
Found differences:
Found errors:
* ERROR: 4 issues were found in these recipes: xfsprogs
=== Recipes failing with maximal dependencies for qemuarm (1) ===
* xfsprogs -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161020_072353.log//2_max/failed/xfsprogs.log
=== Recipes failing with minimal dependencies for qemuarm (1) ===
* xfsprogs -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161020_072353.log//3_min/failed/xfsprogs.log
=== Failed dependencies for qemux86 (7) ===
Complete log: http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log/
Found differences:
Found errors:
* ERROR: 7 issues were found in these recipes: chromium linux-atm mongodb
=== Recipes failing with maximal dependencies for qemux86 (3) ===
* chromium -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//2_max/failed/chromium.log
* linux-atm -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//2_max/failed/linux-atm.log
* mongodb -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//2_max/failed/mongodb.log
=== Recipes failing with minimal dependencies for qemux86 (3) ===
* chromium -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//3_min/failed/chromium.log
* linux-atm -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//3_min/failed/linux-atm.log
* mongodb -- http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161008_000108.log//3_min/failed/mongodb.log
=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===
Complete log: http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20161020_093255.log/
No issues detected
PNBLACKLISTs:
openembedded-core/:
meta-browser:
recipes-browser/chromium/cef3_280796.bb:PNBLACKLIST[cef3] ?= "BROKEN: fails to build with gcc-6"
meta-openembedded:
meta-efl/recipes-efl/e17/diskio_svn.bb:PNBLACKLIST[diskio] ?= "broken: switch to https://git.enlightenment.org/enlightenment/modules/diskio.git/ and fix 0.0.1+svnr82070-r0.0/E-MODULES-EXTRA/diskio/e-module-diskio.edc:58. invalid state name: 'off'. "default" state must always be first."
meta-efl/recipes-efl/e17/elbow_git.bb:PNBLACKLIST[elbow] ?= "Depends on blacklisted webkit-efl"
meta-efl/recipes-efl/e17/elmdentica_svn.bb:PNBLACKLIST[elmdentica] ?= "OLD and depends on broken azy"
meta-efl/recipes-efl/e17/emprint_svn.bb:PNBLACKLIST[emprint] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/apps/emprint.git/"
meta-efl/recipes-efl/e17/news_svn.bb:PNBLACKLIST[news] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/enlightenment/modules/news.git/"
meta-efl/recipes-efl/e17/rage_svn.bb:PNBLACKLIST[rage] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/apps/rage.git/"
meta-efl/recipes-efl/e17/screenshot_svn.bb:PNBLACKLIST[screenshot] ?= "depends on blacklisted emprint"
meta-efl/recipes-efl/efl/azy_svn.bb:PNBLACKLIST[azy] ?= "OLD and doesn't build with gcc-5"
meta-efl/recipes-efl/efl/engrave_svn.bb:PNBLACKLIST[engrave] ?= "BROKEN: fails to build with latest oe-core"
meta-efl/recipes-efl/efl/entrance_svn.bb:PNBLACKLIST[entrance] ?= "broken: switch to https://git.enlightenment.org/misc/entrance.git and fix 0.0.4+svnr82070-r7/entrance/data/themes/old/default.edc:678. invalid state name: 'defaault'. "default" state must always be first."
meta-efl/recipes-efl/webkit/webkit-efl.inc:PNBLACKLIST[webkit-efl] ?= "Old and unmaintaned fork with many security issues"
meta-efl/recipes-navigation/mcnavi/mcnavi_0.3.4.bb:PNBLACKLIST[mcnavi] ?= "BROKEN: latest version 0.3.4 is 3 years old and now broken with more strict ejde_cc from efl-1.13"
meta-filesystems/recipes-utils/dmapi/dmapi_2.2.12.bb:PNBLACKLIST[dmapi] ?= "Depends on broken xfsprogs"
meta-filesystems/recipes-utils/xfsdump/xfsdump_3.1.4.bb:PNBLACKLIST[xfsdump] ?= "Depends on broken xfsprogs"
meta-filesystems/recipes-utils/xfsprogs/xfsprogs_3.2.3.bb:PNBLACKLIST[xfsprogs] ?= "BROKEN: Needs upgrade to 4.5.0 version to be compatible with Kernel uapi changes from 4.5"
meta-gnome/recipes-apps/epdfview/epdfview_0.1.8.bb:PNBLACKLIST[epdfview] ?= "BROKEN: images are not displayed anymore"
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer] ?= "rdepends on blacklisted mplayer"
meta-gnome/recipes-extended/gtk-theme-torturer/gtk-theme-torturer_git.bb:PNBLACKLIST[gtk-theme-torturer] ?= "BROKEN: gmacros.h:182:53: error: size of array '_GStaticAssertCompileTimeAssertion_2' is negative"
meta-gnome/recipes-gnome/gcalctool/gcalctool_5.32.0.bb:PNBLACKLIST[gcalctool] ?= "broken at least since April 2013 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/57920 and nobody complained, it's also replaced by gnome calculator"
meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb:PNBLACKLIST[gdm] ?= "Depends on broken gnome-panel"
meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_2.32.1.bb:PNBLACKLIST[gnome-control-center] ?= "Depends on broken gnome-menus"
meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb:PNBLACKLIST[gnome-keyring] ?= "This version conflicts with gcr from oe-core"
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3] ?= "CONFLICT: 24 files are conflicting with gnome-menus"
meta-gnome/recipes-gnome/gnome-menus/gnome-menus_2.30.5.bb:PNBLACKLIST[gnome-menus] ?= "BROKEN: fails to build because of python"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3] ?= "CONFLICT: depends on libgweather3 which conflicts with libgweather"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3] ?= "Depends on broken gnome-menus"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb:PNBLACKLIST[gnome-panel] ?= "Depends on broken libgweather"
meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb:PNBLACKLIST[gnome-power-manager] ?= "BROKEN: not compatible with current libnotify"
meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb:PNBLACKLIST[gnome-session] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb:PNBLACKLIST[gnome-terminal] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/gnome/libgnomecups_0.2.3.bb:PNBLACKLIST[libgnomecups] ?= "Depends on broken libgnomeui"
meta-gnome/recipes-gnome/gnome/libgnomeprint_2.18.8.bb:PNBLACKLIST[libgnomeprint] ?= "Depends on broken libgnomecups"
meta-gnome/recipes-gnome/gnumeric/gnumeric_1.12.0.bb:PNBLACKLIST[gnumeric] ?= "Depends on broken libgnomeprint"
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3] ?= "CONFLICT: 876 files are conflicting with libgweather"
meta-gnome/recipes-gnome/gweather/libgweather_2.30.3.bb:PNBLACKLIST[libgweather] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb:PNBLACKLIST[nautilus3] ?= "BROKEN: fails to build, maybe missing dependency on gnome-desktop-utils.h provider"
meta-gnome/recipes-gnome/pimlico/tasks_0.19.bb:PNBLACKLIST[tasks] ?= "Fails to build with gcc-6"
meta-gnome/recipes-gnome/pimlico/tasks_git.bb:PNBLACKLIST[tasks] ?= "Fails to build with gcc-6"
meta-gnome/recipes-gnome/system-tools/system-tools-backends_2.10.2.bb:PNBLACKLIST[system-tools-backends] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?= "BROKEN: doesn't build with B!=S"
meta-gnome/recipes-support/goffice/goffice_0.10.1.bb:PNBLACKLIST[goffice] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-support/tracker/tracker_0.14.2.bb:PNBLACKLIST[tracker] ?= "BROKEN: fails to build with new binutils-2.27"
meta-gpe/recipes-support/fbreader/fbreader_git.bb:PNBLACKLIST[fbreader] ?= "BROKEN: fails to build with gcc-6"
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?= "/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared"
meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb:PNBLACKLIST[mkvtoolnix] ?= "BROKEN: Failx to build with gcc-5"
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander] ?= "BROKEN: fails to use SDL probably because libsdl-config was removed, error: unknown type name 'SDL_Overlay'"
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp] ?= "BROKEN: doesn't build with B!=S (trying to install rendererconsole.py from ${B} instead of ${S})"
meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-ffmpeg_0.10.13.bb:PNBLACKLIST[gst-ffmpeg] ?= "Not compatible with currently used ffmpeg 3"
meta-multimedia/recipes-multimedia/gstreamer/gst123_0.3.1.bb:PNBLACKLIST[gst123] ?= "gst123 is still "sometimes" using wrong sysroot"
meta-networking/recipes-daemons/dnrd/dnrd_2.20.3.bb:PNBLACKLIST[dnrd] ?= "BROKEN: dnrd-2.20.3-r0 do_package: QA Issue: dnrd: Files/directories were installed but not shipped in any package:"
meta-networking/recipes-kernel/netmap/netmap-modules_git.bb:PNBLACKLIST[netmap-modules] ?= "BROKEN: not compatible with default kernel version 4.8"
meta-networking/recipes-kernel/netmap/netmap_git.bb:PNBLACKLIST[netmap] ?= "BROKEN: Tries to build kernel module and fails, either it should be disabled or there should be dependency on kernel like in netmap-modules"
meta-networking/recipes-protocols/accel-ppp/accel-ppp_git.bb:PNBLACKLIST[accel-ppp] ?= "BROKEN: fails to build with new binutils-2.27"
meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb:PNBLACKLIST[linux-atm] ?= "BROKEN: not compatible with default kernel version 4.8"
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
meta-networking/recipes-support/nis/ypbind-mt_2.2.bb:PNBLACKLIST[ypbind-mt] ?= "BROKEN: Depends on broken yp-tools"
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/soft66/soft66_git.bb:PNBLACKLIST[soft66] ?= "BROKEN: depends on broken libftdi"
meta-oe/recipes-connectivity/wvdial/wvdial_1.61.bb:PNBLACKLIST[wvdial] ?= "Depends on broken wvstreams"
meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb:PNBLACKLIST[wvstreams] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-connectivity/zeroc-ice/zeroc-ice_3.5.1.bb:PNBLACKLIST[zeroc-ice] ?= "BROKEN: not compatible with default db version"
meta-oe/recipes-core/fakeroot/fakeroot_1.18.4.bb:PNBLACKLIST[fakeroot] ?= "BROKEN: QA Issue: -dev package contains non-symlink .so"
meta-oe/recipes-devtools/cloud9/cloud9_0.6.bb:PNBLACKLIST[cloud9] ?= "Not comatible with current nodejs 0.12, but upstream is working on it for v3"
meta-oe/recipes-devtools/ltp-ddt/ltp-ddt_1.0.0.bb:PNBLACKLIST[ltp-ddt] ?= "BROKEN: fails since last autotools.bbclass changes"
meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb:PNBLACKLIST[packagekit] ?= "BROKEN: depends on old deprecated libopkg which is currently disabled and will be removed soon"
meta-oe/recipes-extended/subsurface/subsurface_git.bb:PNBLACKLIST[subsurface] ?= "Needs to be upgraded for compatibility with new libdivecomputer"
meta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.bb:PNBLACKLIST[gtkextra] ?= "BROKEN: Fails to build with gcc-5"
meta-oe/recipes-graphics/clutter/clutter-box2d_git.bb:PNBLACKLIST[clutter-box2d] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb:PNBLACKLIST[fim] ?= "BROKEN: doesn't build with B!=S (flex: can't open lex.lex)"
meta-oe/recipes-graphics/slim/slim_1.3.2.bb:PNBLACKLIST[slim] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-oe/recipes-graphics/xorg-driver/xf86-input-mtev_git.bb:PNBLACKLIST[xf86-input-mtev] ?= "BROKEN: doesn't build with B!=S (Makefile without ${S} in sed call)"
meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb:PNBLACKLIST[xf86-video-geode] ?= "BROKEN, fails to build"
meta-oe/recipes-kernel/ktap/ktap-module_git.bb:PNBLACKLIST[ktap-module] ?= "Not compatible with 3.19 kernel"
meta-oe/recipes-kernel/ktap/ktap_git.bb:PNBLACKLIST[ktap] ?= "Depends on blacklisted kernel-module-ktapvm"
meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb:PNBLACKLIST[mplayer2] ?= "Not compatible with currently used ffmpeg 3"
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb:PNBLACKLIST[foxtrotgps] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/gdal/gdal_1.11.1.bb:PNBLACKLIST[gdal] ?= "BROKEN: fails to build with gcc-5"
meta-oe/recipes-navigation/gypsy/gypsy.inc:PNBLACKLIST[gypsy] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/navit/navit.inc:PNBLACKLIST[navit] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-sato/claws-mail/claws-mail_3.9.0.bb:PNBLACKLIST[claws-mail] ?= "depends on blacklisted libetpan"
meta-oe/recipes-sato/claws-mail/claws-plugin-gtkhtml2-viewer_0.31.bb:PNBLACKLIST[claws-plugin-gtkhtml2-viewer] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-sato/claws-mail/claws-plugin-mailmbox_1.15.bb:PNBLACKLIST[claws-plugin-mailmbox] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-sato/claws-mail/claws-plugin-rssyl_0.34.bb:PNBLACKLIST[claws-plugin-rssyl] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-support/apcupsd/apcupsd_3.14.10.bb:PNBLACKLIST[apcupsd] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-support/emacs/emacs_23.4.bb:PNBLACKLIST[emacs] ?= "qemu: uncaught target signal 11 (Segmentation fault) - core dumped"
meta-oe/recipes-support/fftw/benchfft_3.1.bb:PNBLACKLIST[benchfft] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-oe/recipes-support/iksemel/iksemel_1.4.bb:PNBLACKLIST[iksemel] ?= "Not compatible with gnutls version 3.4 currently in oe-core"
meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb:PNBLACKLIST[libdbi-drivers] ?= "BROKEN: fails to build with gcc-5"
meta-oe/recipes-support/libetpan/libetpan_0.57.bb:PNBLACKLIST[libetpan] ?= "Not compatible with gnutls version 3.4 currently in oe-core"
meta-oe/recipes-support/open-vcdiff/open-vcdiff_0.8.4.bb:PNBLACKLIST[open-vcdiff] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-support/opencv/opencv-samples_2.4.bb:PNBLACKLIST[opencv-samples] ?= "Depends on blacklisted opencv"
meta-oe/recipes-support/opencv/opencv_2.4.bb:PNBLACKLIST[opencv] ?= "Not compatible with currently used ffmpeg 3"
meta-oe/recipes-support/openmotif/openmotif_2.3.3.bb:PNBLACKLIST[openmotif] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb:PNBLACKLIST[libsyncml] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-support/openwbem/openwbem_3.2.3.bb:PNBLACKLIST[openwbem] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-support/pidgin/pidgin-otr_4.0.0.bb:PNBLACKLIST[pidgin-otr] ?= "depends on blacklisted pidgin"
meta-oe/recipes-support/vala-terminal/vala-terminal_git.bb:PNBLACKLIST[vala-terminal] ?= "BROKEN: Doesn't work with B!=S, touch: cannot touch `src/.stamp': No such file or directory"
meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb:PNBLACKLIST[vboxguestdrivers] ?= "BROKEN: not compatible with default kernel version 4.8"
meta-qt5:
meta-smartphone:
meta-fso/recipes-freesmartphone/freesmartphone/libframeworkd-glib_git.bb:PNBLACKLIST[libframeworkd-glib] ?= "BROKEN: many errors when building with gcc-6"
meta-fso/recipes-freesmartphone/freesmartphone/zhone_git.bb:PNBLACKLIST[zhone] ?= "rdepends on python-pycairo which was removed"
meta-shr/recipes-shr/3rdparty/advancedcaching_git.bb:PNBLACKLIST[advancedcaching] ?= "RDEPENDS on python-pygtk was removed from oe-core"
meta-shr/recipes-shr/3rdparty/emtooth2_svn.bb:PNBLACKLIST[emtooth2] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-shr/recipes-shr/3rdparty/ffalarms_git.bb:PNBLACKLIST[ffalarms] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/gwaterpas_0.3.bb:PNBLACKLIST[gwaterpas] ?= "broken: depends on blacklisted fltk"
meta-shr/recipes-shr/3rdparty/iliwi_git.bb:PNBLACKLIST[iliwi] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/intone_git.bb:PNBLACKLIST[intone] = "rdepends on blacklisted mplayer2"
meta-shr/recipes-shr/3rdparty/jefliks_git.bb:PNBLACKLIST[jefliks] ?= "depends on blacklisted iksemel"
meta-shr/recipes-shr/3rdparty/openmoko-gps_svn.bb:PNBLACKLIST[openmoko-gps] ?= "RDEPENDS on python-pygtk which was removed from oe-core"
meta-shr/recipes-shr/3rdparty/pisi_0.5.3.bb:PNBLACKLIST[pisi] ?= "RDEPENDS on python-pygtk which was removed from oe-core"
meta-shr/recipes-shr/3rdparty/podboy_svn.bb:PNBLACKLIST[podboy] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-shr/recipes-shr/3rdparty/sensmon_git.bb:PNBLACKLIST[sensmon] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/valacompass_git.bb:PNBLACKLIST[valacompass] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/games/aceofpenguins_1.4.bb:PNBLACKLIST[aceofpenguins] ?= "BROKEN: fails to build with new binutils-2.27"
meta-shr/recipes-shr/shr/shr-installer_git.bb:PNBLACKLIST[shr-installer] ?= "Depends on blacklisted packagekit"
meta-webos-ports:
meta-luneos/recipes-luneos/luna-webappmanager/luna-webappmanager.bb:PNBLACKLIST[luna-webappmanager] ?= "BROKEN: needs to be adapted to new qt-5.7"
meta-luneui/recipes-luneui/luna-next/luna-next.bb:PNBLACKLIST[luna-next] ?= "BROKEN: needs to be adapted to new qtwayland-5.7"
PNBLACKLIST[android-system] = "depends on lxc from meta-virtualiazation which isn't included in my world builds"
PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[build-appliance-image] = "tries to include whole downloads directory in /home/builder/poky :/"
PNBLACKLIST[linux-yocto-tiny-kexecboot] = "does weird sh!t breaking other kernels and modules - broken for years"
PNBLACKLIST[linux-yocto-tiny] = "does weird sh!t breaking other kernels and modules - broken for years"
QA issues by type:
count: 0 issue: already-stripped
count: 0 issue: libdir
count: 2 issue: textrel
chromium-wayland-48.0.2548.0: ELF binary '/tmp/work/i586-oe-linux/chromium-wayland/48.0.2548.0-r0/packages-split/chromium-wayland/usr/bin/chromium/chrome' has relocations in .text [textrel]
corosync-2.4.0: ELF binary '/tmp/work/core2-64-oe-linux/corosync/2.4.0-r0/packages-split/corosync/usr/sbin/corosync' has relocations in .text [textrel]
count: 7 issue: build-deps
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on atk, but it isn't a build dependency, missing atk in DEPENDS or PACKAGECONFIG? [build-deps]
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on gdk-pixbuf, but it isn't a build dependency, missing gdk-pixbuf in DEPENDS or PACKAGECONFIG? [build-deps]
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on gtk+, but it isn't a build dependency, missing gtk+ in DEPENDS or PACKAGECONFIG? [build-deps]
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on libxcomposite, but it isn't a build dependency, missing libxcomposite in DEPENDS or PACKAGECONFIG? [build-deps]
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on libxcursor, but it isn't a build dependency, missing libxcursor in DEPENDS or PACKAGECONFIG? [build-deps]
chromium-wayland-48.0.2548.0: chromium-wayland rdepends on libxscrnsaver, but it isn't a build dependency, missing libxscrnsaver in DEPENDS or PACKAGECONFIG? [build-deps]
wireshark-2.2.1: wireshark rdepends on libssh, but it isn't a build dependency, missing libssh in DEPENDS or PACKAGECONFIG? [build-deps]
count: 3 issue: file-rdeps
libmodule-build-perl-0.31: /usr/bin/config_data contained in package libmodule-build-perl requires /tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl.real, but no providers found in RDEPENDS_libmodule-build-perl? [file-rdeps]
numptyphysics-0.2+svnr109: /usr/share/numptyphyp -R --no-dereference --preserve=mode,links"
a1805b3 buildhistory.bbclass: metadata-revs show repo parent
a98aaca metadata-revs: provide more information
2c24123 report-error: Allow to upload reports automatically
5243800 test-dependencies.sh: Strip also '\.bb: .*' before adding failed recipe to list of failed
8977ef2 sstate-sysroot-cruft: Add /etc/ld.so.conf to whitelist
== Tested changes (not included in master yet) - meta-openembedded ==
latest upstream commit:
f604ee6 mariadb: update to version 5.5.52
not included in master yet:
3b9f19e lksctp-tools: 1.0.16 -> 1.0.17
2f3a7b1 drbd-utils: 8.9.3 -> 8.9.6
9798a6e mbedtls: upgrade to 1.3.17
7b40a24 samba: un-blacklist
9fd23ce samba: replace pam packageconfig by hard dependency
1f0f39e libtalloc: fix for LIC_FILES_CHKSUM
9ed3343 libtevent: fix for LIC_FILES_CHKSUM
fc2498c libtdb: fix for LIC_FILES_CHKSUM
7ebfaf7 libldb: fix for LIC_FILES_CHKSUM
c4b2303 libtalloc: fixes for deterministic builds
df9fc94 libtevent: fixes for deterministic builds
29dbea9 libldb: fixes for deterministic builds
5c05f85 libtdb: fixes for deterministic builds
53b3d28 squid: specify sysconfdir and logdir
fe374be squid: fix ptest failure
ef91ed9 iscsitarget: resolve build error with linux kernel 4.8
f521308 arptables: add arptables systemd service file
b7dbe2b geoip-perl: upgrade to 1.50
3a617a7 atftp: fixes musl libc build
c9d0c9e ntp : Add openssl to default PACKAGECONFIG options
5a63db7 libnetfilter-acct: added new recipe for libnetfilter-acct 1.0.3
2c57f9e nfacct: added nfacct recipe to meta-networking
97544a9 leptonica: add PACKAGECONFIG for giflib
11cf025 tesseract: upgrade to 3.04
f1cf348 wireshark: update to 2.2.1
a8bb5e9 gvfs: fix fetch error
5ae9d2d caps: Add recipe for version 0.9.24
d8d5ac5 alsa-equal: Add recipe for version 0.6
29f3747 python-pybind11: add pybind11 for operability between C++11 and Python
4a8175b phytool: Add recipe
3817be8 autoconf-archive: 2012.04.07 -> 2016.09.16
54b7ec5 jack: swap to jack2
741927c jack: remove portaudio PACKAGECONFIG
2473d93 a2jmidid: initial add v8
26f3c91 xdg-user-dirs: initial add 0.15
a29fe84 opencv: fix packaging and install
21b3efd pcsc-lite: Seperate GPLV3 portions from BSD
5ca0dc3 arptables: add the directory for default /etc/sysconfig/arptables
6944584 jansson: update to 2.9
d011310 linux-atm: Blacklist, not compatible with default kernel version 4.8
d6c1bd3 gpsd, mongodb: use PACKAGECONFIG_CONFARGS instead of now empty EXTRA_OECONF
7fdcb11 Revert "autoconf-archive: 2012.04.07 -> 2016.09.16"
ab9240d ipmiutil: uncomment PARALLEL_MAKE
== Tested changes (not included in master yet) - meta-qt5 ==
latest upstream commit:
9aa870e qtbase: avoid qmake errors due to missing oe-device-extra.pri
not included in master yet:
== Tested changes (not included in master yet) - meta-browser ==
latest upstream commit:
ec4459a Merge pull request #14 from raymanfx/master
not included in master yet:
ad9b1ce firefox: Fix build using gcc 6
338b100 chromium: install all pak files plus resources and blob.bin files.
f36a731 chromium-wayland: include 0006-Remove-GBM-support-from-wayland.gyp.patch only with CHROMIUM_ENABLE_WAYLAND
036a8ce chromium-wayland: add wayland to REQUIRED_DISTRO_FEATURES
31c0708 chromium.inc: export also CFLAGS_host
== Tested changes (not included in master yet) - meta-webos-ports ==
latest upstream commit:
471d42d libqofono: use the recipe from meta-qt5
not included in master yet:
== Tested changes (not included in master yet) - meta-smartphone ==
latest upstream commit:
ae99214 linux-hp-tenderloin: Update kernel
not included in master yet:
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 14/23] lttng: enable optional building of manpages
From: Alexander Kanavin @ 2016-10-24 15:47 UTC (permalink / raw)
To: Burton, Ross; +Cc: nathan_lynch, OE-core
In-Reply-To: <CAJTo0LaxkVj4eM4c=zWNHz+tv9WaQHJj=uxJnwgffwuNgWRjeQ@mail.gmail.com>
On 10/21/2016 02:15 PM, Burton, Ross wrote:
> packages/corei7-64-poky-linux/lttng-tools/lttng-tools: RDEPENDS: added
> "lttng-tools-ptest (['>= 2.8.1+git0+d11e0dba0d'])"
>
> Something went wrong here when doing the secondary install for the ptest
> package. It installed duplicates of the man pages and nonsense such as
> include/config.h.in <http://config.h.in>~, and then the runtime
> dependency tree went crazy.
Okay, this one had nothing to do with manpages. The ptest package
installed a library that was also provided by the main package (because
the ptest install step copies the entire build tree into the ptest
directory), and this created a race between who provides that library
when doing runtime dependency resolution. I've added the library removal.
Should we have a QA warning when more than one binary package provides
the same library?
Alex
^ permalink raw reply
* [wic][PATCH] systemd-bootdisk.wks: use PARTUUID
From: Ed Bartosh @ 2016-10-24 13:54 UTC (permalink / raw)
To: openembedded-core; +Cc: benjamin.esquivel
Root device name in systemd-bootdisk.wks is 'sda'. This can cause
images, produced using this wks to refuse booting if real device
name is not 'sda'. For example, when booting MinnowBoard MAX from
MicroSD card the boot process stucks with this message on the boot
console output: Waiting for root device /dev/sda2...
This happens because real device name of MicroSD card on this device
is mmcblk1.
Used --use-uuid option for root partition. This should make
wic to put partiion UUID instead of device name into kernel command
line.
[YOCTO #10485]
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
---
scripts/lib/wic/canned-wks/systemd-bootdisk.wks | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
index b900023..4bd9d6a 100644
--- a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
+++ b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
@@ -4,7 +4,7 @@
part /boot --source bootimg-efi --sourceparams="loader=systemd-boot" --ondisk sda --label msdos --active --align 1024
-part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024
+part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 --use-uuid
part swap --ondisk sda --size 44 --label swap1 --fstype=swap
--
2.1.4
^ permalink raw reply related
* Re: [PATCH 14/23] lttng: enable optional building of manpages
From: Alexander Kanavin @ 2016-10-24 13:33 UTC (permalink / raw)
To: Burton, Ross; +Cc: nathan_lynch, OE-core
In-Reply-To: <CAJTo0LaxkVj4eM4c=zWNHz+tv9WaQHJj=uxJnwgffwuNgWRjeQ@mail.gmail.com>
On 10/21/2016 02:15 PM, Burton, Ross wrote:
> Something went wrong here when doing the secondary install for the ptest
> package. It installed duplicates of the man pages and nonsense such as
> include/config.h.in <http://config.h.in>~, and then the runtime
> dependency tree went crazy.
That's because:
commit 206ad10eaa360b54ea277360f82f3337673cb39b
Author: Nathan Lynch <nathan_lynch@mentor.com>
Date: Tue Sep 27 14:04:46 2016 -0500
lttng-tools: fix ptest
Updates to address this include:
.....
- copy entire build directory into PTEST_PATH and then remove
unneeded files
So I'll add more lines to that unneeded files removal, but the approach
of copying everything then removing unneeded stuff is not good for
maintenance, also considering that for this recipe the build and source
trees are the same directory. Should be a selective copy.
Alex
^ permalink raw reply
* Re: [PATCH 06/19] btrfs-tools: update to 4.8.1
From: Alexander Kanavin @ 2016-10-24 13:02 UTC (permalink / raw)
To: Burton, Ross; +Cc: OE-core
In-Reply-To: <CAJTo0LZ5KFEzb_Lkk8kW2kyrjnNgMAs1XSG8PvffM44r5V9icA@mail.gmail.com>
On 10/20/2016 09:39 PM, Burton, Ross wrote:
> Remove fix-parallel.patch as version.h is now generated by autoconf
> in configure()
>
>
> Doing a rebuild from clean (actually to test the man page patch)
> resulted in this:
>
> packages/corei7-64-poky-linux/btrfs-tools/btrfs-tools: FILELIST: removed
> "/lib/udev/rules.d/64-btrfs-dm.rules"
>
> Presumably there's an implicit dependency on udev.
Yep, there's a floating dependency to install the rule (or not). I added
it to the recipe.
Alex
^ permalink raw reply
* Re: [PATCH] package.py: New EXTRA_STRIPFLAGS variable
From: Andreas Oberritter @ 2016-10-24 12:16 UTC (permalink / raw)
To: Michael Blättler; +Cc: openembedded-core
In-Reply-To: <1477297414-14338-1-git-send-email-michael.blaettler@siemens.com>
Hi Michael,
On 24.10.2016 10:23, Michael Blättler wrote:
> The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to the strip command.
^
both description and subject don't match the actual variable name.
Best regards,
Andreas
> This can be used to remove additional sections or to keep symbols.
> The removal of additional sections can be useful to enable reproducible builds.
> Sections which contain paths or md5sums of the debug binaries (like gnu_debuglink)
> can be eliminated with this flag.
>
> Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
> Signed-off-by: Michael Blättler <michael.blaettler@siemens.com>
> ---
> meta/classes/package.bbclass | 5 +++--
> meta/lib/oe/package.py | 13 ++++++-------
> 2 files changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index a6f0a7a..cd93643 100644
> --- a/meta/classes/package.bbclass
> +++ b/meta/classes/package.bbclass
> @@ -1055,14 +1055,15 @@ python split_and_strip_files () {
> # Now lets go back over things and strip them
> #
> if (d.getVar('INHIBIT_PACKAGE_STRIP', True) != '1'):
> + extraflags = d.getVar('EXTRA_STRIP', False)
> strip = d.getVar("STRIP", True)
> sfiles = []
> for file in elffiles:
> elf_file = int(elffiles[file])
> #bb.note("Strip %s" % file)
> - sfiles.append((file, elf_file, strip))
> + sfiles.append((file, elf_file, strip, extraflags))
> for f in kernmods:
> - sfiles.append((f, 16, strip))
> + sfiles.append((f, 16, strip, extraflags))
>
> oe.utils.multiprocess_exec(sfiles, oe.package.runstrip)
>
> diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
> index 02642f2..757044a 100644
> --- a/meta/lib/oe/package.py
> +++ b/meta/lib/oe/package.py
> @@ -10,7 +10,7 @@ def runstrip(arg):
>
> import stat, subprocess
>
> - (file, elftype, strip) = arg
> + (file, elftype, strip, extraflags) = arg
>
> newmode = None
> if not os.access(file, os.W_OK) or os.access(file, os.R_OK):
> @@ -18,17 +18,16 @@ def runstrip(arg):
> newmode = origmode | stat.S_IWRITE | stat.S_IREAD
> os.chmod(file, newmode)
>
> - extraflags = ""
> -
> - # kernel module
> + extraflags += ' '
> + # kernel module
> if elftype & 16:
> - extraflags = "--strip-debug --remove-section=.comment --remove-section=.note --preserve-dates"
> + extraflags += "--strip-debug --remove-section=.comment --remove-section=.note --preserve-dates"
> # .so and shared library
> elif ".so" in file and elftype & 8:
> - extraflags = "--remove-section=.comment --remove-section=.note --strip-unneeded"
> + extraflags += "--remove-section=.comment --remove-section=.note --strip-unneeded"
> # shared or executable:
> elif elftype & 8 or elftype & 4:
> - extraflags = "--remove-section=.comment --remove-section=.note"
> + extraflags += "--remove-section=.comment --remove-section=.note"
>
> stripcmd = "'%s' %s '%s'" % (strip, extraflags, file)
> bb.debug(1, "runstrip: %s" % stripcmd)
>
^ permalink raw reply
* Re: [yocto] Attention all: patches for upstream source will be applied with stricter criteria for context
From: Alexander Kanavin @ 2016-10-24 11:30 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <80B25E1D-5083-4751-BD09-DEB6DBE7FA7F@gmail.com>
On 10/21/2016 08:05 PM, Khem Raj wrote:
>> while updating gnutls to a newer version I came across a rather serious issue: the way we patch source code is very lenient about the context for the lines to be changed. Basically, it's enough for one line before and after the changed line to match, because patch command's default setting for 'fuzz factor' allows it. If these lines happen to be whitespace or braces, then there's nothing to prevent the patch from being applied incorrectly.
>>
>> Here's a particularly nasty example of this happening completely silently (compile step works fine too), with security implications:
>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
>>
>> I think this absolutely needs to be fixed. The downside is that this will break a lot of patches across all layers - after setting the fuzz to zero in oe-core we have 87 recipes that fail to be patched. Maxin and I are currently going through them one by one and getting them fixed.
>
> perhaps a list of the recipes, with steps to configure fuzz factor on wiki would enable other folks to
> fix them especially the recipe maintainers should care.
The bug has the instructions for that. If folks want to help out, that's
the place to start.
Alex
^ permalink raw reply
* Re: [PATCH 2/2] taglib: update to 1.11
From: Alexander Kanavin @ 2016-10-24 11:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477175949-6903-2-git-send-email-schnitzeltony@googlemail.com>
On 10/23/2016 01:39 AM, Andreas Müller wrote:
> without relocation option -fPIC depending packages failed with many error like:
>
> | <..>/arm-angstrom-linux-gnueabi/6.2.0/ld: error: <..>/usr/lib/libtag.a(modfilebase.cpp.o): requires unsupported dynamic reloc R_ARM_THM_MOVW_ABS_NC; recompile with -fPIC
This comment should be placed in a recipe next to the actual change.
Alex
^ permalink raw reply
* Re: [PATCH 1/2] libsdl2: update to 2.0.5
From: Alexander Kanavin @ 2016-10-24 11:25 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477175949-6903-1-git-send-email-schnitzeltony@googlemail.com>
On 10/23/2016 01:39 AM, Andreas Müller wrote:
> * video/wayland patch: similar was applied mainline
Be less terse please. A better way to explain why a patch was dropped is
"0001-src-video-make-it-compatible-with-wayland-1.10.patch is removed
because the problem has been resolved upstream".
> * waylamd-protocols alignment was stolen from gtk+3
Again, be less terse, and more specific. If you refer to substitution of
WAYLAND_PROTOCOLS_SYSROOT_DIR, then mention it explicitly:
"Add
meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
so that WAYLAND_PROTOCOLS_SYSROOT_DIR is substituted in a way similar to
gtk3".
Alex
^ permalink raw reply
* Re: basic bitbake commands to create an SDK?
From: Robert P. J. Day @ 2016-10-24 9:51 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <68D800E1-2594-4E8B-AB8E-6B9C758FD3CF@gmail.com>
On Sat, 22 Oct 2016, Khem Raj wrote:
... snip ...
> I would recommend to try using eSDK, which can be generated using
> -cpopulate_sdk_ext see
>
> https://wiki.yoctoproject.org/wiki/Application_Development_with_Extensible_SDK
just reading up on eSDKs now, am i correct in assuming that if i
have the time and space to build an eSDK, there is no downside
compared to building a standard SDK? as in, i don't lose anything from
the standard SDK, i just get a richer feature set, etc.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* [PATCH] package.py: New EXTRA_STRIPFLAGS variable
From: Michael Blättler @ 2016-10-24 8:23 UTC (permalink / raw)
To: openembedded-core
The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to the strip command.
This can be used to remove additional sections or to keep symbols.
The removal of additional sections can be useful to enable reproducible builds.
Sections which contain paths or md5sums of the debug binaries (like gnu_debuglink)
can be eliminated with this flag.
Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
Signed-off-by: Michael Blättler <michael.blaettler@siemens.com>
---
meta/classes/package.bbclass | 5 +++--
meta/lib/oe/package.py | 13 ++++++-------
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index a6f0a7a..cd93643 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1055,14 +1055,15 @@ python split_and_strip_files () {
# Now lets go back over things and strip them
#
if (d.getVar('INHIBIT_PACKAGE_STRIP', True) != '1'):
+ extraflags = d.getVar('EXTRA_STRIP', False)
strip = d.getVar("STRIP", True)
sfiles = []
for file in elffiles:
elf_file = int(elffiles[file])
#bb.note("Strip %s" % file)
- sfiles.append((file, elf_file, strip))
+ sfiles.append((file, elf_file, strip, extraflags))
for f in kernmods:
- sfiles.append((f, 16, strip))
+ sfiles.append((f, 16, strip, extraflags))
oe.utils.multiprocess_exec(sfiles, oe.package.runstrip)
diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index 02642f2..757044a 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -10,7 +10,7 @@ def runstrip(arg):
import stat, subprocess
- (file, elftype, strip) = arg
+ (file, elftype, strip, extraflags) = arg
newmode = None
if not os.access(file, os.W_OK) or os.access(file, os.R_OK):
@@ -18,17 +18,16 @@ def runstrip(arg):
newmode = origmode | stat.S_IWRITE | stat.S_IREAD
os.chmod(file, newmode)
- extraflags = ""
-
- # kernel module
+ extraflags += ' '
+ # kernel module
if elftype & 16:
- extraflags = "--strip-debug --remove-section=.comment --remove-section=.note --preserve-dates"
+ extraflags += "--strip-debug --remove-section=.comment --remove-section=.note --preserve-dates"
# .so and shared library
elif ".so" in file and elftype & 8:
- extraflags = "--remove-section=.comment --remove-section=.note --strip-unneeded"
+ extraflags += "--remove-section=.comment --remove-section=.note --strip-unneeded"
# shared or executable:
elif elftype & 8 or elftype & 4:
- extraflags = "--remove-section=.comment --remove-section=.note"
+ extraflags += "--remove-section=.comment --remove-section=.note"
stripcmd = "'%s' %s '%s'" % (strip, extraflags, file)
bb.debug(1, "runstrip: %s" % stripcmd)
--
2.1.4
^ permalink raw reply related
* Re: [PATCH 10/10] libpng: Upgrade 1.6.24 -> 1.6.25
From: Maxin B. John @ 2016-10-24 7:54 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAMKF1sq-2EiAYS553aeE++pGRvQDd+2FCARq7DMOgVNg4_OZTQ@mail.gmail.com>
Hi Khem,
On Sun, Oct 23, 2016 at 08:59:48AM -0700, Khem Raj wrote:
> On Sun, Oct 23, 2016 at 4:29 AM, Maxin B. John <maxin.john@intel.com> wrote:
> > License file changes are due to updates in Version and Copyright date
>
> version of license or version of package ?
It was supposed to be Package version. Generally libpng upgrade modifies it's
version and Copyright dates in the License file. eg:
* libpng versions 1.0.7, July 1, 2000 through 1.6.26, October 20, 2016 are
* Copyright (c) 2000-2002, 2004, 2006-2016 Glenn Randers-Pehrson
Sorry for creating confusion here.
> >
> > Signed-off-by: Maxin B. John <maxin.john@intel.com>
> > ---
> > .../libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} | 8 ++++----
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> > rename meta/recipes-multimedia/libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} (67%)
> >
> > diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> > similarity index 67%
> > rename from meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> > rename to meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> > index f91ab7f..8c1cb8c 100644
> > --- a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> > +++ b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> > @@ -2,14 +2,14 @@ SUMMARY = "PNG image format decoding library"
> > HOMEPAGE = "http://www.libpng.org/"
> > SECTION = "libs"
> > LICENSE = "Libpng"
> > -LIC_FILES_CHKSUM = "file://LICENSE;md5=5089214833586ba444048fd1dbbc76a4 \
> > - file://png.h;endline=149;md5=376d8ff7f69b7c4ad3a09f4672cec696"
> > +LIC_FILES_CHKSUM = "file://LICENSE;md5=ce8d0bd8303802e5492f064ddddef0e7 \
> > + file://png.h;endline=149;md5=8cca27e71fd88e1fe1adad7d9e841b5f"
> > DEPENDS = "zlib"
> >
> > SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
> > "
> > -SRC_URI[md5sum] = "ffcdbd549814787fa8010c372e35ff25"
> > -SRC_URI[sha256sum] = "7932dc9e5e45d55ece9d204e90196bbb5f2c82741ccb0f7e10d07d364a6fd6dd"
> > +SRC_URI[md5sum] = "faed9bb495d2e12dd0c9ec561ca60cd8"
> > +SRC_URI[sha256sum] = "266743a326986c3dbcee9d89b640595f6b16a293fd02b37d8c91348d317b73f9"
> >
> > BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
> >
> > --
Best Regards,
Maxin
^ permalink raw reply
* Re: [PATCH 2/2] ppp: fix building with linux-4.8
From: Andreas Oberritter @ 2016-10-24 7:22 UTC (permalink / raw)
To: Huang, Jie (Jackie); +Cc: openembedded-core@lists.openembedded.org
In-Reply-To: <1B858668EC6A94408DCA5225FDFA85AA013A310347@ALA-MBA.corp.ad.wrs.com>
On 24.10.2016 03:11, Huang, Jie (Jackie) wrote:
> I didn't realize 4.4 is still be used, sorry about that, feel free to send
> patch to fix it if you have one already, if not, I will fix it later as follow-up.
Thanks! I don't have a patch. I figured switching to
linux-libc-headers-4.8 would be easier in the long run. Having set 4.4
as preferred version was just a leftover from a previous release, I think.
Regards,
Andreas
^ permalink raw reply
* Re: meta-toolchain and meta-toolchain-qt for specific image
From: Anders Darander @ 2016-10-24 4:36 UTC (permalink / raw)
To: thilo.cestonaro@ts.fujitsu.com; +Cc: openembedded-core@lists.openembedded.org
In-Reply-To: <1476944666.6754.1.camel@ts.fujitsu.com>
* thilo.cestonaro@ts.fujitsu.com <thilo.cestonaro@ts.fujitsu.com> [161020 08:36]:
> > what is the advantage of such a recipe?
> The only "advantage" what made me using such a recipe was, that I want
> to have the normal toolchain AND the qt5 toolchain in one installation
> package together. When you know another way to get both together, I
> would be thankful if you tell me how to do this.
Well, have your image `inherit populate_sdk_qt5`, and then call
`bitbake <your-image> -c populate_sdk`. That'll give you the standard,
image-based SDK, with Qt5 in it.
Cheers,
Anders
--
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
^ permalink raw reply
* [Master][morty][PATCH 2/2] tzdata: Update to 2016h
From: Armin Kuster @ 2016-10-24 3:00 UTC (permalink / raw)
To: akuster, openembedded-core
In-Reply-To: <1477278016-2481-1-git-send-email-akuster808@gmail.com>
From: Armin Kuster <akuster@mvista.com>
Changes to future time stamps
Asia/Gaza and Asia/Hebron end DST on 2016-10-29 at 01:00, not
2016-10-21 at 00:00. (Thanks to Sharef Mustafa.) Predict that
future fall transitions will be on the last Saturday of October
at 01:00, which is consistent with predicted spring transitions
on the last Saturday of March. (Thanks to Tim Parenti.)
Changes to past time stamps
In Turkey, transitions in 1986-1990 were at 01:00 standard time
not at 02:00, and the spring 1994 transition was on March 20, not
March 27. (Thanks to Kıvanç Yazan.)
Changes to past and future time zone abbreviations
Asia/Colombo now uses numeric time zone abbreviations like "+0530"
instead of alphabetic ones like "IST" and "LKT". Various
English-language sources use "IST", "LKT" and "SLST", with no
working consensus. (Usage of "SLST" mentioned by Sadika
Sumanapala.)
Signed-off-by: Armin Kuster <akuster@mvista.com>
---
meta/recipes-extended/tzdata/{tzdata_2016g.bb => tzdata_2016h.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/tzdata/{tzdata_2016g.bb => tzdata_2016h.bb} (98%)
diff --git a/meta/recipes-extended/tzdata/tzdata_2016g.bb b/meta/recipes-extended/tzdata/tzdata_2016h.bb
similarity index 98%
rename from meta/recipes-extended/tzdata/tzdata_2016g.bb
rename to meta/recipes-extended/tzdata/tzdata_2016h.bb
index 3ee4b5a..00b0f5f 100644
--- a/meta/recipes-extended/tzdata/tzdata_2016g.bb
+++ b/meta/recipes-extended/tzdata/tzdata_2016h.bb
@@ -9,8 +9,8 @@ DEPENDS = "tzcode-native"
SRC_URI = "http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata"
UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones"
-SRC_URI[tzdata.md5sum] = "3c7e97ec8527211104d27cc1d97a23de"
-SRC_URI[tzdata.sha256sum] = "3c7137b2bc47323b0de47b77786bacf81ed503d4b2c693ff8ada2fbd1281ebd1"
+SRC_URI[tzdata.md5sum] = "878f0ec3fd9e4026ea11dd1b649a315a"
+SRC_URI[tzdata.sha256sum] = "da1b74fc2dec2ce8b64948dafb0bfc2f923c830d421a7ae4d016226135697a64"
inherit allarch
--
2.7.4
^ permalink raw reply related
* [Master][morty][PATCH 1/2] tzcode-native: update to 2016h
From: Armin Kuster @ 2016-10-24 3:00 UTC (permalink / raw)
To: akuster, openembedded-core
From: Armin Kuster <akuster@mvista.com>
Changes to code
zic no longer mishandles relativizing file names when creating
symbolic links like /etc/localtime, when these symbolic links
are outside the usual directory hierarchy. This fixes a bug
introduced in 2016g. (Problem reported by Andreas Stieger.)
Signed-off-by: Armin Kuster <akuster@mvista.com>
---
.../tzcode/{tzcode-native_2016g.bb => tzcode-native_2016h.bb} | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-extended/tzcode/{tzcode-native_2016g.bb => tzcode-native_2016h.bb} (69%)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2016g.bb b/meta/recipes-extended/tzcode/tzcode-native_2016h.bb
similarity index 69%
rename from meta/recipes-extended/tzcode/tzcode-native_2016g.bb
rename to meta/recipes-extended/tzcode/tzcode-native_2016h.bb
index a2e6217..de7d88d 100644
--- a/meta/recipes-extended/tzcode/tzcode-native_2016g.bb
+++ b/meta/recipes-extended/tzcode/tzcode-native_2016h.bb
@@ -9,10 +9,10 @@ SRC_URI =" http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz
http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata"
UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones"
-SRC_URI[tzcode.md5sum] = "f89867013676e3cb9544be2df7d36a91"
-SRC_URI[tzcode.sha256sum] = "1ff90b47ad7986140a513b5287b1851c40f80fd44fd636db5cc5b46d06f9fa2b"
-SRC_URI[tzdata.md5sum] = "3c7e97ec8527211104d27cc1d97a23de"
-SRC_URI[tzdata.sha256sum] = "3c7137b2bc47323b0de47b77786bacf81ed503d4b2c693ff8ada2fbd1281ebd1"
+SRC_URI[tzcode.md5sum] = "00c20689d996dea4cf5b45504724ce8f"
+SRC_URI[tzcode.sha256sum] = "30e62f0b86a78fb020d378b950930da023ca31b1a58f08d8fb2066627c4d6566"
+SRC_URI[tzdata.md5sum] = "878f0ec3fd9e4026ea11dd1b649a315a"
+SRC_URI[tzdata.sha256sum] = "da1b74fc2dec2ce8b64948dafb0bfc2f923c830d421a7ae4d016226135697a64"
S = "${WORKDIR}"
--
2.7.4
^ permalink raw reply related
* Re: [PATCH 2/2] ppp: fix building with linux-4.8
From: Huang, Jie (Jackie) @ 2016-10-24 1:11 UTC (permalink / raw)
To: Andreas Oberritter; +Cc: openembedded-core@lists.openembedded.org
In-Reply-To: <5c605407-d802-456e-a876-317cefaef461@opendreambox.org>
> -----Original Message-----
> From: Andreas Oberritter [mailto:obi@opendreambox.org]
> Sent: Friday, October 21, 2016 10:01 PM
> To: Huang, Jie (Jackie)
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2] ppp: fix building with linux-4.8
>
> Dear Jackie,
>
> this patch broke compilation with linux-libc-headers 4.4, present in
> morty, due to use of incomplete types.
I didn't realize 4.4 is still be used, sorry about that, feel free to send
patch to fix it if you have one already, if not, I will fix it later as follow-up.
Thanks,
Jackie
>
> Regards,
> Andreas
>
>
> On 14.10.2016 02:50, jackie.huang@windriver.com wrote:
> > From: Jackie Huang <jackie.huang@windriver.com>
> >
> > Fix a build error when using the linux-4.8 headers that results in:
> >
> > In file included from pppoe.h:87:0,
> > from plugin.c:29:
> > ../usr/include/netinet/in.h:211:8: note: originally defined here
> > struct in6_addr
> > ^~~~~~~~
> > In file included from ../usr/include/linux/if_pppol2tp.h:20:0,
> > from ../usr/include/linux/if_pppox.h:26,
> > from plugin.c:52:
> > ../usr/include/linux/in6.h:49:8: error: redefinition of 'struct sockaddr_in6'
> > struct sockaddr_in6 {
> > ^~~~~~~~~~~~
> >
> > Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
> > ---
> > .../ppp/ppp/ppp-fix-building-with-linux-4.8.patch | 44 ++++++++++++++++++++++
> > meta/recipes-connectivity/ppp/ppp_2.4.7.bb | 1 +
> > 2 files changed, 45 insertions(+)
> > create mode 100644 meta/recipes-connectivity/ppp/ppp/ppp-fix-building-with-linux-4.8.patch
> >
> > diff --git a/meta/recipes-connectivity/ppp/ppp/ppp-fix-building-with-linux-4.8.patch
> b/meta/recipes-connectivity/ppp/ppp/ppp-fix-building-with-linux-4.8.patch
> > new file mode 100644
> > index 0000000..f77b0de
> > --- /dev/null
> > +++ b/meta/recipes-connectivity/ppp/ppp/ppp-fix-building-with-linux-4.8.patch
> > @@ -0,0 +1,44 @@
> > +From 3da19af53e2eee2e77b456cfbb9d633b06656d38 Mon Sep 17 00:00:00 2001
> > +From: Jackie Huang <jackie.huang@windriver.com>
> > +Date: Thu, 13 Oct 2016 13:41:43 +0800
> > +Subject: [PATCH] ppp: fix building with linux-4.8
> > +
> > +Fix a build error when using the linux-4.8 headers that results in:
> > +
> > +In file included from pppoe.h:87:0,
> > + from plugin.c:29:
> > +../usr/include/netinet/in.h:211:8: note: originally defined here
> > + struct in6_addr
> > + ^~~~~~~~
> > +In file included from ../usr/include/linux/if_pppol2tp.h:20:0,
> > + from ../usr/include/linux/if_pppox.h:26,
> > + from plugin.c:52:
> > +../usr/include/linux/in6.h:49:8: error: redefinition of 'struct sockaddr_in6'
> > + struct sockaddr_in6 {
> > + ^~~~~~~~~~~~
> > +
> > +Upstream-Status: Submitted [1]
> > +
> > +[1] https://github.com/paulusmack/ppp/pull/69
> > +
> > +Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
> > +---
> > + pppd/plugins/rp-pppoe/pppoe.h | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/pppd/plugins/rp-pppoe/pppoe.h b/pppd/plugins/rp-pppoe/pppoe.h
> > +index 9ab2eee..96d2794 100644
> > +--- a/pppd/plugins/rp-pppoe/pppoe.h
> > ++++ b/pppd/plugins/rp-pppoe/pppoe.h
> > +@@ -84,7 +84,7 @@ typedef unsigned long UINT32_t;
> > + #include <linux/if_ether.h>
> > + #endif
> > +
> > +-#include <netinet/in.h>
> > ++#include <linux/in.h>
> > +
> > + #ifdef HAVE_NETINET_IF_ETHER_H
> > + #include <sys/types.h>
> > +--
> > +2.8.3
> > +
> > diff --git a/meta/recipes-connectivity/ppp/ppp_2.4.7.bb b/meta/recipes-
> connectivity/ppp/ppp_2.4.7.bb
> > index 4437b5c..56dbd98 100644
> > --- a/meta/recipes-connectivity/ppp/ppp_2.4.7.bb
> > +++ b/meta/recipes-connectivity/ppp/ppp_2.4.7.bb
> > @@ -30,6 +30,7 @@ SRC_URI = "http://ppp.samba.org/ftp/ppp/ppp-${PV}.tar.gz \
> > file://0001-ppp-Fix-compilation-errors-in-Makefile.patch \
> > file://ppp@.service \
> > file://fix-CVE-2015-3310.patch \
> > + file://ppp-fix-building-with-linux-4.8.patch \
> > "
> >
> > SRC_URI_append_libc-musl = "\
> >
^ permalink raw reply
* Re: clarifying issues building two SDKs, based on different target images
From: Khem Raj @ 2016-10-23 16:16 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: OE Core mailing list
In-Reply-To: <alpine.LFD.2.20.1610231006540.1835@localhost.localdomain>
On Sun, Oct 23, 2016 at 7:15 AM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
>
> if you can tolerate it, a few more questions about building SDKs
> before i sit down and start burning through machine cycles configuring
> and building for the rest of the day.
>
> first, given that:
>
> "SDK_RDEPENDS=${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
>
> do those two variables map *precisely* to the target.manifest and
> host.manifest files generated when building an SDK? they *appear* to,
> i just wanted to ensure there wasn't some subtle mismatch that might
> confuse me later.
thats correct.
>
> next, i assume that if, in the same build directory, i choose to
> build two standard SDKs differing in only the target image:
>
> $ bitbake -c populate_sdk core-image-minimal
> $ bitbake -c populate_sdk core-image-sato
>
> all common files between the two SDKs will be reused in the final
> construction. so if i build an SDK based on core-image-sato, turning
> around and building one based on core-image-minimal should take very
> little time indeed, correct?
Correct
>
> finally (and the one i'm most unsure about), if i build those two
> SDKs, i'm *assuming* that the x86 nativesdk content will be the same;
> it's the target PPC sysroots that will be different (obviously, the
> sysroot for sato will be noticeably larger than the one for minimal).
>
nativesdk packages are meant for the host on which SDK would install eventually
so it should be independent of target and thusly common for all of target arches
> what happens if i try to install those two SDKs in the same
> directory (/opt/poky.2.2/)? would that even work?
The superset will remain I guess.
>
> and now, off to read more manual ...
>
> rday
>
> --
>
> ========================================================================
> Robert P. J. Day Ottawa, Ontario, CANADA
> http://crashcourse.ca
>
> Twitter: http://twitter.com/rpjday
> LinkedIn: http://ca.linkedin.com/in/rpjday
> ========================================================================
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: "run-postinsts" added twice to PACKAGE_INSTALL
From: Khem Raj @ 2016-10-23 16:12 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: OE Core mailing list
In-Reply-To: <alpine.LFD.2.20.1610230847370.32524@localhost.localdomain>
On Sun, Oct 23, 2016 at 5:51 AM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
>
> minor observation ... messing with toolchains, and i noticed (via
> "bb"):
>
> $ bb show -r core-image-minimal PACKAGE_INSTALL
> Parsing recipes..done.
> # PACKAGE_INSTALL=${IMAGE_INSTALL} ${ROOTFS_BOOTSTRAP_INSTALL}
> ${FEATURE_INSTALL}
> export PACKAGE_INSTALL="packagegroup-core-boot run-postinsts
> run-postinsts "
>
> wait a minute ... why is "run-postinsts" listed twice? (no harm, of
> course, just superfluous.)
>
> so ...
>
> $ bb show -r core-image-minimal IMAGE_INSTALL
> Parsing recipes..done.
> # IMAGE_INSTALL=packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
> ${CORE_IMAGE_EXTRA_INSTALL}
> IMAGE_INSTALL="packagegroup-core-boot run-postinsts "
>
>
> $ bb show -r core-image-minimal ROOTFS_BOOTSTRAP_INSTALL
> Parsing recipes..done.
> # ROOTFS_BOOTSTRAP_INSTALL=${@bb.utils.contains("IMAGE_FEATURES",
> "package-management", "", "${ROOTFS_PKGMANAGE_BOOTSTRAP}",d)}
> ROOTFS_BOOTSTRAP_INSTALL="run-postinsts"
>
> so it's being added both as part of IMAGE_INSTALL and as part of
> ROOTFS_BOOTSTRAP_INSTALL. someone else is free to decide whether
> that's worth caring about.
ROOTFS_BOOTSTRAP_INSTALL is conditional upon package-management feature
so if you want to enforce post installs irrespective then you have to
demand it explicitly.
>
> rday
>
> --
>
> ========================================================================
> Robert P. J. Day Ottawa, Ontario, CANADA
> http://crashcourse.ca
>
> Twitter: http://twitter.com/rpjday
> LinkedIn: http://ca.linkedin.com/in/rpjday
> ========================================================================
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH 10/10] libpng: Upgrade 1.6.24 -> 1.6.25
From: Khem Raj @ 2016-10-23 15:59 UTC (permalink / raw)
To: Maxin B. John; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <1477222197-3698-10-git-send-email-maxin.john@intel.com>
On Sun, Oct 23, 2016 at 4:29 AM, Maxin B. John <maxin.john@intel.com> wrote:
> License file changes are due to updates in Version and Copyright date
version of license or version of package ?
>
> Signed-off-by: Maxin B. John <maxin.john@intel.com>
> ---
> .../libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
> rename meta/recipes-multimedia/libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} (67%)
>
> diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> similarity index 67%
> rename from meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> rename to meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> index f91ab7f..8c1cb8c 100644
> --- a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> +++ b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> @@ -2,14 +2,14 @@ SUMMARY = "PNG image format decoding library"
> HOMEPAGE = "http://www.libpng.org/"
> SECTION = "libs"
> LICENSE = "Libpng"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=5089214833586ba444048fd1dbbc76a4 \
> - file://png.h;endline=149;md5=376d8ff7f69b7c4ad3a09f4672cec696"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=ce8d0bd8303802e5492f064ddddef0e7 \
> + file://png.h;endline=149;md5=8cca27e71fd88e1fe1adad7d9e841b5f"
> DEPENDS = "zlib"
>
> SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
> "
> -SRC_URI[md5sum] = "ffcdbd549814787fa8010c372e35ff25"
> -SRC_URI[sha256sum] = "7932dc9e5e45d55ece9d204e90196bbb5f2c82741ccb0f7e10d07d364a6fd6dd"
> +SRC_URI[md5sum] = "faed9bb495d2e12dd0c9ec561ca60cd8"
> +SRC_URI[sha256sum] = "266743a326986c3dbcee9d89b640595f6b16a293fd02b37d8c91348d317b73f9"
>
> BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
>
> --
> 2.4.0
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox