Re: [yocto] Yoctoproject.org cgit tags CSS

2020-11-10 Thread Anders Montonen
Hi, The tags now show as white text on yellow background, which is unreadable. I think you must copy "table.list td a.tag-deco” too, to set the text color. Btw, this is probably the same as . Regards, Anders Montonen > On 10 Nov 2020,

Re: [yocto] Yoctoproject.org cgit tags CSS

2020-11-10 Thread Anders Montonen
Hi, The previous change also seems to have broken the tag highlighting for the light theme. Regards, Anders Montonen > On 10 Nov 2020, at 10:52, Anders Montonen wrote: > > Hi, > > The tags now show as white text on yellow background, which is unreadable. I > think you must copy "table.list

Re: [yocto] poky oe-init-build-env doesn't update local.conf with changes from local.conf.sample

2020-11-10 Thread Paul Barker
On Tue, 10 Nov 2020 at 09:56, Andy Basey wrote: > > I have an existing build with packages defined in my own layer outside the > build directory in the local.conf.sample > I want to add a package so I add it to my local.conf.sample and then source > oe-init-build-env again > It doesn't

[yocto] [PATCH yocto-autobuilder-helper] auh-config: add non-default distro features

2020-11-10 Thread Alexander Kanavin
This adds systemd and pam related recipes to upstream checks and devtool-driven updates. Signed-off-by: Alexander Kanavin --- scripts/auh-config/local.conf.append | 1 + 1 file changed, 1 insertion(+) diff --git a/scripts/auh-config/local.conf.append b/scripts/auh-config/local.conf.append

Re: [yocto] Error when building eSDK for a `docker load`able tarball

2020-11-10 Thread Josef Holzmayr
Howdy! Am Sa., 7. Nov. 2020 um 16:04 Uhr schrieb Manuel Wagesreither : > ERROR: Task linux-dummy.do_fetch attempted to execute unexpectedly > Task >

Re: [yocto] Yoctoproject.org cgit tags CSS

2020-11-10 Thread Alexander Kanavin
I am not seeing a change - the tags are still not highlighted (e.g. commit on top): http://git.yoctoproject.org/cgit.cgi/poky/log/?h=yocto-3.2 This file still contains only the old name: http://git.yoctoproject.org/cgit/cgit.css Alex On Tue, 10 Nov 2020 at 08:24, Michael Halstead <

[yocto] poky oe-init-build-env doesn't update local.conf with changes from local.conf.sample

2020-11-10 Thread Andy Basey
I have an existing build with packages defined in my own layer outside the build directory in the local.conf.sample I want to add a package so I add it to my local.conf.sample and then source oe-init-build-env again It doesn't overwrite the local.conf in poky/build/conf as it already exists Is

Re: [yocto] python3-psycopg2cffi DEPENDS error cffi

2020-11-10 Thread Bel Hadj Salem Talel
HI, That's what I did exactly, but failed with the same error. Here is the python3-cffi-native recipe: SUMMARY = "Foreign Function Interface for Python calling C code." HOMEPAGE = "http://cffi.readthedocs.org; AUTHOR = "Armin Rigo, Maciej Fijalkowski " LICENSE = "MIT" LIC_FILES_CHKSUM =

[yocto] python3-psycopg2cffi DEPENDS error cffi

2020-11-10 Thread Bel Hadj Salem Talel
HI All, I created a recipe with pipoe for python3-psycopg2cffi when compiling this error occured: > > ERROR: Do not try to fetch `cffi>=1.0' for building. Please add its native > recipe to DEPENDS. I created a recipe for python3-cffi and I made it native with BBCLASSEXTEND = "native" and it

Re: [yocto] [gtk+3][zeus] building only with wayland backend, no x11

2020-11-10 Thread Adrian
Hi Alex, Thank you for the hint. It led me to the source of the problem, which was libepoxy. It looks that after changing configuration (DISTRO_FEATURES_remove = " x11"), SSTATE was still populating sysroot of gtk+3 with the older version of libepoxy configuration file (*.pc) creating dependency

Re: [yocto]: When compiling code, how to make a package not hash checked?

2020-11-10 Thread Quentin Schulz
Hi Byron, On Tue, Nov 10, 2020 at 09:09:05PM +0800, ouyangxua...@163.com wrote: > Dear all, > > > I would like to ask the reasons for the following problems and how to solve > them? When compiling a program, how to make a package not hash checked? > Did you execute the commands that were

Re: [yocto] python3-psycopg2cffi DEPENDS error cffi

2020-11-10 Thread Quentin Schulz
Hi Talel, On Tue, Nov 10, 2020 at 05:23:09AM -0800, Bel Hadj Salem Talel wrote: > HI All, > I created a recipe with pipoe for python3-psycopg2cffi when compiling this > error occured: > > > > > ERROR: Do not try to fetch `cffi>=1.0' for building. Please add its native > > recipe to DEPENDS. >

Re: [yocto] python bump

2020-11-10 Thread Alexander Kanavin
You should rather move to a yocto release that has the needed python, backporting major pieces like that is difficult to impossible. Alex On Tue, 10 Nov 2020 at 19:45, Marek Belisko wrote: > Hi, > > I'm using poky release thud and would like to bump python3 to 3.8.x. I > took recipe from most

[yocto] Yocto Project Status WW45'20

