Hi Armin,
I hope it is ok to upgrade libXtst, please let me know if you want to keep the
same version and apply the patch instead of upgrade.
The upgrade have only following changes:
https://cgit.freedesktop.org/xorg/lib/libXtst/
Age Commit message Author Files Lines
2016-10-04 li
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc| 2 +-
...tive_2.24.bb => cross-localedef-native_2.25.bb} | 5 +-
...glibc-initial_2.24.bb => glibc-initial_2.25.bb} | 0
.../{glibc-locale_2.24.bb => glibc-locale_2.25.bb} | 0
.../{glibc-mtrace_2.24.bb => gl
Signed-off-by: Khem Raj
---
meta/recipes-bsp/grub/grub_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/grub/grub_git.bb
b/meta/recipes-bsp/grub/grub_git.bb
index eb824ccc71..f24cc2f1cf 100644
--- a/meta/recipes-bsp/grub/grub_git.bb
+++ b/meta/recipes-b
Reorder lines, no functional changes.
Signed-off-by: Andre McCurdy
---
meta/recipes-graphics/wayland/wayland_1.12.0.bb | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-graphics/wayland/wayland_1.12.0.bb
b/meta/recipes-graphics/wayland/wayland_1.12.0.b
ping.
// Robert
On 12/21/2016 02:24 PM, Robert Yang wrote:
Hi Ross,
I rebased in the repo:
git://git.openembedded.org/openembedded-core-contrib rbt/runqemu
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/runqemu
Robert Yang (6):
scripts/runqemu: fix checking fo
If we use a package overrides as part of PACKAGE_ARCH when using the rpm
backend, The override is not honored.
For example, we use the Randy Witt's attachment, we can get it from:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7984
Using the attached recipe, the package "package-b" wo
The following changes since commit e016eb10b075e280b4e78a04e47b59a173386421:
bitbake: bb/cooker: BBCooker stops notifier at shutdown (2017-01-06 00:01:07
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib dengke/fix-yocto-bug-7984
http://c
From: Denys Dmytriyenko
Fixes following error in configure:
FATAL ERROR: msgfmt does not seem to be installed.
attr cannot be built without a working gettext installation.
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Ross Burton
(From OE-Core rev: d044fad8a0ac5d57deb88b25106f3a39cb7c16
On 10 January 2017 at 21:09, Andreas Müller
wrote:
> Yes: we need python3-pycairo in DEPENDS and RDEPENDS. V1 had
> python3-pycairo in RDEPENDS only.
>
Thanks Andreas,
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.or
From: Denys Dmytriyenko
Fixes following error in configure:
FATAL ERROR: msgfmt does not seem to be installed.
attr cannot be built without a working gettext installation.
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Ross Burton
(From OE-Core rev: d044fad8a0ac5d57deb88b25106f3a39cb7c16
From: Denys Dmytriyenko
The use of awk -F "." in do_install/do_deploy to strip filename extension
was deprecated long time ago in 72980d5bb465f0640ed451d1ebb9c5d2a210ad0c.
Make a similar change in postinst/postrm to properly use basename command.
Otherwise DTB files that contain dots in the nam
Signed-off-by: Nathan Lynch
---
.../lttng/{babeltrace_1.5.0.bb => babeltrace_1.5.1.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/lttng/{babeltrace_1.5.0.bb => babeltrace_1.5.1.bb}
(81%)
diff --git a/meta/recipes-kernel/lttng/babeltrace_
Switch to using release tarballs.
Signed-off-by: Nathan Lynch
---
.../lttng/{lttng-modules_git.bb => lttng-modules_2.9.0.bb} | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-modules_git.bb =>
lttng-modules_2.9.0.bb} (84%)
diff --git
Notable recipe changes:
* switch to using release tarball
* brokensep no longer required
* drop upstreamed error.h patch
* change do_install_ptest to selectively copy build artifacts to
install tree.
* use backported patch to address file-rdeps warning
Signed-off-by: Nathan Lynch
---
.../0001
buildhistory-diff says:
/usr/lib/liblttng-ust-python-agent.so.0 was removed
/usr/lib/liblttng-ust-python-agent.so.0.0.0 was removed
This is because prior versions of lttng-ust unconditionally built
the Python agent libraries; this was fixed upstream in 21ddb8e ("Only
build python lib when age
Adding "manpages" to PACKAGECONFIG results in a lttng-ust-doc package
with no manpages. Fix the patch we carry to only exclude the examples
directory, which seems to have been its original intent anyway.
Signed-off-by: Nathan Lynch
---
.../recipes-kernel/lttng/lttng-ust/lttng-ust-doc-examples-d
Update LTTng components and Babeltrace to their latest available
tagged stable releases.
Nathan Lynch (5):
lttng-ust: don't exclude manual pages from build
lttng-ust: upgrade to 2.9.0
lttng-modules: upgrade to 2.9.0
lttng-tools: upgrade to 2.9.3
babeltrace: upgrade to 1.5.1
.../{babelt
In some cirsumstances the user doesn't want to supply a kernel, rootFS
or DTB to QEMU. This will occur more now that QEMU supports loading
images using a '-device loader' method.
Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
to avoid supplying these options to QEMU.
Sig
On Tue, Jan 10, 2017 at 8:57 PM, Burton, Ross wrote:
>
> On 10 January 2017 at 17:53, Andreas Müller
> wrote:
>>
>> Have onboard (onscreen-keyboard) in the pipe for meta-oe. For that working
>> properly we need python3-pygobject build with cairo support.
>
>
> Does v2 solve the problems that the
Sorry for the spam. We are doing some tests on a patchwork staging
instance and by mistake we indicate the latter to send the /patch
failures/ to the mailing list. We will soon provide more detail about
this new testing tool.
Leo
On 01/10/2017 02:32 PM, Patchwork wrote:
== Series Details ==
On 10 January 2017 at 17:53, Andreas Müller
wrote:
> Have onboard (onscreen-keyboard) in the pipe for meta-oe. For that working
> properly we need python3-pygobject build with cairo support.
>
Does v2 solve the problems that the autobuilder is seeing?
https://autobuilder.yoctoproject.org/main/b
part.rootfs_dir was used as an image name in the code.
However, when multi-rootfs feature is used this attribute
points to the name of the rootfs, e.g. if --rootfs command line
is rootfs1=core-image-minimal partf.rootfs_dir is 'rootfs1'.
The code also fails when image name is not provided in wic
c
Current code doesn't always show error output of the
external command and even ignores non-zero exit code.
Moved checking of exit code value to the lowest level
possible: to _exec_cmd. This should make wic to always
check exit code of the external command and issue
an error if it's not 0.
[YOCTO
Have onboard (onscreen-keyboard) in the pipe for meta-oe. For that working
properly we need python3-pygobject build with cairo support.
Signed-off-by: Andreas Müller
---
meta/recipes-devtools/python/python3-pygobject_3.22.0.bb | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
dif
Have onboard (onscreen-keyboard) in the pipe for meta-oe. For that working
properly we need python3-pygobject build with cairo support.
Signed-off-by: Andreas Müller
---
meta/recipes-devtools/python/python3-pygobject_3.22.0.bb | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --
When booting a qemu virtual machine with ovmf.secboot, it comes up
with no keys installed and thus Secure Boot disabled. To lock down
the machine like a typical PC, one has to enroll the same keys
that PC vendors normally install, i.e. the ones from Microsoft.
This can be done manually (see
https:
This patch was added to meta-luv for kernel testing purposes and
probably is not relevant for OE-core.
Signed-off-by: Patrick Ohly
---
.../ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch| 110 -
meta/recipes-core/ovmf/ovmf_git.bb | 1 -
2 files changed, 111
When enabled via PACCKAGECONFIG = "secureboot" (off by default because
of the extra work and license change), the recipe compiles OVMF twice,
once without Secure Boot, once with. This is the same approach as in
https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
The results are "ovmf.q
In the simplest case, "runqemu qemux86 qcow2 ovmf" for an
EFI-enabled image in the qcow2 format will locate the ovmf.qcow2
firmware file deployed by the ovmf recipe in the image deploy
directory, override the graphics hardware with "-vga std" because that
is all that OVMF supports, and boot with U
The magic detection of the rootfs parameter only worked for image
recipes which embedd the "image" string in the middle, as in
"core-image-minimal".
Sometimes it is more natural to call an image "something-image". To
get such an image detected by runqemu, "-image" at the end of a
parameter must al
'arg' isn't defined, the right name there is 'p'.
This fixes a rather obscure error message when that code path
ends up being taken:
$ runqemu some/existing-file-name
runqemu - ERROR - name 'arg' is not defined
runqemu - ERROR - Try 'runqemu help' on how to use it
Signed-off-by: Patrick Ohly
--
Fixes a build issue when nasm was not build already because of
something else.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index e722db5..13b583b
When used with '-drive if=pflash', qemu will store UEFI variables
inside the firmware image file. That is unexpected for a file located in
the sysroot, which should be read-only, while it is normal for image
files in the deploy/images directory. Therefore that directory is a
better place for use wi
From: meta-luv
This is an unmodified copy of
github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision
4be4329.
Signed-off-by: Patrick Ohly
---
...s-Force-tools-variables-to-host-toolchain.patch | 48
.../ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch| 110 +++
The Fedora srpm [1] seems to have no problems with parallel
compilation, so let's also use that for the target. The native
tools however indeed have dependency problems:
| test_Ecc_CParser (CheckPythonSyntax.Tests) ... gcc -o ../bin/EfiRom
-L/fast/build/ostro/x86/tmp-glibc/sysroots/x86_64-linux/u
From: Fathi Boudra
qemu support for UEFI in OE-core depends on OVMF, which needs the iasl
tools provided by this recipe. There's also an iasl recipe in
meta-luv, but than can and will be replaced by this one, thus reducing
overall maintenance work.
Copied from meta-openembedded rev fa65be9ba (cu
There seems to be a consensus that supporting UEFI in OE-core for qemu
would be valuable, and there have been some (stalled) attempts to add
it. For reference, see:
[OE-core] [PATCH V3 0/3] Add UEFI firmware for qemux86*
[OE-core] Add ovmf-native to make qemu-native/runqemu support boot UEFI
The /etc and /usr/lib/ssl directories were only put into the opkg-generated
debugfs because of a bug in opkg which means that a conffile has to exist if
we're running 'opkg status'. This is now fixed, so the workaround can be
reverted.
Signed-off-by: Ross Burton
---
meta/lib/oe/rootfs.py | 2 +-
If a conffile has been deleted (common when building a debugfs) the status
command will throw errors instead of handling that situation. Stop the code
being executed in the first place if it wasn't asked for, and handle errors
gracefully.
[ YOCTO #10761 ]
Signed-off-by: Ross Burton
---
.../opk
On Tue, Jan 10, 2017 at 3:44 AM, Ola Redell wrote:
>
>
> On 01/09/2017 06:20 PM, Bruce Ashfield wrote:
>
>
> The functionality you describe is a good thing, but I have a few questions
> to make
> sure I understand the change, and confirm that existing functionality
> isn't broken ..
> and that th
Add a kickstart for an image that is not limited to use on x86 compatible
machines. This allows us to run more wic tests on non-x86 architectures.
Signed-off-by: Maciej Borzecki
---
meta-selftest/wic/wictestdisk.wks | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 meta-selftest/w
wic has a new flag for setting a fixed parition size --fixed-size. Add
tests that verify if partition is indeed sized properly and that errors
are signaled when there is not enough space to fit partition data.
Signed-off-by: Maciej Borzecki
---
meta/lib/oeqa/selftest/wic.py | 63
A series with enhancements and new test cases for wic selftest. The
enhancements mostly allow for running wic selftest on non-x86 MACHINE,
such as qemuarm (the whole series was verified on qemux86 and
qemuarm).
Patches in this series were previously a part of [1], but since then
--fixed-size was m
wic tests will unconditionally attempt to build syslinux and add
configuration options that may not be compatible with current machine.
Resolve this by consulting HOST_ARCH (which defaults to TARGET_ARCH) and build
recipes, add configuration options or skip tests conditionally.
A convenience deco
Instead of assuming that bzImage is available, query bitbake enviroment
for KERNEL_IMAGETYPE.
Signed-off-by: Maciej Borzecki
---
meta/lib/oeqa/selftest/wic.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index
Use wictestdisk instead of directdisk thus allowing more tests to be run on
non-x86 compatible machines.
Signed-off-by: Maciej Borzecki
---
meta/lib/oeqa/selftest/wic.py | 66 +--
1 file changed, 33 insertions(+), 33 deletions(-)
diff --git a/meta/lib/oeq
ping!
BR,
Awais
From: openembedded-core-boun...@lists.openembedded.org
on behalf of Belal, Awais
Sent: Tuesday, January 3, 2017 5:34 PM
To: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v2 2/2] grub-efi/live-vm-common: allowg
3.15.2 -> 3.16.2
1. Updated the SRC_URI for releases in 2017
2. Removed the following revert patch as the fix is present in this release:
a) 0001-revert-ad601c7962-that-brings-2-increase-of-build-ti.patch
[YOCTO #10695]
Signed-off-by: Maxin B. John
---
...1c7962-that-brings-2-increase-
Upgrade libxtst from 1.2.2 to 1.2.3 to address:
Out of Bounds Write Denial of Service Vulnerability, CVE-2016-7951
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7951
https://cgit.freedesktop.org/xorg/lib/libXtst/commit/?id=9556ad67af3129ec4a7a4f4b54a0d59701beeae3
Signed-off-
Upgrade libxtst from 1.2.2 to 1.2.3 to address:
Out of Bounds Write Denial of Service Vulnerability, CVE-2016-7951
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7951
https://cgit.freedesktop.org/xorg/lib/libXtst/commit/?id=9556ad67af3129ec4a7a4f4b54a0d59701beeae3
Signed-off-
ping!
BR,
Awais
From: openembedded-core-boun...@lists.openembedded.org
on behalf of Belal, Awais
Sent: Tuesday, January 3, 2017 5:34 PM
To: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v2 1/2] grub_git: extend recipe for proper
On 01/09/2017 06:20 PM, Bruce Ashfield wrote:
The functionality you describe is a good thing, but I have a few
questions to make
sure I understand the change, and confirm that existing functionality
isn't broken ..
and that the internals of the package management do the right thing
(I'm not
Fixed the issue that checking dbus modules is not controlled by switch
'--enable-dbus/--disable-dbus" which causes the inconsistent building
output by the package building sequence of glib-2.0 and dbus.
Also add PACKAGECONFIG line to automatically get the right configure option.
Signed-off-by: Hai
53 matches
Mail list logo
