Thanks for your input – That‘s what I used as well in the past, but I have to
admit it’s hard to read and to debug, that’s why I want to omit such constructs.
So is there a less hacky way (maybe without the conditional syntax, which I
still think is a readability nightmare)?
Von: Yann Dirson
I have a simple image using the poky distro and I'd like to add systemd-
firstboot support. I have a bbappend to systemd enabling the PACKAGECONFIG
option, but then I get an error in do_rootfs:
ERROR: The postinstall intercept hook 'update_gio_module_cache' failed,
details in
Le mer. 18 déc. 2019 à 21:10, Konrad Weihmann a
écrit :
> Hi All,
>
> I was wondering if there is already a mechanism which kind of mimics the
> inverse of BBFILES_DYNAMIC.
> Like I want a recipe to be put into tree only if a layer is absent.
>
> Example: I need a fancy python-lib, which isn't
On Wed, Dec 18, 2019 at 12:46:30PM -0800, Khem Raj wrote:
> On 12/18/19 7:38 AM, Armpit wrote:
> >
> >
> >On 12/18/19 2:46 AM, Richard Purdie wrote:
> >>On Wed, 2019-12-18 at 03:32 +, Jain, Sangeeta wrote:
> >>>Hello all,
> >>>
> >>>This is the full report for 3.1_M1.rc8:
>
On 12/18/19 7:38 AM, Armpit wrote:
On 12/18/19 2:46 AM, Richard Purdie wrote:
On Wed, 2019-12-18 at 03:32 +, Jain, Sangeeta wrote:
Hello all,
This is the full report for 3.1_M1.rc8:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
On 12/18/19 1:49 AM, learning yocto wrote:
A bit debug, found out that the go-native.inc depends on
go1.4-bootstrap which does not have arm64/aarch64 support.
Found out a reference on
- https://golang.org/doc/install/source#bootstrapFromSource
-
Hi All,
I was wondering if there is already a mechanism which kind of mimics the
inverse of BBFILES_DYNAMIC.
Like I want a recipe to be put into tree only if a layer is absent.
Example: I need a fancy python-lib, which isn't part of the core-lib, but
according to the layer index can be
On 12/18/19 7:16 AM, Joe MacDonald wrote:
> Did Mark sign off on this as well?
>
> [[meta-selinux][PATCH] MAINTAINERS: update maintainer] On 19.12.18 (Wed
> 16:14) Yi Zhao wrote:
>
>> Add Yi Zhao as the maintainer.
Sorry I missed this. Yes I did!
I havn't had any time to help with
On Wed, Dec 18, 2019 at 10:34 AM Bruce Ashfield via
Lists.Yoctoproject.Org
wrote:
>
> I didn't see a 0/9 of for this series .. and had mistakenly assumed it was
> for v5.2.
>
> But after it failed to apply, I see it is for linux-yocto-dev and 5.4.
>
> Since it is now reviewed, I merged it to
On 12/18/19 2:46 AM, Richard Purdie wrote:
> On Wed, 2019-12-18 at 03:32 +, Jain, Sangeeta wrote:
>> Hello all,
>>
>> This is the full report for 3.1_M1.rc8:
>> https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
>>
>>
>> === Summary
I didn't see a 0/9 of for this series .. and had mistakenly assumed it was
for v5.2.
But after it failed to apply, I see it is for linux-yocto-dev and 5.4.
Since it is now reviewed, I merged it to -dev, if that wasn't the intention
send a revert for 5.4 and a series that applies to v5.2.
Bruce
In message: [linux-yocto][linux-yocto-dev] iommu/iova: Init the struct iova to
fix the possible
on 13/12/2019 Xiaotao Yin wrote:
> Hi Bruce,
>
> [PATCH] iommu/iova: Init the struct iova to fix the possible
> memleak
> -->please help merge this patch to linux-yocto:v5.2/standard/base and
>
In message: [linux-yocto-dev][standard/cn96xx] net: octeontx2-pf: Don't set the
parse mode for LBKs
on 13/12/2019 Xiaotao Yin wrote:
> Hi Bruce,
>
> [PATCH] net: octeontx2-pf: Don't set the parse mode for LBKs
> -->Target: linux-yocto-dev:standard/cn96xx branch
merged.
Bruce
>
> Thanks~
>
Hi Josef,
I restored my poky repository.
These are in my arachne-pnr_0.1.bb. DEPENDS = " icestorm busybox
coreutils-native"
RDEPENDS_${PN} = "coreutils"
When I try the following,
bitbake -c cleanall arachne-pnr
bitbake -DDD arachne-pnr
Still getting this error.| /bin/sh: 1: sum: not found
Howdy!
On Wed, Dec 18, 2019 at 01:12:23PM +, Edward Vidal wrote:
>
> Hi Joesf, I did not understand what you meant with "pull". These are the
> steps that I did.
> Downloaded the file coreutils_8.31.bb from openemedded to
> ~/wkg/yocto-zeusSaved the original file
>
Did Mark sign off on this as well?
[[meta-selinux][PATCH] MAINTAINERS: update maintainer] On 19.12.18 (Wed 16:14)
Yi Zhao wrote:
> Add Yi Zhao as the maintainer.
>
> Signed-off-by: Yi Zhao
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Joesf, I did not understand what you meant with "pull". These are the steps
that I did.
Downloaded the file coreutils_8.31.bb from openemedded to ~/wkg/yocto-zeusSaved
the original file poky/meta/recipes-core/coreutils/coreutils_8.31.bb
~/wkg/yocto-zeus/repo120319
Made the chgs below to
Hi Andy,
On Wed, Dec 18, 2019 at 11:23:25AM +, Andy Pont wrote:
> Quentin wrote...
>
> > I unfortunately don't have experience with git lfs.
> >
> > I'm thinking about the subpath argument to SRC_URI git fetcher.
> >
> >
I wrote...
Unfortunately, there are other files in the same directory that can’t
be checked out. Looking at that documentation, I have added the
“nocheckout=1” option to the git definition in SRC_URI which is
stopping the initial pull.
When I try to add any git commands into a
Quentin wrote...
I unfortunately don't have experience with git lfs.
I'm thinking about the subpath argument to SRC_URI git fetcher.
https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher
Unfortunately, there are other files in the same directory
Hi Andy,
On Wed, Dec 18, 2019 at 10:46:17AM +, Andy Pont wrote:
> Hello,
>
> I have a private git repo on our GitLab server that contains a bunch of
> source files that came as part of a commercial product and the final binary
> executable is also stored there using “git lfs”.
>
> I’m
On Wed, 2019-12-18 at 03:32 +, Jain, Sangeeta wrote:
> Hello all,
>
> This is the full report for 3.1_M1.rc8:
> https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
>
>
> === Summary
> No high milestone defects.
> No new
Konrad wrote…
I don’t fully get what you trying to achieve, but the from my point of
view dynamic layers (BBFILES_DYNAMIC) are mainly used for bbappends
only.
They prevent bitbake from parsing a bbappend in case the layer with the
original bb file is absent.
I was trying to follow the example
A bit debug, found out that the go-native.inc depends on
go1.4-bootstrap which does not have arm64/aarch64 support.
Found out a reference on
- https://golang.org/doc/install/source#bootstrapFromSource
- https://golang.org/doc/install/source#bootstrapFromCrosscompiledSource
To cross-compile a
Add Yi Zhao as the maintainer.
Signed-off-by: Yi Zhao
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1a19891..36c451f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -30,6 +30,6 @@ F:classes
F: recipes-*
COMMON
-M:
25 matches
Mail list logo