2020-11-10 Thread Stephen Jolley
Current Dev Position: YP 3.3 M1 development Next Deadline: 7th December 2020 YP 3.3 M1 build Next Team Meetings: * Bug Triage meeting Thursday Nov. 12th at 7:30am PDT (

[yocto] Missing vardeps in meta/classes/roofs_rpm.bbclass?

2020-11-10 Thread Loic Domaigne
Salut, We were playing with rpm package management lately. To configure the yum repos in the image, we're setting the following variables in conf/local.conf: FEED_PACKAGE_URIS FEED_PACKAGE_BASE_PATHS We made a typo, and forgot the S at the end of FEED_PACKAGE_BASE_PATHS Not surprising, the

Re: [yocto] Missing vardeps in meta/classes/roofs_rpm.bbclass?

2020-11-10 Thread Alexander Kanavin
This seems like you need to make a patch (for master branch) and send it to oe-core list? :) Alex On Tue, 10 Nov 2020 at 19:04, Loic Domaigne wrote: > Salut, > > We were playing with rpm package management lately. > > To configure the yum repos in the image, we're setting the following >

[yocto] python bump

2020-11-10 Thread Marek Belisko
Hi, I'm using poky release thud and would like to bump python3 to 3.8.x. I took recipe from most recent poky version but I'm hitting issue with e.g. meson build like: Log data follows: | DEBUG: Executing shell function do_configure | Traceback (most recent call last): | File "setup.py", line

Re: [yocto] [gtk+3][zeus] building only with wayland backend, no x11

2020-11-10 Thread Alexander Kanavin
This seems like libepoxy was not properly rebuilt when you changed DISTRO_FEATURS, even though it should have been. Can you try to reproduce the issue on master please? Alex On Tue, 10 Nov 2020 at 16:14, Adrian Fiergolski < adrian.fiergol...@fastree3d.com> wrote: > Hi Alex, > > Thank you for

Re: [yocto] python bump

2020-11-10 Thread Marek Belisko
On Wed, Nov 11, 2020 at 8:04 AM wrote: > > Hi, > > On Tue, Nov 10, 2020 at 07:44:39PM +0100, Marek Belisko wrote: > > Hi, > > > > I'm using poky release thud and would like to bump python3 to 3.8.x. I > > took recipe from most recent poky version but I'm hitting issue with > > e.g. meson build

Re: [yocto] python bump

2020-11-10 Thread Martin Jansa
If you don't really need 3.8 and 3.7.5 from warrior would be good enough for you, then backporting it to thud was relatively straightforward as implemented in: https://github.com/ros/meta-ros/commits/thud/meta-ros-backports-warrior and as it's in a separate layer it doesn't make your main distro

Re: [yocto] Error when building eSDK for a `docker load`able tarball

2020-11-10 Thread Josef Holzmayr
Howdy! Am Mi., 11. Nov. 2020 um 08:18 Uhr schrieb Robert ber...@yocto.user : > So it looks like it's extensible SDK specific. > > Can you please try with the "standard" sdk instead of the extensible sdk > to see if this works for you? Tried that. Standard SDK works, it's definitely related

Re: [yocto] Error when building eSDK for a `docker load`able tarball

2020-11-10 Thread Robert Berger
Hi, And as far as I understand you tried to build some extensible SDK against an x86-64 container. Please note, that my SDK most likely contains a bit more than the "standard" stuff[0], but this should not make much of a difference here. [0]

Re: [yocto] python bump

2020-11-10 Thread Mikko Rapeli
Hi, On Tue, Nov 10, 2020 at 07:44:39PM +0100, Marek Belisko wrote: > Hi, > > I'm using poky release thud and would like to bump python3 to 3.8.x. I > took recipe from most recent poky version but I'm hitting issue with > e.g. meson build like: > Log data follows: > | DEBUG: Executing shell

[linux-yocto] [PATCH] bcm-2xxx-rpi: update kernel configs related with sound for raspberry pi 4 platform

2020-11-10 Thread Meng Li
From: Limeng Signed-off-by: Meng Li --- bsp/bcm-2xxx-rpi/bcm-2xxx-rpi.cfg | 7 +++ 1 file changed, 7 insertions(+) diff --git a/bsp/bcm-2xxx-rpi/bcm-2xxx-rpi.cfg b/bsp/bcm-2xxx-rpi/bcm-2xxx-rpi.cfg index ae2e88b4..f24cba02 100644 --- a/bsp/bcm-2xxx-rpi/bcm-2xxx-rpi.cfg +++

[linux-yocto] [yocto-kernel-cache]: bcm-2xxx-rpi: update kernel configs related with sound for raspberry pi 4 platform

2020-11-10 Thread Meng Li
From: Limeng Hi Bruce, update the kernel configs related with sound to support more driver on raspberry pi 4 platform Could you please help to merge this patch into yocto-kernel-cache, branch is only master? diffstat info ad below: bcm-2xxx-rpi.cfg |7 +++ 1 file changed, 7

[linux-yocto][linux-yocto][v5.4/standard/xlnx-soc][PATCH] net: axienet: Add missing return value type for __axienet_device_reset

2020-11-10 Thread He Zhe
To fix the following build warnings and the related work flow. drivers/net/ethernet/xilinx/xilinx_axienet_main.c:409:11: warning: 'return' with a value, in function returning void [-Wreturn-type] drivers/net/ethernet/xilinx/xilinx_axienet_main.c:413:9: warning: 'return' with a value, in function