tups.
Thanks,
Bryan
> -Original Message-
> From: Mikko Rapeli
> Sent: Tuesday, February 28, 2023 2:06 AM
> To: Joshua Watt
> Cc: Bryan Evenson ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] multiconfig: Build breaks parsing recipes for other
> con
I'm testing a new board with a BSP that is setup on the gatesgarth branch.
I've been able to build and load the demo images for this board. I'm now
trying to use multiconfig to build images for my old board and my new board.
So far the build hasn't got past parsing recipes and I'm wondering w
Alex,
> -Original Message-
> From: Alexander Kanavin
> Sent: Friday, February 11, 2022 10:06 AM
> To: Bryan Evenson
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
> Subject: Re: [OE-core] gio-querymodules: error while loadi
Alex,
> -Original Message-
> From: Alexander Kanavin
> Sent: Tuesday, February 8, 2022 4:38 PM
> To: Bryan Evenson
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
> Subject: Re: [OE-core] gio-querymodules: error while loadi
Alex,
From: Alexander Kanavin
Sent: Tuesday, February 8, 2022 11:59 AM
To: Bryan Evenson
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] gio-querymodules: error while loading shared libraries:
libffi.so.6: cannot open shared object file
On Tue, 8 Feb 2022 at 16:25
Alex,
> -Original Message-
> From: Alexander Kanavin
> Sent: Monday, February 7, 2022 1:58 PM
> To: Bryan Evenson
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
> Subject: Re: [OE-core] gio-querymodules: error while loadi
All,
I'm having some upgrade issues related to upgrading libglib-2.0-0. I have a
device that is based on the morty release that I am upgrading to a build based
on the dunfell release. I am using opkg for a package manager. During upgrade
I see the error message in the subject. I think I hav
Enrico,
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Enrico Scholz via
> lists.openembedded.org
> Sent: Friday, February 4, 2022 9:16 AM
> To: Alexander Kanavin
> Cc: Jon Mason ; Yocto-mailing-list
> ; Patches and discuss
that were intended for the same purpose.
Tested with an core-image-minimal based image which uses opkg for
its package manager and sysvinit for init.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/busybox/busybox.inc | 156 +-
1 file changed, 78 insertions(+), 78
release up to the latest on honister. Both ways I
upgrade cleanly with my patch.
-Bryan
From: Jate Sujjavanich
Sent: Wednesday, February 2, 2022 10:59 AM
To: Bryan Evenson
Cc: Valek, Andrej ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [dunfell][PATCH RFC] busybox.inc: Create
Andrej,
> -Original Message-
> From: Valek, Andrej
> Sent: Friday, January 28, 2022 6:39 AM
> To: openembedded-core@lists.openembedded.org; Bryan Evenson
>
> Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox
> links during install
>
>
Andrej,
> -Original Message-
> From: Valek, Andrej
> Sent: Saturday, January 22, 2022 2:26 AM
> To: openembedded-core@lists.openembedded.org; Bryan Evenson
>
> Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox
> links during install
>
>
Thanks,
Bryan
> -Original Message-
> From: Valek, Andrej
> Sent: Saturday, January 22, 2022 2:26 AM
> To: openembedded-core@lists.openembedded.org; Bryan Evenson
>
> Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox
> links during install
>
> H
orks for me also.
Thanks,
Bryan
> -Original Message-
> From: Valek, Andrej
> Sent: Friday, January 21, 2022 9:01 AM
> To: openembedded-core@lists.openembedded.org; Bryan Evenson
>
> Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox
> links dur
All,
Ping on this RFC. It works for me, but I have a feeling there is a better way
to do this. It still seems a little messy and could probably be simplified for
the same effect.
Thanks,
Bryan
> -Original Message-
> From: Bryan Evenson
> Sent: Thursday, December 23, 202
3a035bd0a06a6ded4d0ce7e35a3bce42245727d2
Signed-off-by: Bryan Evenson
---
meta/recipes-core/busybox/busybox.inc | 57 ++-
1 file changed, 55 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index
All,
I have an image that is based off of core-image-minimal that uses opkg for the
packaging system. My latest build is on the morty release and I'm working on
updating a more recent release. Things are generally working on the dunfell
release but I'm having an upgrade problem related to bus
Khem,
> -Original Message-
> From: Khem Raj
> Sent: Tuesday, September 28, 2021 2:41 PM
> To: Bryan Evenson
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] binutils: compilation error 'unknown pseudo-op: `.l`'
>
> On Tue, Sep
All,
I have a AT91SAM9G25 based system that has been built and works using yocto-2.2
(morty). I am in the process of upgrading my build tools to the latest. The
build image is a custom image that is based off of core-image-minimal with a
few additional packages. I'm using Ubuntu 18.04.06 LTS
ember seeing these errors previously. Is there some flag or setting
that should force busybox to complete its upgrade prior to uninstalling and
installing other packages?
Thanks,
Bryan Evenson
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
I am on poky/morty and I am doing some test builds to attempt to stay up to
date with the latest branches. I am having issues building php. For my build,
I don't want any of the PACKAGECONFIG features and I add curl support, so I
have a bbappend with the following:
DEPENDS += " \
curl \
eeds to be incremented for udev-cache
to upgrade.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/udev/eudev_3.2.1.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-core/udev/eudev_3.2.1.bb
b/meta/recipes-core/udev/eudev_3.2.1.bb
index bdfb544..539945e 100644
--- a/me
/RREPLACES itself.
Thanks,
Bryan
From: Martin Jansa [mailto:martin.ja...@gmail.com]
Sent: Wednesday, May 17, 2017 12:18 PM
To: Bryan Evenson
Cc: Openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] eudev: opkg not automatically upgrading from udev to
eudev
Isn't it enough to set RPRO
All,
> -Original Message-
> From: Bryan Evenson
> Sent: Wednesday, May 17, 2017 11:27 AM
> To: Bryan Evenson ; Openembedded-
> c...@lists.openembedded.org
> Subject: RE: eudev: opkg not automatically upgrading from udev to eudev
>
> All,
>
> > --
All,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Bryan Evenson
> Sent: Tuesday, May 16, 2017 2:01 PM
> To: Openembedded-core@lists.openembedded.org
> Subject:
I have an image based on core-image-minimal that uses sysvinit for init and
opkg for package management. I am doing some upgrade testing and I see an
issue with eudev. I am testing upgrading an image that was built under dizzy
to my latest image built under morty. I'm first testing that all t
All,
I'm on poky/krogoth and I am in the process of moving to poky/morty on an Atmel
AT91SAM9G25 platform (arm926ejste architecture). On the first try booting with
my image built under morty, I noticed that the kernel image was larger. I've
done some more testing and I see that the rest of th
I've made some progress but I'm afraid I still have a few more questions.
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Bryan Evenson
> Sent: Wednesday, Ma
I am using opkg for package management, and before moving to a more recent
branch (currently on dizzy) I'm doing some firmware upgrade tests to make sure
I have a clean upgrade process. For my testing I flash an image using our
current production image and then do firmware upgrade from the comm
Robert,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Robert P. J. Day
> Sent: Tuesday, February 28, 2017 10:20 AM
> To: Patrick Ohly
> Cc: OE Core mailing list
> Subject: Re: [OE-c
> Subject: Re: [OE-core] Suggested RREPLACES/RCONFLICTS for easier kernel-
> image upgrades
>
> On Thu, 16 Feb 2017 13:43:03 +
> Bryan Evenson wrote:
>
> > Khem,
> >
> > > -Original Message-
> > > From: openembedded-core-b
Subject: Re: [OE-core] Suggested RREPLACES/RCONFLICTS for easier kernel-
> image upgrades
>
>
>
> On 2/15/17 1:54 PM, Bryan Evenson wrote:
> > For one project I'm using an Atmel AT91SAM9G25 processor, and I started
> when support for the chip wasn't fully integrat
For one project I'm using an Atmel AT91SAM9G25 processor, and I started when
support for the chip wasn't fully integrated into the mainline kernel. As a
result, I was using Atmel's Linux fork. Support has been in the mainline
kernel for a while now, so in the middle of doing other updates I pl
Martin,
> -Original Message-
> From: Martin Jansa [mailto:martin.ja...@gmail.com]
> Sent: Friday, February 10, 2017 2:54 PM
> To: Bryan Evenson
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] libcurl vs. libcurl5 vs. libcurl4
>
> On Fr
ething that has been fixed in a more recent branch? If I'm reading the
dependencies correctly, opkg should still install libcurl-7.40.0 since my
package depends on libcurl4, correct?
Thanks,
Bryan Evenson
--
___
Openembedded-core mailing list
Op
Robert,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Robert P. J. Day
> Sent: Wednesday, December 14, 2016 5:28 AM
> To: OE Core mailing list
> Subject: [OE-core] opinions on enabli
stating that initscripts-functions
replaces initscripts so old system can upgrade without conflicts.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/initscripts/initscripts_1.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/recipes
Joshua,
> -Original Message-
> From: Joshua Lock [mailto:joshua.l...@collabora.co.uk]
> Sent: Monday, May 11, 2015 11:08 AM
> To: Bryan Evenson
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 00/70] Proposed changes for fido
>
> Hi
2):
> libpcap.inc: remove obsolete libnl1 PACKAGECONFIG
> busybox: remove CVE-2014-9645 patch (already upstream in 1.23.x)
>
> Aníbal Limón (2):
> lzop: Fix build using x32 ABI
> nss: Fix build in x32 ABI
>
> Armin Kuster (1):
> crypto: use bigint in x86-64 perl
packages.
Add lastb to the list of alternatives for util-linux.
Add last as a PACKAGECONFIG option and optionally build last
if requested. Only generate the last and lastb alternative links
if last is enabled in the configuration.
Signed-off-by: Bryan Evenson
Tested-by: Matthieu Crapet
---
meta
Fix errors in the documentation alternative link generation
Changes in v3:
* Uses PACKAGECONFIG to optionally build last
* Only provides binary and man page alternatives if last is built
Changes in v2:
* Rebase on master so patch applies cleanly
Bryan Evenson (1):
util-linux: Ad
I made some more changes to the util-linux patch based upon some feedback.
Changes from v2:
* Uses PACKAGECONFIG to optionally build last
* Only provides binary and man page alternatives if last is built
Bryan Evenson (1):
util-linux: Add lastb to alternatives
meta/recipes-core/util
packages.
Add lastb to the list of alternatives for util-linux.
Add last as a PACKAGECONFIG option and optionally build last
if requested. Only generate the last and lastb alternative links
if last is enabled in the configuration.
Signed-off-by: Bryan Evenson
Conflicts:
meta/recipes-core/util
Chen,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Bryan Evenson
> Sent: Tuesday, April 21, 2015 8:35 AM
> To: ChenQi; openembedded-core@lists.openembedded.org
Chen,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of ChenQi
> Sent: Tuesday, April 21, 2015 2:00 AM
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1]
util-linux creates lastb as a symlink to last during the build.
Just as other applications may provide last, other applications
may provide lastb.
Add alternatives designations for lastb to avoid installation
conflicts with other applications.
Signed-off-by: Bryan Evenson
Conflicts
Richard,
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Monday, April 20, 2015 11:12 AM
> To: Bryan Evenson
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2] util-linux: Add lastb to al
util-linux creates lastb as a symlink to last during the build.
Just as other applications may provide last, other applications
may provide lastb.
Add alternatives designations for lastb to avoid installation
conflicts with other applications.
Signed-off-by: Bryan Evenson
---
meta/recipes-core
sysvinit and util-linux so
package managers will upgrade both packages without conflict.
Bryan Evenson (2):
sysvinit: Add lastb to alternatives
util-linux: Add lastb to alternatives
meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb | 2 +-
meta/recipes-core/util-linux/util-linux.inc| 2 +-
2
SysVinit creates lastb as a symlink to last during the build.
Just as other applications may provide last, other applications
may provide lastb.
Add alternatives designations for lastb to avoid installation
conflicts with other applications.
Signed-off-by: Bryan Evenson
---
meta/recipes-core
systems that are upgrading udev. This change
would be applicable for master back through dizzy when the problem
was introduced.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/udev/udev.inc | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-core/udev/udev.inc b/meta
Paul,
> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Sent: Monday, April 20, 2015 9:18 AM
> To: Bryan Evenson
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] Clarification on backport and bugfix patch submittal
Last week I had submitted two patches (1f994e81717502fd9d3c2f69772ae8556e6de4cb
and 433ec67686d6991d2d5f43fd1af957968da1971c) related to problems I had been
having on the dizzy branch and was happy to see they were accepted. However, I
only see the patches on the dizzy branch and I think these
Martin and Paul,
> -Original Message-
> From: Martin Jansa [mailto:martin.ja...@gmail.com]
> Sent: Thursday, April 16, 2015 3:11 PM
> To: Bryan Evenson
> Cc: Paul Eggleton; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] sysvinit upgrade woes
>
>
Paul,
> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Sent: Thursday, April 16, 2015 1:57 PM
> To: Bryan Evenson
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] sysvinit upgrade woes
>
> Hi Bryan,
>
All,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Bryan Evenson
> Sent: Tuesday, April 14, 2015 11:26 AM
> To: openembedded-core@lists.openembedded.org
> Subjec
can add/remove the wrong directories on the next system boot.
If initscripts is being upgraded, make sure volatile.cache gets
deleted.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/initscripts/initscripts_1.0.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-core
tlink to /run, creating a circular
link.
During pre-install, check for the existence of the old softlinks and
remove them so the new directories can be installed.
Signed-off-by: Bryan Evenson
---
meta/recipes-core/base-files/base-files_3.0.14.bb | 24 +++
1 file change
All,
> -Original Message-
> From: Bryan Evenson
> Sent: Tuesday, April 14, 2015 11:47 AM
> To: Bryan Evenson; openembedded-core@lists.openembedded.org
> Subject: RE: [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock
> softlinks on upgrade
>
> A
All,
> -Original Message-
> From: Bryan Evenson [mailto:beven...@melinkcorp.com]
> Sent: Friday, April 10, 2015 12:44 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Bryan Evenson
> Subject: [oe-core][dizzy][PATCH] base-files: Check for /run and /var/lock
>
I am using opkg for package management and sysvinit for init. I am testing a
large jump on an upgrade and I have been having a few issues. One issue I have
traced to sysvinit's upgrade, but I'm unsure how to remedy the solution.
At some point during the upgrade process, opkg records what the n
I am on poky/dizzy and I am testing upgrading of some systems with older
firmware. I am using sysvinit for an init and opkg for a package manager. I
am having an issue with the /run directory which I believe I have traced down
to this commit:
http://git.openembedded.org/openembedded-core/comm
ists.openembedded.org
> Subject: Re: [OE-core] Verification on how TARGET_CFLAGS is set
>
> On Mon, 2015-03-30 at 15:37 -0500, Mark Hatle wrote:
> > On 3/30/15 3:27 PM, Richard Purdie wrote:
> > > On Mon, 2015-03-30 at 13:09 +, Bryan Evenson wrote:
> > >> I a
do I set SELECTED_OPTIMIZATIONS or even
FULL_OPTIMIZATIONS? Do I set it in local.conf or should I be setting it
somewhere else?
Any other related tips are welcome.
Thanks,
Bryan Evenson
--
___
Openembedded-core mailing list
Openembedded-core@
Bruce,
> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Friday, February 27, 2015 1:14 PM
> To: Bryan Evenson
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] Build error on Fedora 21: "Unsupported
All,
I'm transitioning to a new laptop and I've installed Fedora 21 on the new one.
I'm trying to build for the first time and I'm running into some issues.
I'm still on the dylan branch. I have an image that is based on
core-image-minimal with a few additional packages. When I attempt to bu
All,
I am in the process of upgrading core items in my image (core-image-minimal
with a few additional packages), and one item I am taking a look at is changing
my init from SysVinit. I know the other easily supported option for init is
systemd, but if I change to systemd I want to do it becau
Richard,
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Thursday, November 20, 2014 3:05 PM
> To: Bryan Evenson
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] Resetting PR for PR service
>
&g
I am on poky/dylan and I am using the PR service for the first time. At this
time I am making some cosmetic .bbappend recipe changes (reordering and spacing
with no affect on the final built package). Of course, after rebuilding the
recipe the PR service bumped the PR since it saw a change in
All,
I am on poky/dylan and I have not yet changed to using the PR server. There
are some pieces of the PR server operation that I don't understand, and I want
to confirm how certain aspects of the PR server work before I make the switch
to make sure I don't make a mess of my builds.
I see t
dylan, or is there something
else holding up pulling in the fix?
Thanks,
Bryan Evenson
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
ient for most of these packages. I'm still working with
the dylan branch. If any new packages have been added since then I may have
missed them. I'm not sure how dropbear does its encryption, so that may be one
to look at also.
Regards,
Bryan Evenson
> Ross
> --
> ___
72 matches
Mail list logo