Tuesday, 2021-03-30

*** Kyubi <Kyubi!~Kyubi@> has joined #yocto00:03
*** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has joined #yocto00:05
*** Kyubi <Kyubi!~Kyubi@> has quit IRC00:05
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto00:15
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC00:51
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto00:51
*** vineela <vineela!vtummala@nat/intel/x-wqbqhugetegeewps> has quit IRC01:27
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto01:50
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC01:54
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC02:04
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto02:06
*** ahadi <ahadi!~ahadi@i59F44EB0.versanet.de> has quit IRC02:18
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:19
*** ahadi <ahadi!~ahadi@> has joined #yocto02:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:27
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto02:29
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC02:33
*** sakoman <sakoman!~steve@> has quit IRC03:06
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto03:50
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC03:55
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto04:27
*** sno <sno!~sno@xdsl-78-35-219-8.nc.de> has joined #yocto04:55
*** agust <agust!~agust@pd95f1388.dip0.t-ipconnect.de> has joined #yocto05:04
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mnkjjqgqbtpwawnc> has quit IRC05:14
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:26
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto05:26
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto05:31
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:34
*** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC05:36
*** jobroe <jobroe!~manjaro-u@p5dd7f65b.dip0.t-ipconnect.de> has joined #yocto05:37
*** diego_r <diego_r!~diego@dynamic-adsl-84-221-249-106.clienti.tiscali.it> has joined #yocto05:53
*** zibri <zibri!zibri@shell.x20.se> has quit IRC06:10
*** zibri <zibri!zibri@shell.x20.se> has joined #yocto06:11
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:13
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC06:13
*** dmytro007 <dmytro007!~AndroidIR@> has quit IRC06:27
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:29
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ybejqjgayqbsfuhr> has joined #yocto06:30
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto06:30
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC06:31
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC06:34
*** ahalaney <ahalaney!~ahalaney@> has quit IRC06:34
*** diego_r <diego_r!~diego@dynamic-adsl-84-221-249-106.clienti.tiscali.it> has quit IRC06:36
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto06:37
*** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto06:37
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:37
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC06:39
*** ahalaney <ahalaney!~ahalaney@> has joined #yocto06:39
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC06:41
*** mckoan|away is now known as mckoan06:41
mckoangood morning06:41
LetoThe2ndyo dudX & mckoan06:42
*** dev1990 <dev1990!~dev@dynamic-78-8-61-64.ssp.dialog.net.pl> has joined #yocto06:46
*** gsalazar <gsalazar!~gsalazar@> has quit IRC06:51
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:58
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto07:01
*** erenatas <erenatas!3ea38a53@a138083.upc-a.chello.nl> has joined #yocto07:03
*** felipealmeida_ <felipealmeida_!~felipealm@> has joined #yocto07:07
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC07:07
*** felipealmeida_ is now known as felipealmeida07:07
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-vhrlpuvcmisnjmym> has quit IRC07:10
erenatasHi there, my name is Eren Atas from Liberty Global. We are having a problem while trying to reach to https://eula-downloads.yoctoproject.org/index.php since yesterday at ~6.30PM CEST (Amsterdam time) and the issue still persists. I checked the IRC logs but I could not see anything.07:10
erenatasWhen I try to ping it, it gives ping: unknown host eula-downloads.yoctoproject.org07:10
erenatasDoes anybody know about the issue?07:10
*** alex88 <alex88!~alex88@unaffiliated/alex88> has quit IRC07:17
*** alex88 <alex88!~alex88@unaffiliated/alex88> has joined #yocto07:17
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto07:21
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:5f2f:e36f:fdad:a8b6> has joined #yocto07:22
LetoThe2nderenatas: it has been mentioned on the mailing list already. there is no ETA on it being back at the moment.07:22
*** camus <camus!~Instantbi@> has joined #yocto07:26
*** kaspter <kaspter!~Instantbi@> has quit IRC07:26
*** camus is now known as kaspter07:26
erenatasLetoThe2nd thank you for letting me know!07:27
*** gsalazar <gsalazar!~gsalazar@> has joined #yocto07:27
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto07:29
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC07:29
LetoThe2ndwhat triggers the connection there anyways? i can't find a reference to the eula downloads in poky ad hoc.07:30
*** fbre <fbre!57be1a86@> has joined #yocto07:35
*** gsalazar <gsalazar!~gsalazar@> has quit IRC07:35
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto07:36
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto07:37
fbreGood Morning! Could you tell me what I need to add to IMAGE_INSTALL_append for having the shell command "nice" in my yocto distro?07:38
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:38
fbreor a map of linux program to yocto package, respectively07:39
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto07:39
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC07:45
fbre... I mean a link to such map07:46
*** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has quit IRC07:46
fbre...would also be good07:46
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:46
LetoThe2ndfbre: you could try oe-pkgdata-util which can search for a package that provides a certain path, for example /bin/nide or /usr/bin/nice07:46
LetoThe2ndfbre: but there is no such map, at least not at the moment because it would be quite complicated and oriject dependent.07:47
LetoThe2ndfbre: good guesses for sure are usually coreutils or util-linux07:47
fbreThanx erenatas and LetoThe2nd. Is there a link to find out which programs are in coreutils and util-linux07:47
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto07:48
erenatasLetoThe2nd the URL is in CONNECTIVITY_CHECK_URIS on some of our bitbake builds.07:48
erenatasERROR:  OE-core's config sanity checker detected a potential misconfiguration.07:48
LetoThe2ndfbre: oe-pkgdata-util. and the recipes, which you can find through the layerindex.07:48
LetoThe2nderenatas: can you tell me where they get injected? e.g. look at bitbake -e of those variables and find where they get set?07:49
fbreLetoThe2nd: ok thanx07:49
*** jft <jft!znc@> has quit IRC07:49
*** jft <jft!znc@> has joined #yocto07:51
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:6c9e:d835:53cb:dfd2> has joined #yocto07:52
erenatasLetoThe2nd the link is in meta-rdk/conf/distro/rdk.conf07:52
erenatasWe will temporarily override the value until it gets back up07:52
erenatasThank you very much for your help!07:53
fbreLooks like it is in coreutils. It's mentioned here anyway https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-core/coreutils/coreutils_8.32.bb07:54
LetoThe2nderenatas: ah. i grepped poky as well as meta-openembedded and wondered.07:54
fbreSo I should add       IMAGE_INSTALL_append += " coreutils"    in my distro.conf, right?07:56
LetoThe2ndfbre: are you really asking now how to add a package to your build now?07:59
*** creich <creich!~creich@p200300f6af198410000000000000039b.dip0.t-ipconnect.de> has quit IRC08:01
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC08:02
fbreLetoThe2nd: I'm asking because I'm not 100% sure because sometimes it's in IMAGE_INSTALL_append, sometimes in EXTRA_IMAGE_FEATURES_append.08:02
*** erenatas <erenatas!3ea38a53@a138083.upc-a.chello.nl> has quit IRC08:03
qschulzLetoThe2nd: any chance eula-downloads.yoctoproject.org is actually down?08:03
* qschulz chuckles08:03
LetoThe2ndqschulz: hrhrhr08:03
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC08:03
fbre...or some other variables I not remember right now ;)08:03
LetoThe2ndfbre: nope. certainly not. the one is about packages, the other is about features. so if this confuses you, i *strongly* suggest to start watching/reading the introductory stuff.08:04
LetoThe2ndfbre: hint: IMAGE_INSTALL is a good start, _append maybe too, distro is usually wrong in that context.08:05
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto08:06
fbreI've read the docs several times but it wasn't exactly clear when it's a package and when a feature.08:06
fbreMy feeling is coreutils is a package :)08:08
fbre...that I want to add to my distribution. That's why I guess IMAGE_INSTALL_append +" coreutils" has a chance of 87,346% to be right ;-)08:09
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto08:11
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC08:13
*** creich <creich!~creich@p200300f6af198410000000000000039b.dip0.t-ipconnect.de> has joined #yocto08:14
LetoThe2ndfbre: i seriously doubt the "read several times". and in that case, it probably should be DISTRO_EXTRA_RRECOMMENDS  or DISTRO_EXTRA_RDEPENDS, it... depends a bit :)08:14
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC08:14
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto08:14
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto08:15
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC08:38
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC08:42
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC08:48
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto08:49
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC08:53
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto08:54
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/matrix.org/x-fumgywtslwnuwgqu> has quit IRC09:00
*** bps <bps!~bps@> has joined #yocto09:10
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC09:14
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:ef4d:49e3:aa89:b34f:c535> has joined #yocto09:19
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto09:30
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto09:30
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC09:34
*** pbergin_ <pbergin_!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has joined #yocto09:41
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto09:47
*** pbergin <pbergin!4f886344@h-79-136-99-68.NA.cust.bahnhof.se> has joined #yocto09:50
*** pbergin_ is now known as pbergin09:50
*** pbergin_ <pbergin_!~pbergin@> has joined #yocto10:00
*** pbergin <pbergin!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has quit IRC10:01
*** pbergin_ is now known as pbergin10:01
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC10:14
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto10:26
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC10:29
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC10:31
*** frosteyes <frosteyes!~frosteyes@> has quit IRC10:31
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has joined #yocto10:43
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has quit IRC10:48
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto10:54
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8456:2f59:fdf5:ad8f> has quit IRC11:07
*** w00die <w00die!~w00die@> has quit IRC11:12
*** w00die <w00die!~w00die@> has joined #yocto11:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:20e0:2ff7:e997:1a04> has joined #yocto11:21
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC11:21
*** frosteyes <frosteyes!~frosteyes@> has joined #yocto11:21
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto11:22
*** savolla <savolla!~savolla@> has joined #yocto11:23
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto11:23
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC11:24
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pykwtfwencuwwfyi> has joined #yocto11:29
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC11:32
*** pbergin <pbergin!~pbergin@> has quit IRC11:44
*** Kabouik <Kabouik!~Kabouik@2a03:4000:4d:fbd:4fe:b1ff:fee3:35d> has joined #yocto11:49
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto11:50
*** Kabouik <Kabouik!~Kabouik@2a03:4000:4d:fbd:4fe:b1ff:fee3:35d> has left #yocto11:51
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:5f2f:e36f:fdad:a8b6> has quit IRC11:59
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto12:08
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto12:09
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto12:18
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto12:20
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC12:23
LetoThe2ndhalstead: once you are awake, can you maybe have a look at the eula-downloads thing?12:41
*** bps <bps!~bps@> has quit IRC12:44
*** Spooster_ <Spooster_!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC13:03
*** Guest96333 is now known as wmat13:04
*** rpcme <rpcme!4815c440@72-21-196-64.amazon.com> has joined #yocto13:05
rpcmeHello, I'm looking for the script yocto-compat-layer.py which is named here:  https://www.yoctoproject.org/ecosystem/branding/compatible-registration/13:06
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto13:06
*** BimBamBim <BimBamBim!531fc3b6@> has joined #yocto13:07
BimBamBimHello, Im trying to run GUI application in core-image-minimal (qemu). How can I achieve that? I added some qt applications but they fail to run on xcb. What is the proper way to do that? Do you have any materials?13:09
BimBamBimi dont need window managers etc, just single app running13:09
*** snikulov <snikulov!~snikulov@> has joined #yocto13:12
clementp[m]Hi, Does a toto.bb recipe with PACKAGES=+${pn}-tata and BBCLASSEXTEND="native" should be able to generate a toto-tata-native pakage ?13:12
qschulzclementp[m]: seems reasonable to me (provided it\s ${PN} and not ${pn})13:15
clementp[m]qschulz: it's to me but i'm trying to do nodejs-npm-native from http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-devtools/nodejs/nodejs_12.20.2.bb13:17
clementp[m]Don't see where is my error13:17
clementp[m]or error in the recipe13:18
clementp[m]got an ERROR: Nothing PROVIDES 'nodejs-npm-native'13:18
LetoThe2ndclementp[m]: because depending doesn't work on packages, but on recipes.13:19
qschulzLetoThe2nd: you're stealing my support tickets now :o?13:20
LetoThe2ndqschulz: i try to be faster than you at least one time in march '2113:20
clementp[m]Thanks so my recipe depends on nodejs-native but how do I say i need the NPM binary ?13:21
LetoThe2ndclementp[m]: think again. if you depend on a complete recipe, what will you probably get?13:22
qschulzclementp[m]: recipes produce packages. Recipes are for build time, packages are for runtime. DEPENDS is for build time, RDEPENDS ir for runtime.13:22
qschulzclementp[m]: if nodejs-native builds npm package, it is likely DEPENDS'ing on nodejs-native will bring the npm binary in the native sysroot of your other recipe. Not guaranteed, because it depends on SYSROOT_DIRS_NATIVE but very likely13:23
qschulzalthough... now that I'm thinkin about it... what do you want to do? don't we have an npm class to inherit for npm recipes?13:24
clementp[m]qschulz:  Thanks got it, I'm trying to do a "deep" nodejs package => no nodejs on the target13:25
clementp[m]just building a .html/js to have static web files13:25
clementp[m]I saw someone calling it "deep native" but not sure it's the good term13:26
clementp[m]I would like to npm install / npm run build and then install the outputs on /var/www/13:26
qschulzclementp[m]: I helped as much as I could, nodejs is very far from my knowledge base :) maybe other can help, good luck :)13:27
LetoThe2ndif you do DEPENDS = "nodejs-native", then you should totally be able to run npm.13:29
clementp[m]qschulz:  thanks for your help! I have rerun and it's working....13:30
clementp[m]Not sure what i have done but I did a clean and indeed the npm is working -_-13:30
qschulzclementp[m]: everybody experiences brain fart sometimes, don't worry :)13:31
clementp[m]Thanks also LetoThe2nd, I didn't know the difference between package/recipe in depends/rdepends13:31
clementp[m]At the beginning Yocto was very complicated compare to buildroot but when you start to understand each feature it's really nice :)13:32
*** stephano <stephano!~stephano@> has joined #yocto13:38
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:47
yanndo_kernel_metadata does not tell which bsp scc file it's using ?13:49
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto13:50
yannI'm adding an additional kmeta tree with a voluntary error inside and it's not complaining about it, how can I see what it's really doing ?13:51
*** rpcme <rpcme!4815c440@72-21-196-64.amazon.com> has quit IRC13:56
yannis it even possible to overlay my own BSP files from a separate tree over yocto-kernel-cache ?  Please tell me it's not *necessary* to fork the repo :)13:57
*** renegade <renegade!~renegade@2601:241:8a00:46e0:f447:fb2a:8a64:270> has joined #yocto13:57
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC13:58
renegadebuilding poppler with qt5 gives me this warning, AUTOMOC for target poppler-qt5: Could not find moc executable target Qt5::moc13:58
renegadeany suggestions?13:58
*** sakoman <sakoman!~steve@> has joined #yocto14:02
*** jobroe <jobroe!~manjaro-u@p5dd7f65b.dip0.t-ipconnect.de> has quit IRC14:07
yannanswering to my last question: file://bsp;type=kmeta;subdir=kernel-meta/ does the trick for kmeta merging14:07
yann(but still noone complains about my syntax-error BSP, so I guess I'm still missing something)14:08
yanntlwoerner: btw, I'm working on that rockchip kmeta14:09
yannfirst things first, understanding how kmeta is supposed to work :/14:10
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC14:11
*** leon-anavi <leon-anavi!~Leon@> has quit IRC14:17
*** aganders3 <aganders3!~aganders3@> has joined #yocto14:20
*** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto14:21
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC14:30
JPEWyann: Are you trying to add kmeta for meta-rockchip? We use kmeta internally, but we have our own repo for it14:32
BimBamBimHello, Im trying to run GUI application in core-image-minimal (qemu). How can I achieve that? I added some qt applications but they fail to run on xcb. What is the proper way to do that? Do you have any materials?14:34
yannJPEW: right14:36
*** prajvalsh <prajvalsh!~prajvalsh@> has joined #yocto14:37
mcfrisksigh, bitbake just hand if all networking is off inside a container. need to rethink about off line builds...14:37
*** prajvalsh <prajvalsh!~prajvalsh@> has quit IRC14:38
tlwoerneryann: i demonstrate this in the WIP work i pushed to github, did i forget to provide you with a link?14:42
yanngotcha, finally grasped how KMACHINE works, and spp now finds my .scc14:42
tlwoerneryann: in recipes-kernel/linux i create a rockchip-kmeta directory14:43
tlwoerneryann: and under there i put all my rockchip-specific things14:43
yanntlwoerner: yeah, but it only has a placeholder14:43
champagnegBinBamBim: seems like core-image-minimal only includes stuff required to boot and prompt you with a console. you could try core-image-sato which has x11. I think qt outputs xcb errors since core-image-minimal doesn't have x11 by default14:43
tlwoerneryann: ah right, because i didn't have it working yet, but i left the mechanism there14:43
tlwoerneryann: the next 3 needed things are:14:44
tlwoerner1. adding ${THISDIR} to FILESEXTRAPATHS_prepend14:44
tlwoerner2. adding file://rockchip-kmeta;type=kmeta;name=rockchip-kmeta;destsuffix=rockchip-kmeta to SRC_URI14:44
*** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has quit IRC14:45
yanntlwoerner: I started to wonder whether we need RK_KERNEL_CONFIG_TYPE after all, AFAICT we could do what we want with LINUX_KERNEL_TYPE, or did I miss something ?14:45
champagnegBinBamBim: or core-image-x11 might be simpler than core-image-sato. in any cases, you need some graphical stack (x11, wayland, or check out qt eglfs)14:45
tlwoerner3. enabling settings with <something>14:46
yannmy plan has become: 1. get a kmeta to work for nanopi-m4 (including linux-yocto-tiny) 2. see if we still miss something14:46
champagnegBimBamBim: ^ sorry, misspelled your username.14:47
yannand if we need RK_KERNEL_CONFIG_TYPE, I have a 10-line patch sparing the need for anonymous python14:47
tlwoerneryann: LINUX_KERNEL_TYPE is what differentiates between the various linux-yocto flavours, i don't know if it's wise to overload someone else's variables (?)14:48
BimBamBimchampagneg: but is it possible to ommit x11 and use just wayland or qteglfs on qemu?14:48
tlwoerneryann: personally i find the anonymous python easier to understand what it is doing and how it is going to work than using overrides14:48
yanntlwoerner: I don't think it's forbidden to add new values for LINUX_KERNEL_TYPE, but I'd like to challenge the idea that even that would be needed14:49
tlwoerneryann: in an ideal world we could forego the defconfig and just build up a random kernel config piece by piece, the same way we build images :-D14:51
yanntlwoerner: to me any short-but-still-clear declarative is more readable than 10 times the same amount of code - and when it brings extensibility when the code would have to be changed, the winner is clear to me :)14:51
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:ef4d:49e3:aa89:b34f:c535> has quit IRC14:51
champagnegBimBamBim: I would think so, there's core-image-weston for wayland. I think you'll need meta-qt5 or meta-qif you want to run a qt app. But weston has samples clients that should work correctly within core-image-weston14:52
yanntlwoerner: yeah, that's what I tried to do, but then we need to manually activate tons of essential options, which are already set in kmeta snippets14:52
yannanyway I shall have something to post today or tomorrow, that should provide a concreate basis for further discussion14:53
tlwoerneryann: oooh nice :-D14:53
tlwoerneryann: let me be clear. i think this is an awesome conversation to be having and i look forward to improvements in this area :-)14:53
yanntlwoerner: great :)14:54
tlwoernerBruce has done a ton of work in this area and i'm really looking forward to leveraging it in a non-core BSP14:54
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC14:54
BimBamBimchampagneg: I use meta-qt5 and its `cinematicexperience` example app, which works good, but only on vnc. I would like qemu to automatically open gui window when I run app, without the neccessity to run separate vnc client...14:55
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto14:56
champagnegBimBamBim: to launch the app right after boot, _something_ like a sysvinit init script or a systemd unit would need to start your app when the system boots. It maybe also be configurable at the compositor (weston for example) level to launch something right after it starts15:00
BimBamBimbut well, I can just manually run it by commandline, right...?15:01
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:01
BimBamBimim one step behind, I cant run the app ;)  for xcb it fail and I dont have other working backends15:02
champagnegif you want to try the wayland route, you could try to build an image based on core-image-weston add `qtwayland`15:04
halsteadLetoThe2nd, Yes I took it offline as recommended at https://bugzilla.yoctoproject.org/show_bug.cgi?id=14174. I suppose we need to find a way to take the site offline and keep those builds working.15:06
champagnegthen, i think, you'll be able to launch a qt app for wayland with `myapp -qpa wayland`15:06
LetoThe2ndhalstead: heh interesting. thanks for the heads up.15:10
LetoThe2ndhalstead: care to also drop a note on the ml question?15:12
halsteadLetoThe2nd, I went ahead and put the site back online. The downloads are still unavailable as they have been for over 6 months.15:13
LetoThe2ndhalstead: funny.15:13
LetoThe2ndhalstead: lets see what happens: https://twitter.com/TheYoctoJester/status/137691516186121830515:14
halsteadLetoThe2nd, I see the mailing list. I suppose I'll keep the site up with a notice to keep those checks working.15:14
LetoThe2ndhalstead: maybe take it to the call. (i gotta run now, sorry)15:14
* halstead nods.15:14
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC15:20
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto15:20
renegadeso I added EXTRA_OECMAKE = "-DOE_QMAKE_PATH_EXTERNAL_HOST_BINS='${OE_QMAKE_PATH_EXTERNAL_HOST_BINS}'" to my poppler bbappend. Should this just be patched into the actual recipe? I'm not sure if I'm the only one seeing the poppler-qt5 issue.15:21
renegadeerror that I was seeing: AUTOMOC for target poppler-qt5: Could not find moc executable target Qt5::moc15:21
yatesdo <machine>.conf files HAVE to be under a conf/machine directory? or can i place them in another directory in my custom layer?15:25
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:992f:5d8:c944:e873> has joined #yocto15:25
*** kaspter <kaspter!~Instantbi@> has quit IRC15:27
rburtonwhy would you put them somewhere different? every other machine layer puts them in conf/machine15:31
rburtonmeta/conf/bitbake.conf:include conf/machine/${MACHINE}.conf15:32
rburton^^^ that is where they go15:32
*** savolla <savolla!~savolla@> has quit IRC15:33
*** savolla <savolla!~savolla@> has joined #yocto15:35
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:37
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto15:39
*** Jefro <Jefro!~jefro@> has joined #yocto15:43
yatesok, thanks rburton.15:47
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto15:56
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC15:57
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto15:58
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC16:07
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:08
*** Jefro <Jefro!~jefro@> has left #yocto16:12
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:14
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto16:15
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC16:20
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto16:20
tlwoernerthere will be a virtual Yocto Project Summit last week of May: https://www.yoctoproject.org/yocto-project-virtual-summit-2021/16:21
tlwoernerthe call for papers is now open: https://pretalx.com/yocto-project-summit-2021/cfp16:21
tlwoernerregistration is not open just yet16:21
mckoantlwoerner: \o/16:22
tlwoernermckoan: thanks16:24
yannI'm puzzled by a kernel config issue: I have tons of kconfig options turned to "m", with do_kernel_configcheck telling me my config does request "y" but the "IC2=m" dependency seems to cause the changes.  However, I can't see any file setting CONFIG_I2C=m, and do_kernel_configcheck does not even report a mismatch.16:26
yannLooks like I'm back to square one: how do I see what kmeta files are getting used ?  Looks like we have some missing information here, right ?16:27
*** mckoan is now known as mckoan|away16:34
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:992f:5d8:c944:e873> has quit IRC16:36
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC16:41
yanndamned, it's just really not finding a BSP definition 'cause I did not write one for "tiny".  I'll send a minimal patch to at least get aware of this, though I'm really not happy with the information level I can get16:42
*** RobertBerger <RobertBerger!~rber@ppp-2-84-88-36.home.otenet.gr> has joined #yocto16:44
*** w00die <w00die!~w00die@> has quit IRC16:45
RobertBergerWho attends the Ubuntu vs. Yocto stuff?16:45
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:46
RobertBerger"YP just supports a few archs" - Ubuntu core supports x86 and arm ;)16:46
*** w00die <w00die!~w00die@> has joined #yocto16:46
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC16:47
rburtonRobertBerger: where is that?16:48
RobertBerger@rburton: Hehe it's about to finish now. We are at QA16:48
RobertBerger@rburton: They recorded it. As soon as the link is out I'll let you know.16:49
RobertBergerShould be on youtube, I guess, eventually16:49
yannRobertBerger: what event is that ?16:50
RobertBergerIt's some UB20 promotional stuff.16:50
JaMarburton: https://www.brighttalk.com/webcast/6793/470692?utm_campaign=communication_reminder_starting_now_registrants&utm_medium=email&utm_source=brighttalk-transact&utm_content=button16:50
RobertBerger@Jama thanks16:50
rburton"This webinar will help you make this decision" "presented by Canonical"16:51
rburtonnot convinced they'll be helping you make a decision16:51
RobertBergerhehe - they really try to help to convince ;)16:51
JaMashort version is, that you need snaps for everything, because they are great and solve everything automatically16:51
RobertBergerI asked a few questions on the chat there, but so far they were ignored ;)16:52
zeddii@#$@# ubu and their snaps16:52
RobertBergerI think I should start counting the word snap16:52
RobertBergerReminds me a bit of an angry crocodile - snap snap ;)16:52
zeddiithe only place they get traction on that, is when they talk to business folks / execs16:52
* zeddii is living that in his corporate world16:53
zeddiiso I speak that statement from experience.16:53
JaMaif you want more unfair build system comparisons, then see Guix talk https://archive.fosdem.org/2020/schedule/event/ggaaattyp/attachments/slides/3965/export/events/attachments/ggaaattyp/slides/3965/talk.pdf16:53
RobertBergerThey funny thing is, that one of the people there is former Wind River who knows how YP/OE works16:53
RobertBergerBut I believe he forgot many things ;)16:53
zeddiiRobertBerger, what was the name ? there were lots of people at Wind River that only claimed to know OE/YP16:54
RobertBergerDiego Bruno - Italy16:54
zeddiihahahahah. 'er no.16:54
RobertBergerI know him in person.16:54
zeddiime too :D16:54
RobertBergerPlayed piano with him ;)16:54
zeddiiJaMa: I had missed that talk @ FOSDEM when I was there. interesting16:55
*** bps <bps!~bps@> has joined #yocto16:55
RobertBergerBTW the example of building a simple system is "bitbake world" ;)16:56
* zeddii does that every day!16:56
yannRobertBerger: this has the merit of being simple :D16:57
RobertBergerHehe - you need to see the presentation. That was in the context of "it takes time to build"16:57
* zeddii goes back to his meeting. the mention of snaps brought me up from the dead.16:57
RobertBerger@zeddi - codeword "crocodile"16:58
JaMaone of this recent build system talks also claimed that Yocto still need python2 and that it doesn't support many reproducible builds, pity these people don't update their slides more than once in 2 years..16:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:59
rburtoni should do a yocto vs guix presentation and slide 2 will be "uses scheme, not continuing"17:00
zeddiiFML, that I didn't notice.17:00
JaMarburton: :)17:01
zeddiinow you brought me back from the dead again. scheme. I had to code in it for two years. nearly died.17:01
rburtonlike any good gnu project, scheme is the preferred language for config file17:01
zeddiiwhen I talk buildsystems, I stick to the advice of don't mention others, don't compare.17:01
rburton'As you can see, most of it is rather straightforward.'17:01
zeddiidear lord17:02
zeddiithat looks like my emacs config I've carried around for 10 years and am afraid to touch.17:02
rburtonoh i solved that problem17:02
rburtonvscode ftw!17:02
* zeddii looks for a rock17:03
RobertBerger"GNU Hello is a dummy project that serves as an idiomatic example for packaging."17:04
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a208:7b59:3515:917b> has joined #yocto17:04
rburtonguix does have some neat ideas and its got the advantage of not having over a decade of cruft, but jesus scheme17:04
RobertBerger"he spoke fluent, idiomatic guixish"17:05
RPrburton: you could have kept that to yourself ;-)17:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:06
*** fbre <fbre!57be1a86@> has quit IRC17:08
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto17:10
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto17:13
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC17:15
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto17:15
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC17:15
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto17:16
yannscheme is awesome, when applied to the right domain.  For DSSSL it was really good.  Just some people fancied that programming using XML instead was kind of neat...17:18
* yann is still grieving after all these years...17:18
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-natyxscuoknsyyvs> has quit IRC17:25
*** vineela <vineela!~vtummala@> has joined #yocto17:25
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-ltqtpuucrctlsxgy> has joined #yocto17:26
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC17:28
kergothugh, this stupid "via lists." from address thing when i send-email from my gmail is irritating, anyone know how to resolve that?17:30
*** nate02 <nate02!~nate02@d207-6-145-51.bchsia.telus.net> has joined #yocto17:31
kergothbluelightning: just sent a buildhistory patch but forgot to cc you, sorry about that17:31
kergothugh, now to dig through my backlog of stuff to submit..17:32
kergothalso, somehow i didn't know vardepvalueexclude existed until 5 minutes ago17:32
kergoththat's handy, better than override the entirety of vardepvalue17:32
*** gsalazar <gsalazar!~gsalazar@> has joined #yocto17:34
felix_instHi, I am looking to get some training with board bringup, u-boot and kernel configuration for Xilinx FPGA boards. Ideally this would be 1 on 1 sessions via zoom. Does anybody have recommendations for who can offer these services? Thanks!17:38
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ybejqjgayqbsfuhr> has quit IRC17:39
tlwoerneryann: patch 1/3 is definitely going in sooner rather than later :-)17:40
*** gsalazar <gsalazar!~gsalazar@> has quit IRC17:43
champagnegfelix_inst: I am not of much help, but since Xilinx maintain meta-xilinx, I assume they offer something like that. Or check: https://elinux.org/Experts for embbeded soft. consultants17:56
*** BimBamBim <BimBamBim!531fc3b6@> has quit IRC18:09
felix_instchampagneg, Thanks, that list looks promising!18:09
RPkergoth: is that for your gmail address? I know for me, my list mail comes out ok and just the copies back to me are modified18:16
kergothah, good point, yeah, i think i'm seeing that same behavior18:20
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC18:21
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto18:22
JaMaIt would be nice to get only one copy of every e-mail I send to the list :)18:26
paulgmoar mailz!18:33
*** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto18:33
rpcmehello, I am on master and am getting an error running 'yocto-check-layer' - my layer doesn't ask for 'projucer' but somehow it's being required so then... x11 dist feature is required... hoping for some guidance here .. https://gist.github.com/rpcme/be464a77fdccafa3d995b9a68be77f9e18:35
JaMarpcme: send patch for meta-openembedded/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb to include projucer only with x11 in distro_features18:36
rpcmeok thanks whew I thought maybe I was doing something awkward ;)18:37
JaMait's just too many combinations and not all of them are properly tested18:37
JaMashould I send that patch as I'm already in that file?18:38
JaMarpcme: https://lists.openembedded.org/g/openembedded-devel/message/9046118:40
*** savolla <savolla!~savolla@> has quit IRC18:40
rpcmeyes I just tweaked it manually18:40
rpcmeif you already did it that's all good :)18:40
rpcmeyes checked the patch and I did the exact same thing.18:41
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC18:46
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC18:49
RPJaMa: you should only get one and only if you ask for it. Have you multiple addresses subscribed?18:50
JaMaRP: I see one as my sent e-mail (sending from gmail) and then I receive another one from the list (with this via lists)18:51
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto18:51
RPJaMa: on all lists? oe or yp?18:51
RPJaMa: you could check your settings in groups.io as I suspect some things are configurable. I definitely only get the one (with the via bit added)18:52
JaMaoe-devel and oe-core for sure (since the migration from mailman), not sure about yp list as I don't send e-mails there so often18:52
zeddiiI can confirm, all of them.18:52
zeddiiI send an email. wait. mark it read. wait more. mark the next copy read as well.18:53
JaMaRP: but you're not sending from gmail, right?18:53
JaMaRP: and if I disable groups.io to send copy of my own e-mail, then when sending e.g. PATCHv2 I won't see the Message-Id for Reply-To: in my client18:54
RPJaMa: it is from a google account18:55
RPJaMa: hmm. I had a glance at the settings and I can't spot anything. The echo has to come from somewhere :/18:55
JaMathe first one is stored by gmail I believe, see https://paste.ubuntu.com/p/nm5wj3nQPD/18:56
RPJaMa: is this because you're viewing sent items as well as incomming?18:57
RPJaMa: that must be something gmail and settings...18:57
yannI have the same behaviour: one original-looking apparently saved by gmail, and one furstrating "via" on which the replies are done :)18:58
JaMathe echo (with via lists) is the one from ML https://paste.ubuntu.com/p/Xw7YMBR5k5/ so it looks like issue on gmail side (and maybe wasn't happening with mailman, just because mailman didn't send my own back by default)18:58
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC18:58
JaMaand in gmail rules I have just this:19:00
JaMaMatches: list:"yoctoproject.org"19:00
JaMaDo this: Skip Inbox, Apply label "OE_core"19:00
rpcmeI am hoping that someone can point me to documentation for the 'software layer signature check' in 'yocto-check-layer' so hopefully I can school myself enough to overcome the failures19:00
yannJaMa: absolutely no rules on my side, fwiw19:01
JaMait's possible that it does apply this rule also for e-mails being sent to list19:01
JaMayann: ah, thanks, so not the rules19:01
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto19:01
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC19:02
yatesin tune-riscv.inc we see (e.g.) TUNE_ARCH_tune-riscv64 = "riscv64"19:05
yatesthen in arch-riscv.inc there is TUNE_ARCH = "${TUNE_ARCH_tune-${DEFAULTTUNE}}"19:05
yateswhat purpose does the TUNE_ARCH serve?19:05
kergothgrep meta/conf and meta/classes for it, it's used in a number of variables19:07
yates(where DEFAULTTUNE = "riscv64")19:07
JaMastrange, when running yocto-check-layer to test the issue rpcme reported I've noticed that it now fails due to AVAILABLE_LICENSES being extended by meta-multimedia layer, that's a bug right? There were some changes in this are recently and extra LICENSE_PATH shouldn't change the signatures (at least unless the value is being used by that recipe), see https://paste.ubuntu.com/p/469g4z8C9n/19:09
kergothin that particular case the TUNE_ARCH value is the same as the tune, but that's not always the case19:09
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a208:7b59:3515:917b> has quit IRC19:09
yatesack kergoth19:11
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:26e:bd28:b5b8:83cd> has joined #yocto19:22
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto19:22
JaMaI wonder if this is related to duplicate e-mails https://groups.io/helpcenter/faq/1/group-member-faq/q-why-do-i-get-a-spoofing my e-mails have:19:24
JaMaFrom: "Martin Jansa via lists.openembedded.org" <Martin.Jansa=gmail.com@lists.openembedded.org>19:24
JaMaX-Google-Original-From: Martin Jansa <Martin.Jansa@gmail.com>19:24
JaMawhile I don's see this in RPs e-mails as he isn't sending from @gmail.com even when it's an gmail account19:24
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto19:27
JaMaI don't see how to disable this in groups.io setting (other than writting them an e-mail)19:28
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC19:31
rpcmeI am hoping someone can point me to documentation to understand: 'AssertionError: Adding layer XXX changed signatures.' in yocto-check-layer.  I also have another strange error with the check signature routine saying ntp rdepends cannot be found but meta-networking is defined as a dependency19:41
rpcmebut the first error is just nebulous, I have no idea where to even start hunting down the problem and I can't find documentation on this check.  I'm sure it's out there, but I've been hunting for the last hour or so.19:42
kergothrpcme: the signature change means exactly that, just including the layer changed something. if it's a bsp layer, make sure everything in a bbappend is done using a MACHINE override, not unconditional. same for distro and distro layer.19:43
kergoththe output of yocto-check-layer will show exactly what changed..19:44
yatesi'm looking at this section of code in siteinfo.bbclass: http://paste.ubuntu.com/p/FvGHdkWbfR/19:44
rpcmeok... so.. I think I'm getting it now... I can't modify kernel then right?19:44
kergothyou can modify anything, just use an appropriate override so it only happens when MACHINE is set to your machines19:45
kergothwe dont want anythign to change solely based on layer inclusion, generally19:45
kergothwe want to require an opt-in to the changes, onew ay or another19:45
rpcmeok this is not a BSP - it's an application layer so I must be doing something illedgal19:46
rpcmeit is complaining on linux-yocto19:46
yatesis this formating a "call" as a string (in call), as "extra_site_info_call_function" as the function, rand then calling via bb.utils.better_eval(call, locs)?19:46
kergothsoftware layers are fuzzier, and yocto-check-layer has an argument to control it. that is, it's less strict, but still ideally should require an opt in19:46
kergothfor example, meta-virtualization is a software layer but everything is based on the `virtualization` distro feature19:46
kergothin other cases i've operated based on a machine feature, or a completely different variable19:47
kergothit's really case by case for software layers19:47
rpcmethis is really useful.  I think I have reading to do on the options.  thank you19:48
kergothfor years mentor's meta-mentor-staging layer unconditionally altered the build, knowingly not complying with this, as that layer specifically exists to fix bugs, and is intended to only stage changes that i'm submitting upstream but haven't gotten to yet19:48
kergothbut recnetly i switched it to obey a new distro feature, and made our mel distro enable it19:48
rpcmeI want it to be clean and "not surprising" to users so better to make it an opt-in19:49
rpcmethank you - I have homework :)19:49
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:49
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:50
*** aidanh_ is now known as aidanh19:50
kergothrpcme: you said you're altering a kernel build, but it's not a bsp layer, so you'll have to consider whose responsibility this is -- is it a machine feature or a distro one? for example, we have something like that where we enable kernel options for virtualization, it's a bsp recipe, but that's arguably a distro feature, so we do it based on the latter, not the former19:50
kergothoe-core has a bbclass to ease changes based on distro features, distrooverrides.bbclass19:50
kergothI also have https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mentor-common/classes/feature_overrides.bbclass to add an override for other conditions, like machine or combined features. with the right setup in my layer.conf, i can then go SRC_URI_append_feature-my-machine-feature = " foo" rather than mucking about with inline python19:51
kergothping me if you have a need for that, it sounds more likely you'll use a distro feature, but that's conjecture, so i'll put it out there :)19:51
kergothrpcme: nicely done in actually thinking about this stuff, that's more than most layer maintainers do. giving thought to usability, yocto compliance, and convention shows an impressive amount of care19:53
fraymachine or distro feature based overrides could be useful for the baremetal stuff I'm doing19:55
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC19:55
*** oberstet_ <oberstet_!~oberstet@> has quit IRC19:58
rpcmeyes the problem is one of the recipes requires kernel features that were not default in older kernels (cgroups, namespaces)... I might even be able to pluck those modifications20:00
rpcmeprobably zeus or dunfell onward... will need to check20:00
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto20:01
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC20:08
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto20:10
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC20:10
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto20:12
*** snikulov <snikulov!~snikulov@> has quit IRC20:15
*** snikulov <snikulov!~snikulov@109-252-49-163.nat.spd-mgts.ru> has joined #yocto20:15
JPEWAnyone know why I get this on the latest master: "libgomp: Thread creation failed: Resource temporarily unavailable"20:31
JPEWIt's been happening for a few weeks20:31
RPJPEW: no, but curious if you figure it out. master does seem to be a bit more memory sensitive all of a sudden20:35
*** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has quit IRC20:38
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC20:40
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto20:40
*** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto20:41
*** vineela <vineela!~vtummala@> has quit IRC20:43
renegadeis meta-boot2qt not being upgraded to newer releases? Latest I see is zeus20:43
kergothfray: https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mentor-common/classes/feature_overrides.bbclass#L1-L9 -- added usage example. incredibly simple implementation, but i like the flexibility vs distrooverrides.bbclass20:46
*** snikulov <snikulov!~snikulov@109-252-49-163.nat.spd-mgts.ru> has quit IRC20:47
rpcmeHaving a hard time figuring out how to do that with kernel changes.  I think I attempted this before - maybe a year or so ago without success.20:52
rpcmeprobably need to sleep on it.20:53
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto20:54
yatesregarding the bb.utils.better_eval(call, locs), so do i basically define a function in my own layer taking arguments (archinfo, osinfo, targetinfo, d) where archinfo, osinfo, and targetinfo are the dict's and should be extended with my cpu/arch?20:57
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC20:58
kergothyates: def my_datafunc(archinfo, osinfo, targetinfo, d):20:58
kergoththen SITEINFO_EXTRA_DATAFUNCS += "my_datafunc"20:58
kergothso short answer: yes :)20:59
yatesi'll take any answers you'll give me!21:00
yatesshort, long, fuzzy, wrong, ....21:00
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-rpejsgsfitratwhi> has joined #yocto21:01
yatesis there a special place my_datafunc() should reside?21:01
yatesdoes it have to be under <mylayer>/conf?21:01
yatesor in layer.conf itself?21:02
yatesin a conf file or bbclass file?21:03
kergothyates: you can't define a function in a conf file at all, syntax limitation21:04
kergothyates: i'd suggest createing a class for it and adding that class to your INHERIT in an appropriate config file21:04
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::282c> has quit IRC21:05
yatesgood info!21:05
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC21:05
kergothINHERIT will ensure it's globally inherited, so can affect all classes. you could also put it in a .inc under conf/ and include that from a config file, but i think the class is cleaner. regardless it needs to be global to ensure its available in every context where siteinfo is available21:06
kergother, affect all recipes21:06
*** sbach <sbach!~sbachmatr@> has quit IRC21:18
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:18
*** sbach <sbach!~sbachmatr@> has joined #yocto21:19
*** psnsilva <psnsilva!~psnsilva@> has quit IRC21:34
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC21:34
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto21:38
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto21:48
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto21:51
JPEWRP: rpmdeps isn't respecting BB_PARALLEL_MAKE and is instead falling back to some automatic detection mechanism?21:51
tlwoernerJPEW: i used to get those all the time21:57
tlwoerner(resource temporarily unavailable)21:57
RPJPEW: entirely possible21:58
tlwoernerat the time the thinking was it was related to pixz21:59
tlwoerner(or pigz) ?21:59
JPEWI'm wondering if we need to be setting OMP_NUM_THREADS=${BB_PARALLEL_MAKE} to keep libgomp from going crazy21:59
tlwoernerand yes, there was that same component of something not respecting -j or parallel or whatever21:59
* JPEW runs a test22:03
*** iopaniuk <iopaniuk!sid486438@gateway/web/irccloud.com/x-vgoklktaxjrlaklw> has joined #yocto22:09
felix_instDoes anybody know of a source that talks about generating a minimal device tree? I am looking for what one typically needs at a bare minimum. Zynq / ZynqMP are the platforms I am looking for22:12
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:26e:bd28:b5b8:83cd> has quit IRC22:19
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:30
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:33
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC22:36
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto22:36
*** kamel_ <kamel_!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto22:38
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto22:39
*** vitali1 <vitali1!~vitali@> has joined #yocto22:39
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC22:39
*** awaisb <awaisb!~quassel@> has joined #yocto22:40
*** yourfate_ <yourfate_!~yourfate@unaffiliated/yourfate> has joined #yocto22:40
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has joined #yocto22:40
*** GeneralStupid <GeneralStupid!~patrick@perdmann.de> has joined #yocto22:40
*** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC22:41
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC22:41
*** Ad0 <Ad0!~Ad0@> has quit IRC22:41
*** GeneralS1upid <GeneralS1upid!~patrick@perdmann.de> has quit IRC22:41
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC22:41
*** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto22:41
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC22:41
*** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto22:41
*** Lihis_ is now known as Lihis22:41
*** malinus_ <malinus_!~malinus@> has joined #yocto22:42
*** renegade <renegade!~renegade@2601:241:8a00:46e0:f447:fb2a:8a64:270> has quit IRC22:42
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC22:43
*** abelal <abelal!~quassel@> has quit IRC22:43
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC22:43
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC22:43
*** malinus <malinus!~malinus@unaffiliated/malinus> has quit IRC22:43
*** vitali <vitali!~vitali@> has quit IRC22:43
*** yourfate_ is now known as yourfate22:43
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto22:43
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:43
*** Ad0 <Ad0!~Ad0@> has joined #yocto22:44
JPEWRP: Yes.... and it worked (sort of)22:45
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:46
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:46
JPEWI got a bunch of signature changed errors when I did `export OMP_NUM_THREADS = "${BB_NUMBER_THREADS}"`, but when I did a test with just `export OMP_NUM_THREADS = "10"` it passed22:47
RPJPEW: you would do. Take a look at the places that BB_NUMBER_THREADS is referenced in bitbake.conf22:48
RPJPEW: it'll need some work with task hashes if you have to export it22:48
RPJPEW: maybe fixing it's value with a vardepvalue would work best22:49
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC22:59
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto23:01
rpcmeoh my... finally passed yocto-check-layer.  It is much better now though, seriously that was a good exercise23:03
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC23:06
kergothrpcme: congrats23:07
RPkergoth: thanks for the buildhistory fix23:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:09
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto23:10
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:11
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:16
denixRP: should dummy-sdk-package besides RPROVIDES also set PROVIDES? seeting WARNING: nativesdk-texinfo-6.7-r0 do_package_qa: QA Issue: nativesdk-texinfo rdepends on nativesdk-perl, but it isn't a build dependency, missing nativesdk-perl in DEPENDS or PACKAGECONFIG? [build-deps]23:20

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!