On 03/30/2016 09:58 AM, Hongxu Jia wrote:
Its possible software may mix from shared-work and from some local
kernel module build too, not sure if/how well the code copes with that
case.
Currently kernel module has no dbg package generated, but I will
try to open it, and please wait my report
Now we have mips64 port of musl and there is
a name for ldso, backport the fix from upstream
gcc master
Signed-off-by: Khem Raj
---
.../gcc-5.3/0045-Support-for-arm-linux-musl.patch | 26 +-
1 file changed, 15 insertions(+), 11 deletions(-)
diff --git
a/meta/recipes-devtoo
On 03/30/2016 06:38 AM, Richard Purdie wrote:
On Mon, 2016-03-28 at 04:18 -0400, Hongxu Jia wrote:
Previously, the dbg package could not generate sources if they
are in work-shared dir (toolchain, kernel).
The fix add a new fdebug-prefix-map to remap work-shared dir
and collect sources to dbg p
Referencing PN only is ambiguous if multiple versions of a recipe are
present.
Signed-off-by: Andre McCurdy
---
meta/classes/base.bbclass | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index e066dc9..b624dde 100644
-
On 03/29/2016 07:59 PM, Richard Purdie wrote:
On Tue, 2016-03-29 at 00:59 -0700, Robert Yang wrote:
Move the common code to image.bbclass and remove duplicated ones.
Whilst I do like the idea of this patch set, I don't like generic
functions called "populate", or adding EFI variables to imag
We can replace __WORDSIZE with UINTPTR_MAX
sys/user.h is in conflict with asm/ptrace.h on musl
Signed-off-by: Khem Raj
---
...001-Use-UINTPTR_MAX-instead-of-__WORDSIZE.patch | 49 ++
meta/recipes-extended/psmisc/psmisc_22.21.bb | 8 ++--
2 files changed, 54 insertions(
On Mon, 2016-03-28 at 04:18 -0400, Hongxu Jia wrote:
> Previously, the dbg package could not generate sources if they
> are in work-shared dir (toolchain, kernel).
>
> The fix add a new fdebug-prefix-map to remap work-shared dir
> and collect sources to dbg package.
>
> [YOCTO #9305]
>
> Signed-
Fixed the build error when building man.config.5 (a remnant of a long
ago previous patch). Optimized the manpages Makefile for parallel
builds. Drop a FHS patch that is no longer needed, as the standard
Makefile puts the man pages in the proper location. Also, fix compile
warnings in a couple othe
The Makefile for man has a rule to create two generated targets with
a program run from the shell. Because the rule was run twice, with
parallel make, the generated files were being overwritten at the same
time they were being compiled. This patch forces the rule to be run
only once.
[YOCTO #9333]
v2: add Upstream-Status and change reason in patch file.
[Note: should be applied after previous man patch "fix src/Makefile
to work with parallel make".]
Fixed the build error when building man.config.5 (a remnant of a long
ago previous patch). Optimized the manpages Makefile for parallel
builds
v2: add Upstream-Status and change reason in patch file.
The Makefile for man has a rule to create two generated targets with
a program run from the shell. Because the rule was run twice, with
parallel make, the generated files were being overwritten at the same
time they were being compiled. This
Since ptest-runner is a Yocto Project tool is better to have hosted
into git.yoctoproject.org.
Signed-off-by: Aníbal Limón
---
meta/recipes-support/ptest-runner/ptest-runner_2.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/ptest-runner/ptest-run
We need the final headcount by next Monday.
Food, breakfast, lunch and refreshments, will be provided. If you have special
dietary needs such as vegetarian, gluten-free etc. please indicate so behind
you name. We'll do the best to accommodate them.
Rudi
On Tuesday, March 29, 2016 12:57:23 PM P
OEDAM moved. Thanks Rudi and Jefro.
Please add your name to the attendee list so Jefro can get the correct
amount of food and coffee. He needs the number "soon".
Philip
Forwarded Message
Subject: OEDAM: New Location - Catamaran resort
Date: Mon, 28 Mar 2016 13:36:41 -0700
From:
The same was filled as
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9352
It always fails like this:
NOTE: Executing RunQueue Tasks
ERROR: lttng-modules-2.7.1+gitAUTOINC+45e0ebd91f-r0 do_make_scripts: Function
failed: do_make_scripts (log file is located at
/home/jenkins/oe/world/shr-core/t
On Tue, Mar 29, 2016 at 2:10 PM, Phil Blundell wrote:
> On Tue, 2016-03-29 at 18:59 +0300, Dragomir Daniel wrote:
>>
>> arch-arm8a.inc add now support for armv8-A processors which support 2
>> states:
>> 32-bit and 64-bit states. It makes more sense to have support for
>> both states
>> in the sam
Fixed the build error when building man.config.5 (a remnant of a long
ago previous patch). Optimized the manpages Makefile for parallel
builds. Drop a FHS patch that is no longer needed, as the standard
Makefile puts the man pages in the proper location. Also, fix compile
warnings in a couple other
On Tue, 2016-03-29 at 18:59 +0300, Dragomir Daniel wrote:
>
> arch-arm8a.inc add now support for armv8-A processors which support 2
> states:
> 32-bit and 64-bit states. It makes more sense to have support for
> both states
> in the same inc file because both refer to the same arch.
OK. And I a
> On Mar 28, 2016, at 3:10 PM, Phil Blundell wrote:
>
> On Mon, 2016-03-28 at 18:29 +0300, Daniel Dragomir wrote:
>> For AArch64 state, the default tune is aarch32 and include which
>>include just the aarch64 feature.
>
> I don't really understand what this sentence is trying to say. Can y
Thanks, Phil!
See my answers in-line.
Khem, Richard, Mark, can you please review and comment on this new
version of the patch?
On 03/29/2016 01:10 AM, Phil Blundell wrote:
On Mon, 2016-03-28 at 18:29 +0300, Daniel Dragomir wrote:
For AArch64 state, the default tune is aarch32 and include which
On Tue, 2016-03-29 at 13:56 +0100, Mike Crowe wrote:
> 80b3974081c4a8c604e23982a6db8fb32c616058 implies that at least some
> people
> are pruning the sstate cache based on file access time.
>
> We run incremental and nightly Jenkins jobs that build images for
> various
> targets and branches in or
On 03/29/2016 08:28 AM, Richard Purdie wrote:
> On Tue, 2016-03-29 at 08:25 -0400, Cliff Brake wrote:
>> On 03/28/2016 06:28 PM, Richard Purdie wrote:
I tried nobranch=1;rev=HEAD, but then that conflicts with
${AUTOREV}.
>>> Did you just try nobranch=1 and leave rev to get set from SRCREV
Hello folks,
At O.S. Systems, we are backporting some important fixes for Jethro which are:
Author: Christopher Larson
Date: Tue Nov 10 22:34:01 2015 -0700
systemd: chown hwdb.bin to root:root for do_rootfs
This is created by qemu for the do_rootfs case, which bypasses pseudo, so we
80b3974081c4a8c604e23982a6db8fb32c616058 implies that at least some people
are pruning the sstate cache based on file access time.
We run incremental and nightly Jenkins jobs that build images for various
targets and branches in order to keep the sstate-cache populated. Files are
pruned once they
On Tue, 2016-03-29 at 08:25 -0400, Cliff Brake wrote:
> On 03/28/2016 06:28 PM, Richard Purdie wrote:
> > > I tried nobranch=1;rev=HEAD, but then that conflicts with
> > > ${AUTOREV}.
> > Did you just try nobranch=1 and leave rev to get set from SRCREV?
>
> That will parse, but it puts the wrong g
On 03/28/2016 06:28 PM, Richard Purdie wrote:
>> We typically set up our projects to use git submodules, such that the
>> top level
>> calls out a set of submodules which are the actively developed
>> applications and
>> other bits in the system. These submodules are externalsrc trees for
>> bitba
On Tue, 2016-03-29 at 00:59 -0700, Robert Yang wrote:
> Move the common code to image.bbclass and remove duplicated ones.
Whilst I do like the idea of this patch set, I don't like generic
functions called "populate", or adding EFI variables to image.bbclass
itself.
I believe that some refactoring
Signed-off-by: Martin Jansa
---
meta/conf/distro/include/no-static-libs.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/distro/include/no-static-libs.inc
b/meta/conf/distro/include/no-static-libs.inc
index 1265908..13a7918 100644
--- a/meta/conf/distro/include/no-static-libs.
Most of wic functionality doesn't depend on .wicenv file,
so it's better to generate it only in test_image_env
test case where it's used.
Signed-off-by: Ed Bartosh
---
meta/lib/oeqa/selftest/wic.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/wic.p
Without this, do_package_write_rpm doesn't depend on rpm-native which
it really should since that is needed to build rpms.
[YOCTO #8047]
Signed-off-by: Richard Purdie
diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 4f115e9..5828a9d 100644
--- a/meta/lib/oe/sstatesig.py
++
Without building the images, files wic expects for hddimg aren't
present and this breaks the gummiboot and efi tests.
Signed-off-by: Richard Purdie
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index 3829de2..f3185eb 100644
--- a/meta/lib/oeqa/selftest/wic.py
+++ b/m
They are doing the same things: create virtual machine images, merge
them into one bbclass makes it easy to understand.
Signed-off-by: Robert Yang
---
meta/classes/boot-directdisk.bbclass | 190 --
meta/classes/image-vm.bbclass| 216 +++
Move the common code to image.bbclass and remove duplicated ones.
Signed-off-by: Robert Yang
---
meta/classes/image-live.bbclass | 58 ++---
meta/classes/image-vm.bbclass | 51 +---
meta/classes/image.bbclass | 46 +++
They are doing the same things: create live images, merge them into one
bbclass makes it easy to understand.
Signed-off-by: Robert Yang
---
meta/classes/bootimg.bbclass| 304 ---
meta/classes/gummiboot.bbclass | 2 +-
meta/classes/image-live.bbclass | 3
The following changes since commit a3e254992444b0cc92e182151fefba7e3324ad55:
build-appliance-image: Update to master head revision (2016-03-28 17:02:04
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/image
http://cgit.openembedded.o
It should be the similar type as hddimg, rather than ext234 or btrfs.
Signed-off-by: Robert Yang
---
scripts/runqemu | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index ab7c4f3..49ccd18 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
The following changes since commit a3e254992444b0cc92e182151fefba7e3324ad55:
build-appliance-image: Update to master head revision (2016-03-28 17:02:04
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/runqemu
http://cgit.openembedded
* The name changes from overlayfs to overlayo
* The workdir is a must when mount
* The updir must be a subdir of rootfs.rw
This patch plus with another one which has been sent to linux-yocto can
fix the error when boot iso:
EXT4-fs (loop0): re-mounted. Opts: data=ordered
Populating dev cache
/etc/
The following changes since commit a3e254992444b0cc92e182151fefba7e3324ad55:
build-appliance-image: Update to master head revision (2016-03-28 17:02:04
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/iso
http://cgit.openembedded.org
The '/' in the end is not needed, which caused '//' in the path.
Signed-off-by: Robert Yang
---
meta/recipes-core/initrdscripts/files/init-live.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
b/meta/recipes-core/initrdscr
40 matches
Mail list logo
