|
Re: Strange sporadic build issues (incremental builds in docker container)
Hi Matthias,
And keymaps follows the exact same pattern as modutils-initscripts and
initscripts; namely that their sources are entirely contained in-tree:
keymaps/
├── files
│
Hi Matthias,
And keymaps follows the exact same pattern as modutils-initscripts and
initscripts; namely that their sources are entirely contained in-tree:
keymaps/
├── files
│
|
By
Trevor Woerner
·
#56598
·
|
|
Re : Fetching source from Private git repo
Greetings !
Can anyone help me with the procedure , how I can fetch the source from a private gitlab account .
Thanks in advance !
IMPORTANT: The contents of this email and any attachments are
Greetings !
Can anyone help me with the procedure , how I can fetch the source from a private gitlab account .
Thanks in advance !
IMPORTANT: The contents of this email and any attachments are
|
By
Poornesh G
·
#56597
·
|
|
Re: SCM usage in source urls and bandwidth
The code doesn't do "--depth=1".
https://git.yoctoproject.org/poky/commit/?id=27d56982c7ba05e86a100b0cca2411ee5ac7a85e
"""
This implements support for shallow mirror tarballs, not shallow
The code doesn't do "--depth=1".
https://git.yoctoproject.org/poky/commit/?id=27d56982c7ba05e86a100b0cca2411ee5ac7a85e
"""
This implements support for shallow mirror tarballs, not shallow
|
By
Richard Purdie
·
#56596
·
|
|
Re: SCM usage in source urls and bandwidth
<richard.purdie@...> wrote:
Even without premirrors this is a lot faster for glibc:
$ time git clone git://sourceware.org/git/glibc.git
Cloning into 'glibc'...
remote: Enumerating
<richard.purdie@...> wrote:
Even without premirrors this is a lot faster for glibc:
$ time git clone git://sourceware.org/git/glibc.git
Cloning into 'glibc'...
remote: Enumerating
|
By
Ross Burton <ross@...>
·
#56595
·
|
|
Re: SCM usage in source urls and bandwidth
wrote:
I meant to add:
f) Switch the problematic recipes to use shallow clones with something like:
BB_GIT_SHALLOW:pn-binutils = "1"
BB_GIT_SHALLOW:pn-binutils-cross-${TARGET_ARCH} =
wrote:
I meant to add:
f) Switch the problematic recipes to use shallow clones with something like:
BB_GIT_SHALLOW:pn-binutils = "1"
BB_GIT_SHALLOW:pn-binutils-cross-${TARGET_ARCH} =
|
By
Richard Purdie
·
#56594
·
|
|
SCM usage in source urls and bandwidth
[list address fixed, sorry]
We've been having bandwidth trouble with downloads.yoctoproject.org so we did
some quick analysis to see what the issue is. Basically in speeding up the
server which was
[list address fixed, sorry]
We've been having bandwidth trouble with downloads.yoctoproject.org so we did
some quick analysis to see what the issue is. Basically in speeding up the
server which was
|
By
Richard Purdie
·
#56593
·
|
|
Re: [OE-core] Which vendors maintain SDIO WiFi in mainline stable kernel
Hi Jupiter,
It is extremely rare to have vendors not have out-of-tree drivers or forked branches (I don't know of any, personally). Some vendors do end up upstreaming some of their patches in the end
Hi Jupiter,
It is extremely rare to have vendors not have out-of-tree drivers or forked branches (I don't know of any, personally). Some vendors do end up upstreaming some of their patches in the end
|
By
Quentin Schulz
·
#56592
·
|
|
Running chromium with read-only-rootfs
Hello Friends ;
I have My own Image based on Wayland-Weston image. My Image should be on read-only- rootfs so i use this :
IMAGE_FEATURES += "read-only-rootfs"But I have a problem when running
Hello Friends ;
I have My own Image based on Wayland-Weston image. My Image should be on read-only- rootfs so i use this :
IMAGE_FEATURES += "read-only-rootfs"But I have a problem when running
|
By
benabid.houssem11@...
·
#56591
·
|
|
Re: Strange sporadic build issues (incremental builds in docker container)
Hi Trevor,
thank you very much for the detailed answer.
Yes, you are right, it is mostly the same recipes that fail. But they also change from time to time.
Today it happened to me even without
Hi Trevor,
thank you very much for the detailed answer.
Yes, you are right, it is mostly the same recipes that fail. But they also change from time to time.
Today it happened to me even without
|
By
Matthias Klein
·
#56590
·
|
|
Re: OpenEmbedded Happy Hour March 30 5pm/1700 UTC
Reminder, OpenEmbedded Happy Hour is tomorrow. See you all there.
--
Regards,
Denys Dmytriyenko <denis@...>
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC
Reminder, OpenEmbedded Happy Hour is tomorrow. See you all there.
--
Regards,
Denys Dmytriyenko <denis@...>
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC
|
By
Denys Dmytriyenko
·
#56589
·
|
|
[yocto 3.1] adding custom testsdk script in own layer
Hi All,
We were trying to add a custom sdktest script as shown in example https://docs.yoctoproject.org/test-manual/intro.html#testsdk.
The script gets invoked when placed in
Hi All,
We were trying to add a custom sdktest script as shown in example https://docs.yoctoproject.org/test-manual/intro.html#testsdk.
The script gets invoked when placed in
|
By
Karthik Poduval
·
#56588
·
|
|
Re: firewalld isssue
#yocto
Trevor was looking into this as well so I've CCed him.
../Randy
--
# Randy MacLeod
# Wind River Linux
Trevor was looking into this as well so I've CCed him.
../Randy
--
# Randy MacLeod
# Wind River Linux
|
By
Randy MacLeod
·
#56587
·
|
|
[meta-security][PATCH 1/1] LICENSE: adopt SPDX standard names
From: Robert Yang <liezhi.yang@...>
Modify LICENSE for ding-libs and libmhash.
Signed-off-by: Joe Slater <joe.slater@...>
---
recipes-security/libdhash/ding-libs_0.6.1.bb | 2
From: Robert Yang <liezhi.yang@...>
Modify LICENSE for ding-libs and libmhash.
Signed-off-by: Joe Slater <joe.slater@...>
---
recipes-security/libdhash/ding-libs_0.6.1.bb | 2
|
By
Joe Slater <joe.slater@...>
·
#56586
·
|
|
Re: Yocto poky/meta/recipes-devtool/perl
Can you please attach log.do_patch where the problem can be seen?
Alex
Can you please attach log.do_patch where the problem can be seen?
Alex
|
By
Alexander Kanavin
·
#56585
·
|
|
Re: [meta-security][PATCH 1/1] LICENSE: adopt standard SPDX names
I'll send again for ding-libs and libmhash. Joe
I'll send again for ding-libs and libmhash. Joe
|
By
Joe Slater <joe.slater@...>
·
#56584
·
|
|
Re: [meta-security][PATCH 1/1] LICENSE: adopt standard SPDX names
Mater-next has these.
https://git.yoctoproject.org/meta-security/commit/?h=master-next&id=ece41f7543bbd42c57f4208c7309f90cbd02e852
Looks like a few more need to be added based on these
Mater-next has these.
https://git.yoctoproject.org/meta-security/commit/?h=master-next&id=ece41f7543bbd42c57f4208c7309f90cbd02e852
Looks like a few more need to be added based on these
|
By
Armin Kuster
·
#56583
·
|
|
Re: [meta-security][PATCH] openscap-daemon: inherit python_setuptools_build_meta
I believe this is sitting in master-next.
https://git.yoctoproject.org/meta-security/commit/?h=master-next&id=398047a7a6310b1ef70d22430fb6df4effd8cf92
I believe this is sitting in master-next.
https://git.yoctoproject.org/meta-security/commit/?h=master-next&id=398047a7a6310b1ef70d22430fb6df4effd8cf92
|
By
Armin Kuster
·
#56582
·
|
|
Re: Strange sporadic build issues (incremental builds in docker container)
Yes I've been seeing exactly these issues as well.
I'm not using any sort of virtualization, I'm using Jenkins to do nightly
builds directly on my host. My host machine is openSUSE 15.3. These
Yes I've been seeing exactly these issues as well.
I'm not using any sort of virtualization, I'm using Jenkins to do nightly
builds directly on my host. My host machine is openSUSE 15.3. These
|
By
Trevor Woerner
·
#56581
·
|
|
[meta-security][PATCH 1/1] LICENSE: adopt standard SPDX names
Correct LICENSE for samhain, ecrypt-utils, ding-libs,
libmhash, and sssd.
Signed-off-by: Joe Slater <joe.slater@...>
---
recipes-ids/samhain/samhain.inc | 2 +-
Correct LICENSE for samhain, ecrypt-utils, ding-libs,
libmhash, and sssd.
Signed-off-by: Joe Slater <joe.slater@...>
---
recipes-ids/samhain/samhain.inc | 2 +-
|
By
Joe Slater <joe.slater@...>
·
#56580
·
|
|
[PATCH yocto-autobuilder-helper] config.json: no need to explicitly exclude the NPM tests
These tests now skip themselves automatically[1] if meta-oe isn't
present, so there is no need to explicitly skip them.
[1] oe-core d22ed015d8f38241acb783e1a468fb15d4317670
Signed-off-by: Ross
These tests now skip themselves automatically[1] if meta-oe isn't
present, so there is no need to explicitly skip them.
[1] oe-core d22ed015d8f38241acb783e1a468fb15d4317670
Signed-off-by: Ross
|
By
Ross Burton <ross@...>
·
#56579
·
|