On 01/16/2017 10:47 AM, Burton, Ross wrote:
> On 16 January 2017 at 16:43, Aníbal Limón
> wrote:
>
>> It's weird, i'll review it, but i don't imagine what is failing
>> gobject-introspection because a qemu upgrade.
>>
>
> The g-i build runs largely inside a qemu-user instance (the crash is ins
Update LTTng components and Babeltrace to their latest available
tagged stable releases.
Changes since v1:
* Avoid using install's -D and -t options together in lttng-tools
recipe. This doesn't work with versions of coreutils prior to 8.23.
Nathan Lynch (5):
lttng-ust: don't exclude manual pa
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_
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
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
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
Ping, this has been applied to master
Thanks
Manju
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Tuesday, November 22, 2016 2:03 PM
> To: Manjukumar Harthikote Matha
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH][Morty] b
On 12 January 2017 at 09:08, David Vincent wrote:
> When using a custom RPM data directory instead of the default dir
> '/var/lib/rpm', the final image did not contain any of the database
> files in the expected location. This commit takes into account the
> 'rpmlibdir' variable set into 'rootfs_
On 16 January 2017 at 16:43, Aníbal Limón
wrote:
> It's weird, i'll review it, but i don't imagine what is failing
> gobject-introspection because a qemu upgrade.
>
The g-i build runs largely inside a qemu-user instance (the crash is inside
qemu).
Ross
--
__
On 01/16/2017 10:36 AM, Burton, Ross wrote:
> Looks like this is broken for ppc when building gobject-introspection:
It's weird, i'll review it, but i don't imagine what is failing
gobject-introspection because a qemu upgrade.
Cheers,
alimon
>
> http://errors.yoctoproject.org/Errors/L
Looks like this is broken for ppc when building gobject-introspection:
http://errors.yoctoproject.org/Errors/Latest/Autobuilder/?filter=%20gobject-introspection:%20do_compile&type=failure&page=1
(top seven results in ross/mut2)
Ross
On 12 January 2017 at 16:19, Aníbal Limón
wrote:
> Rebased p
it solved problem of pip's console showing error "module enum not ..."
[YOCTO #10904]
Signed-off-by: Edwin Plauchu
---
meta/recipes-devtools/python/python3-pip_9.0.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/python/python3-pip_9.0.1.bb
b/meta/recipes-devtools
Otherwise libunwind support will be based on the contents of the sysroot, which
can cause problems.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gstreamer1.0.inc | 1 +
.../gstreamer1.0/deterministic-unwind.patch| 24 ++
.../gstreamer/gstreamer1.0
Added "iso" to IMAGE_FSTYPES to build iso artifacts required
to fix test of isoimage-isohybrid wic plugin.
Signed-off-by: Ed Bartosh
---
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.
Removed hddimg from IMAGE_FEATURES as wic code doesn't
use hddimg anymore.
[YOCTO #10835]
Signed-off-by: Ed Bartosh
---
meta/lib/oeqa/selftest/wic.py | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index 82f4206
isoimage-sihybrid plugin uses MACHINE_ARCH to get the name of initrd image.
It doesn't work for all machines, for example for quemux86-64 machine
MACHINE_ARCH is quemux86_64 and initrd name is
core-image-minimal-initramfs-qemux86-64.cpio.gz
Used TRANSLATED_TARGET_ARCH variable to get the initrd im
Removed HDDDIR as it's not used by wic anymore.
Stopped usage of HDDDIR in wic test suite.
Signed-off-by: Ed Bartosh
---
meta/classes/image-wic.bbclass | 2 +-
meta/lib/oeqa/selftest/wic.py | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/classes/image-wic.bbclass b
INITRD variable is not set if hddimg is disabled.
isoimage-isohybrid can't get correct name for initrd if INITRD
variable is not set.
Added INITRD_LIVE to WICVARS and used it in isoimage-isohybrid
code to get initrd artifact name. Used INITRD if INITRD_LIVE is not set.
Signed-off-by: Ed Bartosh
Stop using HDDDIR in isoimage-isohybrid wic plugin.
This variable is set by hddimg code, which is going to be
removed soon.
All required artifacts should be available from ISODIR.
wic-image.bbclass has been modified to build iso artifacts,
so it should be safe to remove usage of HDDDIR.
[YOCTO #1
Made bootimg-efi to use EFI artifacts from $WORKDIR/efi instead
of $HDDDIR. This should eliminate its dependency on hddimg functionality
which is going to be removed soon.
[YOCTO #10835]
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/plugins/source/bootimg-efi.py | 4 +---
1 file changed, 1 inse
Added dependency do_efi_populate -> systemd-boot:do_deploy to make
sure EFI artifacts are depfloyed.
Signed-off-by: Ed Bartosh
---
meta/classes/systemd-boot.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/systemd-boot.bbclass
b/meta/classes/systemd-boot.bbclass
index 67
This task is needed to provide iso artifacts for isoimage-isohybrid
wic plugin. Currently this pluing uses hddimg, which is going to be
dropped from the codebase soon.
[YOCTO #10835]
Signed-off-by: Ed Bartosh
---
meta/classes/image-wic.bbclass | 9 +
1 file changed, 9 insertions(+)
dif
Added dependency do_efi_populate -> grub-efi:do_deploy to make
sure EFI artifacts are depfloyed.
Signed-off-by: Ed Bartosh
---
meta/classes/grub-efi.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index 48b4b34..d00fa6c 10
Produce EFI artifacts by calling efi_populate function
provided by current EFI provider.
This should eliminate dependency of wic image-efi plugin
to hddimg. Instead of getting EFI artifacts from HDDDIR
it can get it from $WORKDIR/efi.
[YOCTO #10835]
Signed-off-by: Ed Bartosh
---
meta/classes/i
Function efi_populate requires mandatory parameter DESTDIR.
It makes it impossible to call this function from python code
using bb.build.exec_func as there is no way to pass parameters
this way.
Set default value of DESTDIR to ${WORKDIR}/efi. This destination
will be used in image-wic.bbclass to i
Function efi_populate requires mandatory parameter DESTDIR.
It makes it impossible to call this function from python code
using bb.build.exec_func as there is no way to pass parameters
this way.
Set default value of DESTDIR to ${WORKDIR}/efi. This destination
will be used in image-wic.bbclass to i
There is a lot of wic code in image.bbclass and image_types.bbclass
Having all code in one place should make it more readable and easier
to maintain.
Signed-off-by: Ed Bartosh
---
meta/classes/image-wic.bbclass | 113 +++
meta/classes/image.bbclass |
Hi,
This patchset usage of hddimg from wic codebase due to planned deprecation of
hddimg.
Wic used hddimg to get 2 types of artifacts - efi and iso artifacts.
This dependency is resolved by introducing new tasks to build efi and iso
artifacts.
This removes dependency to hddimg and also speeds u
When creating users at the image level using extrausers class, the
current behavior is to ignore the status of USERADDEXTENSION. This could
lead to undefined behavior when static ids are expected but the system
falls back to dynamic ones.
Signed-off-by: David Vincent
---
meta/classes/extrausers.
Consolidate the configure options into the EXTRA_OECONF variable,
including merging any native specific options.
Also move the options specified in the do_configure into the
EXTRA_OECONF variable. And flesh out all the target directories.
Signed-off-by: Nathan Rossi
---
meta/recipes-devtools/qe
Move the KVMOPTS configuration checks and option setting to a
PACKAGECONFIG option.
This also changes the checking of KVM support on the host build machine
so that it is processed as a PACKAGECONFIG _remove for class-native
only. The darwin/mingw32 overrides are kept and applied as _remove
overrid
Use a wildcard to handle packaging of .exe for the hmac/dumpexp
packages. Also add the packaging of mpicalc* to the -dev package.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgcrypt/libgcrypt.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-supp
Move all the version specific patches, overrides and configuration that
are in qemu.inc to the versioned QEMU recipe.
This includes moving patches that target the versioned recipe as well as
ptest configuration (which is not available in QEMU by default) and well
and the installing of the powerpc_
Move the '--disable-bluez' and '--disable-iscsi' options to
PACKAGECONFIG.
Fix up the 'gcrypt' option to depend on 'libgcrypt' instead of gcrypt.
This is the expected dependency as noted in the QEMU configure help.
Handle the '--audio-drv-list' option inside the PACKAGECONFIG[alsa]
args. The prev
On 2017-01-16 8:44 AM, Ross Burton wrote:
PERF_FEATURES_ENABLE and perf_feature_enabled() was basically a poor man's clone
of PACKAGECONFIG, without the automatic handling of dependencies and configure
options.
I think some of the parts pre-dated packageconfig capabilities, but
yah, something t
On 2017-01-16 8:44 AM, Ross Burton wrote:
Otherwise it's possible to race with systemtap headers being present during the
autodetection and disappearing during the build:
tests/sdt.c:14:21: fatal error: sys/sdt.h: No such file or directory
#include
^
Signed-off-by: Ross B
Enable nativesdk on this recipe.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgcrypt/libgcrypt.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libgcrypt/libgcrypt.inc
b/meta/recipes-support/libgcrypt/libgcrypt.inc
index 15805cd436..c8a4862
Due to pkg-config support for libgcrypt being un-available for upstream
libgcrypt, some packages that depend on libgcrypt rely on the use of
libgcrypt-config (e.g. QEMU).
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgcrypt/libgcrypt.inc | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Resolve bug with the generation of the versioninfo.rc file which depends
on the BUILD_REVISION being set during configure. The BUILD_REVISION is
unset when building against tarball source due to no git repository
information. This patch sets the BUILD_REVISION to 0 when no information
is available.
Add PACKAGECONFIG options for 'capabilities' and 'asm'. The
'capabilities' option implies the libcap dependency.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgcrypt/libgcrypt.inc | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libgcrypt/
libcap does not support mingw32, so disable 'capabilities' support for
the mingw32 targets.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgcrypt/libgcrypt.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/libgcrypt/libgcrypt.inc
b/meta/recipes-support/libgcr
Handle packaging gpg-error.exe in the -dev package.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgpg-error/libgpg-error_1.25.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.25.bb
b/meta/recipes-support/libgpg-err
For mingw32 targets do not attempt to replace the
syscfg/lock-obj-pub.*.h as for mingw32 there are no arch specific
headers that are included in the libgpg-error source.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgpg-error/libgpg-error_1.25.bb | 11 ---
1 file changed, 8 ins
Resolve bug with the generation of the versioninfo.rc file which depends
on the BUILD_REVISION being set during configure. The BUILD_REVISION is
unset when building against tarball source due to no git repository
information. This patch sets the BUILD_REVISION to 0 when no information
is available.
Enable nativesdk on this recipe.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libgpg-error/libgpg-error_1.25.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.25.bb
b/meta/recipes-support/libgpg-error/libgpg-error_1.2
Delete the 'charset.alias' file during the do_install task if it exists.
This file is not shipped in any packages and on the targets that it is
generated (musl and mingw32) it is undesired.
Signed-off-by: Nathan Rossi
---
meta/recipes-core/glib-2.0/glib.inc | 8
1 file changed, 4 insert
Handle the packaging of .dll files into the ${PN} package, this is
required due to the mingw/windows convention where .dll's are shipped in
the bindir.
Wildcard the suffix of '*gio-querymodules' so that the .exe versions are
also included in the ${PN} package.
Also handle the packaging of only .e
When renaming the 'gio-querymodules' binary to prefix with the current
MLPREFIX, only do this for target packages where the MLPREFIX makes
sense. This skips renaming for nativesdk targets which have MLPREFIX set
to 'nativesdk-'.
Signed-off-by: Nathan Rossi
---
meta/recipes-core/glib-2.0/glib.inc
MinGW/Windows does not have support for libmount, so disable it when
targeting mingw32.
Signed-off-by: Nathan Rossi
---
meta/recipes-core/glib-2.0/glib.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index cb6ac
Add a PACKAGECONFIG for 'stdio-redirect'. This configure option
enables/disables the Windows only option for redirecting the
stdout/stderr to files instead of to the console.
Signed-off-by: Nathan Rossi
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 1 +
1 file changed, 1 insertion(+)
diff
Add the 'directx' PACKAGECONFIG to configure whether to build with
DirectX support. By default this is enabled (when targeting
mingw32/windows) however this requires the DirectX libraries in order to
include and link against.
Signed-off-by: Nathan Rossi
---
meta/recipes-graphics/libsdl/libsdl_1.
Add a package called 'gettext-libintl' which ships the libintl shared
objects (.so/.dll). This allows for the library to be shipped without
the additional components included in the gettext-runtime package.
This packages is prefixed with 'gettext-' to define the source of the
library due to the ex
Disable X11 support when building for the nativesdk mingw32.
Signed-off-by: Nathan Rossi
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
b/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
index 9c0e
Package the libgettext*.dll files in their respective packages.
Signed-off-by: Nathan Rossi
---
meta/recipes-core/gettext/gettext_0.19.8.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
b/meta/recipes-core/gettext/gettext
Fix building of shared gettext for i686/32-bit mingw32. This adds a
patch which fixes an issue with gnulib that is included in gettext.
This patch does not need to be submitted upstream as it is fixing an
issue with the included version of gnulib. Upstream gnulib has already
fixed this issue and u
Package the .dll and .exe files into their expected packages.
Signed-off-by: Nathan Rossi
---
meta/recipes-support/libpcre/libpcre_8.39.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-support/libpcre/libpcre_8.39.bb
b/meta/recipes-support/libpcre/libp
On MinGW32 targets (aka Windows) it is convention to have DLLs in bindir
along side the executables. This is due to how Windows does not have a
bindir/libdir separation and thus cannot handle dynamic loading in the
same way as other targets (e.g. glibc). To avoid grouping anything other
that .exe f
When building for mingw32 targets (e.g. nativesdk cross compiling for
windows), disable the dependency on update-alternatives as the Windows
platform does not support symlinks or package management.
This avoids the complex (partly non-buildable for mingw32) dependency
chain virtual/update-alternat
The *.def files that are populated in ${libdir} define the list of
exported functions for Windows DLLs. Whilst *.def files exist for other
formats they are not shipped in the ${libdir}.
Signed-off-by: Nathan Rossi
---
meta/conf/bitbake.conf | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Add support to detect dll files as shared objects as well as process
Windows .dll and .exe files to determine the runtime libraries
dependencies.
This implementation is sufficient to detect and map runtime library
dependencies between packages. And does not implement any version naming
conventions
Change the '--enable-initfini-array' default config to a PACKAGECONFIG
so that it can be disabled (e.g. for mingw32).
The 'initfini-array' option works only for Linux so disable it for
mingw32. Otherwise eventually the build will encounter errors like
(gcc-crosssdk):
multiple definition of `_
This series is paired with a series that is sent for the meta-mingw
layer. That series depends on changes in this series and vice-versa.
The following series is a number of patches to improve mingw32 support
both in oe-core itself as well as for individual recipes. The goal is to
enable the buildi
PERF_FEATURES_ENABLE and perf_feature_enabled() was basically a poor man's clone
of PACKAGECONFIG, without the automatic handling of dependencies and configure
options.
As part of the port to PACKAGECONFIG the options have been changed to remove the
perf- prefix, but are otherwise unchanged.
Also
Otherwise it's possible to race with systemtap headers being present during the
autodetection and disappearing during the build:
tests/sdt.c:14:21: fatal error: sys/sdt.h: No such file or directory
#include
^
Signed-off-by: Ross Burton
Signed-off-by: Ross Burton
---
met
On 03/01/2017 14:23, Geoffrey Levillain wrote :
On 03/01/2017 12:49, Richard Purdie wrote :
On Tue, 2017-01-03 at 12:12 +0100, Geoffrey Levillain wrote:
Running fetch/unpack/patch can be used to get some image-specific
configurations files to apply with a function in the
ROOTFS_POSTPROCESS_COMM
Commit 8c1c43b7901a9fcd8b279eb4250b08157ad345b7 `wic: Create a logical partition
only when it is really mandatory` did not account for partitions that are not
present in partition table.
Signed-off-by: Maciej Borzecki
---
scripts/lib/wic/utils/partitionedfs.py | 3 ++-
1 file changed, 2 insertio
2017-01-13 15:43 GMT+01:00 Burton, Ross :
>
> On 13 January 2017 at 14:23, Yannick Gicquel
> wrote:
>>
>> +def init_ccache():
>> +# dummy python version
>> +return
>> +
>> +init_ccache() {
>> +if [ -n "${CCACHE}" ]; then
>> +${CCACHE} -M ${CCACHE_MAX_SIZE}
>> +fi
>> +}
>> +
On 29/12/16 15:03, Kristian Amlie wrote:
> Rebased patchset, otherwise identical to the last one:
>
> * Removed e2tools recipe.
> * Switched to using 'debugfs' instead of 'e2ls' in selftest.
Is anything missing here?
Would be nice to get this done so I can start on the do_image part of this.
--
69 matches
Mail list logo
