Friday, 2020-11-13

*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:00
*** ahadi <ahadi!~ahadi@i5E86AF0D.versanet.de> has quit IRC00:02
*** ahadi <ahadi!~ahadi@i5E86AF0D.versanet.de> has joined #yocto00:03
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC00:06
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:17
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:21
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC00:21
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto00:22
*** ibinderwolf_ <ibinderwolf_!~quassel@etrn.topcontrol.it> has joined #yocto00:46
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC00:46
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC00:54
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto00:55
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC01:17
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto01:24
*** ibinderwolf_ <ibinderwolf_!~quassel@etrn.topcontrol.it> has quit IRC01:24
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-timjvmxmnkjknshk> has quit IRC01:30
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC01:36
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC01:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:47
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto01:49
*** rcw <rcw!~rcwoolley@216.154.0.157> has quit IRC01:50
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:58
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC02:19
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC02:53
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto02:53
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:57
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC03:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto03:08
*** ahadi <ahadi!~ahadi@i5E86AF0D.versanet.de> has quit IRC03:14
*** ahadi <ahadi!~ahadi@89.244.125.220> has joined #yocto03:15
*** davisr <davisr!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto03:17
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC03:22
*** hpsy <hpsy!~hpsy@92.118.12.92> has quit IRC03:26
*** hpsy <hpsy!~hpsy@92.118.12.92> has joined #yocto03:26
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC03:32
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto03:44
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC04:14
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:27
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:34
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto04:43
*** jobroe <jobroe!~manjaro-u@p579eb63f.dip0.t-ipconnect.de> has joined #yocto05:03
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC05:06
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto05:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:13
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:14
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:15
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC05:33
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto05:37
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC05:43
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC05:51
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto05:51
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC06:00
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto06:05
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto06:11
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:11
*** camus1 is now known as kaspter06:11
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC06:13
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto06:16
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:16
*** davisr <davisr!davisr@gateway/vpn/protonvpn/davisr> has quit IRC06:17
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC06:19
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto06:19
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC06:20
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:21
*** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has joined #yocto06:30
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:32
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto06:32
*** camus1 is now known as kaspter06:34
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:41
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:43
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto06:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:45
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto06:47
hmw1hi, we  added a second display ( oled black and wite) to our yocto target how do i get an image to it ?  ( it is listed as fb1 and i'm using weston)06:47
*** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto06:49
*** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC06:52
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto06:59
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC07:06
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC07:09
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto07:10
*** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto07:14
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC07:17
*** Sibert <Sibert!b98ee383@185.142.227.131> has joined #yocto07:31
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:32
SibertHi everyone, quick question. Is it possible to make bitbake execute a script when it's done building? I would like to be notified when my build is done. Does bitbake have anything that could work for this?07:32
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:33
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:34
*** camus1 is now known as kaspter07:34
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC07:39
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto07:39
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yvnicxqcrvtynrzn> has joined #yocto07:44
LetoThe2nd>yo dudX07:44
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:48
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto07:50
*** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC07:53
*** mckoan|away is now known as mckoan07:53
*** AndersD <AndersD!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto07:54
mckoanhi LetoThe2nd07:54
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC07:56
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC07:56
*** fl0v0 <fl0v0!~fvo@89.244.120.129> has joined #yocto07:58
mckoanSibert: see IMAGE_POSTPROCESS_COMMAND or task do_image_complete07:58
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto08:00
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC08:01
*** camus1 is now known as kaspter08:01
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto08:06
Sibertalright thanks mckoan08:06
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c88e:352:c4dd:3c45> has joined #yocto08:08
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto08:12
*** Plinnie <Plinnie!5350d04f@83.80.208.79> has joined #yocto08:13
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto08:17
PlinnieHi! I need to add the Jinja2 template engine to my SDK for code generation. But if I do this TOOLCHAIN_HOST_TASK_append = " nativesdk-python3-jinja2" bitbake can't find the package. but if I do TOOLCHAIN_HOST_TASK_append = " python3-jinja2" I'm getting " - package python3-jinja2-2.10-r0.cortexa9t2hf_neon does not have a compatible architecture" How08:19
Plinniedo I solve this? Thanks!08:19
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC08:20
*** ibinderwolf_ <ibinderwolf_!~quassel@etrn.topcontrol.it> has joined #yocto08:20
LetoThe2ndPlinnie: have you tried "python3-jinja2-native"? thats the package name to be used when needing to run it on the host.08:28
PlinnieNo, what is the difference between nativesdk-* and *-native?  However, I get Nothing RPROVIDES 'python3-jinja2-native' .08:32
PlinnieI know the package does exist. It is in my oe distribution (as part of Petalinux 2019.1 by the way)08:32
LetoThe2ndnativesdk-* is a task, *-native is a package08:32
PlinnieOh, but then I probably need to add it as a dependency, not as a task08:33
* LetoThe2nd is just guessing, almost no experience there too.08:33
Plinnieok.. well, I've been working with this for some time, but it is quite a study to really understand it. It still feels more like hacking then mastering :-)08:34
LetoThe2ndthe name of the variable might be misleading, but the documentation pretty clearly states that package names shall be added to TOOLCHIN_HOST_TASK: https://www.yoctoproject.org/docs/current/sdk-manual/sdk-manual.html#sdk-adding-individual-packages08:35
Plinnieok, well, unfortunately no success. I've now tried adding it as a dependency to the recipe which actually uses it (DEPENDS += "grpc grpc-native python3-jinja2 python3-jinja2-native").. but it still does not seem to be able to find it.08:37
Plinnieit is like the package does not export a native version08:37
Plinnie(it has no problems with python3-jinja2)08:38
LetoThe2ndit has BBCLASSESTEND native, hence it should work. what if you bitbake the -native version directly?08:38
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:38
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:38
Plinniemaybe my version of OE is too old.08:38
LetoThe2nd... which is?08:39
PlinnieI'm not sure... it is provided by Xilinx. I will try to look it up. Anyway, attempted to build it directly gives the same error. "Nothing PROVIDES 'python3-jinja2-native' "08:40
LetoThe2ndthat sounds fishy. let me check.08:41
Plinnieapparently it is yocto 2.6.1 ..08:42
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto08:43
*** faba_ <faba_!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto08:45
wooosaiiiHi guys... I have to add meta layer which contains a lot of .bbappends which cannot be found in other layers... I can then add a dummy recipe in my custom meta layer and .bbappends don't complain anymore08:47
wooosaiiiis this ok solution or is there any better?08:47
LetoThe2ndwooosaiii: then you are either mismatching versiosn, the layer has a dependency that you do not have, or it is outright buggy. pick your case :)08:47
wooosaiiilayer has a dependency I don't have :D08:48
LetoThe2ndwooosaiii: then why don't you add it?08:48
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC08:48
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto08:48
wooosaiiiLetoThe2nd: I will try it...08:49
wooosaiiibut I don't want to use it in the end i.e I have to find a solution for not using it in the end08:50
LetoThe2ndwooosaiii: essentially it boils down to two alternatives: 1) the layer depends on another specific layer. then you have to add it too. (and the layer you already have is buggy because it does not list the dependency) or 2) the layer optionally can use things from another layer, but does not actually depend on it. then the layer you already have is buggy because it does not mask out the bbapends.08:51
LetoThe2ndso either way, the layer is buggy.08:51
*** camus1 is now known as kaspter08:51
LetoThe2ndlet me guess, BSP? ;-)08:51
*** AndersD <AndersD!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC08:51
PlinnieSo, I could probably simply extend python3-jinja2 using bb-extend and add the native class, right?08:51
wooosaiiiLetoThe2nd: long story short... I want to remove meta-arago and use plain poky08:52
wooosaiiiLetoThe2nd: however there are a lot of bbappends in meta-phytec that require this layer...08:53
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto08:53
PlinnieLetoThe2nd ok, anyway, thanks for your help. Time for coffee08:54
LetoThe2ndPlinnie: i can confirm that it works nicely for dunfell. 2.6 is thud, which is EOL, plus the jinja recipes are massively different there and being carried in meta-python still. so you might try and backport from dunfell poky, but essentially you're out of support.08:54
LetoThe2ndwooosaiii: long answer short: if they sold you something that depends on something you don't want to use, either ask them to sell you a version without the dependency, or hack up the solution yourself.08:55
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto08:56
LetoThe2ndwooosaiii: i personally refuse to do support for BSP induced problem that go beyond the absolute minimum (like, how is 'bitbake' spelled, or comparatively)08:56
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto08:57
wooosaiiiLetoThe2nd: OK... but lets say it has nothing to do with BSP... IMHO... I have to options: 1) add dummy recipes in my custom meta layer 2) do BBMASK for those bbappends that fail08:58
wooosaiiiLetoThe2nd: right or?08:59
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC09:00
*** risca <risca!~quassel@212.85.71.156> has joined #yocto09:01
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC09:03
* LetoThe2nd will not "lets say", because i have given all the hints i am willing to do in that case.09:03
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has quit IRC09:03
*** florian_kc is now known as florian09:03
LetoThe2ndit might sound rough, but i'm picky there. they sold you something, they got money for it. i do not.09:03
wooosaiiiLetoThe2nd: OK :) I respect that...09:05
mcfriskwooosaiii: BBMASK things away. I do that for all of our BSP layers which contain things I don't want or need. I end BBMASKing away 90% of things and keep just bootloader and kernel and few userspace pieces like GPU libs...09:07
wooosaiiimcfrisk: thanks for advice09:08
LetoThe2ndi totally understand that you're the scapegoat here. but we have so many vendors handing out bsps that cause problems. if we happily help and fix all that stuff without it being taken back to them, why should they even try and change? see. go back to their support, and request what fits your needs. or figure out how to handle the stuff for yourself. the hints to masking are already there. and obviously, others have a09:08
LetoThe2nddifferent point of view than i have - and thats completely legit too.09:08
wooosaiiiLetoThe2nd: yeah.. will have to do it on my own :)09:09
LetoThe2ndwooosaiii: have fun!09:10
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC09:16
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto09:16
SibertI'm trying to add a file to my rootfs (/lib/firmware/). I've used 'install' in do_install_append but it's not there on my target09:17
Sibertalso added FILES_${PN} += "${datadir}/lib/firmware" in my recipe09:17
SibertWhat am I doing wrong?09:18
LetoThe2ndSibert: its not datadir :)09:18
Sibertthen the internet lied to me09:19
Sibertwhat a shocker :P09:19
LetoThe2ndhm wait.09:19
LetoThe2ndnah, nvm. datadir points to /usr/share in the target.09:21
Sibertah so it is wrong09:22
DanmerZHi! I have a repository with submodules and I need to add a patch for a submodule. What is the correct way to add it in the recipe?09:22
LetoThe2ndSibert: yup,  *think* it should be D. but not super certain.09:23
Sibertokay09:24
Sibertthanks09:24
Sibertyocto is so freaking hard09:24
PlinnieLetoThe2nd yes, I was planning on upgrading Petalinux, but it is a can of worms. I would practically need reintegrate all my recipes. Last time I tried grpc failed horribly.09:25
PlinnieAnd upgrading yocto inside of Petalinux is probably a very bad idea.09:26
LetoThe2ndSibert: can't find a good example ad hoc, sorry.09:28
LetoThe2ndPlinnie: well...09:28
PlinnieI know I will have to at some point, but for now I'm trying to 'fix' things :-)09:30
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC09:31
LetoThe2ndSibert: essentiall its https://www.yoctoproject.org/docs/3.1/ref-manual/ref-manual.html#var-FILES and meta/conf/bitbake.conf09:31
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto09:31
Sibertthanks I'll look into it09:32
LetoThe2ndSibert: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n4609:32
LetoThe2ndso ${libdir}/firmware if i'm not completely mistaken.09:33
Sibertalright I'll try that09:33
qschulzmore liekly nonarch_libdir actually if it's really for firwmares09:37
qschulzsorry, nonarch_base_libdir09:37
qschulzotherwise it stops working when you use multilib09:37
LetoThe2nd:)09:37
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:cd02:f0b1:772e:3d63> has joined #yocto09:40
Siberthm this is given build errors09:42
Sibertgiving*09:42
qschulzSibert: what has and what are the errors?09:42
Sibertrecipe:09:43
SibertFILES_${PN} += "${libdir}/firmware"do_install_append() {install -d ${D}/${libdir}install -d ${D}/${libdir}/firmwareinstall -m 0777 ${WORKDIR}/toplevel_counter.bin ${D}/${libdir}/firmware/toplevel_counter2.bin}09:43
Siberthm formatting is fucked09:43
Sibertlinux-tegra-4.9.140+gitAUTOINC+a58470bb0f-r0 do_package: QA Issue: linux-tegra: Files/directories were installed but not shipped in any package:09:43
SibertPlease set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.linux-tegra: 4 installed and not shipped files. [installed-vs-shipped]09:43
Sibertit's trying to install /usr, which is not right either09:43
qschulzSibert: I see it's a do_install_append so check your do_install :)09:45
SibertI'm appending to my actual linux kernel09:46
Sibertmight that be the issue?09:47
SibertI'm appending linux-tegra_4.909:47
qschulzfirst, replace libdir with nonarch_base_libdir ;)09:49
qschulzotherwise, we need to have the logs and recipe to help you09:49
LetoThe2ndnah, me doesn't09:50
LetoThe2ndi will not help, only annoy and sabotage!09:50
qschulzndec: re the dunfell docs... I don't really know which way we should go, I cannot decently review the first (the big one) patch without actually doing the work you did..09:52
qschulzDo we just take it and then do a pass on it again09:52
qschulz?09:52
qschulz(a pass = a review on the actual output, like I did so far with gatesgarth)09:53
qschulzand very stupid question but... do we actually need to migrate dunfell to sphinx too? why?09:55
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC09:58
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto09:59
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto10:00
ndecqschulz: for bitbake it's a bit simpler than yocto-docs. i know the first commit is 'unreviewable'. but at least i recorded the commands to regenerate it. then comparing the log history of 1.46 and 1.48 is straight forward, and we can clearly see which commits to 'fixup'.10:01
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC10:01
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:02
ndecfor yocto-docs, it's a bit more tedious.. since there are docs changes in dunfell branch (docbook) which don't exist in master (sphinx) (mostly all the commits about each release). then there are changes in master (docbook) that may or may not apply to dunfell (which we need to keep them or 'revert' them). and then there are plenty of docs changes in sphinx that may or may not apply to dunfell10:03
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC10:03
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC10:04
ndecqschulz: i have an initial WIP branch for yocto-docs, just pushed it here: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/log/?h=sphinx10:04
ndecwhat's left to do is to 'undo' the changes brought by the sphinx migration which don't apply to dunfell.10:05
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC10:08
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto10:08
ndechttps://www.irccloud.com/pastebin/fWv6jvrU/10:09
ndecqschulz: ^^ this is the output of my analysis for yocto-docs..10:09
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto10:13
PlinnieLetoThe2nd Good news, I managed to get it working. I've created python3-jinja2_%.bbappend and python3-markupsafe_%.bbappend (dependency), and both files contain a single line 'BBCLASSEXTEND = "native"'10:20
PlinnieIts not very nice, but it works10:20
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto10:21
*** Sibert <Sibert!b98ee383@185.142.227.131> has quit IRC10:23
LetoThe2ndPlinnie: \o/10:24
Plinnieit was your hint that it needed a -native package which helped point me in the right direction, so thanks.10:29
LetoThe2nd:)10:29
LetoThe2ndi love giving hints, just no handholding. glad if somebody knows and can handle this.10:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ohdvgnwovftqygxz> has joined #yocto10:31
*** koty00f <koty00f!~filip@212.27.194.162> has joined #yocto10:33
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC10:33
yannhow can we make a recipe to inherit a bbclass conditionally ?10:39
qschulzyann: inherit ${@ 'myclass' if d.getVar('MEH') else ''}?10:43
qschulzor something along those lines, there are a few examples in some layers (meta-qt5? poky?)10:44
yannoh right, I was so sure that one would not work I did not even check, thx!10:46
LetoThe2ndhehe10:46
qschulzyann: We use such a mechanism in thud, didn't work on krogoth though, so might depend on your version of Yocto10:47
LetoThe2ndstandard software "this is so crazy it cannot work -> check -> doesn't work"10:47
LetoThe2ndyocto: "this is so crazy it cannot work -> check just for fun -> It WORKS?!?!?"10:47
*** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has joined #yocto10:48
yanneh eh :)10:49
qschulzactually I use it with require and not inherit, but is worth a try anyway10:50
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC10:51
LetoThe2ndits just one of those days: 1) go down do mfg floor, check box is powered on. 2) go back up to office. 3) doesn't work, go back to mfg floor and pick up box 3) go back up to office, set up box 4) take box back down to mfg floor 5) go back up to office 6) realize that you forgot to power on...10:51
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC10:51
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto10:51
qschulzLetoThe2nd: TGIF10:52
* LetoThe2nd starts another round trip to the mfg floor, then.10:52
qschulzLetoThe2nd: home gym... but at work :p10:53
*** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has quit IRC10:55
LetoThe2ndyes, my external brain #2 (a.k.a. hipster smartwatch) confirms that i've already exceeded expectations in terms of stairs i shall climb.10:57
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto11:01
LetoThe2ndcan somebody please kick me so i finally get the livecoding announcement done?11:04
rburtonwith pleasure11:04
* rburton kicks LetoThe2nd 11:04
LetoThe2ndrburton: thx11:05
Plinnieok, I was too fast. Even though it compiles, there still is nothing in the native part of the SDK.... ;(  X)11:19
Plinnieeven though it can find the  python3-jinja2-natvie and nativesdk-python3-jinja2  packages it doesn't actually seem to do anything. I must be missing something.11:20
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC11:33
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:41
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto11:44
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC11:44
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has joined #yocto11:48
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC11:51
rburtondid you actually add them to the sdk?11:55
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC12:02
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c88e:352:c4dd:3c45> has quit IRC12:05
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC12:05
Plinnierburton I'm still a bit of a noob in this subject. I have an old Yocto version (part of Petalinux) which I still need to use. Now the original recipes do not have the line BBCLASSEXTEND = "native nativesdk". I created bbappend files for those recipes and added this. I also added TOOLCHAIN_HOST_TASK_append = " nativesdk-python3-jinja2"12:09
PlinnieIs there anything else I should do to make this work?12:09
rburtonthat last bit should have worked12:09
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:10
rburtonwhere did you put the TOOLCHAIN_HOST_TASK>12:10
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:10
Plinnieits inside petalinuxbsp.conf . There I've also added some other tasks, which do end up in the sdk12:10
rburtoni'd say that should have worked then12:11
Plinnie(TOOLCHAIN_HOST_TASK_append = " nativesdk-protobuf-compiler"TOOLCHAIN_HOST_TASK_append = " nativesdk-grpc-dev")12:11
Plinnieyes, I will do a mrproper and retry12:11
Plinniemaybe something is stale12:11
rburtontry using oe-pkgdata-util to list the contents of nativesdk-python3-jinja to be sure it wasn't a stupid packaging mistake12:12
Plinnieok, I'll try. never used that before12:12
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto12:15
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:22
jmieheSo I've got a layer containing foo-image and bar-image -- both images require package baz, but in foo-image, custom overrides should be applied, i.e. custom build parameters and some changes in file system. What's the best solution?12:22
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto12:27
Plinniehmm.. this seems to be a bit more complicated in Petalinux than with plain yocto12:30
qschulzjmiehe: you want package baz but compiled differently depending on which image is built?12:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:32
*** fury <fury!uid193779@gateway/web/irccloud.com/x-xtalqkmkfuriqhsx> has joined #yocto12:33
furyanyone done a yocto bitbake on a 5950x yet? :D would be interested to know build times...12:34
*** rcoote <rcoote!~rcoote@5.146.199.151> has joined #yocto12:37
*** rcoote <rcoote!~rcoote@5.146.199.151> has quit IRC12:42
PlinnieI don't seem to be able to get oe-pkgdata-util to work.. this must be petalinux thing12:42
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c88e:352:c4dd:3c45> has joined #yocto12:42
furyhttps://github.com/shr-project/test-oe-build-time - curious to know how the 5950x stacks up against 3960x or 3970x12:44
Plinnie"ERROR: Unable to connect to bitbake server, or start one" when I try to do anything but invoke help12:44
jmieheqschulz: yes, while baz might also be an official package like nginx.12:46
PlinniePetalinux adds too much 'magic' to the distribution. I wish they would have taken a bit more pragmatic approach.12:46
qschulzjmiehe: that can't work, image recipes can't impact other recipes. Only conf files can impact recipes (i.e., machine, distro, layer, local configuration files)12:47
jmiehei know12:48
jmieheyes. So can I define my own "foo-baz" recipe which basically extends "baz" recipe but adds in custom stuff?12:48
jmieheqschulz: @12:48
qschulzjmiehe: yup, that's the other way to do it12:51
qschulzjmiehe: just have a second recipe (named differently) that inherits the first one12:53
qschulzs/inherits/requires/12:55
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yhhgfazfnaxdangb> has joined #yocto13:00
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC13:04
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC13:04
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto13:13
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto13:14
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto13:15
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto13:19
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC13:25
*** JaMa <JaMa!~martin@dolejisf.bul.rev-fortech.cz> has joined #yocto13:32
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has joined #yocto13:35
*** jobroe <jobroe!~manjaro-u@p579eb63f.dip0.t-ipconnect.de> has quit IRC13:36
robin92plhello everybody, quick question: I have a recipe X that inherits "deploy" and deploys a file F, then I have a recipe Y that uses file F during compilation. Now I want Y to re-run "do_compile" task when the F has changed. Is this possible?13:38
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto13:38
*** rewitt3 <rewitt3!rewitt@unaffiliated/rewitt> has joined #yocto13:39
*** faba_ <faba_!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC13:39
paulbarkerrobin92pl: You'll need Y to depend on X13:39
qschulzrobin92pl: if you've set the dependency correctly, it'll just work13:39
qschulzdo_task[depends] += "recipeX:do_deploy" in recipe Y13:39
*** rewitt2 <rewitt2!rewitt@unaffiliated/rewitt> has quit IRC13:40
qschulzdo_compile[depends] += "recipeX:do_deploy" in recipe Y even13:41
robin92pl@paulbarker, @qschulz: I did that and sometimes do_compile is not triggered even though F has changed. I also tried with DEPENDS_append for a package-wise dependency but it also failed. I think I will checkout the latest Yocto and try to reproduce the problem. Thanks for quick response.13:42
qschulzrobin92pl: how is F "changed"?13:44
*** faba_ <faba_!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto13:46
robin92plqschulz: I run `cleanall` task for X and then run `bitbake Y`; fiile F has creation timestamp in the first line so it is different than before running "cleanall"13:47
qschulzrobin92pl: which version of Yocto are you using?13:48
robin92plqschulz: quite old unfortunately - 2.413:48
qschulzrobin92pl: DEPENDS = "X" in recipe Y is incorrect and you can have a race13:48
qschulz(just FYI)13:48
qschulzrobin92pl: where do you install your file F in your deploy task in recipe X?13:50
qschulzwhat's the path?13:50
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto13:51
robin92plqschulz: as for the race, I suspect it may be when only DEPENDS is used but not when both DEPENDS and varflag, isn't it? I deploy to ${DEPLOYDIR}13:51
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto13:52
qschulzwhen you've the line I sent, it should just work yeah13:52
qschulzhow did you add your deploy task?13:52
qschulzcould you send both recipes maybe?13:53
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC13:54
robin92plqschulz: not really, though, I will send simplified recipes when I manage to reproduce the issue on 100% my recipes. Right now I am working on bbappends for a recipes provided by our chip provider.13:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC13:55
qschulzrobin92pl: check for typos but outside of this I'm clueless at the moment without more code :/13:56
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:57
robin92plqschulz: yeah, so am I; more than a solution I was looking for a confirmation that my approach was correct and it *should* work; now I can start debugging why it fails13:57
*** moto-timo <moto-timo!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto13:58
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto13:58
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC14:04
Ad0if I am gonna patch a config file with sed, at what stage should it be done?. based on the image I am using I set a var, that var is used to fill in the place holder in the config file.14:08
Ad0the config file is a part of my own recipe14:09
qschulzAd0: depends when your file is being used?14:10
qschulzI've seen a few seds in do_configure_prepend14:10
Ad0the file is just put on a location for use by a systemd service after boot14:10
paulbarkerAd0: If you're checking a var set in the image you'll need to patch the file in the image recipe itself. No other recipe knows which image you're building14:10
Ad0maybe I should set the var elsewhere14:11
qschulzAd0: conf file or in the recipe itself (manually that is)14:11
Ad0qschulz, hm? :)14:12
qschulzAd0: for the variable... if you want to set a variable that needs to be used in a recipe, either you set it in the recipe, or in a configuration file (distro, machine, layer, local...)14:12
Ad0ok14:13
Ad0so there is no way to define variables in an image recipe that is exported for global use in other recipes14:13
qschulzAd0: no because an image recipe is a recipe14:13
qschulzand you can't share variables between recipes14:14
Ad0ok so it's in that scope14:14
Ad0a common scenario are some settings like host / url depending on production / dev14:14
Ad0so I should rather make a distro for production / dev?14:14
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto14:14
*** koty00f <koty00f!~filip@212.27.194.162> has quit IRC14:15
Ad0I could echo it to a file and then use the file in a later stage in the life cycle lol14:16
Ad0I asked earlier some days ago what the best route was for having a prod / dev setup, a) have prod / dev iamges with different packages and image settings, b) have different distros and have conditional includes based on the distro in one image file14:18
Ad0maybe there is a C too :)14:19
qschulzAd0: you already know everything then :)14:22
Ad0lol14:22
Ad0I dunno14:22
Ad0what would you do personally :)14:22
Ad0if the 2 differences are image settings like readonly rootfs etc and packages, and that variable14:23
Ad0I have 2 machines, and 2-3 targets like prod, dev, QA14:23
Ad0right now it's 1 distro, 2 machines, image recipes for prod and dev14:24
Ad0maybe I should have divided up in distros because then the OS name can be different too...14:25
JPEWAd0: FWIW, that's the exact situation we wrote https://github.com/garmin/whisk to handle14:25
JPEWI think it's possible to do something similar with kas14:26
Ad0interesting14:26
JPEWAd0: Well, that *and* our different products use different version of Yocto, but we want them all in the same source tree :)14:26
Ad0it looks like a job to make it work with whisk14:26
Ad0i sorta made my init do different things to manage bbappends and all that14:27
JPEWYa; that kinda thing is pretty common. Whisk handles that by allowing different products to pull in different layers14:28
JPEWBut in general we've moved away from "product layers" and use variables defined in the product conf file instead.... they layers were... abused... sometimes :/14:29
Ad0hehe14:30
Ad0thanks I will bookmark that for later14:30
Ad0seems like a bit of a job to integrate that and to redo everything14:30
JPEWAd0: Ya, that's fair14:30
* JPEW needs to write a quickstart guide for it...14:31
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has quit IRC14:31
Ad0is it yours?14:31
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto14:31
JPEWYa. It was an internal tool that I got published14:31
JPEWAnd I wrote it14:31
Ad0nice! seems fairly new too14:31
Ad0I will def look into it14:32
JPEWWe've been using it internally longer.... we're still transitioning all our products to use it, but we currently have about 15 using it14:32
Ad0nice14:33
Ad0so if you were in my shoes and whisk didn't exist, what would you do? :)14:36
*** lo <lo!c7f72354@199.247.35.84> has joined #yocto14:36
*** lo is now known as Guest4005414:37
*** Guest40054 <Guest40054!c7f72354@199.247.35.84> has left #yocto14:38
*** stenscott <stenscott!c7f72354@199.247.35.84> has joined #yocto14:38
JPEWAd0: If I *had* to do it stock.... I would either A) use TEMPLATECONF to make pre-defined local.conf.sample/bblayer.conf.sample templates for each different build you want14:40
Ad0thanks14:41
JPEWAd0: or, make pre-canned site.conf or auto.conf files for each build that users can copy or symlink into the conf/ directory14:41
Ad0never heard of those files14:41
JPEWYa, so it turns our bitbake looks for local.conf, site.conf, and auto.conf in the conf/ directory14:42
Ad0hehe ok14:42
yannrunning bitbake-selftest shows several tests not finding bitbake, in run_bitbakecmd(), Would it be making expectations not encapsulated in the test-running logic ?14:42
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC14:42
JPEWAd0: I'd probably prefer the second option (linking in a site.conf) honestly; it's a lot easier to get a consistent build. The template stuff works really well to initial setup an environment, but IMHO it's not the greatest at tracking changes14:43
Ad0thanks!14:44
Ad0different distros and everything then14:44
JPEWDepends on how much you want to change.... if it's just a few minor things I'd probably put them in the per-build site.conf14:45
JPEWWe have just a few distros that define broad policies: for example one distro for headless devices that has no graphics support, and another for devices with a screen that enables all the graphical goodies14:46
Ad0well the difference i have are 2 machines, production/dev/qa builds (os name, packages in image, readonly fs on prod), patching of files based on production/dev14:47
Ad0patching meaning just sed'ing variable into a config file14:47
*** Paul41 <Paul41!c2b608a3@194.182.8.163> has joined #yocto14:47
stenscottHi, I have a recipe that install -g 1002 where 1002 is present in files/group (but not in /etc/group). I get an error with dunfell from sstatesig.py: KeyError: 'getgrgid(): gid not found: 1002. Can it be a dependency missing in my recipe?14:48
JPEWAh, ya. Once you get multiple axis of configuration it gets more difficult (hence, why we wrote whisk :) )14:48
Paul41Hi, I've got a problem getting php and apache2 to run under yocto (dunfell) it keeps failing with php-native not being able to find the httpd.conf for apache2-native14:48
JPEWstenscott: IIRC you need to actually create the group somewhere. Just having it in files/group is insufficient14:49
JPEWstenscott: files/group is a template for how to create a given group (when using static IDs); it's not copied verbatium14:50
Ad0JPEW, my thought was to just divide it up in distros now. because a development is sort of is own distro since it has a bunch of development distro "features" like debugging tools14:50
JPEWAd0: Ya, that's fair14:50
Ad0a bonus is to being able to have different OS / Distro names14:50
Ad0I'll check out whisk too14:51
Ad0so you basically have your own layer in there. and whisk manages all the other layers?14:51
JPEWAd0: Ya. If you want a functional example of using whisk, you can check out: https://github.com/JPEWdev/yocto-doom-demo14:51
Ad0thanks!14:51
Ad0seems like the submodules are checked in14:52
stenscottJPEW: thanks, I thought it was enough with USERADDEXTENSION = "useradd-staticids" in conf14:52
JPEWstenscott: Nope14:52
JPEWAd0: Ya, I use submodules, but whisk doesn't care what you use as long as they are present14:52
stenscottIt used to work before dunfell, but I guess that was just luck14:52
Ad0JPEW, ok !14:53
Paul41Ok, so I'm the only one stupid enough to try to get PHP on my embedded system it seems (I don't blame you)14:54
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto14:55
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:58
stenscottJPEW: Users/groups are actually added in other recipes for the static ids with USERADD_PACKAGES, but the recipe that changes the file permissions doesn't seem to have access to those ids15:15
*** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto15:21
JPEWstenscott: Ya... does it DEPEND on the other recipe?15:23
stenscottJPEW: No, that may be the issue. I'll try modifying the DEPENDs.15:30
Paul41Is there any way to get my build to not include a recipe (ie. php-native ) when I have `IMAGE_INSTALL_remove += "php-native"` and `PACKAGE_EXCLUDE += "php-native"` in my image file?15:30
*** fl0v0 <fl0v0!~fvo@89.244.120.129> has quit IRC15:31
stenscottPaul41: You can use BBMASK to hide recipes from bitbake15:34
stenscottJPEW: I think that solved my issue. Thanks again!15:35
yannOne of our apps is using yarn, so we have written a yarn fetcher, which is kinda working bug kludgy (derives from GitSM, from which it inherits donestamp handling, so git's donestamp is wrongly taken for the whole).  I'd like to set all of this straight so it gets into proper shape for submission, and I'm looking for advice.15:36
*** Plinnie <Plinnie!5350d04f@83.80.208.79> has quit IRC15:37
yannI've looked at how npmsw does, and the basic idea looks nice, except the yarn.lock to reference (the equivalent of npm-shrinkwrap.json) is part of the git repo15:37
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1579:69c2:643a:c436> has quit IRC15:37
yannare users of npmsw making a copy of the npm-shrinkwrap.json file for this ?15:39
*** faba_ <faba_!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC15:46
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c88e:352:c4dd:3c45> has quit IRC15:46
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:52
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto15:52
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC15:55
*** armpit <armpit!~armpit@2601:202:4180:a5c0:98fa:8c2f:d45b:31ee> has joined #yocto15:56
yannwell, things are made harder with yarn, since downloading the versions needs not only the yarn.lock file, but the full package.json which may include other files, which basically requires the full repo checked out just to fetch deps, sigh.15:59
*** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto16:00
Paul41stenscott, I forgot about that one, thank you I might try that16:04
Paul41Nope, doesn't help. Problem is I need php, but php-native keeps failing to install because of apache2 configuration is missing16:06
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto16:07
Paul41Is there a way to configure a package one way for -native and one way for target?16:11
Paul41*another way for target16:11
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC16:16
paulbarkerPaul41: You should be able to use _class-target and _class-native overrides IIRC16:16
Paul41Turns out in my .bbappend I can `BBCLASSEXTEND_remove = " native"` But apparently I'm not allowed to16:17
Paul41ERROR: Nothing PROVIDES 'php-native'16:17
Paul41:(16:17
Paul41Is there no way to change configuration for the -native package?16:22
qschulzPaul41: paulbarker told you above how to do it16:23
qschulzcan you try his way and see if it helps?16:26
Paul41OHH! Sorry I didn't get that it was `_class-target` because of webirc doing markup, will try that now!16:27
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC16:31
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC16:36
Paul41Well at least it compiled and did the image this time, thank you so much for the help16:37
*** Paul41 <Paul41!c2b608a3@194.182.8.163> has quit IRC16:37
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yvnicxqcrvtynrzn> has quit IRC16:41
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto16:47
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ohdvgnwovftqygxz> has quit IRC16:47
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto16:51
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has joined #yocto16:55
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC16:58
tlwoernerhave the Summit videos been posted?17:01
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC17:03
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto17:04
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC17:05
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC17:06
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto17:07
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto17:07
*** mckoan is now known as mckoan|away17:14
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC17:17
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto17:18
robin92plqschulz: I managed to reproduced the problem on clean dunfell release; the minimal recipes and my terminal session have been uploaded to the Google Drive; feel free to check them out: https://drive.google.com/file/d/1cruql38-QOZ1i2mNNjfaWYdDoy7gtwg0/view17:20
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC17:23
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto17:23
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:cd02:f0b1:772e:3d63> has quit IRC17:26
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto17:27
*** yann <yann!~yann@88.120.44.86> has quit IRC17:28
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC17:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:38
*** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has quit IRC17:38
*** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has joined #yocto17:39
*** yann <yann!~yann@88.120.44.86> has joined #yocto17:40
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has quit IRC17:50
tlwoernerdreyna: ndec: have the Summit videos been posted?17:53
ndectlwoerner: no!17:53
*** lexano <lexano!~lexano@66.115.145.22> has quit IRC17:56
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC17:57
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC17:59
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto18:07
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto18:09
*** lexano <lexano!~lexano@66.115.145.22> has joined #yocto18:09
*** armpit <armpit!~armpit@2601:202:4180:a5c0:98fa:8c2f:d45b:31ee> has quit IRC18:33
*** armpit <armpit!~armpit@2601:202:4180:a5c0:f146:d431:43c5:e3a1> has joined #yocto18:37
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto18:37
armpitndec, dreyna: do  you need help processing the videos? I am taking time off of the US thanksgiving week.18:38
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto18:40
*** stenscott <stenscott!c7f72354@199.247.35.84> has quit IRC18:42
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:46
khemdenix:  does bbb wic file write MLO and u-boot to raw sectors or load from FAT partition18:48
denixkhem: bbb loads them from fat18:49
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC18:49
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC18:51
khemdenix:  I  am trying to format eMMC from a SD boot and I put u-boot and MLO in FAT partition on eMMC and eject SD, it seems to load it but with one caveat, I also have uEnv.txt to customize uboot env a little. it gets used when booting from SD but not when booting from eMMC18:51
khemdenix:  I am trying to use kernel + dtb which is stored on FAT instead of one from roorfs/boot directory18:52
khemdenix:  my uEnv.txt is http://sprunge.us/a7Wc9n18:54
ndecarmpit: thanks, that would really help! as you guessed that's the reason why i haven't done it yet.. so i have 2 videos of 7/8 hours each, they need to be split by session/presentation.. i can give one to you, and do the other one?18:54
denixkhem: https://groups.google.com/g/beagleboard/c/1S9of2vmaLM?pli=118:55
denixkhem: uEnv.txt is expected from SD card, not eMMC18:57
khemdenix:  so whats the magic for doing it in eMMC as well ? should I need to patch u-boot env directly ?18:58
denixkhem: can you saveenv?19:01
khemdenix: its installer image I am trying for19:01
khemso it should work out of box19:01
denixkhem: sounds like you need to patch the default env then...19:02
khemdenix: thanks was trying to avoid patching u-boot but I guess its fine19:02
*** moto-timo <moto-timo!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto19:04
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto19:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:04
*** armpit <armpit!~armpit@2601:202:4180:a5c0:f146:d431:43c5:e3a1> has quit IRC19:07
khemdenix:  is include/configs/am335x_evm.h right file to alter DEFAULT_LINUX_BOOT_ENV19:10
denixkhem: yes19:11
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:15
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto19:16
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto19:24
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto19:24
*** Konsgn is now known as Guest1446219:24
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has joined #yocto19:26
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC19:29
khemdenix: if I run envboot on u-boot CLI it loads uEnv.txt from emmc too19:37
*** Guest14462 is now known as nickk19:38
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC19:40
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC19:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:58
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto20:00
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:03
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:10
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has left #yocto20:10
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC20:16
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto20:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:18
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto20:24
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has quit IRC20:29
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8ae:d779:4cf0:5dba> has joined #yocto20:38
*** blauskaerm <blauskaerm!~blauskaer@185.204.1.183> has joined #yocto20:42
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC20:42
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC20:45
*** moto-timo <moto-timo!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto20:46
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto20:46
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:55
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC21:02
*** blauskaerm <blauskaerm!~blauskaer@185.204.1.183> has quit IRC21:04
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has joined #yocto21:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:08
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto21:12
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:14
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC21:16
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto21:29
*** yann <yann!~yann@88.120.44.86> has quit IRC21:43
*** DanmerZ <DanmerZ!~op@46.150.1.133> has quit IRC21:43
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has joined #yocto21:47
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has quit IRC21:53
*** yann <yann!~yann@88.120.44.86> has joined #yocto21:55
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:56
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:57
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto22:01
*** nickk <nickk!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC22:01
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC22:09
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has joined #yocto22:11
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC22:15
*** robin92pl <robin92pl!~robin92pl@host-188-122-1-90.finemedia.pl> has quit IRC22:21
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto22:27
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC22:29
*** JaMa <JaMa!~martin@dolejisf.bul.rev-fortech.cz> has quit IRC22:32
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC22:43
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto22:45
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:53
RPJPEW: not sure why but that systemd patch doesn't apply23:20
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-23-70-51-213-10.dsl.bell.ca> has joined #yocto23:22
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto23:22
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC23:28
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto23:29
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC23:40
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto23:50
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:52
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC23:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:54
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC23:54
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC23:54
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto23:55

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