linking with readline:
readline.pc X-> termcap.pc
Help configure script to set pkg-config to use ncurses for the correct
terminal capabilities database:
Requires.private: ncurses
This fixes pkg-config dependency chain:
readline.pc -> ncurses.pc -> tinfo.pc
Signed-off-by: Denys Dmytriyenko
Hi,
We will be having an OpenEmbedded Happy Hour on Auguest 25 for Asia/Pacific
timezones @ 2100/9pm UTC (5pm ET / 2pm PT):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+August+25=20210825T21
--
Regards,
Denys
GNU grep 3.7 has been released with a fix for a bug causing
"extreme performance degradation" in certain types of search.
https://www.theregister.com/2021/08/16/gnu_grep_37/
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/grep/{grep_3.6.bb => grep_3.7.bb} | 2 +-
1 fi
On Wed, Aug 04, 2021 at 10:54:32AM -0700, Khem Raj wrote:
>
>
> On 8/3/21 6:34 PM, Denys Dmytriyenko wrote:
> >This recipe was ported from another layer, which had special handling for
> >rpi.
> >
> >OE-Core doesn't have 'rpi' override, doesn't define
On Wed, Aug 04, 2021 at 06:04:27PM +0100, Richard Purdie wrote:
> On Wed, 2021-08-04 at 12:07 -0400, Denys Dmytriyenko wrote:
> > On Wed, Aug 04, 2021 at 04:29:45PM +0200, Martin Jansa wrote:
> > > Yes, I see the same in meta-oe and meta-webosose.
> > >
> > >
lready included might be more painful.
>
> On Wed, Aug 4, 2021 at 12:31 PM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
>
> > On Tue, 2021-08-03 at 21:28 -0400, Denys Dmytriyenko wrote:
> > > Add task-configure and few more supported values of TARG
and.
>
> OK, will do.
Steve,
Would you be able to publish results of your testing on dunfell?
I'm interested in some expanded compat checks in master, but they were blocked
by known limitations in dunfell - was wondering if those got resolved yet.
Thanks!
--
Regards,
Denys Dmytriyenko
PGP:
This recipe was ported from another layer, which had special handling for rpi.
OE-Core doesn't have 'rpi' override, doesn't define 'vc4graphics'
DISTRO_FEATURES
and overall, BSP-specifics should be handled in downstream layers, not in
OE-Core.
Signed-off-by: Denys Dmytriyenko
---
meta
Those were missed in previous rounds of automated and manual conversion.
Signed-off-by: Denys Dmytriyenko
---
meta/classes/manpages.bbclass | 4 ++--
meta/recipes-devtools/gcc/gcc-configure-common.inc | 2 +-
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 8
Add task-configure and few more supported values of TARGET_OS override.
Signed-off-by: Denys Dmytriyenko
---
scripts/contrib/convert-overrides.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/scripts/contrib/convert-overrides.py
b/scripts/contrib/convert-overrides.py
,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#154063):
https://lists.openembedded.org/g/openembedded
from AUH/devtool in doing the updates fully, or
> at least using 'devtool upgrade' locally to prepare the git trees for
> manual patch rebasing is valuable.
>
> Alex
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4
.
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+26=20210526T20
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272
_sdk task of an image
> recipe) a couple of weeks ago?
>
> Both are valid ways to create an SDK and there are no rules about one
> or the other being specific to creating a "minimal" toolchain.
> Basically a pure SDK recipe gives you full control while the
> populare_s
ome former fragments in the list.
So, sorting them either way would sure enhance determinism, but surely
break a lot of existing functionality out there...
> But this issue isn't limited to this particular piece of code here
> and might need some more general solution.
>
> > cml1_
> then *both* packages were added, as in, the regular package was
> dragged along with the -dev package, which *seems* reasonable, but
> where in the code (class file?) is this processing done? put another
> way, under what circumstances will adding a -dev package to the host
&
Reminder, next Happy Hour is in one day - everyone is welcome to meet with
fellow developers and chat about any interesting topics over Zoom. BYOB -
bring your own beverage.
On Wed, Apr 21, 2021 at 04:04:25PM -0400, Denys Dmytriyenko wrote:
> Hi,
>
> Please join us for the
ens if the base recipe
> suddenly bumps PV up to 1.11.0? i'm sure the answer is obvious, i've
> just never thought about it.
The tarball with the previous clonedir will be unpacked and bitbake will check
if required SRCREV exists in there. If not, it will try to update t
Hi,
Please join us for the upcoming OpenEmbedded Happy Hour on April 28 for
Asia/Pacific timezones @ 2100/9pm UTC (5pm EDT):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+April+28=20210428T21
--
Regards,
Denys
310f08757b3d8652b8e818776be1897fb5deb59e55f02a012a7"
> > +SRC_URI[sha256sum] =
> > "653e2e139e23ed31e03c56c05f15321a9e818e2dca00a315c18d2c7b72f15d08"
> >
> > do_configure_prepend () {
> > mkdir -p ${S}/build-aux
> > --
> > 2.25.1
--
g X11, we need to make sure we have swrast available.
> -DRIDRIVERS_append = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', '',
> ',swrast', d)}"
> +GALLIUMDRIVERS_append = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', '',
> ',swrast', d)}"
> --
> 2.31.1
>
--
el.bbclass itself,
> it definitely is in my environment dump.
Bruce,
Looks like make-mod-scripts does not inherit kernel.bbclass, but only
kernel-arch.bbclass and hence doesn't do "export CROSS_COMPILE" that is
in kernel.bbclass
Since make-mod-scripts is not used for the kernel, on
`arch/arm64/kernel/vdso/vdso.so.dbg'
|
/OE/poky-master/build/tmp/work-shared/qemuarm64/kernel-source/arch/arm64/kernel/vdso/Makefile:61:
recipe for target 'arch/arm64/kernel/vdso/vdso.so' failed
Cc: Bruce Ashfield
Cc: Nishanth Menon
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-kernel/make
The link is for a 10-year old bug, probably not what you wanted.
Also, if a patch fixes existing bug in bugzilla, it needs to reference it in
commit message as well - [YOCTO#1234567]
On Mon, Mar 29, 2021 at 12:37:45PM -0300, Devendra Tewari wrote:
> Also, this is due to
gt; > +
> > +# Only determine the list of all available licenses once. This assumes
> > that any
> > +# additions to LICENSE_PATH have been done before this file is parsed.
> > +AVAILABLE_LICENSES := "${@' '.join(available_licenses(d))}"
On Sun, Mar 28, 2021 at 04:25:02AM +0200, Lars Poeschel wrote:
> On Sat, Mar 27, 2021 at 01:54:11PM +, Richard Purdie wrote:
> > On Sat, 2021-03-27 at 02:41 +0100, Lars Poeschel wrote:
> > > From: Lars Poeschel
> > >
> > > The functions for checking the C compiler version call the compiler
Hi, Bruce,
Would you mind taking a look at this? Have you seen any issues building latest
kernel 5.12-rc for aarch64 and seeing host objcopy being used instead of cross
compile one? Please let us know. Thanks!
--
Denys
On Thu, Mar 25, 2021 at 08:13:04PM -0500, Nishanth Menon wrote:
> When
,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149968):
https://lists.openembedded.org/g/openembedded
On Tue, Mar 16, 2021 at 02:41:08PM -1000, Steve Sakoman wrote:
> On Tue, Mar 16, 2021 at 2:22 PM Denys Dmytriyenko wrote:
> >
> > Steve,
> >
> > Thanks. Did you forget to revert this:
> > http://cgit.openembedded.org/openembedded-core-contrib/commit/meta/lib/oe/s
Steve,
Thanks. Did you forget to revert this:
http://cgit.openembedded.org/openembedded-core-contrib/commit/meta/lib/oe/sstatesig.py?h=stable/dunfell-next=e0c1db170fdd6c1d78fdfce017feae26c96fac29
Denys
On Tue, Mar 16, 2021 at 01:31:34PM -1000, Steve Sakoman wrote:
> The following changes since
On Tue, Mar 16, 2021 at 02:36:28PM -0400, Denys Dmytriyenko wrote:
> This went off the list - hope you don't mind to put it back...
And, I ended up sending it to the wrong list... Sorry.
> On Tue, Mar 16, 2021 at 10:58:22AM -0700, Scott Branden wrote:
> > Hi Denys,
>
age.
> >
> > /boot/Image should not be installed in the image when an external kernel
> > module is added to an image.
> >
> > Can someone suggest a fix to this issue?
> >
> > Thanks,
> > Scott
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C
On Tue, Mar 16, 2021 at 01:56:43PM +0100, Anatol Belski wrote:
> Hi,
>
> On 3/15/2021 10:36 PM, Denys Dmytriyenko wrote:
> >https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS#Stable.2FLTS_Patch_Acceptance_Policies
> >
> >Stable/LTS Patch Acceptance Policies
&g
On Tue, Mar 16, 2021 at 09:55:53AM -0700, Khem Raj wrote:
> On Tue, Mar 16, 2021 at 3:47 AM Max Krummenacher wrote:
> >
> > Hi
> >
> > Am Montag, den 15.03.2021, 20:13 -0700 schrieb Scott Branden via
> > lists.openembedded.org:
> > > It appears that inherit of the kernel_do_install routine is
>
> > /boot/Image should not be installed in the image when an external kernel
> > module is added to an image.
> >
> > Can someone suggest a fix to this issue?
> >
>
> try
>
> IMAGE_INSTALL_remove = "kernel-image-${KERNEL_IMAGETYPE}"
Kernel image
will affect all your images for a given machine. If you need to only
do it selectively for your initramfs image, but keep the standard behavior for
other images, you can do something like this in corresponding recipe:
ROOTFS_POSTPROCESS_COMMAND += "empty_boot_dir; "
empty_boot_dir
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964
On Sun, Mar 14, 2021 at 12:20:00AM +0100, Anatol Belski wrote:
> Hi,
>
> looking at the state of the upstream glibc 2.31
On Fri, Mar 12, 2021 at 12:17:08PM +0100, Martin Jansa wrote:
> On Fri, Mar 12, 2021 at 03:59:20PM +0800, Robert Yang wrote:
> > Hi RP,
> >
> > On 3/11/21 10:38 PM, Richard Purdie wrote:
> > > On Thu, 2021-03-11 at 10:02 +0100, Martin Jansa wrote:
> > > > On Thu, Mar 11, 2021 at 12:46:22AM -0800,
On Fri, Feb 26, 2021 at 03:53:38PM +, Richard Purdie wrote:
> On Tue, 2021-02-23 at 14:51 +0100, Martin Jansa wrote:
> > On Tue, Feb 23, 2021 at 02:35:53PM +0100, Martin Jansa via
> > lists.openembedded.org wrote:
> > > * not sure if there are some valid use-cases for missing manifest, but
>
,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#148519):
https://lists.openembedded.org/g/openembedded-core
Signed-off-by: Denys Dmytriyenko
---
meta/conf/distro/include/maintainers.inc | 42
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index b0ddfb8..75af9e4 100644
This release mostly contains bug fixes and minor protocol updates.
Related patches were rebased and backported patches dropped.
Signed-off-by: Denys Dmytriyenko
---
...0001-build-Fix-strndup-detection-on-MinGW.patch | 5 +-
...-add-missing-dependencies-on-protocol-hea.patch | 115
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on January 27 for
Europe/US timezones @ 1700/5pm UTC (12pm ET):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+January+27=20210127T17
--
Regards,
Denys
All,
FYI, our OpenEmbedded Happy Hour is being canceled for December 30 due to the
Holiday season. We will resume the normal schedule in January.
Thank you and Happy Holidays!
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5
Just a reminder, Happy Hour is in 1 hour.
9pm UTC, 4pm EST (not EDT) or use time conversion link below for your
location. See you there!
--
Denys
On Thu, Nov 19, 2020 at 01:12:35PM -0500, Denys Dmytriyenko wrote:
> Hi,
>
> Just a reminder about our upcoming OpenEmbedded H
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on November 25 for
Oceania/Asia timezones @ 2100/9pm UTC (4pm EDT):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+November+25=20201125T21
--
Denys
Just a reminder about our upcoming OpenEmbedded Happy Hour on September 30 for
Oceania/Asia timezones @ 2100/9pm UTC (5pm EDT):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+September+30=20200930T21
--
Denys
On Thu, Sep 10, 2020 at 08:46:36AM -0700, Khem Raj wrote:
> On Wed, Sep 9, 2020 at 6:16 PM Denys Dmytriyenko wrote:
> >
> > From: Denys Dmytriyenko
> >
> > There's one commit on top of 1.11 release that fixes builds against kernel
> > 5.9-rc1+.
> &g
From: Denys Dmytriyenko
There's one commit on top of 1.11 release that fixes builds against kernel
5.9-rc1+.
Signed-off-by: Denys Dmytriyenko
---
v2 - append SRCPV to PV
meta/recipes-kernel/cryptodev/cryptodev.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta
On Wed, Sep 09, 2020 at 05:24:05PM -0700, Khem Raj wrote:
>
>
> On 9/9/20 2:47 PM, Denys Dmytriyenko wrote:
> > From: Denys Dmytriyenko
> >
> > There's one commit on top of 1.11 release that fixes builds against kernel
> > 5.9-rc1+.
>
> since we call
From: Denys Dmytriyenko
There's one commit on top of 1.11 release that fixes builds against kernel
5.9-rc1+.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-kernel/cryptodev/cryptodev.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/cryptodev
From: Denys Dmytriyenko
Weston 9.0.0 is released! This release cycle has been pretty quiet,
with just a few new features:
- A new kiosk shell allows to display regular desktop apps in an
always-fullscreen mode
- Improved testing infrastructure: the test harness has been
redesigned, DRM
On Sat, Sep 05, 2020 at 04:04:23PM +0100, Richard Purdie wrote:
> On Sat, 2020-09-05 at 03:41 -0400, Denys Dmytriyenko wrote:
> > From: Denys Dmytriyenko
> >
> > Weston 9.0.0 is released! This release cycle has been pretty quiet,
> > with just a few new features:
&
From: Denys Dmytriyenko
Weston 9.0.0 is released! This release cycle has been pretty quiet,
with just a few new features:
- A new kiosk shell allows to display regular desktop apps in an
always-fullscreen mode
- Improved testing infrastructure: the test harness has been
redesigned, DRM
This actually fails yocto-check-layer script for Yocto compliance
checking, when a layer provides own licenses via LICENSE_PATH
(in layer.conf - LICENSE_PATH += "${LAYERDIR}/licenses"):
Variable AVAILABLE_LICENSES value changed:
...
Is there a new way to provide additional licenses from a
Just a reminder about our upcoming OpenEmbedded Happy Hour on July 29 for
Oceania/Asia timezones @ 2100/9pm UTC (5pm EDT):
https://www.openembedded.org/wiki/Calendar
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+July+29=20200729T21
--
Denys
You mentioned Poky few times below - why is it Poky-specific? Since you are
not submitting this change to Poky, but to OE-Core instead, can this be used
by other OE distros?
--
Denys
On Tue, Jun 23, 2020 at 01:13:26PM +0200, Fredrik Gustafsson wrote:
> Poky today has three different package
https://lists.openembedded.org/g/openembedded-devel/topic/74775294
But I tend to agree.
--
Denys
On Mon, Jun 15, 2020 at 09:45:25AM +0200, Alexander Kanavin wrote:
> This should go to meta-oe, rather than core?
>
> Alex
>
> On Mon 15. Jun 2020 at 8.00, Arthur She wrote:
>
> >
On Fri, Jun 12, 2020 at 03:08:09PM -0300, Otavio Salvador wrote:
> This changeset fixes a feature regression in ubiformat. Older versions
> of ubiformat, when invoked with a flash-image, would return 0 in the
> case no error was encountered. Upon upgrading to latest, it was
> discovered that
I don't mean to be insensitive, but can this be sent to the proper mailing
list, as there's no linux-raspberrypi in OE-Core. Mostly because this list is
already high traffic and a bit of a structure would be appreciated. Thanks.
--
Denys
On Fri, Jun 12, 2020 at 12:02:56AM -0700, Pankaj
+1
The commit message should explain "why" and not "what", as "what" can be
easily understood from the code itself.
Sometimes "why" is obvious - e.g. version update of CVE fix, but in many cases
it's not at all clear why do you want everyone to be affected by your change.
PS.
On Tue, Jun 09, 2020 at 12:16:31PM -0500, Joshua Watt wrote:
> 467f84e12b ("wic: Add --offset argument for partitions") broke the
> --extra-space argument handling in wic. Fix the option and add a unit
> test for the argument.
>
> Signed-off-by: Joshua Watt
Tes
Not sure if it's related to this change, but I've been seeing this error
across the platforms in master past few days:
WARNING: bootloader config not specified, using defaults
Traceback (most recent call last):
File "/OE/poky-master-build/sources/poky/scripts/wic", line 540, in
Joshua,
I see you've been actively working recently on multiconfig-related fixes in
bitbake, thanks! While at it, would you also be able to take a look at
multiconfig-aware RDEPENDS implementation, as discussed here[1]? Thanks!
[1] https://lists.openembedded.org/g/bitbake-devel/topic/74485221
On Tue, Jun 02, 2020 at 03:42:55PM +0200, Jens Rehsack wrote:
> With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04
> Author: Yue Tao
> Date: Fri May 25 10:48:08 2018 +0800
>
> initscripts: Avoid starting rpcbind daemon twice
>
> Check the status before start it to avoid
Why openembedded-core mailing list?
On Thu, Jun 04, 2020 at 11:17:08PM +0530, Rahul Kumar wrote:
> From: Armin Kuster
>
> It appears Xiph.Org is now on gitlab
> https://gitlab.xiph.org/xiph
>
> Signed-off-by: Armin Kuster
> Signed-off-by: Khem Raj
> (cherry picked from commit
On Wed, Jun 03, 2020 at 11:17:20AM -0700, akuster808 wrote:
>
>
> On 6/3/20 10:36 AM, Denys Dmytriyenko wrote:
> > On Wed, Jun 03, 2020 at 10:33:55AM -0700, akuster wrote:
> >> Does someone have the complementary set of patches for meta-openbedded
> &g
On Wed, Jun 03, 2020 at 10:33:55AM -0700, akuster wrote:
> Does someone have the complementary set of patches for meta-openbedded
> to remove these?
https://git.openembedded.org/meta-openembedded/commit/?id=a8f3c00d8d113b46a49584682e10435157d516ca
t should be able to run against a identical path generated by
> different u-boot recipes.
>
> Signed-off-by: Ming Liu
Thank you for addressing all the comments!
Reviewed-by: Denys Dmytriyenko
> ---
> meta/recipes-bsp/u-boot/u-boot.inc | 55 +++---
> 1 fi
On Tue, Jun 02, 2020 at 09:45:28PM +0200, Gregor Zatko wrote:
> On Tue, 2020-06-02 at 21:43 +0200, Andreas Oberritter wrote:
> > Hello Gregor,
> > On Tue, 2 Jun 2020 21:09:25 +0200"Gregor Zatko"
> > wrote:
> > > In some cases there is a need for update-alternatives script which
> > > gets
On Tue, Jun 02, 2020 at 09:49:40PM +0200, Phil Blundell via
lists.openembedded.org wrote:
> On Tue, Jun 02, 2020 at 09:43:45PM +0200, Gregor Zatko wrote:
> > - if you take a look at
> > http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/tree/update-alternatives
> > you'll simply see it's a
On Tue, Jun 02, 2020 at 09:09:25PM +0200, Gregor Zatko wrote:
> In some cases there is a need for update-alternatives script which gets built
> within opkg-utils recipe into a standalone package. However, this causes to
> many unnecessary dependencies, including Python, bc, OpenSSL etc. to be
On Thu, May 28, 2020 at 02:41:29PM +0200, Ming Liu wrote:
> From: Ming Liu
>
> It defaults to ${PN}-initial-env, no functional changes with current
> implementation, but this allows it to be changed in individual u-boot
> recipes.
>
> If UBOOT_INITIAL_ENV is empty, then no initial env would be
Is this change really required for UBOOT_INITIAL_ENV? I think you are merging
several patch series together?
On Thu, May 28, 2020 at 02:41:27PM +0200, Ming Liu wrote:
> From: Ming Liu
>
> U-boot recipe supports .cfg files in SRC_URI, but they would be merged
> to .config during do_configure
On Wed, May 27, 2020 at 10:25:31PM +0100, Richard Purdie wrote:
> On Wed, 2020-05-27 at 11:59 -0400, Denys Dmytriyenko wrote:
> > On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > >
On Wed, May 27, 2020 at 07:27:41PM +0200, Ming Liu wrote:
> From: Ming Liu
>
> It defaults to ${PN}-initial-env, no functional changes with current
> implementation, but this allows it to be changed in individual u-boot
> recipes.
This is fine, but as I commented on the previous revision - can
On Wed, May 27, 2020 at 09:03:55AM -0700, Khem Raj wrote:
> There is a build break which often happens whem using 4.1 kernel
>
> /bin/sh: 1: scripts/basic/fixdep: Permission denied
> scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
> make[3]: *** [scripts/dtc/srcpos.o]
On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> this helps in using common header across multiple versions of kernel
> going back
This check should have been there from the beginning and for every header
file. It's
On Sun, May 24, 2020 at 06:17:51PM +0200, Ming Liu wrote:
> From: Ming Liu
>
> It's really inconvenient to have ${PN} as part of the name of
> u-boot-init-env, for instance, in BSP layers, it could be u-boot-fslc,
> u-boot-qoriq, u-boot-toradex, and so on.
>
> Considerring there is only one
On Tue, May 19, 2020 at 11:02:46PM +0100, Richard Purdie wrote:
> On Tue, 2020-05-19 at 20:36 +0200, Konrad Weihmann wrote:
> > in case the opkg command fails in before no output of the tool
> > itself was printed to assist the user with debugging the issue.
> > Print all output of the tool by
From: Denys Dmytriyenko
Commit 7ec84a463ad4c45aee9cd2cbc75b43e5aab5cd18 has moved creation of ld.so.conf
from buildtools-tarball.bb to create_sdk_files() in populate_sdk_base.bbclass.
But since create_sdk_files() is an SDK_POSTPROCESS_COMMAND, creating ld.so.conf
can potentially overwrite
From: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/xz/{xz_5.2.4.bb => xz_5.2.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/xz/{xz_5.2.4.bb => xz_5.2.5.bb} (91%)
diff --git a/meta/recipes-extended/xz/xz_5.2.4
On Sat, May 16, 2020 at 12:10:00AM +0200, Andreas Müller wrote:
> On Fri, May 15, 2020 at 11:59 PM Denys Dmytriyenko wrote:
> >
> > On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> > > On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
> > > li
On Fri, May 15, 2020 at 11:52:23PM +0200, Andreas M?ller wrote:
> On Fri, May 15, 2020 at 11:42 PM Andreas M?ller via
> lists.openembedded.org
> wrote:
> >
> > On Fri, May 15, 2020 at 11:29 PM Andreas M?ller via
> > lists.openembedded.org
> > wrote:
> > >
> > > On Fri, May 15, 2020 at 10:30 PM
On Fri, May 15, 2020 at 02:12:55PM -0500, Joshua Watt wrote:
>
> On 5/15/20 2:05 PM, Richard Purdie wrote:
> >On Fri, 2020-05-15 at 14:53 -0400, Denys Dmytriyenko wrote:
> >>I see Richard has merged these to master-next, thanks!
> >>And thanks Joshua for voluntee
I see Richard has merged these to master-next, thanks!
And thanks Joshua for volunteering to maintain these recipes :)
I submitted removal patches to meta-python.
So, it is good we are getting this extra dependency resolved in master. The
question is - can we get these backported to dunfell,
On Sun, May 10, 2020 at 11:43:59AM -0700, Tim Orling wrote:
> On Sun, May 10, 2020 at 11:41 AM Denys Dmytriyenko wrote:
>
> > On Sat, May 09, 2020 at 02:29:09PM -0700, Tim Orling wrote:
> > > This is a candidate for backport to stable once it lands in master.
> >
&g
On Sat, May 09, 2020 at 02:29:09PM -0700, Tim Orling wrote:
> This is a candidate for backport to stable once it lands in master.
How so?
> On Sat, May 9, 2020 at 2:12 PM Tim Orling via lists.openembedded.org
> wrote:
>
> > This version looks good.
> >
> > On Sat, May 9, 2020 at 1:33 PM
On Thu, May 07, 2020 at 01:20:40PM -0700, Khem Raj wrote:
>
>
> On 5/7/20 12:57 PM, Denys Dmytriyenko wrote:
> > On Thu, May 07, 2020 at 12:44:15PM -0700, Khem Raj wrote:
> >>
> >>
> >> On 5/3/20 3:51 PM, Steve Sakoman wrote:
> >>&g
On Thu, May 07, 2020 at 12:44:15PM -0700, Khem Raj wrote:
>
>
> On 5/3/20 3:51 PM, Steve Sakoman wrote:
> > Should I consider these two patches for dunfell LTS?
> >
>
> Yes I think they are fixing a problem and are safe.
I don't think it is safe though!
The code has been moved to
On Wed, Apr 29, 2020 at 10:27:44PM +0200, Bartłomiej Burdukiewicz wrote:
> * glx PACKAGECONFIG by default is selected when x11 and opengl
> flag is present in DISTRO_FEATURES.
>
> * virtual/mesa is only required when glx driver is selected to
> build.
Thank you so much!
It was very unfortunate
On Wed, Apr 29, 2020 at 12:13:20PM -0700, Andre McCurdy wrote:
> On Wed, Apr 29, 2020 at 9:11 AM Steve Sakoman wrote:
> >
> > From: Richard Purdie
> >
> > The license of pbzip2 looks slightly BSD like but is in fact the bzip2
> > license. The SPDX identifier for this is "bzip-1.0.6" since there
On Thu, Apr 30, 2020 at 09:49:32AM -0400, Robert P. J. Day wrote:
>
> given an odd collection of layers wherein there are multiple
> instances of a particular .bbclass file, it turns out that all of the
> recipes i'm interested in build with an older version of the class
> file, and all but one
On Wed, Apr 29, 2020 at 11:01:56PM +0100, Richard Purdie wrote:
> New versions of rpm have issues with the libgomp support in gcc 5.x
> so raise the minimum to 6 or later. This mainly affects Ubuntu 16.04.
So, this is for master, rigth? No plans to backport it to dunfell (hence, no
rpm backport
Hi, Steve,
Is there a repo/branch available where you collect patches for dunfell-next?
Denys
On Mon, Apr 27, 2020 at 04:27:45PM -0700, Khem Raj wrote:
> Yes Steve, there are good for Dunfell. We should consider them
>
> On 4/27/20 4:20 PM, Steve Sakoman wrote:
> >Hi Khem,
> >
> >Is this
On Sat, Apr 25, 2020 at 08:19:47PM -0700, Michael Halstead wrote:
> This work is complete and all services are available. As a bonus the new
> hardware is faster.
Thank you, Michael!
> Service restored at 2020-04-25 20:14 PDT.
>
> On Sat, Apr 25, 2020 at 5:52 PM Michael Halstead via
Why? glibc on zeus doesn't need it.
On Wed, Apr 22, 2020 at 04:38:24PM +0200, Martin Jansa wrote:
> From: Khem Raj
>
> Signed-off-by: Khem Raj
> Signed-off-by: Richard Purdie
> ---
> meta/recipes-devtools/qemu/qemu.inc | 1 +
> ...linux-user-remove-host-stime-syscall.patch | 61
On Tue, Apr 14, 2020 at 03:20:20PM -0300, Domarys Correa wrote:
> Shebang lines longer than 128 characters can give an error
> depending on the operating system.
> This implements a test that signals an error when locating a
> faulty shebang.
>
> YOCTO: #11053
>
> Signed-off-by: Domarys Correa
On Mon, Apr 13, 2020 at 08:47:21AM -0300, Otavio Salvador wrote:
> On Sun, Apr 12, 2020 at 6:07 PM Denys Dmytriyenko wrote:
> > > +
> > > +# Generate the uboot-initial-env
> > > +oe_runmake -C ${S} O=${B} u-boot-initial-env
> >
> > So, w
From: Denys Dmytriyenko
The common u-boot.inc can be used by multiple recipes in the same build for
different cores and/or multiple stages of the bootloader. Naming initial-env
with ${PN} prefix avoids clashes in deploy and rootfs between those recipes.
This fixes
101 - 200 of 845 matches
Mail list logo