On Fri, Aug 27, 2021 at 3:51 PM Jon Mason wrote:
>
> These files are using a more generic DEFAULTTUNE in their targeted tune
> file. This is contrary to what is being done in other tune files, and
> this changes them to match. It is still possible to use the more
> generic DEFAULTTUNE in a machi
ecipes-multimedia/pulseaudio/pulseaudio_14.2.bb
> index 9b8338a665..a7ea8caccb 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_14.2.bb
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_14.2.bb
> @@ -7,6 +7,7 @@ SRC_URI =
> "http://freedesktop.org/software/pulseaudio/releases/${BP}.tar.xz \
>
On Mon, Jun 28, 2021 at 7:55 PM Khem Raj wrote:
>
> Hi Andrea
>
> On 6/28/21 3:01 AM, Andrea Adami wrote:
> > Hello,
> >
> > during a core-image-sato build for armv4 I got one single build
> > failure with pulseaudio.
> >
> > This happens after com
On Mon, Jun 28, 2021 at 3:03 PM Richard Purdie
wrote:
>
> On Mon, 2021-06-28 at 14:44 +0200, Andrea Adami wrote:
> > On Mon, Jun 28, 2021 at 2:36 PM Alexander Kanavin
> > wrote:
> > >
> > > What I am saying is, can you discuss this with upstream first pleas
5t are supported we need to patch
the recipe.
With next pulseaudio 15.x the older arm will maybe lose support, I
don't know now.
My 2 cents
A.A.
>
> Alex
>
> On Mon, 28 Jun 2021 at 14:08, Andrea Adami wrote:
>>
>> On Mon, Jun 28, 2021 at 1:00 PM Alexander Kanavi
he processor doesn't support it.
"
Upstream *thinks* this is not an issue because all will be fine at runtime :)
Cheers
A.A:
>
> Alex
>
> On Mon, 28 Jun 2021 at 12:02, Andrea Adami wrote:
>>
>> Hello,
>>
>> during a core-image-sato build for armv
Hello,
during a core-image-sato build for armv4 I got one single build
failure with pulseaudio.
This happens after commit 80bbea0 pulseaudio: switch build system from
Autotools to Meson. In the commit text it is evidenced:
"
With Meson there's no option for disabling Neon optimizations if the
co
From: Richard Purdie
When packaging is disabled using the nopackages class, ensure we don't
add to PACKAGES. This fixes builds where we have an unpackaged kernel
alongside a packaged kernel.
Backport of commit 2522daf from master.
Signed-off-by: Richard Purdie
---
meta/classes/kernel.bbclass
From: Richard Purdie
When packaging is disabled using the nopackages class, ensure we don't
add to PACKAGES. This fixes builds where we have an unpackaged kernel
alongside a packaged kernel.
Backport of commit d6b114c from master.
Signed-off-by: Richard Purdie
---
meta/classes/kernel-devicetr
From: Richard Purdie
When packaging is disabled using the nopackages class, ensure we don't
add to PACKAGES. This fixes builds where we have an unpackaged kernel
alongside a packaged kernel.
Backport of commit 2522daf from master.
Signed-off-by: Richard Purdie
---
meta/classes/kernel.bbclass
From: Richard Purdie
When packaging is disabled using the nopackages class, ensure we don't
add to PACKAGES. This fixes builds where we have an unpackaged kernel
alongside a packaged kernel.
Backport of commit d6b114c from master.
Signed-off-by: Richard Purdie
---
meta/classes/kernel-devicetr
02 PM Martin Jansa wrote:
>
> On Wed, Jun 23, 2021 at 05:22:21PM +0200, Andrea Adami wrote:
> > On Wed, Jun 23, 2021 at 3:51 PM Andrey Zhizhikin wrote:
> > >
> > > Hello Andrea,
> > >
> > > On Wed, Jun 23, 2021 at 3:16 PM Andrea Adami
> > >
On Wed, Jun 23, 2021 at 3:51 PM Andrey Zhizhikin wrote:
>
> Hello Andrea,
>
> On Wed, Jun 23, 2021 at 3:16 PM Andrea Adami wrote:
> >
> > On Wed, Jun 23, 2021 at 11:32 AM Peter Kjellerstedt
> > wrote:
> > >
> > > > -Or
On Wed, Jun 23, 2021 at 11:32 AM Peter Kjellerstedt
wrote:
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Andrea Adami
> > Sent: den 23 juni 2021 00:18
> > To: openembedded-core@l
On Wed, Jun 23, 2021 at 12:52 AM Richard Purdie
wrote:
>
> On Wed, 2021-06-23 at 00:18 +0200, Andrea Adami wrote:
> > As exposed in the ML
> > https://lists.openembedded.org/g/openembedded-core/message/153000
> >
> > up to commit 86142da in Gatesgarth it was possib
Now it unconditionally tries to create package kernel-devicetre even for
legacy devices w/out DT.
Signed-off-by: Andrea Adami
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index
of nopackages.bbclass.
Signed-off-by: Andrea Adami
---
meta/classes/kernel.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 379bed44f2..06e6446a08 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/cl
On Mon, Jun 7, 2021 at 6:26 PM Andrea Adami wrote:
>
> Up to commit 86142da
> https://git.openembedded.org/openembedded-core/commit/meta/classes/kernel.bbclass?id=86142dad13935a0d9af4a4177e05ff5c39003db7
>
> in Gatesgarth it was possible to build a second mini-kernel w/out
> m
sing test -gt (greater) instead of -ge (greater or equal).
Signed-off-by: Andrea Adami
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 8693ab86be..379bed44f2 100644
--- a
On Wed, Jun 9, 2021 at 7:30 PM Andre McCurdy wrote:
>
> On Wed, Jun 9, 2021 at 12:32 AM Changqing Li
> wrote:
> >
> > From: Changqing Li
> >
> > fix below error:
> > /include/arm_neon.h:31:2: error: #error "NEON intrinsics not available with
> > the soft-float ABI. Please use -mfloat-abi=softf
On Tue, Jun 8, 2021 at 11:48 AM Richard Purdie
wrote:
>
> On Tue, 2021-06-08 at 11:20 +0200, Andrea Adami wrote:
> > On Tue, Jun 8, 2021 at 12:02 AM Phil Blundell via
> > lists.openembedded.org wrote:
> > >
> > > Wouldn't it be easier to just force -fPI
On Tue, Jun 8, 2021 at 12:02 AM Phil Blundell via
lists.openembedded.org wrote:
>
> Wouldn't it be easier to just force -fPIE on for those users for whom this is
> a problem? Or force -fPIE off for native everywhere. I'm not sure that doing
> something based on GCC version is obviously the right
Up to commit 86142da
https://git.openembedded.org/openembedded-core/commit/meta/classes/kernel.bbclass?id=86142dad13935a0d9af4a4177e05ff5c39003db7
in Gatesgarth it was possible to build a second mini-kernel w/out
modules, we have an example here:
https://git.openembedded.org/meta-handheld/tree/rec
On Thu, Jun 3, 2021 at 4:01 PM Robert P. J. Day wrote:
>
>
> sort of a 2-part soliloquy. in current YP code base i've inherited,
> most of the internal (local directory SRC_URI-based) recipes inherit a
> proprietary class that, among doing other internal, proprietary
> things, totally redefines
On Mon, Mar 25, 2019 at 5:10 PM Adrian Bunk wrote:
>
> On Mon, Mar 25, 2019 at 04:36:44PM +0100, Andrea Adami wrote:
> > On Sat, Mar 23, 2019 at 11:00 PM Andreas Müller
> > wrote:
> > >
> > > On Sat, Mar 23, 2019 at 10:53 PM Adrian Bunk wrote:
> > >
On Sat, Mar 23, 2019 at 11:00 PM Andreas Müller wrote:
>
> On Sat, Mar 23, 2019 at 10:53 PM Adrian Bunk wrote:
> >
> > On Sat, Mar 23, 2019 at 10:22:15PM +0100, Andreas Müller wrote:
> > > On Sat, Mar 23, 2019 at 10:16 PM Adrian Bunk wrote:
> > > >
> > > > On Fri, Mar 22, 2019 at 03:18:01PM -070
On Wed, Feb 6, 2019 at 4:54 PM Alexey Brodkin
wrote:
>
> Hi Leon,
>
> > -Original Message-
> > From: Leon Woestenberg
> > Sent: Friday, February 1, 2019 12:18 AM
> > To: Alexey Brodkin
> > Cc: Patches and discussions about the oe-core layer
> >
> > Subject: Re: [OE-core] Always install
On Fri, Jan 4, 2019 at 12:21 AM Khem Raj wrote:
>
> Thanks Adrian
>
> On Thu, Jan 3, 2019 at 2:59 PM Adrian Bunk wrote:
> >
> > On Thu, Jan 03, 2019 at 02:01:42PM -0800, Khem Raj wrote:
> > > Hello All
> > >
> > > You might have noticed a recent commit in gcc trunk
> > >
> > > https://gcc.gnu.org
ly
> instead surgically check for
>
> $CC --print-multiarch on ppc/musl
>
> and then update the tweak-MULTIARCH-for-powerpc-linux-gnuspe.patch
> patch to consider musl multiarch triplets. Maybe do it for ppc64 while here
> but I will not hold you accountable for that.
> On Thu,
On Thu, Dec 13, 2018 at 5:26 PM Richard Purdie
wrote:
>
> On Thu, 2018-12-13 at 15:13 +0100, Andrea Adami wrote:
> > Add the missing triplets (not considering uclibc) for do_configure.
> >
> > Signed-off-by: Andrea Adami
> > ---
> > .../python3/po
Add the missing triplets (not considering uclibc) for do_configure.
Signed-off-by: Andrea Adami
---
.../python3/powerpc-musl-triplets.patch | 43 +++
meta/recipes-devtools/python/python3_3.5.6.bb | 1 +
2 files changed, 44 insertions(+)
create mode 100644
meta/recipes
Meson uses 'mips64' for both big- and little-endian MIPS64 machines,
so map mips64el to mips64.
Signed-off-by: Andrea Adami
---
meta/classes/meson.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
index 3cbdcf18c2..
> > > Hello,
> > >
> > > so I applied both patches and had to comment out (as expected) the
> > > INITRAMFS_TASK.
> > > I have added INITRAMFS_IMAGE_BUNDLE in my 2nd kernel recipe but last
> > > night build did fail: the initramfs.cpio.xz was not found.
> > >
> > > I did only scrub the last lines
On Thu, Nov 8, 2018 at 3:25 PM Andrea Adami wrote:
>
> On Thu, Nov 8, 2018 at 2:25 PM Nathan Rossi wrote:
> >
> > On Wed, 7 Nov 2018 at 23:21, Andrea Adami wrote:
> > >
> > > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi
> > > wrote:
> > &
On Thu, Nov 8, 2018 at 2:25 PM Nathan Rossi wrote:
>
> On Wed, 7 Nov 2018 at 23:21, Andrea Adami wrote:
> >
> > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> > >
> > > This change moves the initramfs bundling functions and tasks into a
> > >
On Thu, Nov 8, 2018 at 2:05 PM Nathan Rossi wrote:
>
> On Wed, 7 Nov 2018 at 23:32, Andrea Adami wrote:
> >
> > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> > >
> > > The kernel has two differing code paths when handling a built-in cpio
> > &
On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
>
> The kernel has two differing code paths when handling a built-in cpio
> versus a cpio passed to the kernel from a boot loader. When the kernel
> is booted with the built-in cpio it expects the /dev/console node to
> exist and will panic if it
On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
>
> This change moves the initramfs bundling functions and tasks into a
> separate class called 'kernel-initramfs'. The change also converts the
> copy_initramfs into a task that itself depends on the do_image_complete
> of the initramfs image. Ma
On Thu, Oct 4, 2018 at 3:55 PM Burton, Ross wrote:
>
> I'm curious: the data sheet for the processor you mention in 4/4 says
> that it ha 64K of RAM. Are there other processors in the range, or
> have you done incredible things?
>
> Ross
Heh,
64K is the internal sram..
There is a sdram controll
What is holding back this patch?
Cheers
Andrea
On Fri, Jul 27, 2018 at 9:41 AM Khem Raj wrote:
>
> This has been an opt-in for so long, some distributions e.g.
> poky-lsb uses it by default however, since most of linux
> distros have started to default to these settings for security
> enhancement
On Fri, Aug 31, 2018 at 8:34 AM Yu, Mingli wrote:
>
> Ping.
>
Hi,
FYI it is in master upstream as of b9de21ef51a7 so you could just
upgrade the recipe.
Cheers
Andrea
> On 2018年08月30日 16:36, mingli...@windriver.com wrote:
> > From: Mingli Yu
> >
> > In response to a change in binutils, commit
Since commit
a11bdc36a1be
tune-*: define more generic DEFAULTTUNE to share feed between machines
we are using armv4 to share binary feeds.
As of today, there are no public feeds for the legacy devices so let's prefer
the optimal tuning.
Signed-off-by: Andrea Adami
---
meta/conf/ma
feeds for the legacy devices so let's prefer
the optimal tuning.
Signed-off-by: Andrea Adami
---
meta/conf/machine/include/tune-xscale.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-xscale.inc
b/meta/conf/machine/include/tune-xscale.inc
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-
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
Thanks. Patch fixes the issue: no more alignment traps on armv5te.
Tested on pxa255/corgi.
Acked-by: Andrea Adami
--
Armin,
I pulled yesterday and all was okay.
After today's pull I see
| [ 43%] Building CXX object Source/CMakeFiles/CMakeLib.dir/cmDefinitions.cxx.o
| cd /tmp/build/tmp-musl/work/x86_64-linux/cmake-native/3.10.3-r0/build/Source
&& /tmp/build/tmp-musl/hosttools/g++ -DCMAKE_BUILD_WITH_CMAKE
-DLIBA
n't have such old kernel to test.
>>
>> Regards,
>> Andrej
>>
>> On 05/23/18 10:08, Andrea Adami wrote:
>>> On Wed, May 23, 2018 at 9:40 AM, Andrej Valek
>>> wrote:
>>>> Hi,
>>>>
>>>>
sion used to
create the fs (in that case was Archlinux)..
For older devices it could be maybe adviseable to disable checksum.
Cheers
Andrea
> On 05/23/18 09:20, Andrea Adami wrote:
>> On Tue, May 22, 2018 at 1:01 PM, Andrea Adami wrote:
>>> On Tue, May 22, 2018 at 10:22 AM, An
On Tue, May 22, 2018 at 1:01 PM, Andrea Adami wrote:
> On Tue, May 22, 2018 at 10:22 AM, Andrej Valek
> wrote:
>> License-Update: The checksum of LIC_FILES_CHKSUM has been changed due to
>> changed FSF address. The content of NOTICE has no change.
>>
>&g
On Tue, May 22, 2018 at 5:40 PM, akuster808 wrote:
> Hello all,
>
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder. Khem Raj has
> kindly stepped up to continue these activities. Maintaining this was
> consuming too much o
On Tue, May 22, 2018 at 10:22 AM, Andrej Valek wrote:
> License-Update: The checksum of LIC_FILES_CHKSUM has been changed due to
> changed FSF address. The content of NOTICE has no change.
>
> Signed-off-by: Andrej Valek
> ---
> meta/recipes-devtools/e2fsprogs/e2fsprogs.inc | 2 +-
> ...i
On Tue, May 22, 2018 at 1:17 AM, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> Signed-off-by: Denys Dmytriyenko
> ---
> meta/recipes-devtools/mtd/mtd-utils_git.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
>
All,
it seems there is some consensus about reordering/cleaning the
"OpenEmbedded layers".
I think that before starting any cleaning *inside* we should finally
clean up the confusion about meta-oe meta-openembedded
openembedded-layers, etc..
I think it would be advisable to rename the repository
Hello,
musl 1.18 recipe is still failing.
Please apply one of the a.m. patches, thanks
Andrea
On Wed, Nov 15, 2017 at 4:37 AM, Khem Raj wrote:
> On Tue, Nov 14, 2017 at 1:44 PM, Andrea Adami wrote:
>> thumb1 is not supported with musl.
>>
>> Fixes: [YOCTO #12336]
>&g
On Fri, Dec 8, 2017 at 11:24 PM, Andre McCurdy wrote:
> On Fri, Dec 8, 2017 at 1:34 PM, Khem Raj wrote:
>>>
>>> The size limit for an uncompressed kernel vs a compressed kernel is
>>> going to be quite different, so defining one size limit and applying
>>> it to all images doesn't seem logical.
>
thumb1 is not supported with musl.
Fixes: [YOCTO #12336]
Signed-off-by: Andrea Adami
---
meta/recipes-core/musl/musl.inc | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-core/musl/musl.inc b/meta/recipes-core/musl/musl.inc
index 56c9d7f..b4b0de9 100644
--- a/meta/recipes
On Thu, Nov 9, 2017 at 10:43 AM, Andrea Adami wrote:
> On Wed, Nov 8, 2017 at 8:05 PM, Martin Jansa wrote:
>> The only change from previous report is slightly newer oe-core and bitbake.
>>
>>
>> http://www.openembedded.org/wiki/Bitbake_World_Status
>&g
On Wed, Nov 8, 2017 at 8:05 PM, Martin Jansa wrote:
> The only change from previous report is slightly newer oe-core and bitbake.
>
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date !!colspan='4'|Failed tasks!!|Sign
On Wed, Nov 8, 2017 at 12:30 AM, Andre McCurdy wrote:
> On Tue, Nov 7, 2017 at 3:00 PM, Andrea Adami wrote:
>> On Fri, Nov 3, 2017 at 4:10 PM, akuster808 wrote:
>>> On 11/02/2017 01:46 AM, Andrea Adami wrote:
>>>>
>>>> the gcc7 shipped with rock
On Fri, Nov 3, 2017 at 4:10 PM, akuster808 wrote:
> Andrea,
>
>
> On 11/02/2017 01:46 AM, Andrea Adami wrote:
>> Hello,
>>
>> the gcc7 shipped with rocko produces unbootable kernels on armv5e [1].
>> Bug was fixed recently, apparently in revision 253892 [2
On Thu, Nov 2, 2017 at 9:34 PM, Khem Raj wrote:
> Please open a bugzilla entry too
Done, Yocto [12297]
Thanks!
Andrea
>
> On Thu, Nov 2, 2017 at 1:46 AM Andrea Adami wrote:
>>
>> Hello,
>>
>> the gcc7 shipped with rocko produces unbootable kernels on armv
Hello,
the gcc7 shipped with rocko produces unbootable kernels on armv5e [1].
Bug was fixed recently, apparently in revision 253892 [2]
Khem, please take care of this, thanks.
Cheers
Andrea
[1] https://www.spinics.net/lists/arm-kernel/msg594654.html
[2] https://gcc.gnu.org/bugzilla/show_bug.cgi
Unbreak serial console when driver name contains spaces (PXA serial).
Fix commit ac0e954
"start_getty: Over added SERIAL_CONSOLE cause error in userspace log"
Signed-off-by: Andrea Adami
---
meta/recipes-core/sysvinit/sysvinit-inittab/start_getty | 16
1 file c
se error in userspace log"
While there clean up the messages and fix some typos with the second patch.
Andrea Adami (2):
sysvinit-inittab: start_getty: consider whitespaces in tty driver name
sysvinit-inittab: start_getty: Cleanup comments.
.../sysvinit/sysvinit-ini
Signed-off-by: Andrea Adami
---
.../sysvinit/sysvinit-inittab/start_getty | 26 +++---
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab/start_getty
b/meta/recipes-core/sysvinit/sysvinit-inittab/start_getty
index
While there have been issue with the introduction kernel of shared workdir
it appears linux-yocto-tiny build is fine today, all green in AB:
https://autobuilder.yoctoproject.org/main/builders/poky-tiny
Signed-off-by: Andrea Adami
---
jenkins-job.sh | 2 --
1 file changed, 2 deletions(-)
diff
Recipe has been removed from meta-initramfs with commit
8c03a06 linux-yocto-tiny-kexecboot: remove obsoleted recipe
Signed-off-by: Andrea Adami
---
jenkins-job.sh | 1 -
1 file changed, 1 deletion(-)
diff --git a/jenkins-job.sh b/jenkins-job.sh
index b5c5bdb..2f53b24 100755
--- a/jenkins
On Mon, Jun 19, 2017 at 9:36 PM, wrote:
> From: Choong YinThong
>
> Prompt error message to guide user add argument
> MKUBIFS_ARGS and UBINIZE_ARGS in local.conf on
> every UBI and UBIFS image creation.
>
> [YOCTO #11589]
>
> Signed-off-by: Choong YinThong
> ---
> meta/classes/image_types.bbcl
On Sun, Jun 18, 2017 at 10:19 PM, Martin Jansa wrote:
> Firefox and chromium-* fixed few more to go, but not bad for big gcc
> upgrade.
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date !!colspan='3'|Failed tasks!!|
> -----Original Message-
> From: Andrea Adami [mailto:andrea.ad...@gmail.com]
> Sent: Thursday, June 15, 2017 3:20 PM
> To: Choong, Yin Thong
> Cc: OE-core ;
> otc-pg-t...@eclists.intel.com; Eggleton, Paul ;
> Wold, Saul
> Subject: Re: [OE-core] [PATCH v2] image_type
On Thu, Jun 15, 2017 at 1:05 AM, wrote:
> From: Choong YinThong
>
> Added default argument for ubi and ubifs image creation.
Hello,
Is it better to error out *before* ot to create an *invalid* image?
How can you guess such defaults?
Cheers
Andrea
> MKUBIFS_ARGS and UBINIZE_ARGS both argume
On Fri, Apr 21, 2017 at 2:48 PM, Andreas Oberritter
wrote:
> On Fri, 21 Apr 2017 14:37:36 +0200
> David Vincent wrote:
>
>> On 2017-04-21 13:30 GMT+02:00 Andreas Oberritter :
>> > On Fri, 21 Apr 2017 13:02:51 +0200
>> > Andrea Adami wrote:
>> >
>&
On Fri, Apr 21, 2017 at 12:39 PM, Andreas Oberritter
wrote:
> This reverts commit c7bc46b9bc29dd0953ab8d63b50fa105bb66892e.
>
> It broke dpkg's update-alternatives, which requires absolute paths.
This is really uncommon.
I had already expressed my negative opinion about absolute paths for kernel
On Thu, Mar 30, 2017 at 3:20 PM, wrote:
> From: Ming Liu
>
> Add kernel_link_images task in kernel.bbclass instead of adding it in
> linux-yocto.inc, or else the recipes inheriting kernel.bbclass might
> run into implicit dependency issues.
>
> Signed-off-by: Ming Liu
> ---
> meta/classes/kern
On Mon, Apr 3, 2017 at 2:34 PM, Martin Jansa wrote:
> On Mon, Apr 03, 2017 at 02:17:49PM +0200, Martin Jansa wrote:
>> qemux86 shows more failures, I've dropped few master-next changes
>> after this build.
>
> I've noticed that the report doesn't cover all currently triggered QA
> issues at least
On Thu, Mar 30, 2017 at 12:24 AM, Richard Purdie
wrote:
> On Wed, 2017-03-29 at 23:09 +0200, Andreas Oberritter wrote:
>> On Wed, 29 Mar 2017 22:45:17 +0200
>> Andrea Adami wrote:
>>
>> >
>> > Spotted in log do_compile of linux:
>> >
&g
On Wed, Mar 29, 2017 at 10:40 PM, Christopher Larson wrote:
>
> On Wed, Mar 29, 2017 at 1:33 PM, Andrea Adami
> wrote:
>>
>> On Tue, Mar 28, 2017 at 6:14 PM, Christopher Larson
>> wrote:
>> > From: Abdur Rehman
>> >
>> > update_gio_mod
Spotted in log do_compile of linux:
/tmp/build/tmp-glibc/work-shared/c7x0/kernel-source/scripts/mkcompile_h:
line 46: whoami: command not found
Signed-off-by: Andrea Adami
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b
On Tue, Mar 28, 2017 at 6:14 PM, Christopher Larson wrote:
> From: Abdur Rehman
>
> update_gio_module_cache intercept creates file:
> $D${libdir}/gio/modules/giomodule.cache
>
> Change ownership of this file to root:root to avoid user contamination
> by host.
>
> Signed-off-by: Abdur Rehman
> Si
tchset then this task is an absolute must and it
should be in kernel.bbclass. Our recipe does skip do_install so we
have to readd the task.
Cheers
Andrea
>
>
> the best,
>
> thank you
>
>
>
>
> From: Andrea Adami
> Sent: Mond
On Sun, Mar 19, 2017 at 2:13 PM, wrote:
> From: Ming Liu
>
> There is a mess after KERNEL_IMAGETYPES was introduced in commit 849b67b2:
> [ kernel: Add KERNEL_IMAGETYPES to build multi types kernel at one time ]
>
> There are two packages both providing vmlinux image if 'vmlinux' is set in
> KER
On Sun, Mar 12, 2017 at 12:34 AM, Andrea Adami wrote:
> On Sun, Mar 12, 2017 at 12:29 AM, Mark Asselstine
> wrote:
>> On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa wrote:
>>> This time the results are very inconsistent across different MACHINEs
>>> because
On Sun, Mar 12, 2017 at 12:29 AM, Mark Asselstine
wrote:
> On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa wrote:
>> This time the results are very inconsistent across different MACHINEs
>> because they were using significantly different metadata.
>>
>> qemuarm is oldest 3 from 4 failures were caus
The changes committed with 6e58f54be103814b6b8a85b236510633c49e6832 did only
consider the vmlinuz ELF kernel but some devices do reqire a raw vmlinuz.bin
(as for example gcw0 in meta-handheld booted by ubiboot).
Expand the above mentioned patch to consider this case.
Signed-off-by: Andrea Adami
On Wed, Sep 21, 2016 at 10:38 PM, Andrea Adami wrote:
> On Wed, Sep 21, 2016 at 10:19 PM, Martin Jansa wrote:
>>
>> == Number of issues - stats ==
>> {| class='wikitable'
>> !|Date !!colspan='3'|Failed tasks
On Wed, Sep 21, 2016 at 10:19 PM, Martin Jansa wrote:
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date !!colspan='3'|Failed tasks
> !!colspan='6'|Failed depencencies!!|Signatures
> !!colspan='12'|QA !!Comment
> |-
On Fri, May 13, 2016 at 8:48 AM, Robert Yang wrote:
>
> * For ext4:
> 11M -> 26M
> The similar to vmdk, qcow2 and iso.
>
> * For tar.bz2:
> 2.7M -> 4.5M
>
> The main problem is eudev-hwdb which would be 12M after installed, jethro
> doesn't use this, but udev by default, and it's gone in kro
On Sat, Feb 27, 2016 at 8:41 PM, Martin Jansa wrote:
> == Tested changes (not included in master yet) - bitbake ==
> 88fded1 world-image: add extra target
>
> == Tested changes (not included in master yet) - openembedded-core ==
> d5d0890 ffmpeg: update to 3.0
> 4e91977 recipes: Replace "cp -a" wi
On Thu, Feb 18, 2016 at 7:46 AM, Markus Lehtonen
wrote:
> The functionality got broken after bitbake commit
> 8bf33a8e92c0e188fa392030025756196c96fcbb
> which disabled the (bitbake) variable expansion inside python functions.
>
> Signed-off-by: Markus Lehtonen
> ---
> meta/classes/cml1.bbclass |
On Thu, Feb 18, 2016 at 4:37 AM, Andre McCurdy wrote:
> On Wed, Feb 17, 2016 at 2:01 AM, wrote:
>> From: He Zhe
>>
>> Add KERNEL_IMAGETYPES to support building packaging and installing
>> multi types of kernel images, such as zImage uImage, at one time.
>> KERNEL_IMAGETYPE works as before.
>>
>
On Tue, Feb 9, 2016 at 1:30 PM, Mike Crowe wrote:
> On Tuesday 09 February 2016 at 11:39:17 +0100, Martin Jansa wrote:
>>
>> /home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-multimedia/ffmpeg/ffmpeg_2.8.5.bb,
>> do_compile
>
> That one builds successfully for me for qemuarm. Stran
On Mon, Feb 1, 2016 at 3:39 PM, Martin Jansa wrote:
> == Tested changes (not included in master yet) - bitbake ==
> 450125e world-image: add extra target
>
> == Tested changes (not included in master yet) - openembedded-core ==
> 69ddf84 gcc-5.3: backport fix for PR-target-65358
> 8672c24 sstate-s
On Wed, Jan 27, 2016 at 4:46 PM, Martin Jansa wrote:
> On Wed, Jan 27, 2016 at 03:31:53PM +, Burton, Ross wrote:
>> On 27 January 2016 at 14:10, Martin Jansa wrote:
>>
>> > * /openembedded-core/meta/recipes-kernel/cryptodev/
>> > cryptodev-module_1.8.bb, do_make_scripts
>> > * /openem
On Tue, Jan 26, 2016 at 11:12 PM, Ming Liu wrote:
>
>
> On 01/22/2016 09:39 PM, Bruce Ashfield wrote:
>>
>> On 16-01-20 6:29 PM, Ming Liu wrote:
>>>
>>>
>>>
>>> On 01/20/2016 05:43 AM, Bruce Ashfield wrote:
On 2016-01-19 4:57 PM, Ming Liu wrote:
>
>
>
> On 01/19/2016 08:3
On Fri, Jan 15, 2016 at 3:39 PM, Bruce Ashfield
wrote:
> On 16-01-15 03:13 AM, Andrea Adami wrote:
>>
>> On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa
>> wrote:
>>>
>>> qemuarm was using slightly older metadata, that's why it shows more
>>> f
On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa wrote:
> qemuarm was using slightly older metadata, that's why it shows more failures.
>
> Reexecuting qemuarm build shows only one failure:
> Summary: 1 task failed:
>
> /home/jenkins/oe/world/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gvf
Patrick,
sorry I didn't put you in cc.
My quick&dirty workaround: http://patchwork.openembedded.org/patch/101169/
Cheers
Andrea
On Tue, Aug 25, 2015 at 3:26 PM, Mark Hatle
wrote:
> On 8/25/15 6:46 AM, Patrick Ohly wrote:
> > On Fri, 2015-08-14 at 11:51 +0100, Burton, Ross wrote:
> >>
> >> On
After commit 24fde4d do_compile fails:
| mkfs.jffs2.c:70:21: fatal error: sys/acl.h: No such file or directory
| #include
This is a missing dependency on acl.
To fix this we add a check to disable xattr when acl is not in
DISTRO_FEATURES.
Signed-off-by: Andrea Adami
---
meta/recipes
On Sat, Aug 22, 2015 at 11:50 AM, Andrea Adami
wrote:
>
>
> On Sat, Aug 22, 2015 at 11:47 AM, Andrea Adami
> wrote:
>
>>
>>
>> On Sat, Aug 22, 2015 at 2:44 AM, Andre McCurdy
>> wrote:
>>
>>> On Fri, Aug 21, 2015 at 4:28 PM, Andrea Adami
On Sat, Aug 22, 2015 at 11:47 AM, Andrea Adami
wrote:
>
>
> On Sat, Aug 22, 2015 at 2:44 AM, Andre McCurdy
> wrote:
>
>> On Fri, Aug 21, 2015 at 4:28 PM, Andrea Adami
>> wrote:
>> > After commit 24fde4d do_compile fails:
>> >
>> > | mkfs.
1 - 100 of 278 matches
Mail list logo
