On 2020/5/8 上午11:04, Mittal, Anuj wrote:
Hi,
On Wed, 2020-05-06 at 01:46 -0700, wenlin.k...@windriver.com wrote:
Fix below warning:
zip warning: name not matched: sysroots/aarch64-wrs-
linux/etc/udev/rules.d/80-net-setup-link.rules
zip warning: name not matched: sysroots/aarch64-wrs-
On 5/7/20 2:19 PM, Jacob Kroon wrote:
On 5/7/20 8:10 AM, Changqing Li wrote:
On 5/7/20 1:56 PM, Jacob Kroon wrote:
On 5/7/20 4:05 AM, Changqing Li wrote:
From: Changqing Li
Reproduce steps:
1. add 'DISTRO_FEATURES_append = ' usrmerge'' in local.conf
2. bitbake iproute2
3. remove
Hi,
On Wed, 2020-05-06 at 01:46 -0700, wenlin.k...@windriver.com wrote:
> Fix below warning:
> zip warning: name not matched: sysroots/aarch64-wrs-
> linux/etc/udev/rules.d/80-net-setup-link.rules
> zip warning: name not matched: sysroots/aarch64-wrs-
> linux/etc/tmpfiles.d/etc.conf
> zip
== Series Details ==
Series: update default rpm prefer_color
Revision: 1
URL : https://patchwork.openembedded.org/series/24018/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
From: Changqing Li
The following error occurred when prefer_color set to 2:
Error: Transaction check error:
file /sbin/ldconfig conflicts between attempted installs of
ldconfig-2.31+git0+71f2b249a2-r0.mips64_n32 and
lib32-ldconfig-2.31+git0+71f2b249a2-r0.mips32r2
file /usr/bin/gencat
From: Changqing Li
* 0001-lib-oe-package_manager-update-default-rpm-config-_pr.patch
update prefer_color to rpm default value 2
* 0002-rpm-fix-file-conflicts-for-MIPS64-N32.patch
handle 3 ways conflicts when prefer_color is updated to 2
Changqing Li (2):
lib/oe/package_manager: update
From: Changqing Li
* %_prefer_color is used by rpm to determine which color's ELF file
is preferred to be installed.
Here are file colors:
0 is unknown or other
1 is Elf32
2 is Elf64
4 is MIPS64 n32 (this color is added by oe-core's patch)
if default value set to 7, all colors are preferred
On 5/7/20 6:43 PM, Richard Purdie wrote:
On Thu, 2020-05-07 at 15:45 +0800, Yi Zhao wrote:
Fix pkg_postinst error when install encodings via online repo:
$ opkg install encodings
Installing encodings (1.0.5) on root
Configuring encodings.
/var/lib/opkg/info/encodings.postinst: line 7:
On Thu, May 7, 2020 at 4:02 PM Steve Sakoman wrote:
>
> On Thu, May 7, 2020 at 10:30 AM Denys Dmytriyenko wrote:
> >
> > 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
On Thu, May 7, 2020 at 10:30 AM Denys Dmytriyenko wrote:
>
> 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
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:
> >>> Should I consider these two patches for dunfell LTS?
> >>>
> >>
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:
>>> 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
On 5/6/20 6:40 AM, Richard Purdie wrote:
> There are several warnings the build can emit which show real problems
> in the way recipes are being built. Some distros like poky and the Yocto
> Project autobuilder have been fixing the issues these show for some time.
>
> OE-Core has therefore been
On 5/6/20 12:10 AM, Adrian Bunk wrote:
> On Tue, May 05, 2020 at 01:55:35PM +0200, Richard Leitner wrote:
>> ...
>> --- a/meta/recipes-kernel/dtc/dtc_1.5.1.bb
>> +++ b/meta/recipes-kernel/dtc/dtc_1.6.0.bb
>> @@ -3,7 +3,7 @@ require dtc.inc
>> LIC_FILES_CHKSUM =
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 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.
> Thanks!
>
> Steve
>
> On Tue, Apr 28, 2020 at 2:59 AM Ovidiu Panait
> wrote:
>>
>> Extend the functionality provided by commit [1] to the
On Thu, May 7, 2020 at 2:15 PM Steve Sakoman wrote:
>
> From the discussion to this point it seems that these patches aren't
> quite ready for dunfell. Let me know if/when that changes, or if I'm
> mistaken in that assumption!
Richard merged 3 of the 4 kernel updates (up to v5.4.34), so they
On 5/7/20 6:32 AM, Zoltan Boszormenyi via lists.openembedded.org wrote:
> Mesa needs libva.pc and libva headers to enable the VAAPI
> state tracker and drivers.
>
> This recipe is a variant of the full libva package build as in:
> * it only depends on libdrm to build so it doesn't introduce
>
>From the discussion to this point it seems that these patches aren't
quite ready for dunfell. Let me know if/when that changes, or if I'm
mistaken in that assumption!
Steve
On Mon, May 4, 2020 at 3:34 AM Bruce Ashfield wrote:
>
> On Mon, May 4, 2020 at 9:24 AM Richard Purdie
> wrote:
> >
> >
Modify DEBUG_PREFIX_MAP as used by sed to handle
whitespace correctly.
This modifies an existing patch.
Signed-off-by: Joe Slater
---
.../wget/wget/0002-improve-reproducibility.patch | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
Please merge these changes in zeus. Clean a-full on autobuilder.
Thanks,
Anuj
The following changes since commit bd3e0d724004a346921a25defa6d812d48d6108a:
openssl: update to 1.1.1f (2020-04-20 19:26:57 -0700)
are available in the git repository at:
Mesa needs libva.pc and libva headers to enable the VAAPI
state tracker and drivers.
This recipe is a variant of the full libva package build as in:
* it only depends on libdrm to build so it doesn't introduce
the circular dependency between mesa and libva, and
* it doesn't include the
To enable the VAAPI state tracker and drivers in mesa, it needs
libva.pc and the libva headers. To enable GLX support in libva,
it needs mesa to be compiled first. At the recipe level, this
would create a circular dependency between libva and mesa.
This is a preparation step before introducing a
The previously added libva-initial recipe makes it possible and
trivial.
Signed-off-by: Böszörményi Zoltán
---
v2: Small explanation in the commit message
v3: Rebased to current master
meta/recipes-graphics/mesa/mesa.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
Signed-off-by: Böszörményi Zoltán
---
v2: Replaced FILES_${PN}-vdpau-drivers with FILES_mesa-vdpau-drivers
to match the name in PACKAGES.
v3: Rebased to current master
meta/recipes-graphics/mesa/mesa.inc | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Mesa needs libva to enable VAAPI state tracker and drivers.
libva needs Mesa to enable its GLX part.
This is a circular dependency that can be solved by introducing
a new libva recipe variant that doesn't enable GLX.
Actually, the presence of Mesa/OpenGL headers is autodetected
in libva so it's
== Series Details ==
Series: In the past the file was named 'built-in.o'. Nowadays it is
'built-in.a'.
Revision: 1
URL : https://patchwork.openembedded.org/series/24010/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated
On Thu, 2020-05-07 at 15:24 +0200, Alexander Kanavin wrote:
> On Thu, 7 May 2020 at 14:38, Jens Rehsack wrote:
> > > I agree there should be a way to update maintainers e-main once
> > we determine they are not longer willing to take part in that
> > program or absent. I believe this an issue in
The script is modified to work with both. I expect
it will not happen that there are built-in.a and built-in.o
files in the same kernel.
Signed-off-by: Jan Vermaete
---
scripts/tiny/ksize.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/tiny/ksize.py
On Thu, 7 May 2020 at 14:38, Jens Rehsack wrote:
> > I agree there should be a way to update maintainers e-main once we
> determine they are not longer willing to take part in that program or
> absent. I believe this an issue in general for OpenSource has had to
> address over the years.
> >
> >
2020. 05. 07. 13:48 keltezéssel, Richard Purdie írta:
On Wed, 2020-05-06 at 14:41 +0200, Zoltan Boszormenyi via
lists.openembedded.org wrote:
2020. 04. 24. 17:01 keltezéssel, Bartłomiej Burdukiewicz írta:
Mesa can be compiled with libva support, in order to avoid
recursive
dependency between
This allows virgl support in qemu with the SDL frontend
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
This will allow better control over native virgl/qemu configurations.
Adjust gtk+3/cairo native configurations to actually ignore opengl
when building for -native: we do not need it, and it would cause build
failures as only a limited subset of mesa-native is currently built.
Drop
Note that to actually use accelerated GL passthrough, there are two options
1) a suitable frontend need to be also enabled - gtk+ and SDL both seem to work
well.
Previously I struggled to make SDL work, but now it seems fine.
2) it is also possible to render off-screen with -display
> Am 05.05.2020 um 13:48 schrieb Alexander Kanavin :
>
> On Mon, 4 May 2020 at 00:16, akuster wrote:
> the current maintenance model in openembedded-core is problematic due to lack
> of well-working process of finding maintainers, and replacing them when
> they're no longer able to
On Wed, 2020-05-06 at 14:41 +0200, Zoltan Boszormenyi via
lists.openembedded.org wrote:
> 2020. 04. 24. 17:01 keltezéssel, Bartłomiej Burdukiewicz írta:
> > Mesa can be compiled with libva support, in order to avoid
> > recursive
> > dependency between mesa and libva, virtual/mesa must be removed
On Wednesday, 6 May 2020 14:41:25 CEST Böszörményi Zoltán wrote:
> 2020. 04. 24. 17:01 keltezéssel, Bartłomiej Burdukiewicz írta:
> > Mesa can be compiled with libva support, in order to avoid recursive
> > dependency between mesa and libva, virtual/mesa must be removed
> > from libva recipe.
>
>
On Thu, 2020-05-07 at 15:45 +0800, Yi Zhao wrote:
> Fix pkg_postinst error when install encodings via online repo:
>
> $ opkg install encodings
> Installing encodings (1.0.5) on root
> Configuring encodings.
> /var/lib/opkg/info/encodings.postinst: line 7: mkfontdir: not found
> Collected errors:
Debian 9 has an older version of mesa, where dri drivers do not link
against glapi explicitly, which causes problems when they are loaded
by newer mesa-native:
pokybuild@debian9-ty-2:~$ ldd -d /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
|grep undefined
undefined symbol: _glapi_tls_Dispatch
Redirect stderr to /dev/null to avoid the error:
$ opkg install encodings
Installing encodings (1.0.5) on root
Configuring encodings.
find: /usr/lib/X11/fonts: No such file or directory
Signed-off-by: Yi Zhao
---
meta/recipes-graphics/xorg-font/xorg-font-common.inc | 4 ++--
1 file changed, 2
Fix pkg_postinst error when install encodings via online repo:
$ opkg install encodings
Installing encodings (1.0.5) on root
Configuring encodings.
/var/lib/opkg/info/encodings.postinst: line 7: mkfontdir: not found
Collected errors:
* pkg_run_script: package "encodings" postinst script returned
== Series Details ==
Series: cve-check: add option to format reports as comma seperated values
Revision: 1
URL : https://patchwork.openembedded.org/series/24000/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response.
cve-check will check if CVE_CHECK_FORMAT_CSV is set and format the outputs
(manifest etc.) as CSV for use in spreadsheets.
Signed-off-by: Timon Ulrich
---
meta/classes/cve-check.bbclass | 49 +-
1 file changed, 37 insertions(+), 12 deletions(-)
diff --git
== Series Details ==
Series: avahi: Cover gtk packageconfig with x11/wayland distro features
Revision: 1
URL : https://patchwork.openembedded.org/series/23998/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response.
This ensures that avahi can compile for EGLFS distros (headless)
Signed-off-by: Khem Raj
---
meta/recipes-connectivity/avahi/avahi_0.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/avahi/avahi_0.8.bb
On 5/7/20 8:10 AM, Changqing Li wrote:
On 5/7/20 1:56 PM, Jacob Kroon wrote:
On 5/7/20 4:05 AM, Changqing Li wrote:
From: Changqing Li
Reproduce steps:
1. add 'DISTRO_FEATURES_append = ' usrmerge'' in local.conf
2. bitbake iproute2
3. remove 'DISTRO_FEATURES_append = ' usrmerge'' from
On 5/7/20 1:56 PM, Jacob Kroon wrote:
On 5/7/20 4:05 AM, Changqing Li wrote:
From: Changqing Li
Reproduce steps:
1. add 'DISTRO_FEATURES_append = ' usrmerge'' in local.conf
2. bitbake iproute2
3. remove 'DISTRO_FEATURES_append = ' usrmerge'' from local.conf
4. bitbake iproute2
In step4,
47 matches
Mail list logo
