On Mon, Jun 11, 2018 at 8:36 PM Craig McQueen
wrote:
> I wrote:
> >
> > I wrote:
> > >
> > > Lately, I'm trying to upgrade to a later version of mono, 5.4.1.6.
> > > When I try to do a build of my Yocto image, bitbake gets to the end of
> > > building mono- native, and then gets an error:
> > >
I wrote:
>
> I wrote:
> >
> > Lately, I'm trying to upgrade to a later version of mono, 5.4.1.6.
> > When I try to do a build of my Yocto image, bitbake gets to the end of
> > building mono- native, and then gets an error:
> >
> >
> > ERROR: mono-native-5.4.1.6-r0 do_populate_sysroot: The recipe
Thanks for the reply, Khem!
What steps should I follow to be able to verify the build I put together
for SPARCv9 works (or doesn't)?
I realize it is a pretty non-conventional (newbie like) question but I'd
like to follow a methodological procedure to validate the build.
I appreciate your
On Fri, Jun 8, 2018 at 2:42 AM, Patrick Vacek wrote:
> On 08.06.2018 10:26, Khem Raj wrote:
>> On 6/8/18 12:27 AM, Patrick Vacek wrote:
>>> On 07.06.2018 19:06, Khem Raj wrote:
Hi Patrick
On Mon, Jun 4, 2018 at 2:01 AM, Patrick Vacek
wrote:
> Hello all,
>
> I have
Hi Ricardo
On 6/10/18 7:06 PM, Ricardo Ramirez wrote:
Hi David,
Thanks for the prompt reply!
My question was a follow up of Khem's inquire (posted on 2014-05-02)
https://lists.yoctoproject.org/pipermail/yocto/2014-May/019387.html
this reply still holds as of today.
Using the links you
On 6/8/18 2:57 AM, jan vermaete wrote:
Hi,
I have a question about the licenses stuff of Yocto. I hope this is the
correct place to ask.
I followed the instructions of the mega manual (chapter 7.32.3.1
Providing the Source Code).
Added in my local.conf:
INHERIT += "archiver"
series merged.
Thanks,
Armin
On 06/06/2018 07:06 AM, Jinliang Li wrote:
> This patch series fix 2 build issues for apparmor.
>
> Jinliang Li (2):
> Fix build issue for apparmor kernel configuration
> Fix build issue for apparmor when systemd is used
>
>
On Mon, Jun 11, 2018 at 2:46 PM, Michael Habibi wrote:
> Our use case is to capture the license files, manifest (package/version),
> and download information only for packages we modify/add. We use our own
> layer to modify/add packages, everything coming from standard Yocto layers
> are
On 06/10/2018 03:44 PM, Richard Purdie wrote:
> On Sun, 2018-06-03 at 17:22 -0700, Armin Kuster wrote:
>> This fixes the import of modules when starting buildbot
>> as master.cfg has:
>> from yoctoabb import builders, config, schedulers, workers, services,
>> www
>>
>> Signed-off-by: Armin
Current Dev Position: YP 2.6 M1 is accepting patches.
Next Deadline: YP 2.6 M1 release is June 11, 2018 (See update)
SWAT Team Rotation:
· SWAT lead is currently: Stephano
· SWAT team rotation: Stephano -> Armin on June 15, 2018
· SWAT team rotation: Armin -> Maxin on
Our use case is to capture the license files, manifest (package/version),
and download information only for packages we modify/add. We use our own
layer to modify/add packages, everything coming from standard Yocto layers
are untouched.
Is there a way to generate this information on a
Set RDEPENDS_${PN}-dev = "" so ${PN}-dev doesn't RDEPEND on ${PN} (which
isn't created because it contains no files).
This recipe places every file under one of it's sub-packages.
This fixes an error encountered when building an SDK:
nothing provides semodule-utils = 2.7-r0 needed by
On 2018-06-11 6:17 AM, Kevin Hao wrote:
We used the CFLAGS_xxx to workaround the gcc 8 build warnings
for some specific file. But CFLAGS_xxx is also used with '=' in
other places of this Makefile. This override the gcc 8 workaround,
so replace all the '=' with '+=" to fix this issue.
merged.
We used the CFLAGS_xxx to workaround the gcc 8 build warnings
for some specific file. But CFLAGS_xxx is also used with '=' in
other places of this Makefile. This override the gcc 8 workaround,
so replace all the '=' with '+=" to fix this issue.
Signed-off-by: Kevin Hao
---
From: Aaron Chan
---
config.py | 34 ++
services.py | 32
2 files changed, 62 insertions(+), 4 deletions(-)
diff --git a/config.py b/config.py
index 2568768..9d0807f 100644
--- a/config.py
+++ b/config.py
@@ -80,3 +80,37 @@
From: Aaron Chan
---
config.py | 34 ++
services.py | 32
2 files changed, 62 insertions(+), 4 deletions(-)
diff --git a/config.py b/config.py
index 2568768..9d0807f 100644
--- a/config.py
+++ b/config.py
@@ -80,3 +80,37 @@
From: Aaron Chan
---
config.py | 34 ++
services.py | 32
2 files changed, 62 insertions(+), 4 deletions(-)
diff --git a/config.py b/config.py
index 2568768..9d0807f 100644
--- a/config.py
+++ b/config.py
@@ -80,3 +80,37 @@
On 08.06.2018 10:26, Khem Raj wrote:
>
>
> On 6/8/18 12:27 AM, Patrick Vacek wrote:
>> On 07.06.2018 19:06, Khem Raj wrote:
>>> Hi Patrick
>>>
>>> On Mon, Jun 4, 2018 at 2:01 AM, Patrick Vacek
>>> wrote:
Hello all,
I have a recipe (aktualizr-hsm-prov) that depends on another
Hi,
I have a question about the licenses stuff of Yocto. I hope this is the
correct place to ask.
I followed the instructions of the mega manual (chapter 7.32.3.1 Providing
the Source Code).
Added in my local.conf:
INHERIT += "archiver"
ARCHIVER_MODE[src] = "original"
On 07.06.2018 19:06, Khem Raj wrote:
> Hi Patrick
>
> On Mon, Jun 4, 2018 at 2:01 AM, Patrick Vacek wrote:
>> Hello all,
>>
>> I have a recipe (aktualizr-hsm-prov) that depends on another (aktualizr)
>> to provide an executable and a config file. The former recipe includes
>> `DEPENDS =
From: Aaron Chan
---
schedulers.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/schedulers.py b/schedulers.py
index 8f3dbc5..02e4340 100644
--- a/schedulers.py
+++ b/schedulers.py
@@ -63,7 +63,7 @@ def props_for_builder(builder):
21 matches
Mail list logo
