| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 00:03 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has joined #yocto | 00:05 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC | 00:05 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto | 00:15 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC | 00:51 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto | 00:51 | |
| *** vineela <vineela!vtummala@nat/intel/x-wqbqhugetegeewps> has quit IRC | 01:27 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 01:50 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 01:54 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC | 02:04 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto | 02:06 | |
| *** ahadi <ahadi!~ahadi@i59F44EB0.versanet.de> has quit IRC | 02:18 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:19 | |
| *** ahadi <ahadi!~ahadi@89.244.121.158> has joined #yocto | 02:20 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:27 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:29 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:33 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 03:06 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 03:50 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 03:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 04:27 | |
| *** sno <sno!~sno@xdsl-78-35-219-8.nc.de> has joined #yocto | 04:55 | |
| *** agust <agust!~agust@pd95f1388.dip0.t-ipconnect.de> has joined #yocto | 05:04 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mnkjjqgqbtpwawnc> has quit IRC | 05:14 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:26 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 05:31 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:34 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC | 05:36 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f65b.dip0.t-ipconnect.de> has joined #yocto | 05:37 | |
| *** diego_r <diego_r!~diego@dynamic-adsl-84-221-249-106.clienti.tiscali.it> has joined #yocto | 05:53 | |
| *** zibri <zibri!zibri@shell.x20.se> has quit IRC | 06:10 | |
| *** zibri <zibri!zibri@shell.x20.se> has joined #yocto | 06:11 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:13 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 06:13 | |
| *** dmytro007 <dmytro007!~AndroidIR@37.46.225.62> has quit IRC | 06:27 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:29 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ybejqjgayqbsfuhr> has joined #yocto | 06:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 06:30 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 06:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:34 | |
| *** ahalaney <ahalaney!~ahalaney@136.33.227.6> has quit IRC | 06:34 | |
| *** diego_r <diego_r!~diego@dynamic-adsl-84-221-249-106.clienti.tiscali.it> has quit IRC | 06:36 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 06:37 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto | 06:37 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:37 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 06:39 | |
| *** ahalaney <ahalaney!~ahalaney@136.33.227.6> has joined #yocto | 06:39 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 06:41 | |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
|---|---|---|
| LetoThe2nd | yo dudX & mckoan | 06:42 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-61-64.ssp.dialog.net.pl> has joined #yocto | 06:46 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 06:51 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.4> has joined #yocto | 06:58 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 07:01 | |
| *** erenatas <erenatas!3ea38a53@a138083.upc-a.chello.nl> has joined #yocto | 07:03 | |
| *** felipealmeida_ <felipealmeida_!~felipealm@177.97.186.208> has joined #yocto | 07:07 | |
| *** felipealmeida <felipealmeida!~felipealm@177.96.130.28> has quit IRC | 07:07 | |
| *** felipealmeida_ is now known as felipealmeida | 07:07 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-vhrlpuvcmisnjmym> has quit IRC | 07:10 | |
| erenatas | Hi 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 |
| erenatas | When I try to ping it, it gives ping: unknown host eula-downloads.yoctoproject.org | 07:10 |
| erenatas | Does anybody know about the issue? | 07:10 |
| erenatas | Cheers! | 07:10 |
| *** alex88 <alex88!~alex88@unaffiliated/alex88> has quit IRC | 07:17 | |
| *** alex88 <alex88!~alex88@unaffiliated/alex88> has joined #yocto | 07:17 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 07:21 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:5f2f:e36f:fdad:a8b6> has joined #yocto | 07:22 | |
| LetoThe2nd | erenatas: 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@58.246.136.202> has joined #yocto | 07:26 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:26 | |
| *** camus is now known as kaspter | 07:26 | |
| erenatas | LetoThe2nd thank you for letting me know! | 07:27 |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 07:27 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 07:29 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 07:29 | |
| LetoThe2nd | what triggers the connection there anyways? i can't find a reference to the eula downloads in poky ad hoc. | 07:30 |
| *** fbre <fbre!57be1a86@87.190.26.134> has joined #yocto | 07:35 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 07:35 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 07:36 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 07:37 | |
| fbre | Good 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@78.130.197.211> has joined #yocto | 07:38 | |
| fbre | or a map of linux program to yocto package, respectively | 07:39 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 07:39 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 07:45 | |
| fbre | ... I mean a link to such map | 07:46 |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has quit IRC | 07:46 | |
| fbre | ...would also be good | 07:46 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:46 | |
| LetoThe2nd | fbre: you could try oe-pkgdata-util which can search for a package that provides a certain path, for example /bin/nide or /usr/bin/nice | 07:46 |
| LetoThe2nd | fbre: but there is no such map, at least not at the moment because it would be quite complicated and oriject dependent. | 07:47 |
| LetoThe2nd | *project. | 07:47 |
| LetoThe2nd | fbre: good guesses for sure are usually coreutils or util-linux | 07:47 |
| fbre | Thanx erenatas and LetoThe2nd. Is there a link to find out which programs are in coreutils and util-linux | 07:47 |
| fbre | ? | 07:47 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 07:48 | |
| erenatas | LetoThe2nd the URL is in CONNECTIVITY_CHECK_URIS on some of our bitbake builds. | 07:48 |
| erenatas | ERROR: OE-core's config sanity checker detected a potential misconfiguration. | 07:48 |
| LetoThe2nd | fbre: oe-pkgdata-util. and the recipes, which you can find through the layerindex. | 07:48 |
| LetoThe2nd | erenatas: 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 |
| fbre | LetoThe2nd: ok thanx | 07:49 |
| *** jft <jft!znc@159.203.20.86> has quit IRC | 07:49 | |
| *** jft <jft!znc@159.203.20.86> has joined #yocto | 07:51 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:6c9e:d835:53cb:dfd2> has joined #yocto | 07:52 | |
| erenatas | LetoThe2nd the link is in meta-rdk/conf/distro/rdk.conf | 07:52 |
| erenatas | We will temporarily override the value until it gets back up | 07:52 |
| erenatas | Thank you very much for your help! | 07:53 |
| fbre | Looks 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.bb | 07:54 |
| LetoThe2nd | erenatas: ah. i grepped poky as well as meta-openembedded and wondered. | 07:54 |
| fbre | So I should add IMAGE_INSTALL_append += " coreutils" in my distro.conf, right? | 07:56 |
| LetoThe2nd | fbre: 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 IRC | 08:01 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 08:02 | |
| fbre | LetoThe2nd: 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 IRC | 08:03 | |
| qschulz | LetoThe2nd: any chance eula-downloads.yoctoproject.org is actually down? | 08:03 |
| * qschulz chuckles | 08:03 | |
| LetoThe2nd | qschulz: hrhrhr | 08:03 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 08:03 | |
| fbre | ...or some other variables I not remember right now ;) | 08:03 |
| LetoThe2nd | fbre: 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 |
| LetoThe2nd | fbre: 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 #yocto | 08:06 | |
| fbre | I've read the docs several times but it wasn't exactly clear when it's a package and when a feature. | 08:06 |
| fbre | My 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 |
| fbre | += | 08:10 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 08:11 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 08:13 | |
| *** creich <creich!~creich@p200300f6af198410000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 08:14 | |
| LetoThe2nd | fbre: 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 IRC | 08:14 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 08:14 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 08:15 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 08:38 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC | 08:42 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 08:48 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto | 08:49 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 08:53 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 08:54 | |
| *** codysch[m] <codysch[m]!codyschmat@gateway/shell/matrix.org/x-fumgywtslwnuwgqu> has quit IRC | 09:00 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 09:10 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 09:14 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:ef4d:49e3:aa89:b34f:c535> has joined #yocto | 09:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 09:30 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 09:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 09:34 | |
| *** pbergin_ <pbergin_!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has joined #yocto | 09:41 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 09:47 | |
| *** pbergin <pbergin!4f886344@h-79-136-99-68.NA.cust.bahnhof.se> has joined #yocto | 09:50 | |
| *** pbergin_ is now known as pbergin | 09:50 | |
| *** pbergin_ <pbergin_!~pbergin@83.218.73.98> has joined #yocto | 10:00 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has quit IRC | 10:01 | |
| *** pbergin_ is now known as pbergin | 10:01 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 10:14 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 10:26 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:29 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 10:31 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC | 10:31 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has joined #yocto | 10:43 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b936:dc55:2635:c80d> has quit IRC | 10:48 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:54 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8456:2f59:fdf5:ad8f> has quit IRC | 11:07 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 11:12 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 11:14 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:20e0:2ff7:e997:1a04> has joined #yocto | 11:21 | |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC | 11:21 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 11:21 | |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto | 11:22 | |
| *** savolla <savolla!~savolla@95.10.206.84> has joined #yocto | 11:23 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 11:23 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 11:24 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pykwtfwencuwwfyi> has joined #yocto | 11:29 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 11:32 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC | 11:44 | |
| *** Kabouik <Kabouik!~Kabouik@2a03:4000:4d:fbd:4fe:b1ff:fee3:35d> has joined #yocto | 11:49 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 11:50 | |
| *** Kabouik <Kabouik!~Kabouik@2a03:4000:4d:fbd:4fe:b1ff:fee3:35d> has left #yocto | 11:51 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:5f2f:e36f:fdad:a8b6> has quit IRC | 11:59 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 12:08 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto | 12:09 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 12:18 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:20 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:23 | |
| LetoThe2nd | halstead: once you are awake, can you maybe have a look at the eula-downloads thing? | 12:41 |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 12:44 | |
| *** Spooster_ <Spooster_!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 13:03 | |
| *** Guest96333 is now known as wmat | 13:04 | |
| *** rpcme <rpcme!4815c440@72-21-196-64.amazon.com> has joined #yocto | 13:05 | |
| rpcme | Hello, 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 #yocto | 13:06 | |
| *** BimBamBim <BimBamBim!531fc3b6@83.31.195.182> has joined #yocto | 13:07 | |
| BimBamBim | Hello, 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 |
| BimBamBim | i dont need window managers etc, just single app running | 13:09 |
| *** snikulov <snikulov!~snikulov@109.252.49.163> has joined #yocto | 13: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 |
| qschulz | clementp[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.bb | 13:17 |
| clementp[m] | Don't see where is my error | 13:17 |
| clementp[m] | or error in the recipe | 13:18 |
| clementp[m] | got an ERROR: Nothing PROVIDES 'nodejs-npm-native' | 13:18 |
| LetoThe2nd | clementp[m]: because depending doesn't work on packages, but on recipes. | 13:19 |
| qschulz | LetoThe2nd: you're stealing my support tickets now :o? | 13:20 |
| LetoThe2nd | qschulz: i try to be faster than you at least one time in march '21 | 13:20 |
| clementp[m] | Thanks so my recipe depends on nodejs-native but how do I say i need the NPM binary ? | 13:21 |
| LetoThe2nd | clementp[m]: think again. if you depend on a complete recipe, what will you probably get? | 13:22 |
| qschulz | clementp[m]: recipes produce packages. Recipes are for build time, packages are for runtime. DEPENDS is for build time, RDEPENDS ir for runtime. | 13:22 |
| qschulz | clementp[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 likely | 13:23 |
| qschulz | although... 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 target | 13:25 |
| clementp[m] | just building a .html/js to have static web files | 13:25 |
| clementp[m] | I saw someone calling it "deep native" but not sure it's the good term | 13:26 |
| clementp[m] | I would like to npm install / npm run build and then install the outputs on /var/www/ | 13:26 |
| qschulz | clementp[m]: I helped as much as I could, nodejs is very far from my knowledge base :) maybe other can help, good luck :) | 13:27 |
| LetoThe2nd | *sigh* | 13:28 |
| LetoThe2nd | if 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 |
| qschulz | clementp[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/rdepends | 13: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@73.240.0.134> has joined #yocto | 13:38 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:47 | |
| yann | do_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 #yocto | 13:50 | |
| yann | I'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 IRC | 13:56 | |
| yann | is 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 #yocto | 13:57 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 13:58 | |
| renegade | building poppler with qt5 gives me this warning, AUTOMOC for target poppler-qt5: Could not find moc executable target Qt5::moc | 13:58 |
| renegade | any suggestions? | 13:58 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 14:02 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f65b.dip0.t-ipconnect.de> has quit IRC | 14:07 | |
| yann | answering to my last question: file://bsp;type=kmeta;subdir=kernel-meta/ does the trick for kmeta merging | 14:07 |
| yann | (but still noone complains about my syntax-error BSP, so I guess I'm still missing something) | 14:08 |
| yann | tlwoerner: btw, I'm working on that rockchip kmeta | 14:09 |
| yann | first 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 IRC | 14:11 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 14:17 | |
| *** aganders3 <aganders3!~aganders3@50.238.244.46> has joined #yocto | 14:20 | |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto | 14:21 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC | 14:30 | |
| JPEW | yann: Are you trying to add kmeta for meta-rockchip? We use kmeta internally, but we have our own repo for it | 14:32 |
| BimBamBim | Hello, 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 |
| yann | JPEW: right | 14:36 |
| *** prajvalsh <prajvalsh!~prajvalsh@115.99.170.183> has joined #yocto | 14:37 | |
| mcfrisk | sigh, bitbake just hand if all networking is off inside a container. need to rethink about off line builds... | 14:37 |
| mcfrisk | /hand/hangs/ | 14:37 |
| *** prajvalsh <prajvalsh!~prajvalsh@115.99.170.183> has quit IRC | 14:38 | |
| tlwoerner | yann: i demonstrate this in the WIP work i pushed to github, did i forget to provide you with a link? | 14:42 |
| yann | gotcha, finally grasped how KMACHINE works, and spp now finds my .scc | 14:42 |
| tlwoerner | yann: in recipes-kernel/linux i create a rockchip-kmeta directory | 14:43 |
| tlwoerner | yann: and under there i put all my rockchip-specific things | 14:43 |
| yann | tlwoerner: yeah, but it only has a placeholder | 14:43 |
| champagneg | BinBamBim: 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 default | 14:43 |
| tlwoerner | yann: ah right, because i didn't have it working yet, but i left the mechanism there | 14:43 |
| tlwoerner | yann: the next 3 needed things are: | 14:44 |
| tlwoerner | 1. adding ${THISDIR} to FILESEXTRAPATHS_prepend | 14:44 |
| tlwoerner | 2. adding file://rockchip-kmeta;type=kmeta;name=rockchip-kmeta;destsuffix=rockchip-kmeta to SRC_URI | 14:44 |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has quit IRC | 14:45 | |
| yann | tlwoerner: 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 |
| champagneg | BinBamBim: 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 |
| tlwoerner | 3. enabling settings with <something> | 14:46 |
| yann | my plan has become: 1. get a kmeta to work for nanopi-m4 (including linux-yocto-tiny) 2. see if we still miss something | 14:46 |
| champagneg | BimBamBim: ^ sorry, misspelled your username. | 14:47 |
| yann | and if we need RK_KERNEL_CONFIG_TYPE, I have a 10-line patch sparing the need for anonymous python | 14:47 |
| tlwoerner | yann: 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 |
| BimBamBim | champagneg: but is it possible to ommit x11 and use just wayland or qteglfs on qemu? | 14:48 |
| tlwoerner | yann: personally i find the anonymous python easier to understand what it is doing and how it is going to work than using overrides | 14:48 |
| yann | tlwoerner: 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 needed | 14:49 |
| tlwoerner | yann: 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 :-D | 14:51 |
| yann | tlwoerner: 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 IRC | 14:51 | |
| champagneg | BimBamBim: 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-weston | 14:52 |
| champagneg | s/meta-qif/meta-qt4/ | 14:52 |
| yann | tlwoerner: 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 snippets | 14:52 |
| yann | anyway I shall have something to post today or tomorrow, that should provide a concreate basis for further discussion | 14:53 |
| tlwoerner | yann: oooh nice :-D | 14:53 |
| tlwoerner | yann: 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 |
| yann | tlwoerner: great :) | 14:54 |
| tlwoerner | Bruce has done a ton of work in this area and i'm really looking forward to leveraging it in a non-core BSP | 14:54 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 14:54 | |
| BimBamBim | champagneg: 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 #yocto | 14:56 | |
| champagneg | BimBamBim: 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 starts | 15:00 |
| BimBamBim | but well, I can just manually run it by commandline, right...? | 15:01 |
| champagneg | yes | 15:01 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:01 | |
| BimBamBim | im one step behind, I cant run the app ;) for xcb it fail and I dont have other working backends | 15:02 |
| champagneg | if you want to try the wayland route, you could try to build an image based on core-image-weston add `qtwayland` | 15:04 |
| halstead | LetoThe2nd, 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 |
| champagneg | then, i think, you'll be able to launch a qt app for wayland with `myapp -qpa wayland` | 15:06 |
| LetoThe2nd | halstead: heh interesting. thanks for the heads up. | 15:10 |
| LetoThe2nd | halstead: care to also drop a note on the ml question? | 15:12 |
| halstead | LetoThe2nd, I went ahead and put the site back online. The downloads are still unavailable as they have been for over 6 months. | 15:13 |
| LetoThe2nd | halstead: funny. | 15:13 |
| LetoThe2nd | halstead: lets see what happens: https://twitter.com/TheYoctoJester/status/1376915161861218305 | 15:14 |
| halstead | LetoThe2nd, I see the mailing list. I suppose I'll keep the site up with a notice to keep those checks working. | 15:14 |
| LetoThe2nd | halstead: 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 IRC | 15:20 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:20 | |
| renegade | so 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 |
| renegade | error that I was seeing: AUTOMOC for target poppler-qt5: Could not find moc executable target Qt5::moc | 15:21 |
| yates | do <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 #yocto | 15:25 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 15:27 | |
| rburton | why would you put them somewhere different? every other machine layer puts them in conf/machine | 15:31 |
| rburton | but: | 15:32 |
| rburton | meta/conf/bitbake.conf:include conf/machine/${MACHINE}.conf | 15:32 |
| rburton | ^^^ that is where they go | 15:32 |
| *** savolla <savolla!~savolla@95.10.206.84> has quit IRC | 15:33 | |
| *** savolla <savolla!~savolla@95.10.206.84> has joined #yocto | 15:35 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 15:37 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 15:39 | |
| *** Jefro <Jefro!~jefro@104.142.127.149> has joined #yocto | 15:43 | |
| yates | ok, thanks rburton. | 15:47 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 15:56 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 15:57 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 15:58 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 16:07 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.4> has quit IRC | 16:08 | |
| *** Jefro <Jefro!~jefro@104.142.127.149> has left #yocto | 16:12 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:14 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 16:15 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:20 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 16:20 | |
| tlwoerner | there will be a virtual Yocto Project Summit last week of May: https://www.yoctoproject.org/yocto-project-virtual-summit-2021/ | 16:21 |
| tlwoerner | the call for papers is now open: https://pretalx.com/yocto-project-summit-2021/cfp | 16:21 |
| tlwoerner | registration is not open just yet | 16:21 |
| mckoan | tlwoerner: \o/ | 16:22 |
| tlwoerner | mckoan: thanks | 16:24 |
| yann | I'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 |
| yann | Looks 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|away | 16:34 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:992f:5d8:c944:e873> has quit IRC | 16:36 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 16:41 | |
| yann | damned, 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 get | 16:42 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-88-36.home.otenet.gr> has joined #yocto | 16:44 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 16:45 | |
| RobertBerger | Who 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 #yocto | 16:46 | |
| RobertBerger | "YP just supports a few archs" - Ubuntu core supports x86 and arm ;) | 16:46 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 16:46 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 16:47 | |
| rburton | RobertBerger: where is that? | 16:48 |
| RobertBerger | @rburton: Hehe it's about to finish now. We are at QA | 16:48 |
| RobertBerger | @rburton: They recorded it. As soon as the link is out I'll let you know. | 16:49 |
| RobertBerger | Should be on youtube, I guess, eventually | 16:49 |
| yann | RobertBerger: what event is that ? | 16:50 |
| RobertBerger | It's some UB20 promotional stuff. | 16:50 |
| JaMa | rburton: https://www.brighttalk.com/webcast/6793/470692?utm_campaign=communication_reminder_starting_now_registrants&utm_medium=email&utm_source=brighttalk-transact&utm_content=button | 16:50 |
| RobertBerger | @Jama thanks | 16:50 |
| rburton | "This webinar will help you make this decision" "presented by Canonical" | 16:51 |
| rburton | not convinced they'll be helping you make a decision | 16:51 |
| RobertBerger | hehe - they really try to help to convince ;) | 16:51 |
| JaMa | short version is, that you need snaps for everything, because they are great and solve everything automatically | 16:51 |
| RobertBerger | I asked a few questions on the chat there, but so far they were ignored ;) | 16:52 |
| zeddii | @#$@# ubu and their snaps | 16:52 |
| RobertBerger | I think I should start counting the word snap | 16:52 |
| RobertBerger | Reminds me a bit of an angry crocodile - snap snap ;) | 16:52 |
| zeddii | the only place they get traction on that, is when they talk to business folks / execs | 16:52 |
| * zeddii is living that in his corporate world | 16:53 | |
| zeddii | so I speak that statement from experience. | 16:53 |
| JaMa | if 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.pdf | 16:53 |
| RobertBerger | They funny thing is, that one of the people there is former Wind River who knows how YP/OE works | 16:53 |
| RobertBerger | But I believe he forgot many things ;) | 16:53 |
| zeddii | RobertBerger, what was the name ? there were lots of people at Wind River that only claimed to know OE/YP | 16:54 |
| RobertBerger | Diego Bruno - Italy | 16:54 |
| zeddii | hahahahah. 'er no. | 16:54 |
| RobertBerger | I know him in person. | 16:54 |
| zeddii | me too :D | 16:54 |
| RobertBerger | Played piano with him ;) | 16:54 |
| zeddii | JaMa: I had missed that talk @ FOSDEM when I was there. interesting | 16:55 |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 16:55 | |
| RobertBerger | BTW the example of building a simple system is "bitbake world" ;) | 16:56 |
| * zeddii does that every day! | 16:56 | |
| yann | RobertBerger: this has the merit of being simple :D | 16:57 |
| RobertBerger | Hehe - 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 |
| JaMa | one 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 IRC | 16:59 | |
| rburton | i should do a yocto vs guix presentation and slide 2 will be "uses scheme, not continuing" | 17:00 |
| zeddii | FML, that I didn't notice. | 17:00 |
| JaMa | rburton: :) | 17:01 |
| zeddii | now you brought me back from the dead again. scheme. I had to code in it for two years. nearly died. | 17:01 |
| rburton | like any good gnu project, scheme is the preferred language for config file | 17:01 |
| rburton | https://guix.gnu.org/cookbook/en/guix-cookbook.html#A-_0060_0060Hello-World_0027_0027-package | 17:01 |
| zeddii | when 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 |
| zeddii | dear lord | 17:02 |
| zeddii | that looks like my emacs config I've carried around for 10 years and am afraid to touch. | 17:02 |
| rburton | oh i solved that problem | 17:02 |
| rburton | vscode ftw! | 17:02 |
| * zeddii looks for a rock | 17: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 #yocto | 17:04 | |
| rburton | guix does have some neat ideas and its got the advantage of not having over a decade of cruft, but jesus scheme | 17:04 |
| RobertBerger | "he spoke fluent, idiomatic guixish" | 17:05 |
| RP | rburton: 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 #yocto | 17:06 | |
| *** fbre <fbre!57be1a86@87.190.26.134> has quit IRC | 17:08 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 17:10 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 17:13 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC | 17:15 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 17:15 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 17:15 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 17:16 | |
| yann | scheme 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 IRC | 17:25 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:25 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-ltqtpuucrctlsxgy> has joined #yocto | 17:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:28 | |
| kergoth | ugh, 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 #yocto | 17:31 | |
| kergoth | bluelightning: just sent a buildhistory patch but forgot to cc you, sorry about that | 17:31 |
| kergoth | ugh, now to dig through my backlog of stuff to submit.. | 17:32 |
| kergoth | also, somehow i didn't know vardepvalueexclude existed until 5 minutes ago | 17:32 |
| kergoth | that's handy, better than override the entirety of vardepvalue | 17:32 |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 17:34 | |
| felix_inst | Hi, 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 IRC | 17:39 | |
| tlwoerner | yann: patch 1/3 is definitely going in sooner rather than later :-) | 17:40 |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 17:43 | |
| champagneg | felix_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. consultants | 17:56 |
| *** BimBamBim <BimBamBim!531fc3b6@83.31.195.182> has quit IRC | 18:09 | |
| felix_inst | champagneg, Thanks, that list looks promising! | 18:09 |
| RP | kergoth: is that for your gmail address? I know for me, my list mail comes out ok and just the copies back to me are modified | 18:16 |
| kergoth | ah, good point, yeah, i think i'm seeing that same behavior | 18:20 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 18:21 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 18:22 | |
| JaMa | It would be nice to get only one copy of every e-mail I send to the list :) | 18:26 |
| zeddii | +1 | 18:32 |
| paulg | moar mailz! | 18:33 |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto | 18:33 | |
| rpcme | hello, 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/be464a77fdccafa3d995b9a68be77f9e | 18:35 |
| JaMa | rpcme: send patch for meta-openembedded/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb to include projucer only with x11 in distro_features | 18:36 |
| rpcme | ok thanks whew I thought maybe I was doing something awkward ;) | 18:37 |
| JaMa | it's just too many combinations and not all of them are properly tested | 18:37 |
| JaMa | should I send that patch as I'm already in that file? | 18:38 |
| JaMa | rpcme: https://lists.openembedded.org/g/openembedded-devel/message/90461 | 18:40 |
| *** savolla <savolla!~savolla@95.10.206.84> has quit IRC | 18:40 | |
| rpcme | yes I just tweaked it manually | 18:40 |
| rpcme | if you already did it that's all good :) | 18:40 |
| rpcme | yes checked the patch and I did the exact same thing. | 18:41 |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 18:46 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC | 18:49 | |
| RP | JaMa: you should only get one and only if you ask for it. Have you multiple addresses subscribed? | 18:50 |
| JaMa | RP: 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 #yocto | 18:51 | |
| RP | JaMa: on all lists? oe or yp? | 18:51 |
| RP | JaMa: 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 |
| JaMa | oe-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 often | 18:52 |
| zeddii | I can confirm, all of them. | 18:52 |
| zeddii | I send an email. wait. mark it read. wait more. mark the next copy read as well. | 18:53 |
| JaMa | RP: but you're not sending from gmail, right? | 18:53 |
| JaMa | RP: 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 client | 18:54 |
| RP | JaMa: it is from a google account | 18:55 |
| RP | JaMa: hmm. I had a glance at the settings and I can't spot anything. The echo has to come from somewhere :/ | 18:55 |
| JaMa | the first one is stored by gmail I believe, see https://paste.ubuntu.com/p/nm5wj3nQPD/ | 18:56 |
| RP | JaMa: is this because you're viewing sent items as well as incomming? | 18:57 |
| RP | JaMa: that must be something gmail and settings... | 18:57 |
| yann | I have the same behaviour: one original-looking apparently saved by gmail, and one furstrating "via" on which the replies are done :) | 18:58 |
| JaMa | the 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 IRC | 18:58 | |
| JaMa | and in gmail rules I have just this: | 19:00 |
| JaMa | Matches: list:"yoctoproject.org" | 19:00 |
| JaMa | Do this: Skip Inbox, Apply label "OE_core" | 19:00 |
| rpcme | I 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 failures | 19:00 |
| yann | JaMa: absolutely no rules on my side, fwiw | 19:01 |
| JaMa | it's possible that it does apply this rule also for e-mails being sent to list | 19:01 |
| JaMa | yann: ah, thanks, so not the rules | 19:01 |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto | 19:01 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC | 19:02 | |
| yates | in tune-riscv.inc we see (e.g.) TUNE_ARCH_tune-riscv64 = "riscv64" | 19:05 |
| yates | then in arch-riscv.inc there is TUNE_ARCH = "${TUNE_ARCH_tune-${DEFAULTTUNE}}" | 19:05 |
| yates | what purpose does the TUNE_ARCH serve? | 19:05 |
| kergoth | grep meta/conf and meta/classes for it, it's used in a number of variables | 19:07 |
| yates | (where DEFAULTTUNE = "riscv64") | 19:07 |
| JaMa | strange, 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 |
| kergoth | in that particular case the TUNE_ARCH value is the same as the tune, but that's not always the case | 19:09 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a208:7b59:3515:917b> has quit IRC | 19:09 | |
| yates | ack kergoth | 19:11 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:26e:bd28:b5b8:83cd> has joined #yocto | 19:22 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 19:22 | |
| JaMa | I 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 |
| JaMa | From: "Martin Jansa via lists.openembedded.org" <Martin.Jansa=gmail.com@lists.openembedded.org> | 19:24 |
| JaMa | X-Google-Original-From: Martin Jansa <Martin.Jansa@gmail.com> | 19:24 |
| JaMa | while I don's see this in RPs e-mails as he isn't sending from @gmail.com even when it's an gmail account | 19:24 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 19:27 | |
| JaMa | I 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 IRC | 19:31 | |
| rpcme | I 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 dependency | 19:41 |
| rpcme | but 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 |
| kergoth | rpcme: 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 |
| kergoth | the output of yocto-check-layer will show exactly what changed.. | 19:44 |
| yates | i'm looking at this section of code in siteinfo.bbclass: http://paste.ubuntu.com/p/FvGHdkWbfR/ | 19:44 |
| rpcme | ok... so.. I think I'm getting it now... I can't modify kernel then right? | 19:44 |
| kergoth | you can modify anything, just use an appropriate override so it only happens when MACHINE is set to your machines | 19:45 |
| kergoth | we dont want anythign to change solely based on layer inclusion, generally | 19:45 |
| kergoth | we want to require an opt-in to the changes, onew ay or another | 19:45 |
| rpcme | ok this is not a BSP - it's an application layer so I must be doing something illedgal | 19:46 |
| rpcme | *illegal | 19:46 |
| rpcme | it is complaining on linux-yocto | 19:46 |
| yates | is 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 |
| kergoth | software 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 in | 19:46 |
| kergoth | for example, meta-virtualization is a software layer but everything is based on the `virtualization` distro feature | 19:46 |
| kergoth | in other cases i've operated based on a machine feature, or a completely different variable | 19:47 |
| kergoth | it's really case by case for software layers | 19:47 |
| rpcme | this is really useful. I think I have reading to do on the options. thank you | 19:48 |
| kergoth | for 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 yet | 19:48 |
| kergoth | but recnetly i switched it to obey a new distro feature, and made our mel distro enable it | 19:48 |
| rpcme | I want it to be clean and "not surprising" to users so better to make it an opt-in | 19:49 |
| rpcme | thank you - I have homework :) | 19:49 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:49 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:50 | |
| *** aidanh_ is now known as aidanh | 19:50 | |
| kergoth | rpcme: 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 former | 19:50 |
| kergoth | oe-core has a bbclass to ease changes based on distro features, distrooverrides.bbclass | 19:50 |
| kergoth | I 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 python | 19:51 |
| kergoth | ping 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 |
| kergoth | rpcme: 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 care | 19:53 |
| fray | machine or distro feature based overrides could be useful for the baremetal stuff I'm doing | 19:55 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC | 19:55 | |
| *** oberstet_ <oberstet_!~oberstet@213.170.219.39> has quit IRC | 19:58 | |
| rpcme | yes 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 modifications | 20:00 |
| rpcme | probably zeus or dunfell onward... will need to check | 20:00 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has joined #yocto | 20:01 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC | 20:08 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has joined #yocto | 20:10 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 20:10 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 20:12 | |
| *** snikulov <snikulov!~snikulov@109.252.49.163> has quit IRC | 20:15 | |
| *** snikulov <snikulov!~snikulov@109-252-49-163.nat.spd-mgts.ru> has joined #yocto | 20:15 | |
| JPEW | Anyone know why I get this on the latest master: "libgomp: Thread creation failed: Resource temporarily unavailable" | 20:31 |
| JPEW | It's been happening for a few weeks | 20:31 |
| RP | JPEW: no, but curious if you figure it out. master does seem to be a bit more memory sensitive all of a sudden | 20:35 |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has quit IRC | 20:38 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 20:40 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 20:40 | |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto | 20:41 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 20:43 | |
| renegade | is meta-boot2qt not being upgraded to newer releases? Latest I see is zeus | 20:43 |
| kergoth | fray: 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.bbclass | 20:46 |
| *** snikulov <snikulov!~snikulov@109-252-49-163.nat.spd-mgts.ru> has quit IRC | 20:47 | |
| rpcme | Having 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 |
| rpcme | probably need to sleep on it. | 20:53 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 20:54 | |
| yates | regarding 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 IRC | 20:58 | |
| kergoth | yates: def my_datafunc(archinfo, osinfo, targetinfo, d): | 20:58 |
| kergoth | then SITEINFO_EXTRA_DATAFUNCS += "my_datafunc" | 20:58 |
| yates | right | 20:58 |
| yates | thanks | 20:59 |
| kergoth | np | 20:59 |
| kergoth | so short answer: yes :) | 20:59 |
| yates | i'll take any answers you'll give me! | 21:00 |
| yates | short, long, fuzzy, wrong, .... | 21:00 |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-rpejsgsfitratwhi> has joined #yocto | 21:01 | |
| yates | is there a special place my_datafunc() should reside? | 21:01 |
| yates | does it have to be under <mylayer>/conf? | 21:01 |
| yates | (e.g.) | 21:01 |
| yates | or in layer.conf itself? | 21:02 |
| yates | in a conf file or bbclass file? | 21:03 |
| kergoth | yates: you can't define a function in a conf file at all, syntax limitation | 21:04 |
| kergoth | yates: i'd suggest createing a class for it and adding that class to your INHERIT in an appropriate config file | 21:04 |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::282c> has quit IRC | 21:05 | |
| yates | good info! | 21:05 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 21:05 | |
| kergoth | INHERIT 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 available | 21:06 |
| kergoth | er, affect all recipes | 21:06 |
| yates | gotcha | 21:07 |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 21:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.164.170.nat.umts.dynamic.t-mobile.pl> has quit IRC | 21:34 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 21:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.164.170.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 21:48 | |
| *** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto | 21:51 | |
| JPEW | RP: rpmdeps isn't respecting BB_PARALLEL_MAKE and is instead falling back to some automatic detection mechanism? | 21:51 |
| JPEW | maybe | 21:51 |
| tlwoerner | JPEW: i used to get those all the time | 21:57 |
| tlwoerner | (resource temporarily unavailable) | 21:57 |
| RP | JPEW: entirely possible | 21:58 |
| tlwoerner | at the time the thinking was it was related to pixz | 21:59 |
| tlwoerner | (or pigz) ? | 21:59 |
| JPEW | I'm wondering if we need to be setting OMP_NUM_THREADS=${BB_PARALLEL_MAKE} to keep libgomp from going crazy | 21:59 |
| tlwoerner | and yes, there was that same component of something not respecting -j or parallel or whatever | 21:59 |
| * JPEW runs a test | 22:03 | |
| *** iopaniuk <iopaniuk!sid486438@gateway/web/irccloud.com/x-vgoklktaxjrlaklw> has joined #yocto | 22:09 | |
| felix_inst | Does 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 for | 22:12 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:26e:bd28:b5b8:83cd> has quit IRC | 22:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:33 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 22:36 | |
| RP | JPEW: you mean BB_NUMBER_THREADS? | 22:36 |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 22:36 | |
| *** kamel_ <kamel_!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 22:38 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 22:39 | |
| *** vitali1 <vitali1!~vitali@5.20.142.87> has joined #yocto | 22:39 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 22:39 | |
| *** awaisb <awaisb!~quassel@110.93.212.98> has joined #yocto | 22:40 | |
| *** yourfate_ <yourfate_!~yourfate@unaffiliated/yourfate> has joined #yocto | 22:40 | |
| *** Net147_ <Net147_!~Net147@unaffiliated/net147> has joined #yocto | 22:40 | |
| *** GeneralStupid <GeneralStupid!~patrick@perdmann.de> has joined #yocto | 22:40 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC | 22:41 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 22:41 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 22:41 | |
| *** GeneralS1upid <GeneralS1upid!~patrick@perdmann.de> has quit IRC | 22:41 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 22:41 | |
| *** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 22:41 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC | 22:41 | |
| *** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 22:41 | |
| *** Lihis_ is now known as Lihis | 22:41 | |
| *** malinus_ <malinus_!~malinus@172.245.158.16> has joined #yocto | 22:42 | |
| *** renegade <renegade!~renegade@2601:241:8a00:46e0:f447:fb2a:8a64:270> has quit IRC | 22:42 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 22:43 | |
| *** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 22:43 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 22:43 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC | 22:43 | |
| *** malinus <malinus!~malinus@unaffiliated/malinus> has quit IRC | 22:43 | |
| *** vitali <vitali!~vitali@5.20.142.87> has quit IRC | 22:43 | |
| *** yourfate_ is now known as yourfate | 22:43 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 22:43 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:43 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 22:44 | |
| JPEW | RP: Yes.... and it worked (sort of) | 22:45 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:46 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:46 | |
| JPEW | I 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 passed | 22:47 |
| RP | JPEW: you would do. Take a look at the places that BB_NUMBER_THREADS is referenced in bitbake.conf | 22:48 |
| RP | JPEW: it'll need some work with task hashes if you have to export it | 22:48 |
| RP | JPEW: maybe fixing it's value with a vardepvalue would work best | 22:49 |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 22:59 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 23:01 | |
| rpcme | oh my... finally passed yocto-check-layer. It is much better now though, seriously that was a good exercise | 23:03 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 23:06 | |
| kergoth | rpcme: congrats | 23:07 |
| RP | kergoth: thanks for the buildhistory fix | 23:08 |
| kergoth | np | 23:08 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:09 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 23:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:11 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:16 | |
| denix | RP: 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/!