On Mon, Jun 12, 2023 at 10:24 PM Vijay Anusuri wrote:
> Any update on this ?
I'm the maintainer for oe-core and this is a meta-oe patch, so I
believe Armin is the right person for an update :-)
Steve
> On Mon, Jun 5, 2023 at 12:49 PM Vijay Anusuri via lists.openembedded.org
> wrote:
>>
>> Fr
On Mon, May 8, 2023 at 3:49 AM Randy MacLeod via
lists.openembedded.org
wrote:
>
> When Narpat and I were testing chromium-112, we noticed an intermittent nss
> compile failure for dunfell:
>
> /usr/src/debug/nss/3.51.1-r0/nss-3.51.1/nss/lib/freebl/gcm-aarch64.c:91:
> multiple definition of `gcm
On Tue, Apr 4, 2023 at 8:14 AM Randy MacLeod
wrote:
>
> Armin, Yogita
>
> Is it just me or is this patch not well-formed?
>
> I save it from Thunderbird and:
>
> meta-oe.git on kirkstone [$]
> ❯ git am /tmp/syslog-ng-april-4-a.eml
> error: cannot convert from y to UTF-8
The .eml has a Content-typ
Hi Andrej,
I'm the maintainer for openembedded-core, and gRPC is in
meta-openmebedded. So this isn't my call to make.
However we typically only take version bumps if they are security/bug
fix only releases. So if this is the case, you can submit a patch.
But please be sure to include either rele
You sent this to the wrong list! You should resend to
openembedded-c...@lists.openembedded.org
A more standard subject/shortlog would be something like:
[OE-core][dunfell][PATCH] qemu: fix CVE-2021-20196
You can give a detailed description in the commit message, so you just
need the top level in
You sent this to the wrong list! You should resend to
openembedded-c...@lists.openembedded.org
A more standard subject/shortlog would be something like:
[OE-core][dunfell][PATCH] bluez: fix CVE-2022-39177
You can give a detailed description in the commit message, so you just
need the top level i
You sent this to the wrong list! You should resend to
openembedded-c...@lists.openembedded.org
A more standard subject/shortlog would be something like:
[OE-core][dunfell][PATCH] bind: fix CVE-2022-38178
You can give a detailed description in the commit message, so you just
need the top level in
Hi Vivek,
First of all, thanks for helping with CVEs!
Now for the feedback:
1. You sent this to the wrong list! It should be sent to
openembedded-c...@lists.openembedded.org
2. A more standard subject/shortlog would be something like:
[OE-core][dunfell][PATCH] qemu: fix CVE-2021-3638
You
On Sun, May 8, 2022 at 9:40 PM omkar wrote:
>
> From: Steve Sakoman
I'm not the maintainer for meta-openembedded, but this appears to be a
patch that I originally submitted for the lua recipe in oe-core master
branch. This recipe was moved to oe-core post dunfell release, so it
does
On Tue, Dec 7, 2021 at 12:22 AM Belisko Marek wrote:
>
> On Wed, Nov 24, 2021 at 5:36 PM Khem Raj wrote:
> >
> >
> >
> > On 11/24/21 5:28 AM, Marek Belisko wrote:
> > > Hi,
> > >
> > > I've posted something similar on yocto mailing list but no response so
> > > far so trying here as wic comes fro
: Steve Sakoman
---
meta-oe/recipes-connectivity/gattlib/gattlib_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
b/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
index d79dbed87..f2da88aa2 100644
--- a/meta-oe/recipes
From: Konrad Weihmann
as it's already packaged to ${PN}-dev, so the setting was
without any effect anyway
Signed-off-by: Konrad Weihmann
Signed-off-by: Khem Raj
(cherry picked from commit 1d26b2656b87a95b72d674954283ac014da8793b)
Signed-off-by: Steve Sakoman
---
meta-oe/recipes-connect
On Wed, Mar 31, 2021 at 4:12 AM Khem Raj wrote:
>
> this is wrong ml for oe-core patches, they should go to oe-core mailing
> list.
Also, it doesn't apply to the current head of the oe-core dunfell branch!
Please rebase on current dunfell branch and send a V2 to
openembedded-c...@lists.openembed
On Tue, Feb 9, 2021 at 4:11 AM Steve Sakoman wrote:
>
> On Mon, Feb 8, 2021 at 1:45 PM Peter Kjellerstedt
> wrote:
> >
> > As agreed upon on the Yocto Project Technical Team Meeting a week ago, I
> > have created branches for both Gatesgarth and Dunfell in
> &
these branches. I have verified that
> I can run `devtool modify libxml2`, which I could not do before, and I have
> run `bitbake core-image-minimal`.
Thanks Peter! I'll start testing with dunfell this morning.
Steve
> From: Martin Jansa
> Sent: den 7 februari 2021 12:15
&g
On Tue, Feb 2, 2021 at 11:06 PM Harpritkaur Bhandari
wrote:
>
> From: Haiqing Bai
>
> Optimize _encode_invalid_chars for a denial of service (CPU consumption)
>
> Change-Id: I67a1b0acfe905cb9c0c0bd3f5e3917d49e670673
> Signed-off-by: Haiqing Bai
> Signed-off-by: Armin Kuster
> Signed-off-by: Har
rry picked from commit 5fe362171c7f3426fced0c7889facec397c9cc5e)
Signed-off-by: Steve Sakoman
---
meta-oe/recipes-devtools/sip/sip3_4.19.23.bb | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/meta-oe/recipes-devtools/sip/sip3_4.19.23.bb
b/meta-oe/recipes-de
round.
- Preserve any current exception in the implementation of the
wrapper dealloc functions.
Signed-off-by: Leon Anavi
Signed-off-by: Khem Raj
(cherry picked from commit 358b3982583c93fdc0a4cebdab31f923d77b7f8b)
Signed-off-by: Steve Sakoman
---
.../recipes-devtools/sip/{sip3_4.19.
From: Leon Anavi
Consolidate inc and bb files into a single bb file.
Fix the broken link for HOMEPAGE.
Signed-off-by: Leon Anavi
Signed-off-by: Khem Raj
(cherry picked from commit 2bc281393aa6c6b83218f2996c32b793ac79a42a)
Signed-off-by: Steve Sakoman
---
meta-oe/recipes-devtools/sip/sip.inc
Builds of the dunfell branch of meta-qt5 fail in the python3-pyqt5 recipe.
The fix for this issue is blocked on the need for sip 4.19.23:
https://github.com/meta-qt5/meta-qt5/issues/376
Also, meta-qt5 gatesgarth identifies dunfell oe-core as a supported
layer. This type of build also fails due
Hi Claude,
On Fri, May 8, 2020 at 11:26 AM Claude Bing wrote:
>
> OK, I started a new patch thread. Who/what determines which patches get
> included in the named release branches? Specifically, we are using
> dunfell and would like these changes to show up in that branch.
Just submit a patch t
On Thu, Apr 30, 2020 at 6:45 PM Peter Kjellerstedt
wrote:
>
> In commit b0345e3f (paho-mqtt-c: upgrade 1.3.1 -> 1.3.2), paho-mqtt-c
> was supposedly updated to 1.3.2. However, the SRCREV did not match the
> v1.3.2 tag.
>
> With the update to 1.3.2, the license was changed from EPL-1.0 | EDL-1.0
>
On Fri, Aug 19, 2011 at 9:29 AM, Khem Raj wrote:
> On Fri, Aug 19, 2011 at 8:32 AM, Steve Sakoman wrote:
>>
>> Which do you think should be disabled?
>
> libgcc-dev
Thanks! I'll do a test clean build with the generation of thi
On Fri, Aug 19, 2011 at 8:29 AM, Khem Raj wrote:
>> Is there an easy way to tell OE to ignore a recommends for either
>> libgcc-dev or libgcc-s-dev? The issue seems to be (at least on my
>> machine) that packages more or less randomly recommend one or the
>> other. Then the image build fails be
On Fri, Aug 19, 2011 at 7:21 AM, Khem Raj wrote:
> On 8/19/2011 2:11 AM, Steffen Sledz wrote:
>>
>> Regards,
>> Steffen
>>
>> PS: I'm i bit disappointed in the weak help from the maintainers in
>> solving the problem. :( But i do not bear grudges[1]. ;-)
>>
>> [1] Hope that's correct english.
>
>
On Thu, Aug 18, 2011 at 2:44 PM, Steve Sakoman wrote:
> In looking through the packages in my deploy directory I see a split
> between packages that depend on libgcc-dev and libgcc-s-dev.
A typo above -- it is a "recommends" for libgcc-dev and libgcc-s-dev
in the packages
On Thu, Aug 11, 2011 at 1:27 AM, Steffen Sledz wrote:
> After some bb recipe updates there is a new error of this type.
>
> | * check_data_file_clashes: Package libgcc-s-dev wants to install file
> /CACHE/hudson/jobs/HydraIP_Linux_release_image/workspace/OE/tmp.6/rootfs/hydraip-hipox-devimage/u
On Tue, May 17, 2011 at 1:31 AM, Paul Menzel
wrote:
> I have two problems with this commit though.
>
> 1. According to the build logs from Steve [2][3] this recipe fails for
> him with the same error message.
Yes, it did fail that time, but note that it completed successfully on
that same machin
On Tue, Oct 19, 2010 at 4:34 AM, Paul Menzel
wrote:
> Am Dienstag, den 19.10.2010, 01:07 +0200 schrieb Paul Menzel:
>> Am Montag, den 18.10.2010, 22:23 +0200 schrieb Paul Menzel:
>> > Am Montag, den 18.10.2010, 11:39 -0700 schrieb Khem Raj:
>> > > On Mon, Oct 18, 2010 at 5:43 AM, Paul Menzel wrote
Looping in the OE developers list on the issue described below.
It does indeed seem that the ifupdown package init is referencing
/etc/network/ifstate (which doesn't exist) instead of
/etc/network/run/ifstate.
Mike's point about having the /etc/network/run directory linked to
/var/run also seems
On Wed, Oct 27, 2010 at 2:40 AM, Graham Gower wrote:
> On 27 October 2010 16:50, Khem Raj wrote:
>> On Mon, Oct 25, 2010 at 11:36 PM, Frans Meulenbroeks
>> wrote:
>>> 2010/10/26 Graham Gower :
pstoraster/gdevcups.c:74:25: fatal error: cups/raster.h: No such file or
directory
On Mon, Oct 25, 2010 at 12:48 PM, Khem Raj wrote:
> On Mon, Oct 25, 2010 at 8:57 AM, Steve Sakoman wrote:
>> I'm working on a recipe for a new version of hplip (it depends on
>> python). It builds just fine on my 32 bit Ubuntu development machine,
>> but when I atte
I'm working on a recipe for a new version of hplip (it depends on
python). It builds just fine on my 32 bit Ubuntu development machine,
but when I attempt the build on my 64 bit Ubuntu machines the build
fails with the following error:
In file included from
/home/steve/source/sakoman-oe/tmp/sysro
On Sat, Oct 23, 2010 at 10:36 AM, Frans Meulenbroeks
wrote:
> 2010/10/23 Koen Kooi :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 23-10-10 17:41, Frans Meulenbroeks wrote:
>>> SRCREV was "ccd0c67858c6e2807c695e2c8f545284cb871866", but that is not in
>>> the
>>> omap4s-exp branch a
On Tue, Oct 19, 2010 at 12:11 AM, Frans Meulenbroeks
wrote:
> Could not easily reply to the message because it was so long (gmail
> took ages) but:
>
> Acked-by: Frans Meulenbroeks
Acked-by: Steve Sakoman
Steve
> Ash, do you have commit access, or does someone needs to pu
After commit fdf02c61607acb5046afaa11c5c682ab99f4d508 openjade-native
is failing on a clean build:
http://build.sakoman.com/public/logs/task/114486.txt
Any ideas on how to fix this? I've reverted the commit on my local
tree so I can keep working, but I'm sure others will run into this
too.
Steve
On Wed, Oct 6, 2010 at 4:33 PM, Paul Menzel
wrote:
> Dear OE folks,
>
>
> `configure` fails for me for `libgee_0.6.0.bb` [1].
>
> | gee/Makefile.am:95: HAVE_INTROSPECTION does not appear in
> AM_CONDITIONAL
>
> `libgee_0.5.2.bb` builds correctly because it does not yet use
> gobject-intro
On Thu, Sep 16, 2010 at 1:51 AM, Frans Meulenbroeks
wrote:
> 2010/9/16 Steffen Sledz :
>> Am 15.09.2010 22:32, schrieb Tom King:
>>> In approximately 1hr 21:30UTC I need to rsync the server to create a backup
>>> and perform an upgrade to the melo server so that we can add some additional
>>> func
n Thu, Sep 9, 2010 at 1:48 AM, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09-09-10 07:28, Khem Raj wrote:
>> * Fix omap3-sgx-modules_1.4.14.2616.bb to use new SDK
>
> Khem, the .07 release was made to get the license and distribution
> changes through, it can now be
Using current top of tree to build some of my images I noticed that
quite a few apps seems to be broken at run time (Firefox, Epiphany,
Gnome-mplayer, and others).
All were complaining about libstdc++6 being missing. Manually
installing the libstdc++6 package fixed the issue.
Any idea what chang
On Mon, Aug 23, 2010 at 2:37 PM, J. L. wrote:
> I am building for an overo fire and have tried cleaning the recipe
> deleting the entire tmp dir and still get stuck on this one file. I
> have no clue how to even try to fix this one for myself would
> appreciate some help.
I've never seen this iss
On Sat, May 15, 2010 at 7:38 AM, Koen Kooi wrote:
> On 15-05-10 15:41, Steve Sakoman wrote:
>
>>>> x86_64-linux-libtool: link: cannot find the library `' or unhandled
>>>> argument `/..//lib'
>>>> make[2]: *** [libopkg.la] Error 1
>
> C
On Fri, May 14, 2010 at 11:17 PM, Khem Raj wrote:
> hmmm I have 10.04 running on 64bit I dont see this error.
I'm running 9.04 64 bit server.
> Can you also post your local.conf
> and anything you have in ASSUME_PROVIDED list.
Local conf is:
DISTRO = "angstrom-2008.1"
DISTRO_TYPE = "debug"
E
Building with oe.dev. Works on 32 bit Ubuntu, but fails on the 64 bit version.
Any ideas? Below is log.do_compile:
NOTE: make -j 4
Making all in libbb
CCgz_open.o
CCunarchive.o
CCunzip.o
CCwfopen.o
unarchive.c: In function 'extract_archive':
unarchive.c:139: warning: ign
On Wed, May 12, 2010 at 12:26 PM, Khem Raj wrote:
> On Wed, May 12, 2010 at 11:08 AM, Steve Sakoman wrote:
>> Building from recent pull of oe.dev (yesterday)
>>
>> Anyone else seeing this?
>
> post the logs somewhere
Will this work?
http://www.sakoman.net:
On Wed, May 12, 2010 at 11:14 AM, hong zhang wrote:
> what command like bitbake xxx you used?
I used bitbake eet
Steve
> --- On Wed, 5/12/10, Steve Sakoman wrote:
>
>> From: Steve Sakoman
>> Subject: [oe] eet: CROSS COMPILE Badness on x86_64 build machine
>&
Building from recent pull of oe.dev (yesterday)
Anyone else seeing this?
Steve
ERROR: function do_compile failed
ERROR: log data follows
(/home/steve/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/eet-2_1.1.0+svnr48617-r1/temp/log.do_compile.29091)
| NOTE: make -j 4
| make all-recursive
| mak
On Wed, 2010-03-31 at 14:29 +0100, Martyn Welch wrote:
> The DHCP client currently expects to be able to create a leases file in
> "/var/lib/dhcp" as configured in dhcp3.inc. Recipe is currently creating a
> directory called "/var/lib/dhcp3", resulting in the following error:
>
> can't create /var/
On Thu, Mar 11, 2010 at 4:30 AM, Phil Blundell wrote:
> I've managed to reproduce this problem now, and I have checked in an
> extra patch (as well as the previous ones) which fixes it for me. Does
> that work for you?
Once I worked past some scsi header issues that crept in from this
morning's
On Wed, Mar 10, 2010 at 12:59 PM, Phil Blundell wrote:
> Ah, I remember now, you need a patch to base.bbclass as well to make it
> stage the files from etc/. Try this:
I must be cursed :-(
Still no luck. gtk+-native builds, but gtk+ still fails with the
apple_red issue.
Here is my diff from
On Wed, Mar 10, 2010 at 12:25 PM, Phil Blundell wrote:
> Did you clean and rebuild gtk+-native? I forgot to mention that this is
> necessary.
Yes, I did:
bitbake -c clean gtk+ gtk+-native gdk-pixbuf-csource-native
bitbake gtk+
My repo is at current top of tree with your gtk+.inc patch and
gtk
On Wed, Mar 10, 2010 at 10:52 AM, Phil Blundell wrote:
> On Wed, 2010-03-10 at 09:22 -0800, Steve Sakoman wrote:
>> So for me it seems to have triggered the problem it was trying to fix!
>
> Doh. That's not so good.
>
> Please try the patch at http://pastebin
On Tue, Mar 9, 2010 at 10:24 AM, Phil Blundell wrote:
> On Tue, 2010-03-09 at 13:16 -0500, Denys Dmytriyenko wrote:
>> So, what would be the proper fix? I'm blocked at the moment with this
>> gtk+/apple-red.png issue, where gtk+ is being pulled by gstreamer...
>> Thanks in advance for any help or
After the recent xorg version bump to 1.7.3 I am seeing functional
issues with xf86-input-tslib.
The ts_calibrate that is run at first boot runs normally, but
touchscreen events are not being passed properly to X. At first I
suspected bad calibration values, but running ts_test shows quite good
c
On Thu, Nov 26, 2009 at 1:30 AM, Martin Jansa wrote:
> On Thu, Nov 26, 2009 at 09:22:28AM +, git version control wrote:
>> gnome-mplayer: bump SRCREV
>>
>> ---
>>
>> recipes/gnome-mplayer/gnome-mplayer_svn.bb | 4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/
55 matches
Mail list logo