The following changes since commit 210ebed1e9c2285d6e457bf03d1f1a1f3ddc7fda:
package: get_package_mapping: avoid dependency mapping if renamed package
provides original name (2020-09-04 04:31:45 -1000)
are available in the Git repository at:
Signed-off-by: Zang Ruochen
---
meta/recipes-extended/less/{less_562.bb => less_563.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/less/{less_562.bb => less_563.bb} (89%)
diff --git a/meta/recipes-extended/less/less_562.bb
Signed-off-by: Zang Ruochen
---
.../enchant/{enchant2_2.2.9.bb => enchant2_2.2.11.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/enchant/{enchant2_2.2.9.bb => enchant2_2.2.11.bb}
(90%)
diff --git a/meta/recipes-support/enchant/enchant2_2.2.9.bb
Adjust for other st implementations
Signed-off-by: Khem Raj
---
meta/recipes-core/ncurses/ncurses.inc | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index 1627fb91d3..4b61889668 100644
---
From: Stacy Gaikovaia
Previously in:
f75792b28e valgrind: make a few more ptests pass
the vagrind test runner was adjusted to suppress part
of a path that only exists when run in the yocto ptest
environment. Unfortunately this change includes the
valgrind version and when valgrind was last
In my configurations, we refernce the multiconfig directories inside of our many
layers. I definitely don't want the copied into the conf/* directory structure,
since I don't want users modifying the prebuilt ones.
--Mark
On 9/16/20 12:08 PM, gr embeter wrote:
>> Why copy this from TEMPLATECONF
> Why copy this from TEMPLATECONF when they can be supplied by any layer in
> your BBLAYERS?
At the stage of creating build directory I think it is logically to
use TEMPLATECONF both for "local.conf" and "multiconfig"
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
Since "conf: Use xf86-input-libinput by default" [1] there are
reports [2] of xinput-calibrator failing because it expects
xf86-input-evdev and with the above patch xf86-input-libinput
takes precedence.
Fix this issue by using a branch of xinput calibrator which supports
xf86-input-libinput.
[1]
Why copy this from TEMPLATECONF when they can be supplied by any layer in
your BBLAYERS?
On Wed, Sep 16, 2020 at 8:10 AM gr embeter wrote:
> Retrieve multiconfig automatically from meta-layer if it exists,
> so that it is possible to use it "out-of-the-box".
>
> Signed-off-by: Grygorii
This is something I was sitting on for long time, because last time it was
too late to get it merged in 3.1 and then I forgot to send it when master
got open for 3.2 changes :/. And now I'm again a bit late for 3.2..
Here are some more details from #yocto IRC channel log from 2020-03-09
22:02 <
Since there is an upcoming dunfell release and we don't have a fix for
this issue I am going to revert this patch.
When it is fixed in master I will reconsider taking this patch and the
fix for dunfell.
Steve
On Sat, Sep 12, 2020 at 9:10 AM Steve Sakoman via
lists.openembedded.org
wrote:
>
>
Retrieve multiconfig automatically from meta-layer if it exists,
so that it is possible to use it "out-of-the-box".
Signed-off-by: Grygorii Tertychnyi
---
scripts/oe-setup-builddir | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/oe-setup-builddir b/scripts/oe-setup-builddir
On Wed, 2020-09-16 at 10:25 -0400, Jon Mason wrote:
> On Wed, Sep 16, 2020 at 9:49 AM Richard Purdie
> wrote:
> > On Wed, 2020-09-16 at 09:45 -0400, Jon Mason wrote:
> > > On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
> > > wrote:
> > > > On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> >
On Wed, Sep 16, 2020 at 10:25:49AM -0400, Jon Mason wrote:
> On Wed, Sep 16, 2020 at 9:49 AM Richard Purdie
> wrote:
> >
> > On Wed, 2020-09-16 at 09:45 -0400, Jon Mason wrote:
> > > On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
> > > wrote:
> > > > On Mon, 2020-09-14 at 11:13 -0400, Jon Mason
On Wed, Sep 16, 2020 at 9:49 AM Richard Purdie
wrote:
>
> On Wed, 2020-09-16 at 09:45 -0400, Jon Mason wrote:
> > On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
> > wrote:
> > > On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> > > > There is a large number of Arm Tune files located in
> > >
On Wed, 2020-09-16 at 09:45 -0400, Jon Mason wrote:
> On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
> wrote:
> > On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> > > There is a large number of Arm Tune files located in
> > > meta/conf/machine/include/, and to support the current and
> > >
On Wed, Sep 16, 2020 at 9:26 AM Richard Purdie
wrote:
>
> On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> > There is a large number of Arm Tune files located in
> > meta/conf/machine/include/, and to support the current and upcoming Arm
> > cores, more are needed. Adding more files is
On Tue, Sep 15, 2020 at 3:09 AM Robert Berger
wrote:
>
> Hi Jon,
>
> That's not really a comment on the reorganization of compiler tunes, but
> more like "Do they actually do something meaningful?"
>
> I posted here[1] some benchmarks and at least with the benchmarks I
> tried on the chips I
* move TCMODE and TCLIBC from defaultsetup.conf to bitbake.conf
* set CACHE as it was in defaultsetup.conf and drop it from defaultsetup.conf
* most if not all DISTROs are now including defaultsetup.conf and
TCLIBC is pretty much expected to be always set correctly, e.g.:
On Mon, 2020-09-14 at 11:13 -0400, Jon Mason wrote:
> There is a large number of Arm Tune files located in
> meta/conf/machine/include/, and to support the current and upcoming Arm
> cores, more are needed. Adding more files is simply going to make it
> harder to find the relevant ones for an
* similar to kernel-artifact-names for other recipes/bbclasses which
need to use some deployed artifacts
* bitbake.conf: move IMAGE_BASENAME, IMAGE_VERSION_SUFFIX, IMAGE_NAME,
IMAGE_LINK_NAME variables
* image_types.bbclass: move IMAGE_NAME_SUFFIX variable
* currently IMAGE_NAME_SUFFIX is
* to match other variables there like deployDir imageType
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes/kernel.bbclass | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index
* just to make sure it looks like bash variable not bitbake variable in
run.do_* scripts
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes/kernel.bbclass | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta/classes/kernel.bbclass
* they are used only once, we can use the value directly
* notice that .bin extension isn't part of the variable values
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes/kernel.bbclass | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
* fixes the issue when image-live.bbclass expects the image
ending with just INITRAMFS_FSTYPES:
image-live.bbclass:INITRD_LIVE ?=
"${DEPLOY_DIR_IMAGE}/${INITRD_IMAGE_LIVE}-${MACHINE}.${INITRAMFS_FSTYPES}"
while by default it now was with .rootfs suffix:
-rw-r--r-- 2 bitbake bitbake 1.5K
Hi,
As I understand it, the original zip format support was done so that there
wouldn't be any symlinks in the sdk package.
https://git.openembedded.org/openembedded-core/commit/?id=57a33048a89a422cfdc986d3489c67b2d297e1e7
With this change the symlinks are now back again which leads to broken
Hi Richard,
The patch is for zeus branch.
Thanks,
Heng
On 9/4/20 9:59 AM, heng guo wrote:
On 9/3/20 7:12 PM, Richard Purdie wrote:
On Thu, 2020-09-03 at 17:24 +0800, Heng Guo wrote:
Segmentation fault at case test_bigrepeat of python ptest. a similar
bug
can be found at
From: Mingli Yu
Override DEBUG_BUILD for qemu as the qemu upstream states it
doesn't work without optimization [1] to fix below build failure
when debug build enabled.
|
/usr/lib/gcc/x86_64-wrs-linux/10.1.0/../../../../x86_64-wrs-linux/bin/ld.bfd:
On 9/15/20 6:26 PM, Ross Burton wrote:
On Mon, 14 Sep 2020 at 16:23, Khem Raj wrote:
perhaps you are not using one of -O option ?
-Og passed to the compiler as DEBUG_BUILD = "1" defined in local.conf.
Does qemu work when built with -Og
This is the pertinent question. If qemu doesn't
29 matches
Mail list logo