Signed-off-by: Marko Lindqvist
---
.../0001-GtkButton-do-not-prelight-in-touchscreen-mode.patch | 0
...bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch | 0
.../{gtk+-2.24.22 => gtk+-2.24.24}/cellrenderer-cairo.patch | 0
.../gtk+/{gtk+-2.24.22 => gtk+-2.24.24}/configure-nm.patch
fix-build-when-wayland-backend-enabled.patch removed as the issue
is fixed in upstream.
Signed-off-by: Marko Lindqvist
---
meta/recipes-gnome/gtk+/gtk+3.inc | 6 ++-
.../fix-build-when-wayland-backend-enabled.patch | 43 --
.../gtk+/{gtk+3_3.10.7.bb => gtk
License terms have not changed. In case of LICENSE and png.h lines 0-15
the version numbers and release dates have changed. In case of png.h lines
229-343 the text has not changed at all, but old line numbers were not
pointing to correctly to the licensing terms segment.
Signed-off-by: Marko Lindq
Signed-off-by: Marko Lindqvist
---
meta/recipes-graphics/pango/{pango_1.36.5.bb => pango_1.36.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/pango/{pango_1.36.5.bb => pango_1.36.6.bb} (56%)
diff --git a/meta/recipes-graphics/pango/pango_1.36.5.bb
b
Automake recipe provides automake 1.14.1 anyway
Signed-off-by: Marko Lindqvist
---
...0001-configure-lower-automake-requirement.patch | 31 --
meta/recipes-multimedia/libpng/libpng_1.6.10.bb| 1 -
2 files changed, 32 deletions(-)
delete mode 100644
meta/recipes-multime
Signed-off-by: Marko Lindqvist
---
meta/recipes-graphics/xorg-lib/{pixman_0.32.4.bb => pixman_0.32.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{pixman_0.32.4.bb => pixman_0.32.6.bb}
(89%)
diff --git a/meta/recipes-graphics/xorg-lib/pixm
Mainly updates to newer upstream versions, with some no longer needed patches
dropped.
It took me a while to create a pull request. Apparently git request-pull has
changed
significantly recently, and scripts/create-pull-request has not been updated
accordingly.
- ML
The following changes s
On Wed, 2014-09-03 at 16:14 +0100, Burton, Ross wrote:
> On 2 September 2014 14:10, Lucian Musat wrote:
> > +@classmethod
> > +def tearDownClass(self):
> > +self.repo_server.stop()
> > +#remove created channels to be able to repeat the tests on same
> > image
> > +
I have submitted the pull request, hopefully it gets accepted:
https://github.com/mmeeks/bootchart/pull/58
On Sat, 2014-08-30 at 13:23 +0800, Robert Yang wrote:
>
> On 08/30/2014 01:01 AM, Max Eliaser wrote:
> > Would you be okay with me sending this one upstream? I think it's a
> > worthwhile mo
Anybody using resolvconf?
Ping
On Sun, Aug 10, 2014 at 8:46 PM, Jate Sujjavanich wrote:
> Patch ping follow up
>
>
>
> On Thu, Jun 26, 2014 at 10:03 AM, Jate Sujjavanich
> wrote:
>
>> The resolv.conf link generated by initscripts causes a warning with
>> resolvconf. The resolvconf script expe
From: Dan McGregor
systemd avoids using nss lookups for the root user, so
naturally it assumes that root's home directory is /root.
In OE that's not the case, and it can lead to long delays when
shutting down due to user shutdown unit failures.
Signed-off-by: Dan McGregor
---
meta/recipes-core
On Wed, Sep 3, 2014 at 9:26 AM, Dan McGregor wrote:
> From: Dan McGregor
>
> AddressSanitizer is a fast memory error detector.
> ThreadSanitizer detects data races.
> UBSanitizer detectes undefined behaviour.
>
> All consist of compiler instrumentation and a run-time library.
> The compiler instr
From: Christopher Larson
While we're at it, also switch to explicit variable passing rather than
relying on make -e, and pass V=1 so the actual commands hit the logs.
Signed-off-by: Christopher Larson
---
.../irda-utils/irda-utils-0.9.18/ldflags.patch | 79 ++
.../irda-
From: Christopher Larson
There was a remnant line which altered the LDFLAGS in Makefile to add
-L${STAGING_LIBDIR}. This isn't necessary with the --sysroot= bits, and it was
blowing away the correct LDFLAGS picked up by ./configure.
Signed-off-by: Christopher Larson
---
meta/recipes-devtools/p
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-kernel/blktrace/blktrace/ldflags.patch | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/blktrace/blktrace/ldflags.patch
b/meta/recipes-kernel/blktrace/blktrace/ldflags.pat
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-bsp/setserial/setserial/ldflags.patch | 23 ++
meta/recipes-bsp/setserial/setserial_2.17.bb | 1 +
2 files changed, 24 insertions(+)
create mode 100644 meta/recipes-bsp/setserial/setserial/ld
From: Christopher Larson
Signed-off-by: Christopher Larson
---
.../ossp-uuid/ossp-uuid/ldflags.patch | 23 ++
meta/recipes-devtools/ossp-uuid/ossp-uuid_1.6.2.bb | 1 +
2 files changed, 24 insertions(+)
create mode 100644 meta/recipes-devtools/ossp-uuid/ossp-uu
From: Christopher Larson
Signed-off-by: Christopher Larson
---
.../hostap/hostap-utils-0.4.7/ldflags.patch| 27 ++
meta/recipes-bsp/hostap/hostap-utils_0.4.7.bb | 1 +
2 files changed, 28 insertions(+)
create mode 100644 meta/recipes-bsp/hostap/hostap-utils-0.
From: Christopher Larson
This patch series fixes 8 recipes to obey LDFLAGS. These issues are easy to
miss, now that the internal toolchain defaults to passing the correct
GNU_HASH, so GNU_HASH warnings when LDFLAGS isn't obeyed are only seen when
using an external toolchain. These were kept in me
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-support/gdbm/gdbm-1.8.3/ldflags.patch | 22 ++
meta/recipes-support/gdbm/gdbm_1.8.3.bb| 3 ++-
2 files changed, 24 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/g
Signed-off-by: Christopher Larson
---
.../zlib/zlib-1.2.8/ldflags-tests.patch| 45 ++
meta/recipes-core/zlib/zlib_1.2.8.bb | 1 +
2 files changed, 46 insertions(+)
create mode 100644 meta/recipes-core/zlib/zlib-1.2.8/ldflags-tests.patch
diff --git
From: Dan McGregor
AddressSanitizer is a fast memory error detector.
ThreadSanitizer detects data races.
UBSanitizer detectes undefined behaviour.
All consist of compiler instrumentation and a run-time library.
The compiler instrumentation was already enabled, this enables
the run-time library c
From: Dan McGregor
Signed-off-by: Dan McGregor
---
meta/recipes-core/packagegroups/packagegroup-core-sdk.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Burton, Ross
> Sent: Wednesday, September 03, 2014 5:59 PM
> To: Musat, GeorgeX L
> Cc: OE-core
> Subject: Re: [OE-core] [PATCH 1/2] oeq
On 2 September 2014 14:10, Lucian Musat wrote:
> +@classmethod
> +def tearDownClass(self):
> +self.repo_server.stop()
> +#remove created channels to be able to repeat the tests on same image
> +(status, result) = oeRuntimeTest.tc.target.run('smart channel --show
>
From: Dan McGregor
AddressSanitizer is a fast memory error detector.
ThreadSanitizer detects data races.
UBSanitizer detectes undefined behaviour.
All consist of compiler instrumentation and a run-time library.
The compiler instrumentation was already enabled, this enables
the run-time library c
On 2 September 2014 14:10, Lucian Musat wrote:
> +sys.path.insert(0, os.path.abspath(os.path.join(os.path.dirname(__file__),
> '..', 'meta/lib')))
> +import oeqa.utils.ftools as ftools
Doesn't that add .../poky/meta/lib/oeqa/meta/lib to the search path,
which doesn't make any sense. You shouldn
On Wednesday 03 September 2014 07:05:18 Yi Qingliang wrote:
> why there are two versions libav in oe-core? what's the difference?
> why the opencv will use the 0.8.x version, but not 9.x version?
> does it should use the higher version?
Upstream libav changed its API in 9.x, and some software has
On Wed, 2014-09-03 at 17:05 +0800, Chong Lu wrote:
> Currently, perf can't split to perf-archive, perf-tests, perf-python and
> perf-perl. All files are included in perf package. Change the files paths to
> make split successfully and add PACKAGECONFIG to make main pkg depends on sub
> pkgs as defa
On Wed, 2014-09-03 at 17:36 +0800, Chong Lu wrote:
> We don't want to install perl on small file systems by default.
>
> The solution is to split those perl scripts from the main package, installing
> them only when perl is available. We use PACKAGECONFIG to create and enable a
> new feature "misc
Make libasound runtime depends on alsa-conf to install alsa-conf to rootfs.
Signed-off-by: Zidan Wang
---
meta/recipes-multimedia/alsa/alsa-lib_1.0.28.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/alsa/alsa-lib_1.0.28.bb
b/meta/recipes-multime
We don't want to install perl on small file systems by default.
The solution is to split those perl scripts from the main package, installing
them only when perl is available. We use PACKAGECONFIG to create and enable a
new feature "misc".
Add perl to RDEPENDS_i2c-tools-misc.
Signed-off-by: Mich
The following changes since commit 83ebcb1f0c6ec48c526d14324b3b2037f0f4fe43:
bitbake: process: Ensure abnormal exits set an error level (2014-09-02
18:10:37 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/i2c-tools
http://git.pokylinux.org/cgit.
The following changes since commit 83ebcb1f0c6ec48c526d14324b3b2037f0f4fe43:
bitbake: process: Ensure abnormal exits set an error level (2014-09-02
18:10:37 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/perf
http://git.pokylinux.org/cgit.cgi/p
Currently, perf can't split to perf-archive, perf-tests, perf-python and
perf-perl. All files are included in perf package. Change the files paths to
make split successfully and add PACKAGECONFIG to make main pkg depends on sub
pkgs as default.
Signed-off-by: Chong Lu
---
meta/recipes-kernel/per
It is not a problem if a package requires nothing (similar to RDEPENDS
is null), for example, these packages depends on nothing:
[snip]
alsa-conf-base
base-files
eglibc-binary-localedata-en-us
xserver-xf86-config
[snip]
The rpmresolve-native's algorithm is:
===fake code
for pkg in pkg1, pkg2, pkg
The following changes since commit 4c0a9ccbad2889b27b4b1d2ab91215a4bdcca3ce:
python-numpy: Fix build for mips64 (2014-09-01 18:00:32 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/rpmresolve
http://cgit.openembedded.org/cgit.cgi/ope
From: Mikhail Durnev
Marked __syscall.compat_sendfile as optional
Signed-off-by: Mikhail Durnev
Signed-off-by: Muzaffar Mahmood
---
.../systemtap/tapset-linux-sendfile-syscall.patch | 22
meta/recipes-kernel/systemtap/systemtap_git.inc|1 +
2 files changed, 23
From: Mikhail Durnev
This is a cross compilation fix. It allows systemtap to find the
kernel map file in the right place, i.e. in the kernel build tree.
Without this fix it takes a map file from the build host, if available.
Signed-off-by: Mikhail Durnev
Signed-off-by: Muzaffar Mahmood
---
..
On 09/03/2014 02:32 PM, Hongxu Jia wrote:
While TEST_TARGET is qemu, the QemuRunner class invokes runqemu
to start qemu, and runqemu needs sudo to set up tap interface.
While sudo is not available, the exit of QemuRunner will cost 60
seconds and the exit message is not clear, so we add sudo avai
In systemd_216, journald by default doesn't forward messages to
syslog daemon. This breaks the oeqa testing cases. So we enable
forwarding the messages for now.
Signed-off-by: Chen Qi
---
meta/recipes-core/systemd/systemd_216.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes
We need to prevent the psplash init script from running via systemd
because the script is supposed to be used by sysvinit system and it
doesn't have any real effect in a systemd based system.
Signed-off-by: Chen Qi
---
meta/recipes-core/psplash/psplash_git.bb | 10 ++
1 file changed, 10
When 'sysvinit' and 'systemd' are both in DISTRO_FEATURES, we need
to prevent the init script from running via systemd.
This is because that the functionality has been implemented internally
in systemd.
Signed-off-by: Chen Qi
---
meta/recipes-bsp/v86d/v86d_0.1.10.bb | 10 ++
1 file chang
Inherit update-rc.d.bbclass to handle sysv init script.
Also make the 'at' daemon start in runlevel 2,3,4,5 instead of S.
Signed-off-by: Chen Qi
---
meta/recipes-extended/at/at/{S99at => atd.init} | 0
meta/recipes-extended/at/at_3.1.15.bb | 11 ++-
2 files changed, 6 insertio
When 'sysvinit' and 'systemd' are both in DISTRO_FEATURES, we need
to prevent the init script from running via systemd.
This is because that the functionality of the init script has implemented
in systemd internally.
Signed-off-by: Chen Qi
---
meta/recipes-bsp/keymaps/keymaps_1.0.bb | 10 +++
We need to prevent the init script from running via systemd because
its functionality has been implemented interanlly in systemd.
In a systemd system, we can add configuration files under
/etc/modules-load.d/ to make things work.
Signed-off-by: Chen Qi
---
.../modutils-initscripts/modutils-init
The basic.target itself requires sysinit.target, so there's no
need to write this redundant line in the run-postinsts unit file.
Signed-off-by: Chen Qi
---
meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts.service | 1 -
1 file changed, 1 deletion(-)
diff --git
a/meta/recipes-dev
If we are building a systemd image with 'sysvinit' not in DISTRO_FEATURES,
the initscripts should not be installed into the image, as they are useless.
What's more, we as now support executing scripts under /etc/rcS.d, the
boot time will be increased by these scripts as the systemd will try to
tran
The 'at' package actually doesn't have runtime dependency on
VIRTUAL-RUNTIME_initscripts, so remove this dependency.
Signed-off-by: Chen Qi
---
meta/recipes-extended/at/at_3.1.15.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-extended/at/at_3.1.15.bb
b/meta/recipes-extende
For acpid needs to upgrade to work correctly with the new kernel.
The new version now uses autotools.
Also add systemd unit file.
Signed-off-by: Chen Qi
---
meta/recipes-bsp/acpid/acpid.inc | 24 ++
meta/recipes-bsp/acpid/acpid/acpid.service | 10 ++
The 'keymaps' package actually doesn't have runtime dependency on
VIRTUAL-RUNTIME_initscripts, thus removing this dependency.
Signed-off-by: Chen Qi
---
meta/recipes-bsp/keymaps/keymaps_1.0.bb | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/recipes-bsp/keymaps/keymap
From: In Long
The cups daemon needs the lpadmin group to start correctly.
Also add 'procps' to RDEPENDS if 'sysvinit' is in DISTRO_FEATURES,
because the init script shipped with cups needs it.
Signed-off-by: Chen Qi
---
meta/recipes-extended/cups/cups.inc | 6 +-
1 file changed, 5 inserti
We now support executing scripts under /etc/rcS.d. So we need to
mask several more init scripts here to prevent them from running
at boot time.
Signed-off-by: Chen Qi
---
meta/recipes-core/initscripts/initscripts_1.0.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-core/in
Add systemd unit files.
Also remove sysvinit related files if 'sysvinit' is not in
DISTRO_FEATURES.
Signed-off-by: Chen Qi
---
meta/recipes-extended/cups/cups.inc | 20 +++-
meta/recipes-extended/cups/cups/cups.path| 8
meta/recipes-extended/cups/cups/cups
Exiting with '2' is actually expected with rpcbind, because it catches
SIGTERM and exits with '2' explicitly.
The related code is as follows.
(void) signal(SIGTERM, terminate);
/*
* Catch the signal and die
*/
static void
terminate(int dummy /*__unused*/)
{
close(rpcbindlockfd);
This patch adds support for systemd to execute scripts under /etc/rcS.d.
To be compitable, all services translated from /etc/rcS.d/ scripts would
run before services translated from /etc/rcN.d scripts.
[YOCTO #5159]
Signed-off-by: Chen Qi
---
...ort-for-executing-scripts-under-etc-rcS.d.patch
systemd-vconsole-setup.service not only configures font but also
keymaps.
Signed-off-by: Chen Qi
---
meta/recipes-core/systemd/systemd_216.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_216.bb
b/meta/recipes-core/systemd/systemd_216.bb
i
Set INHIBIT_UPDATERCD_BBCLASS to "1" if 'sysvinit' is not in DISTRO_FEATURES.
The functionality of the init script 'fbsetup' is implemented internally in
systemd. So fbsetup is not installed if 'sysvinit' is in DISTRO_FEATURES.
That's why we need to set INHIBIT_UPDATERCD_BBCLASS to "1" to avoid
g
Only install 'keymap.sh' script if 'sysvinit' is in DISTRO_FEATURES.
This is because systemd internally provides a mechanism to implement
the functionality this script tries to implement. Please see
systemd-vconsole-setup.service for more details.
Also we set 'INHIBIT_UPDATERCD_BBCLASS' to "1" if
Add dhcpd.service and dhcrelay.service to support systemd systems.
Signed-off-by: Chen Qi
---
meta/recipes-connectivity/dhcp/dhcp.inc| 23 ++
meta/recipes-connectivity/dhcp/files/dhcpd.service | 11 +++
.../dhcp/files/dhcrelay.service|
Previously, after booting into the targets like multi-user.target or
graphical.target, the output of `runlevel' command is 'unknown'.
This is confusing for users. Normally, we would expect mutli-user.target
would have a `runlevel' output of 'N 3'.
This is the behaviour of Fedora20.
This patch ins
As alsa-state inherits update-rc.d, the update-rc.d part inpostinst script
has already been handled in update-rc.d.bbclass.
Besides, we need to set INHIBIT_UPDATERCD_BBCLASS to "1" if 'sysvinit'
is not in DISTRO_FEATURES. This is because the init script is not installed
in such situation, adding u
The 'and' logic for the check is wrong. To make things clear, please
see the example below.
Say that we have a recipe A, which has a sysv-init style init script named
initA and no corresponding service file. The recipe inherits update-rc.d,
but it doesn't inherit systemd.bbclass. The DISTRO_FEATUR
Add PACKAGECONFIG for 'journal-upload' and disable it by default.
Once enabled, it will add 'curl' to its dependency.
Signed-off-by: Chen Qi
---
meta/recipes-core/systemd/systemd_216.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/systemd/systemd_216.bb
b/meta/recipes-c
systemd upgrade has been tested on
*) qemuarm
*) qemumips
*) qemuppc
*) qemux86
*) qemux86-64
The whole patchset has passed the following test case on qemux86-64.
bitbake core-image-sato -ctestimage
Changes in V2:
1. merge two dhcp patches into one
2. fix commit messages to be clearer
3. use ${sy
Upgrade systemd from 213 to 216.
systemd-older-kernel.patch is removed as it's fixed in 216.
0001-uClibc-doesn-t-implement-pwritev-preadv.patch is removed because
the file it patches has been removed from the project.
0001-util-Including-missing.h-to-get-MAX_HANDLE_SZ.patch is removed because
it
why there are two versions libav in oe-core? what's the difference?
why the opencv will use the 0.8.x version, but not 9.x version?
does it should use the higher version?
libav 0.8.x has warning:
WARNING: QA Issue: ELF binary
'/mnt/qt5-test/build/tmp/work/armv6-vfp-jilong-linux-gnueabi/libav/0.8.
67 matches
Mail list logo
