On 2018年08月03日 00:15, Martin Hundebøll wrote:
Hi Hongzhi,
I think duplicating all of 'automount' when the only difference is the
call to 'mount' is unnecessary.
Hi,
The patch is compatible with both systemd and sysvinit.
And generally speaking, there will be no systemd-mount command when
From: Kai Kang
The following allarch packages rdepends on TUNE_PKGARCH packages. So
remove allarch from these recipes.
ca-certificates -> openssl
docbook-xsl-stylesheets -> perl
font-alias -> font-util
initramfs-module-setup-live -> udev-extraconf
initramfs-framework -> ${VIRTUAL-RUNTIME_base-ut
From: Kai Kang
allarch has been removed from some packages which rdepends on
TUNE_PKGARCH packages, so remove related depenencies from
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS.
Signed-off-by: Kai Kang
---
meta/conf/layer.conf | 7 ---
1 file changed, 7 deletions(-)
diff --git a/meta/conf/layer.con
From: Kai Kang
V3:
* Oops. Update commit short message according to patchtest.
The following changes since commit da24071e92071ecbefe51314d82bf40f85172485:
bitbake: toaster/orm/management/commands/lsupdates.py: Use new layerindexlib
module (2018-08-02 10:18:27 +0100)
are available in the Gi
On Thu, Aug 2, 2018 at 3:50 PM Burton, Ross wrote:
> The last to be inherited behaviour? That's the same as the current
> behaviour, apart from after my change both pythons are available via
> PATH.
>
> The only change is that inheriting the second class doesn't wipe out
> the first class.
Ok
== Series Details ==
Series: Remove allarch from recipes which rdeps TUNE_PKGARCH packages (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/13360/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Se
From: Kai Kang
The following allarch packages rdepends on TUNE_PKGARCH packages. So
remove allarch from these recipes.
ca-certificates -> openssl
docbook-xsl-stylesheets -> perl
font-alias -> font-util
initramfs-module-setup-live -> udev-extraconf
initramfs-framework -> ${VIRTUAL-RUNTIME_base-ut
From: Kai Kang
V2:
* rebase on Ross's patch 'ca-certificates: upgrade 20170717 -> 20180409'
Kai Kang (2):
remove allarch from recipes which rdepends on TUNE_PKGARCH packages
layer.conf: update SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
meta/conf/layer.conf | 7 --
From: Kai Kang
allarch has been removed from some packages which rdepends on
TUNE_PKGARCH packages, so remove related depenencies from
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS.
Signed-off-by: Kai Kang
---
meta/conf/layer.conf | 7 ---
1 file changed, 7 deletions(-)
diff --git a/meta/conf/layer.con
On 2018年08月03日 10:04, Patchwork wrote:
== Series Details ==
Series: Remove allarch from recipes which rdeps TUNE_PKGARCH packages
Revision: 1
URL : https://patchwork.openembedded.org/series/13360/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core.
On 08/03/2018 03:29 AM, Peter Kjellerstedt wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org On Behalf Of Chen Qi
Sent: den 1 augusti 2018 07:26
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 1/1] base-files: fix handling of resize
== Series Details ==
Series: Remove allarch from recipes which rdeps TUNE_PKGARCH packages
Revision: 1
URL : https://patchwork.openembedded.org/series/13360/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several t
From: Kai Kang
The following allarch packages rdepends on TUNE_PKGARCH packages. So
remove allarch from these recipes.
ca-certificates -> openssl
docbook-xsl-stylesheets -> perl
font-alias -> font-util
initramfs-module-setup-live -> udev-extraconf
initramfs-framework -> ${VIRTUAL-RUNTIME_base-ut
From: Kai Kang
allarch has been removed from some packages which rdepends on
TUNE_PKGARCH packages, so remove related depenencies from
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS.
Signed-off-by: Kai Kang
---
meta/conf/layer.conf | 7 ---
1 file changed, 7 deletions(-)
diff --git a/meta/conf/layer.con
From: Kai Kang
Kai Kang (2):
remove allarch from recipes which rdepends on TUNE_PKGARCH packages
layer.conf: update SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
meta/conf/layer.conf | 7 ---
meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb | 2 +-
met
The last to be inherited behaviour? That's the same as the current
behaviour, apart from after my change both pythons are available via
PATH.
The only change is that inheriting the second class doesn't wipe out
the first class.
Ross
On 2 August 2018 at 22:05, Khem Raj wrote:
>
>
> On Tue, Jul
On Fri, Jul 20, 2018 at 5:33 AM Alex Kiernan wrote:
>
> 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
> --
Without ALLOW_EMPTY, the empty alsa-lib package (which gets culled)
makes it fairly difficult to create an image that has libasound, then
create an SDK from that image that has the proper development files.
If there is no alsa-lib package, the only way to get libasound on a
target image is to do:
On Tue, Jul 31, 2018 at 10:06 AM Ross Burton wrote:
> Instead of both classes using ${PYTHON_PN} (which is set by python-dir and
> python3-dir), hardcode the right values so that it is possible to inherit
> both
> pythonnative and python3native at the same time.
>
> If both are inherited then bot
On 08/02/2018 01:53 AM, Richard Purdie wrote:
On Thu, 2018-08-02 at 10:55 +0800, Anuj Mittal wrote:
On 08/02/2018 07:30 AM, Alejandro Enedino Hernandez Samaniego wrote:
Hey Anuj,
On 08/01/2018 04:25 AM, Anuj Mittal wrote:
On 07/31/2018 05:21 AM, Jaewon Lee wrote:
When using a recipe space
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Chen Qi
> Sent: den 1 augusti 2018 07:26
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/1] base-files: fix handling of resize
>
> T
On musl
ERROR: libidn2-2.0.5-r0 do_package: QA Issue: libidn2:
Files/directories were installed but not shipped in any package:
/usr/lib/charset.alias
Please set FILES such that these items are packaged. Alternatively if
they are unneeded, avoid installing them or delete them within
do_install.
- its a general problem however observed on armv5te based boards in OE
other arches either have ways to compensate for misaligned access in hardware
or compiler does not use 8byte alignment
- fix internal linux headers
Full logs
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a
On 08/02/2018 10:25 AM, Joshua Watt wrote:
> On Tue, 2018-07-31 at 12:19 -0500, Joshua Watt wrote:
>> 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 w
Signed-off-by: Khem Raj
---
V2:
- Update patch status to Backport as its accepted upsream now
meta/recipes-devtools/meson/meson.inc | 1 +
...nbuild-Recognise-risc-v-architecture.patch | 27 +++
2 files changed, 28 insertions(+)
create mode 100644
meta/recipes-devtools
On Tue, 2018-07-31 at 12:19 -0500, Joshua Watt wrote:
> 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
Neither 'nm' or 'readelf' provide a symbol that we can use to strip.
I'm having a hard time reading kernel-source/scripts/sign-file.c and how
exactly how the sign works and what bytes are being added, so we can avoid
stripping them.
Looking into dracut, they simple avoid strip signed modules:
Hi Hongzhi,
I think duplicating all of 'automount' when the only difference is the
call to 'mount' is unnecessary.
It should be possible to check for system inside the existing
'automount' (see diff below).
When reading the script I couldn't help cleaning up the special
treatment of mount
When net-tools is built and the local patches haven't been applied, then
`quilt pop -a` will climb parent directories attempting to find a
{patches/.pc} directory; if this succeeds then we end up popping off
some completely unrelated patches from a parent directory.
Ensure that we do have a local
On Thu, Aug 2, 2018 at 11:49 AM, Andre McCurdy wrote:
> On Thu, Aug 2, 2018 at 2:10 AM, Khem Raj wrote:
>> On Thu, Aug 2, 2018 at 12:47 AM Andre McCurdy wrote:
>>>
>>> On Thu, Aug 2, 2018 at 12:11 AM, Khem Raj wrote:
>>> > fix internal linux headers
>>> >
>>> > Full logs
>>> > https://git.musl-
On Thu, Aug 2, 2018 at 2:10 AM, Khem Raj wrote:
> On Thu, Aug 2, 2018 at 12:47 AM Andre McCurdy wrote:
>>
>> On Thu, Aug 2, 2018 at 12:11 AM, Khem Raj wrote:
>> > fix internal linux headers
>> >
>> > Full logs
>> > https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a4eb349b6591e4dc8c
On Tue, Jul 31, 2018 at 2:17 PM Peter Kjellerstedt
wrote:
>
> > -Original Message-
> > From: Khem Raj
> > Sent: den 27 juli 2018 23:27
> > To: Peter Kjellerstedt
> > Cc: ChenQi ; Patches and discussions about the
> > oe-core layer
> > Subject: Re: [OE-core] [PATCH] defaultsetup.conf: En
On Wed, 2018-08-01 at 22:46 +, Ocampo Coronado, Omar wrote:
> Hello OE,
>
> While attempting to sign our kernel modules (using the kernel
> configuration CONFIG_MODULE_SIG) the drivers in our image did not
> have the signature, even the certificate was being loaded by the
> kernel or the driv
On Wed, 2018-08-01 at 17:33 -0700, Jaewon Lee wrote:
> When using a recipe space kernel-meta, scc files are added through
> SRC_URI, but they may include corresponding kernel fragments or patches
> that are not necessarily in SRC_URI.
>
> For bitbake, this is not a problem because the kernel-yocto
On Thu, 2018-08-02 at 10:55 +0800, Anuj Mittal wrote:
> On 08/02/2018 07:30 AM, Alejandro Enedino Hernandez Samaniego wrote:
> > Hey Anuj,
> >
> >
> > On 08/01/2018 04:25 AM, Anuj Mittal wrote:
> > > On 07/31/2018 05:21 AM, Jaewon Lee wrote:
> > > > When using a recipe space kernel-meta, scc file
On Thu, Aug 2, 2018 at 12:47 AM Andre McCurdy wrote:
>
> On Thu, Aug 2, 2018 at 12:11 AM, Khem Raj wrote:
> > fix internal linux headers
> >
> > Full logs
> > https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a4eb349b6591e4dc8cc89dce32277..f2c6dbe2442027ed8fe0fa869918e41f495534d8
>
>
This bbclass implements the device tree compilation for user provided
device trees. In order to use this class, it should be inherited in a
BSP recipe which provides the sources. The default setup enables
inclusion of kernel device tree sources (though can be disabled by the
recipe by overriding DT
,
Manjukumar Harthikote Matha
Subject:
[PATCH] devicetree.bbclass: User/BSP device tree source compilation class
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
This bbclass implements the device tree compilation for user provided
device trees. In or
The perl distribution "XML-Parser" relies for configuration
on the tooling of Devel::CheckLib - which is not aware of
sysroot locations nor of reasonable compiler/link definitions
from outside.
This causes
ERROR: libxml-parser-perl-2.44-r0 do_package_qa: QA Issue: package
libxml-parser-perl
The modern the time, the improvements in ExtUtils::MakeMaker.
Nowadays, .packlist and perllocal.pod aren't touched anymore when appropriate
flags set during configure stage. Controlling the flags globally avoids
dual-life recipes need share patching.
Further: remove prepending ${PERL_ARCHLIB} in
I have checked it, and it works. MAKEDEPPROG was set to cross-tool and
on native site it's set to gcc. So it looks like, that the dependency to
makedepend-native package is unneeded.
On 08/01/18 23:11, Andre McCurdy wrote:
> On Wed, Aug 1, 2018 at 12:44 AM, Andrej Valek
> wrote:
>> If you are pr
On Thu, Aug 2, 2018 at 12:11 AM, Khem Raj wrote:
> fix internal linux headers
>
> Full logs
> https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a4eb349b6591e4dc8cc89dce32277..f2c6dbe2442027ed8fe0fa869918e41f495534d8
>From the musl commit which fixed the dirent struct alignment issues
fix internal linux headers
Full logs
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a4eb349b6591e4dc8cc89dce32277..f2c6dbe2442027ed8fe0fa869918e41f495534d8
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
43 matches
Mail list logo
