build system is changed to meson.
Signed-off-by: Changhyeok Bae
---
.../iputils/iputils/ai_canonidn.patch | 58 --
.../iputils/iputils/install.patch | 26
.../iputils/iputils_s20180629.bb | 61 ---
.../iputils/iputils_s201
Signed-off-by: Andre McCurdy
---
meta/recipes-core/dropbear/dropbear.inc | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/dropbear/dropbear.inc
b/meta/recipes-core/dropbear/dropbear.inc
index dcbda74..7269888 100644
--- a/meta/recipes-core/dropbea
Signed-off-by: Andre McCurdy
---
meta/classes/update-rc.d.bbclass | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.bbclass
index 1366fee..bf86bfa 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/m
The previous simplification:
https://git.openembedded.org/openembedded-core/commit/?id=604777acfc54d285f315b622bd147ed02d55d6fd
looked OK but didn't actually work as expected. The native and
nativesdk classes re-set CFLAGS after the += has been applied and
so any modifications made via += are
Unless SQLITE_BYTEORDER is predefined, the code falls back to build
time huristics - which are not always correct (e.g. in sqlite 3.28.0
big-endian ARM is mis-detected).
Signed-off-by: Andre McCurdy
---
meta/recipes-support/sqlite/sqlite3.inc | 6 +-
1 file changed, 5 insertions(+), 1 deleti
Signed-off-by: Andre McCurdy
---
meta/recipes-core/base-files/base-files_3.0.14.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 4b4027f..2b1f217 100644
--- a/met
Packaging rules were left behind when libnsl was removed:
https://git.openembedded.org/openembedded-core/commit/?id=9dc9983901cec364ea57a72b9da1a0396b60663a
Signed-off-by: Andre McCurdy
---
meta/recipes-core/glibc/glibc-package.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
It's not clear that we actually need to call mount -o remount,XX from
the busybox-inittab inittab at all, but as we currently do, let's
respect read-only-rootfs in IMAGE_FEATURES and not remount / as rw.
Signed-off-by: Andre McCurdy
---
meta/classes/rootfs-postcommands.bbclass | 5 +
1 file
Since TUNE_FEATURES now either contains a CPU or an architecture (but
not both) we can't rely on finding the architecture in TUNE_FEATURES.
Use architecture specific over-rides instead.
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/arm/feature-arm-thumb.inc | 7 +--
1 file chang
Default values for MACHINE_ESSENTIAL_EXTRA_RDEPENDS and
MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS are set from bitbake.conf and so
don't need to be duplicated in the packagegroup-core-boot recipe.
Signed-off-by: Andre McCurdy
---
meta/recipes-core/packagegroups/packagegroup-core-boot.bb | 6 --
1
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-ep9312.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-ep9312.inc
b/meta/conf/machine/include/tune-ep9312.inc
index 4d92821..be20eb3 100644
--- a/meta/conf/machine/include/tune-
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-arm1176jz-s.inc | 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta/conf/machine/include/tune-arm1176jz-s.inc
diff --git a/meta/conf/machine/include/tune-arm1176jz-s.inc
b/meta/conf/machine/include/tun
This completes cleanup originally proposed in 2012:
http://lists.openembedded.org/pipermail/openembedded-core/2012-July/064224.html
Current versions of bitbake have "sane" default fetcher commands
so it's no longer necessary for bitbake.conf to over-ride them.
Signed-off-by: Andre McCurdy
--
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-arm1136jf-s.inc | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-arm1136jf-s.inc
b/meta/conf/machine/include/tune-arm1136jf-s.inc
index d883eba..b25995d 100644
--- a/meta/conf/ma
Separated build dir doesn't work because Makefile points out source dir.
Signed-off-by: Changhyeok Bae
---
meta/recipes-connectivity/iw/{iw_5.0.1.bb => iw_5.3.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/iw/{iw_5.0.1.bb => iw_5.3.bb} (83%)
dif
On 8/8/19 4:16 PM, Randy MacLeod wrote:
On 8/8/19 10:26 AM, Trevor Gamblin wrote:
From: Trevor Gamblin
Signed-off-by: Trevor Gamblin
---
...ke-ed-directly-instead-of-using-the-shell.patch | 44
++
meta/recipes-devtools/patch/patch_2.7.6.bb | 2 +
2 files ch
On Mon, Aug 5, 2019 at 9:06 AM Loic Poulain wrote:
> Say a company works with an OE internal tree, with open-source and
> closed-source packages. The company wants to release the tree so that its
> customers can fully customize the images/distro. The closed sources being
> only available intern
Without this change, images with systemd hang on shutdown/reboot.
On Fri, Aug 23, 2019 at 1:39 PM Fabio Berton
wrote:
>
> From: "Bedel, Alban"
>
> It do make sense to start rngd early in the boot process because
> otherwise we would need to track every service that might need entropy
> and expli
From: "Bedel, Alban"
It do make sense to start rngd early in the boot process because
otherwise we would need to track every service that might need entropy
and explicitly configure it to start after rngd.
When used with systemd rngd blocked the shutdown process because it
simply missed the prop
This solves the following errors:
src/mips/o32.S: Assembler messages:
src/mips/o32.S:286: Error: opcode not supported on this processor:
mips32r2 (mips32r2) `s.d $f12,((16*4)-10*4)($fp)'
src/mips/o32.S:287: Error: opcode not supported on this processor:
mips32r2 (mips32r2) `s.d $f14,
== Series Details ==
Series: systemd: Update to the latest 242 branch
Revision: 1
URL : https://patchwork.openembedded.org/series/19451/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execut
On 8/23/19 10:26 PM, Adrian Bunk wrote:
On Fri, Aug 23, 2019 at 09:28:11AM +0800, Hongxu Jia wrote:
On 8/23/19 1:01 AM, Adrian Bunk wrote:
On Thu, Aug 22, 2019 at 09:40:18AM +0800, Hongxu Jia wrote:
- Update Debian patches
http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.17
Remove backported patches applied upstream.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/systemd/systemd.inc | 2 +-
...-max-sysctl-to-LONG_MAX-rather-than-.patch | 39
.../systemd/0001-networkd-fix-link-up.patch | 66 -
.../0002-network-do-not-send-ipv6.patch
It only printed a warning since Yocto 2.4,
documented to be removed in a future release.
Signed-off-by: Adrian Bunk
---
meta/recipes-kernel/linux/linux-dtb.inc | 3 ---
1 file changed, 3 deletions(-)
delete mode 100644 meta/recipes-kernel/linux/linux-dtb.inc
diff --git a/meta/recipes-kernel/li
It is possible if a user really has to use it, but not recommended.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/systemd/systemd_242.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-core/systemd/systemd_242.bb
b/meta/recipes-core/systemd/systemd_242.bb
index ceee3aa
On Fri, Aug 23, 2019 at 09:28:11AM +0800, Hongxu Jia wrote:
> On 8/23/19 1:01 AM, Adrian Bunk wrote:
> > On Thu, Aug 22, 2019 at 09:40:18AM +0800, Hongxu Jia wrote:
> > > - Update Debian patches
> > >
> > > http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.176-1.debian.tar.xz
> >
On 8/22/19 7:29 PM, mazliana.moha...@intel.com wrote:
> From: Mazliana
>
> Purpose of kernel development is basically to customize our
> own recipes kernel by reused existing recipes.
>
> This is an initiative of automating manual kernel development
> test cases. Applying a single patch to the
On Fri, 23 Aug 2019 at 11:13, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> The patches in master-next had some failures:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/636
>
> I think but am not 100% sure it could from this patch?
>
Yes, at least two of tho
On Fri, 23 Aug 2019 at 10:20, wrote:
> Package libinput has a package config 'libwacom'. When it is set,
> package libwacom is required. So add the recipe of libwacom.
>
This recipe probably needs to go to meta-oe? Why oe-core?
Alex
--
___
Openembedd
== Series Details ==
Series: libffi: Make it build for MIPS o32
Revision: 1
URL : https://patchwork.openembedded.org/series/19446/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
This solves the following errors:
src/mips/o32.S: Assembler messages:
src/mips/o32.S:286: Error: opcode not supported on this processor:
mips32r2 (mips32r2) `s.d $f12,((16*4)-10*4)($fp)'
src/mips/o32.S:287: Error: opcode not supported on this processor:
mips32r2 (mips32r2) `s.d $f14,
On Mon, 5 Aug 2019 at 18:39, chris.lapla...@agilent.com <
chris.lapla...@agilent.com> wrote:
> > But I would like something smarter, e.g. first trying to check if the
> SRC_URI is available, if not switching on using the prebuilt package if
> available (e.g.
> > in a DIR_PREBUILT)...
> >
> > Befor
Ping..
The /etc/screenrc exists in other distributions as the default config file.
//Yi
On 8/16/19 4:56 PM, Yi Zhao wrote:
Signed-off-by: Yi Zhao
---
meta/recipes-extended/screen/screen_4.6.2.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/s
On Tue, 2019-08-20 at 17:32 +0200, Alexander Kanavin wrote:
> This is the qemu default since qemu 2.2, is generally supported
> better,
> and is recommended by upstream. It also has already been in use for
> arm/risc
> and ovmf.
>
> Additional information:
> https://bugzilla.yoctoproject.org/show_
This file is giving misleading information. There's a patch
for bitbake to remove the generation of this file. Remove
it from OEQA as well.
Signed-off-by: Chen Qi
---
meta/lib/oeqa/selftest/cases/bbtests.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftes
If the PACKAGECONFIG item, python3, is enabled, we get the following
QA issue when multilib is enabled.
ERROR: bind-9.11.5-P4-r0 do_package: QA Issue: bind: Files/directories were
installed but not shipped in any package:
/usr/lib
/usr/lib/python3.7
/usr/lib/python3.7/site-packages
/usr
From: Kai Kang
Package libinput has a package config 'libwacom'. When it is set,
package libwacom is required. So add the recipe of libwacom.
Signed-off-by: Kai Kang
---
meta/recipes-graphics/libwacom/libwacom_0.33.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 m
== Series Details ==
Series: oeqa/kerneldevelopment: Able to apply a single patch to the Linux
kernel source (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/19411/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an aut
From: Mazliana
Purpose of kernel development is basically to customize our
own recipes kernel by reused existing recipes.
This is an initiative of automating manual kernel development
test cases. Applying a single patch to the Linux kernel source
is one of the manual test cases of kernel develo
From: He Zhe
Add a patch to fix the following failure.
rt_sigtimedwait011 TFAIL : .../sigwaitinfo01.c:58: test_empty_set
(.../sigwaitinfo01.c: 148): Unexpected failure:
TEST_ERRNO=EINVAL(22): Invalid argument
Signed-off-by: He Zhe
---
..._sigwaitinfo01-Fix-failure-for-MIPS-arche.patch |
40 matches
Mail list logo
