To handle the case where ${COREBASE} isn't the git directory, avoid
erroring out when the git command fails. If we don't have a timestamp
after this, fall back to the timestamp from conf/bitbake.conf.
Signed-off-by: Alex Kiernan
---
Changes in v2:
- Revert to original behaviour and use
From: Dogukan Ergun
Under some conditions, ioctl FIGETBSZ can't return real value.
We can try to use fallback via os.stat() to get block size.
Source of patch:
https://github.com/intel/bmap-tools/commit/17365f4fe9089df7ee9800a2a0ced177ec4798a4
Fixes [YOCTO #12319]
Signed-off-by: Dogukan Ergun
On Thu, Jul 19, 2018 at 7:20 PM Khem Raj wrote:
>
>
> On Thu, Jul 19, 2018 at 10:26 AM Alex Kiernan wrote:
> >
> > On Thu, Jul 19, 2018 at 6:21 PM Khem Raj wrote:
> > >
> > >
> > >
> > > On 7/19/18 10:12 AM, Alex Kiernan wrote:
> > > > To handle the case where ${COREBASE} isn't the git
The arm toolchain has a "-gnueabi" suffix, but aarch64 doesn't,
this makes multilib sdk doesn't work, there will be error as following:
.../usr/libexec/armeb-poky-linux-gux-linux-gnueabi/7.3.0/real-ld: cannot find
crtbeginS.o: No such file or directo
Add sshd.service for user to start the sshd daemon.
Signed-off-by: Zheng Ruoqin
---
meta/recipes-connectivity/openssh/openssh/sshd.service | 16
meta/recipes-connectivity/openssh/openssh_7.7p1.bb | 6 ++
2 files changed, 22 insertions(+)
create mode 100644
As with the Python test, this can be both better and faster. No need to copy a
file, just run a one-liner.
Signed-off-by: Ross Burton
---
meta/lib/oeqa/files/test.pl | 2 --
meta/lib/oeqa/runtime/cases/perl.py | 32
meta/lib/oeqa/sdk/cases/perl.py
Remember to check what happens without usrmerge:
packages/corei7-64-poky-linux/lsb/lsb: FILELIST: directory renamed
/bin -> /bin/bin, changed order
lsb:
/bin/bin/lsb_release
Ross
On 19 July 2018 at 14:41, Ioan-Adrian Ratiu wrote:
> ${base_prefix} is set in bitbake.conf to empty. This makes
The recipe doesn't use the variables, and autotools inherits this already.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11.inc
b/meta/recipes-graphics/xorg-lib/libx11.inc
index
On Thu, Jul 19, 2018 at 3:57 PM, Khem Raj wrote:
> Full logs
> https://git.musl-libc.org/cgit/musl/log/?qt=range=9cad27a3dc1a4eb349b6591e4dc8cc89dce32277..18fbc7e4fa254696eb024f56ee74704805925fad
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-core/musl/musl_git.bb | 2 +-
> 1 file changed, 1
On Thu, 2018-07-19 at 21:10 +0100, Burton, Ross wrote:
> On 19 July 2018 at 17:31, Joshua Watt wrote:
> > +EXTRA_OEMAKE += 'PYTHON=nativepython
> > STAGING_INCDIR=${STAGING_INCDIR_NATIVE}
> > STAGING_LIBDIR=${STAGING_LIBDIR_NATIVE}'
> > +DEPENDS += "bc-native dtc-native swig-native python-native"
On 19 July 2018 at 17:31, Joshua Watt wrote:
> +EXTRA_OEMAKE += 'PYTHON=nativepython STAGING_INCDIR=${STAGING_INCDIR_NATIVE}
> STAGING_LIBDIR=${STAGING_LIBDIR_NATIVE}'
> +DEPENDS += "bc-native dtc-native swig-native python-native"
Instead of setting PYTHON and DEPENDS, you can just inherit
Hi,
I have some questions, comments and suggestions about the INCOMPATIBLE_LICENSE
mechanism:
1. If I specify licenseX in INCOMPATIBLE_LICENSE then I get an error when
building a recipe with a package (packageA) that just RRECOMMENDS a package
(packageB) with licenceX, even if I add
This makes it possible to add extra options to the logrotate
application (via ${LOGROTATE_OPTIONS}), and it allows the Persistent
option in logrotate.timer to be configured via
${LOGROTATE_SYSTEMD_TIMER_PERSISTENT}.
It also changes the sed expressions to allow for
${LOGROTATE_SYSTEMD_TIMER_BASIS}
Since the existence of "command" in itself is not guaranteed, using it
to determine if other executables exist is moot. Instead just run the
executables and let the shell determine if they exist. By piping stderr
to /dev/null we avoid unnecessary warnings in case they do not exist.
Signed-off-by:
On Thu, Jul 19, 2018 at 10:26 AM Alex Kiernan
wrote:
>
> On Thu, Jul 19, 2018 at 6:21 PM Khem Raj wrote:
> >
> >
> >
> > On 7/19/18 10:12 AM, Alex Kiernan wrote:
> > > To handle the case where ${COREBASE} isn't the git directory, but
> > > ${COREBASE}/meta might be (since that's the layer that
These are three miscellaneous patches that I have sent earlier,
but which somehow seems to have fallen between the cracks. The
original patches should still apply, but I thought it easier
to just resend them.
//Peter
The following changes since commit b0f2f690a3513e4c9fa30fee1b8d7ac2d7140657:
By splitting the iptables modules into separate packages it is
possible to pick and choose the modules to install and thereby reduce
the total size of the installed modules.
Backwards compatibility is maintained by adding a recommendation of
iptables-modules, which is a meta package that depends
FWIW: my do_compile_prepend hack to stop autodetecting swig from sysroot
(in pre-RSS - recipe specific sysroots in Yocto 2.2) stopped working in
2017.07 version where it was moved from tools/Makefile:
On Thu, Jul 19, 2018 at 6:21 PM Khem Raj wrote:
>
>
>
> On 7/19/18 10:12 AM, Alex Kiernan wrote:
> > To handle the case where ${COREBASE} isn't the git directory, but
> > ${COREBASE}/meta might be (since that's the layer that sets up the COREBASE
> > variable), use the timestamp from there. If
On 7/19/18 10:12 AM, Alex Kiernan wrote:
To handle the case where ${COREBASE} isn't the git directory, but
${COREBASE}/meta might be (since that's the layer that sets up the COREBASE
variable), use the timestamp from there. If that fails use the timestamp
from conf/bitbake.conf.
whats the
To handle the case where ${COREBASE} isn't the git directory, but
${COREBASE}/meta might be (since that's the layer that sets up the COREBASE
variable), use the timestamp from there. If that fails use the timestamp
from conf/bitbake.conf.
Signed-off-by: Alex Kiernan
---
On Wed, 2018-07-11 at 20:56 +0200, Marek Vasut wrote:
> On 07/11/2018 06:10 PM, Burton, Ross wrote:
> > On 11 July 2018 at 16:03, Marek Vasut wrote:
> > > The U-Boot build, in particular the pylibfdt, depends on swig-
> > > native.
> > > Add the missing dependency.
> >
> > If pylibfdt isn't
u-boot attempts to build a Python library called pylibfdt. By default,
u-boot would attempt to use the build host's Python interpreter, which
causes numerous problems, not least of which is that it fails if the
host doesn't have the Python development package installed (complaining
about not being
On Thu, Jul 19, 2018 at 9:25 AM wrote:
>
> There are several ways to fix it.
>
> 1. Patching Makefiles (see patch in the ticket:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=12843)
>
> 2. Add localstatedir = "/"
>
> 3. Adding --localstatedir=${root_prefix} to EXTRA_OECONF
>
> 4. Don't fix
There are several ways to fix it.
1. Patching Makefiles (see patch in the ticket:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=12843)
2. Add localstatedir = "/"
3. Adding --localstatedir=${root_prefix} to EXTRA_OECONF
4. Don't fix it as /var/run should be a link to /run.
So what is the
- Fix build path issue of .pyc files;
- Fix build path issue of c++ object files;
[YOCTO #12528]
Signed-off-by: Hongxu Jia
---
...all-python-modules-to-correct-library-dir.patch | 11 ++--
...1-improve-reproducibility-for-c-compiling.patch | 31 ++
- Unify var-DISTUTILS_INSTALL_ARGS in distutils and setuptools
- Supply "--root" directory to the "install" command, and use
it as a prefix to strip off the purported filename encoded
in bytecode files. (It strips build path prefix from .pyc files)
[YOCTO #8446]
[YOCTO #12084]
Since unify var-DISTUTILS_INSTALL_ARGS in distutils and setuptools,
- The local DISTUTILS_INSTALL_ARGS assignment is obsolete;
- The site.py is not be generated any more;
- The layout is in a standard pip dir (such as /usr/lib/python3.5/site-
packages/pip rather than
Since unify var-DISTUTILS_INSTALL_ARGS in distutils and setuptools,
The local var-DISTUTILS_INSTALL_ARGS broke do_install
...
error: option --script-dir not recognized
ERROR: python3 setup.py install execution failed.
...
[YOCTO #8446]
Signed-off-by: Hongxu Jia
---
Changed in V2: Rebase to latest oe-core
The following changes since commit ff0b682b807959521c85716296de7a1d26d7d18f:
systemd-boot: upgrade to 239 (2018-07-18 10:13:30 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib hongxu/pyc-buildpath
On 2018年07月19日 21:05, Burton, Ross wrote:
Hi Hongxu,
Can you rebase this to current master?
No problem, V2 incoming
//Hongxu
Cheers,
Ross
On 18 July 2018 at 01:57, Hongxu Jia wrote:
- Unify var-DISTUTILS_INSTALL_ARGS in distutils and setuptools
- Supply "--root" directory to the
On 2018-07-19 16:02, Martin Jansa wrote:
I don't want to continue in this discussion, hopefully someone else will
add an opinion as well.
Cheers,
I agree. For a v3 of the patches, I'm OK with reintroducing the
libvisual packageconfig. As for the rest (--disable-twolame etc.), these
are a
On Wed, 18 Jul 2018 at 20:27, Daniel Díaz wrote:
> Once another header #includes , there is a
> potential recursion going on because the
> multilib_header_wrapper.h #includes again!
>
> This should not happen because an __arm__ (32-bits) or an
> __aarch64__ (64-bits) environment guarantees that
On Thu, Jul 19, 2018 at 03:38:16PM +0200, Carlos Rafael Giani wrote:
> The main problem I see with all of this - aside from filling the recipes
> with packageconfigs that may or may not become actually usable in the
> future - is that when the packageconfig recipes don't yet exist, you are
>
Full logs
https://git.musl-libc.org/cgit/musl/log/?qt=range=9cad27a3dc1a4eb349b6591e4dc8cc89dce32277..18fbc7e4fa254696eb024f56ee74704805925fad
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2018-07-17 10:14, Rasmus Villemoes wrote:
On 2018-07-03 14:54, Rasmus Villemoes wrote:
image_types_wic.bbclass has a mechanism for doing variable substitution
on .wks files by simply letting the input file be called
.wks.in. However, that doesn't allow using variables in files included
${base_prefix} is set in bitbake.conf to empty. This makes lsb_release
always install under /bin which is a problem if usrmerge is in
DISTRO_FEATURES, because it needs to be installed under /usr/bin.
By using ${base_bindir} instead, we fix the usrmerge install path and
the following QA warning
The main problem I see with all of this - aside from filling the recipes
with packageconfigs that may or may not become actually usable in the
future - is that when the packageconfig recipes don't yet exist, you are
essentially speculating. Even the *names* of the dependencies may turn
out to
On Thu, Jul 19, 2018 at 02:47:58PM +0200, Carlos Rafael Giani wrote:
>
>
> On 2018-07-19 14:12, Martin Jansa wrote:
> > On Thu, Jul 19, 2018 at 01:16:51PM +0200, Carlos Rafael Giani wrote:
> >> As a general rule, I think adding packageconfigs to an oe-core recipe
> >> that has dependencies
Hi Hongxu,
Can you rebase this to current master?
Cheers,
Ross
On 18 July 2018 at 01:57, Hongxu Jia wrote:
> - Unify var-DISTUTILS_INSTALL_ARGS in distutils and setuptools
>
> - Supply "--root" directory to the "install" command, and use
> it as a prefix to strip off the purported filename
On Thu, Mar 22, 2018 at 02:44:13PM +0100, Rasmus Villemoes wrote:
> image_types_wic.bbclass has a mechanism for doing variable substitution
> on .wks files by simply letting the input file be called
> .wks.in. However, that doesn't allow using variables in files included
> via the include
On 2018-07-19 14:12, Martin Jansa wrote:
On Thu, Jul 19, 2018 at 01:16:51PM +0200, Carlos Rafael Giani wrote:
As a general rule, I think adding packageconfigs to an oe-core recipe
that has dependencies outside of oe-core and meta-openembedded is
questionable. Take the qt5 packageconfig for
On Thu, Jul 19, 2018 at 01:16:51PM +0200, Carlos Rafael Giani wrote:
> As a general rule, I think adding packageconfigs to an oe-core recipe
> that has dependencies outside of oe-core and meta-openembedded is
> questionable. Take the qt5 packageconfig for example. It is *not* part
> of
- refresh busybox-udhcpc-no_deconfig.patch
- remove obsolete patches which are included in this update
- update defconfig
Signed-off-by: Andrej Valek
---
...inittab_1.27.2.bb => busybox-inittab_1.29.1.bb} | 0
.../busybox/busybox/CVE-2011-5325.patch| 481
As a general rule, I think adding packageconfigs to an oe-core recipe
that has dependencies outside of oe-core and meta-openembedded is
questionable. Take the qt5 packageconfig for example. It is *not* part
of gstreamer1.0-plugins-good in oe-core, and for good reason - it needs
extra switches
On Thu, Jul 19, 2018 at 12:07:09PM +0200, Carlos Rafael Giani wrote:
> * Add patches for gbm, libpng, libjpeg to conditionally enable/disable
> them in the configure script
> * There is no libvisual recipe in oe-core or in meta-openembedded, so
> the visual packageconfig needs to go
No, it
== Series Details ==
Series: "[v2] gstreamer1.0-plugin-base:..." and 5 more
Revision: 1
URL : https://patchwork.openembedded.org/series/13098/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
The umlaut can cause issues related to encoding; avoid by replacing it
Signed-off-by: Carlos Rafael Giani
---
.../workaround-to-build-gst-libav-for-i586-with-gcc.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Carlos Rafael Giani
---
...le.am-Add-EGL_CFLAGS-to-libgstvaapi-.patch | 33 +++
.../gstreamer/gstreamer1.0-vaapi_1.14.1.bb| 1 +
2 files changed, 34 insertions(+)
create mode 100644
Ping
--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
-Original Message-
From: Zheng, Ruoqin/郑 若钦
Sent:
* Add patches for gbm, libpng, libjpeg to conditionally enable/disable
them in the configure script
* There is no libvisual recipe in oe-core or in meta-openembedded, so
the visual packageconfig needs to go
* Reorder the packageconfigs alphabetically
Signed-off-by: Carlos Rafael Giani
---
* Add packageconfigs for gl, libde265, lcms2, openh264, tinyalsa, ttml,
webrtc, webrtcdsp
* Add note about neon being dead (and --disable-neon config switch)
* Remove unnecessary gstglconfig.h line, since that file is no longer
part of -bad (it is in -base now)
* Update EXTRA_OECONF flags,
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.14.1.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.14.1.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.14.1.bb
index
* There is no twolame recipe in oe-core or in meta-openembedded, so
disable it
* Reorder the packageconfigs alphabetically
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-good_1.14.1.bb | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git
ping
Fix CVE-2018-1122 & CVE-2018-1122
Signed-off-by: Hong Liu
---
.../procps/procps/CVE-2018-1122.patch | 70 ++
.../procps/procps/CVE-2018-1123.patch | 84 ++
meta/recipes-extended/procps/procps_3.3.12.bb | 2 +
3
This patch does not look correct. "nopackages" has a very specific
meaning and the archive policy may or may not be different from that
but they need to remain separate.
So no, this patch is not going to be merged, sorry.
Cheers,
Richard
On Thu, 2018-07-19 at 09:37 +, Lei, Maohui wrote:
>
ping
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> Sent: Tuesday, June 19, 2018 9:22 AM
> To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org
> Subject: Re:
Alright, I am working on a v2 with the packageconfigs added back in. I
also am adding patches for adding configuration switches for libgbm,
libpng, and libjpeg.
On 2018-07-18 15:03, Carlos Rafael Giani wrote:
On 2018-07-18 14:16, Peter Kjellerstedt wrote:
-Original Message-
From:
I have just taken the changes, what have Armin done
(http://lists.openembedded.org/pipermail/openembedded-core/2018-June/151796.html).
I thought, that they are already discussed.
Anyway, I can split them back ;).
Cheers,
Andrej
On 07/19/18 11:00, Richard Purdie wrote:
> On Thu, 2018-07-19 at
On Thu, 2018-07-19 at 10:53 +0200, Andrej Valek wrote:
> - refresh busybox-udhcpc-no_deconfig.patch
> - remove obsolete patches which are included in this update
> - update defconfig
> - squashed .cfg(s) into defconfig
I'm a little concerned about the .cfg changes.
>
> Signed-off-by:
- refresh busybox-udhcpc-no_deconfig.patch
- remove obsolete patches which are included in this update
- update defconfig
- squashed .cfg(s) into defconfig
Signed-off-by: Andrej Valek
---
...inittab_1.27.2.bb => busybox-inittab_1.29.1.bb} | 0
.../busybox/busybox/CVE-2011-5325.patch
Back when I first wrote meta-gstreamer1.0, I made the decision to
include packageconfigs for the two most used and most important set of
layers, oe-core and meta-openembedded. Packageconfigs whose dependencies
are in oe-core are enabled by default, those who aren't in oe-core but
in
62 matches
Mail list logo
