Thursday, 2020-01-30

*** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto00:03
kergothoh no, sorry to hear that :(00:04
kergothRP: when you're up tomorrow https://github.com/kergoth/vim-bitbake/issues/21 could use a quick opinion00:12
tlwoernerthank you, RP, for sharing that news, he will be missed indeed00:30
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC00:36
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC00:39
*** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC00:41
tlwoernerJPEW: interesting data point, i bought one of these: https://www.canadacomputers.com/product_info.php?cPath=5_1336_96&item_id=137879 and now my rock-pi-4 boots just fine with the rpi serial cable plugged in (i.e. on the RX pin)00:44
*** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto00:45
*** maudat <maudat!~moda@64.18.88.250> has quit IRC00:51
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto01:18
*** dreyna <dreyna!~dreyna@unknown-209-216.windriver.com> has joined #yocto01:55
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.183> has joined #yocto02:27
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC02:28
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC02:28
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto02:29
*** dreyna <dreyna!~dreyna@unknown-209-216.windriver.com> has quit IRC02:29
*** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC02:29
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC02:32
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC02:35
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto02:36
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto03:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:04
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.183> has quit IRC04:11
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto04:18
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto04:51
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC04:56
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC05:06
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto05:11
yoctiNew news from stackoverflow: meta-swupdate layer fails to generate image in 32-bit <https://stackoverflow.com/questions/59979596/meta-swupdate-layer-fails-to-generate-image-in-32-bit>05:34
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto05:35
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto05:37
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC05:38
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto05:38
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC05:39
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto06:21
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:32
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:34
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC06:45
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto06:47
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto06:49
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto06:50
stuom1ptest manual says "The test generates output in the format used by Automake: result: testname" -> isn't the ouput format completely dependent on how I write the run-ptest script? Is this format merely some suggestion or is it enforced somehow within ptest?06:56
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto07:02
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC07:14
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto07:17
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC07:34
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto07:43
*** fl0v0 <fl0v0!~fvo@89.244.126.45> has joined #yocto07:45
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC07:48
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:51
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:59
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:59
*** creich_ <creich_!~unknown@p200300F6AF189A10000000000000039B.dip0.t-ipconnect.de> has joined #yocto08:02
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:02
*** creich <creich!~unknown@p200300F6AF321B10000000000000039B.dip0.t-ipconnect.de> has quit IRC08:03
*** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has quit IRC08:04
*** florian_kc is now known as florian08:06
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:10
*** ruru4143_ <ruru4143_!~ruru4143@vmi243882.contaboserver.net> has quit IRC08:35
*** ruru4143_ <ruru4143_!~ruru4143@vmi243882.contaboserver.net> has joined #yocto08:36
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:44
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:44
RPstuom1: its parsed by our qa code08:45
RPstuom1: lets us collect results08:45
stuom1RP: so it is important only if I would be making a public package?08:47
stuom1i was planning to only run our own unit tests and output what our own QA prefers08:49
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:51
stuom1has anyone played around with ptest more? Maybe made some "summary" wrapper for ptest-runner?08:52
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC08:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@93-50-192-18.ip153.fastwebnet.it> has joined #yocto08:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:55
*** leon-anavi <leon-anavi!~Leon@78.130.197.130> has joined #yocto09:02
*** opennandra <opennandra!~marek@mail.guep.com> has joined #yocto09:03
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC09:04
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC09:08
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto09:11
frosteyesHi folks. I was wondering how people using busybox as init_manager normally handled the symlinking of init scripts to rcS.d09:15
amaury_dehlo09:17
amaury_dis it possible for a recipe to RDEPENDS on a package from the same recipe09:17
amaury_die. RDEPENDS_${PN} = "${PN}-lic"09:18
qschulzamaury_d: sure09:18
amaury_dqschulz: thats weird, I'm getting 'Nothing RPROVIDES ...'09:19
qschulzamaury_d: then that's your question and not the one you asked :)09:19
RPstuom1: only other consideration is whether you want to use ptest-runner09:19
qschulzamaury_d: this package does not exist :)09:19
amaury_dbut it exists on packages-split directory :/09:20
amaury_dand is populated with my licences files09:20
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto09:21
qschulzamaury_d: I'm wondering if -lic is not a special package. have you tried with something else? Otherwise, I'm passing your question to the next one because no idea honestly :)09:22
qschulzcheck the typos (missing $ or it's not PN-lic but something hand-crafted etc09:22
RPstuom1: the summary handler is resulttool09:22
RPstuom1: e.g. https://autobuilder.yocto.io/pub/non-release/20190829-10/testresults/testresult-report.txt09:23
amaury_dqschulz: its not a typo, with another package it works fine09:24
amaury_dyou are probably right -lic packages muste be something special09:24
stuom1Thanks RP!09:25
amaury_dnevermind I will put the files in the same base package09:25
qschulzamaury_d: why do you want the lic only for this package in your system?09:26
opennandrahi, I'm adding ROOTFS_POSTPROCESS command and call some python method from it which create directory in rootfs /mnt , but when call it like that for every parsed image I have directory created in /mnt (also added some debugging) but I'm not sure why this happens (done during parsing of recipes or?). thanks09:28
amaury_dqschulz: oh you're right, I did not known that the lic packages are automatically installed on the rootfs09:28
amaury_ddo not know if it's special to our config or is a yocto default09:29
qschulzamaury_d: your config I think :)09:29
amaury_dbut it seems I do not need the RDEPENDS anymore09:29
LetoThe2ndamaury_d: they are not by default, but you can request the lic packages to be included.09:29
qschulzLetoThe2nd: what';s the variable for that, you member?09:29
LetoThe2ndqschulz: sure thing09:29
LetoThe2ndhttps://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#providing-license-text09:29
*** locutus_ <locutus_!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto09:30
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:33
amaury_dLetoThe2nd: hum I do not have these variables defined09:35
amaury_donly LICENSE_CREATE_PACKAGE is set09:35
LetoThe2ndamaury_d: see, thats why the -lic package is created but nothing used for09:35
amaury_dbut the licenses are still included, I do not know the reason09:35
LetoThe2ndin the image? all of them?09:38
LetoThe2ndin that case, i'd try and find out what the variable actually triggers, probably just some globbing or virtual packagegroup. that might be triggered in another way too.09:38
amaury_dyes installed on rootfs09:38
amaury_dall of them it seems09:39
qschulzamaury_d: run bitbake with -g -u taskexp and see what's including your -lic packages09:40
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:40
amaury_dqschulz: ValueError: Namespace GTK not available09:44
amaury_di'm on a ssh connection :/09:44
amaury_dwhen using -g, is there anymore a package-depends.dot ?09:45
qschulztask-depends and recipe-depends yes09:45
qschulzamaury_d: you should be able to have X forwarding over an SSH connection with -X right?09:46
amaury_di can try09:46
LetoThe2ndhum09:46
LetoThe2nd-g changed, its only the task-depends by now09:46
LetoThe2ndlike i said, i'd rather just grep and find out what the variables actually trigger.09:47
amaury_dtoo bad it was useful for me09:47
LetoThe2ndand if you really want to dig deeper, enable buildhistory, rebuild the image and then see whats going on.09:47
LetoThe2ndamaury_d: you still get it as part of the buildhistory.09:48
qschulzLetoThe2nd: ah true, I always forget what's part of the buildhistory :)09:48
amaury_dhow does that works? should I inherit buildhistory on my image recipe ?09:48
LetoThe2ndamaury_d: https://www.yoctoproject.org/docs/3.0.1/dev-manual/dev-manual.html#enabling-and-disabling-build-history09:49
amaury_dthanks09:49
LetoThe2nd!hello09:50
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto09:50
LetoThe2ndhm09:50
LetoThe2ndwe need a factoid bot in here.09:50
amaury_di'm always struggling between all the yocto manuals :/09:51
amaury_di could use the mega version09:51
paulbarkerLetoThe2nd: I thought you were the factoid bot09:53
LetoThe2ndhttps://twitter.com/TheYoctoJester/status/122282053883963392109:55
* RP wonders if the oe-core list is working? :/09:56
amaury_dLetoThe2nd: qschulz: I found the explication09:57
LetoThe2ndRP: its at least rather quiet, thats true.09:57
amaury_dit seems that the -lic package is RRECOMMENDS by the main package09:57
RPLetoThe2nd: I've sent mails that haven't appeared :(09:57
stuom1I have not received spam from oe-core since yesterday, that is highly unusual ;)09:57
amaury_dthis is what the buildhistory reports09:58
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC09:58
amaury_dstrange that bitbake <PN>|grep -e '^RRECOMMENDS' returns me nothing09:58
qschulzbitbake PN -e09:59
amaury_dqschulz: sorry yes I meant bitbake -e PN09:59
qschulzI have no mails from any ML since this morning09:59
amaury_dthanks for your help, I did not know buidhistory feature, that seems a useful feature10:00
qschulzamaury_d: could be some core logic which is setting this RRECOMMENDS later, thus not explicit in the recipe?10:00
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC10:01
amaury_dmaybe but I tough even the core logic were listed in 'bitbake -e'10:01
amaury_dthought*10:01
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto10:02
qschulzamaury_d: they expand the variables as much as they can when parsing the recipe, it does not run the tasks AFAIK10:03
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto10:14
*** nerdboy <nerdboy!~sarnold@47.143.129.111> has joined #yocto10:19
*** rburton <rburton!~rburton@192.198.151.44> has joined #yocto10:28
yoctiNew news from stackoverflow: Use a yocto layer's recipe or class without inheriting all bbappends <https://stackoverflow.com/questions/59437410/use-a-yocto-layers-recipe-or-class-without-inheriting-all-bbappends>10:35
*** ahussain <ahussain!6e5dd462@110.93.212.98> has joined #yocto10:46
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.136.33> has joined #yocto10:51
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.136.33> has quit IRC11:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:28
*** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto11:29
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC11:30
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC11:38
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:42
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC11:42
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto11:44
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto11:46
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC11:47
*** berton <berton!~berton@177.194.196.4> has quit IRC11:50
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:51
SaurRP: I have also sent mail to the openembedded-core list that has not been delivered. Looking at lists.openembedded.org, the last mail in any of the archives is from Jan 29 00:43:09 UTC...11:58
RPSaur: we'll need halstead when he's up :/11:59
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC12:02
awafaarburton: o/12:03
rburtonawafaa: blimey12:03
rburtonhonestly thought irc was below your pay grade these days12:03
awafaaI'm borderline grey beard ;)12:04
RPhi awafaa! :)12:05
awafaaaloha :)12:05
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto12:06
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto12:10
*** locutus_ <locutus_!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has quit IRC12:11
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto12:12
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto12:12
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC12:28
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto12:30
rburtonawafaa: i tend to rock a number 3-4 beard as if it gets too long the grey shows too much12:37
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC12:48
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto12:50
*** aehs29 <aehs29!~aehs29@149.199.62.129> has quit IRC13:01
*** aehs29_ <aehs29_!~aehs29@149.199.62.131> has joined #yocto13:01
*** berton_ <berton_!~berton@177.194.196.4> has joined #yocto13:02
*** berton <berton!~berton@177.194.196.4> has quit IRC13:04
*** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::42> has joined #yocto13:05
fullstopembrace the grey13:06
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC13:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:12
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto13:19
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto13:28
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC13:29
*** rizi <rizi!c25ef060@194.94.240.96> has joined #yocto13:31
*** agust <agust!~agust@pD95F1BAA.dip0.t-ipconnect.de> has joined #yocto13:34
rizihello all. i have a question. i am using thud version for all layers. it has opencv 3.4 version. if i want to add a recipe from zeus version for opencv4.1. can i do it? if yes then what is the best way to do it?13:34
LetoThe2ndrizi: depends. either version bump everything to zeus, or backport the newer opncv version into your own layer13:37
riziok. BTW your videos are amazing on youtube (y)  learning alot from them13:40
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC13:42
riziLetoThe2nd: sorry what do exactly mean by "backport the newer opncv version into your own layer"13:42
LetoThe2ndrizi: 1) create a layer of your own13:43
LetoThe2ndrizi: 2) copy opencv recipes from zeus into it.13:43
LetoThe2ndrizi: 3) add your layer to thud build13:44
LetoThe2ndrizi: 4) hope, pray, and see what happends.13:44
LetoThe2ndi mean, your recipe has to go somewhere anyways.13:44
riziLetoThe2nd: haha thanx i will do just that13:44
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC13:48
*** hyper_dave_ <hyper_dave_!~quassel@196.188.72.247> has joined #yocto13:48
*** paulg <paulg!~paulg@24-212-228-136.cable.teksavvy.com> has joined #yocto13:54
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:57
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:03
rob_griesHow do I get yocto to push the /usr/include directory to my sysfs image?14:08
JPEWRP: did you happen to see what was in the SDE file?14:08
rob_griesBasically I want headers so I can build stuff on my board.14:08
kroonrob_gries, add the corresponding -dev packages to your image14:09
rob_griesI have DISTRO_FEATURES_append += " dev-pkgs" in my local.conf. Wouldn't that do the same thing?14:10
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto14:10
kroonrob_gries, looks like that is an image feature, not a distro features14:12
kroonrob_gries, also you dont need both append and +=14:13
rob_grieskroon, the weird thing is that when I add dev-pkgs to the IMAGE_FEATURES list via the EXTRA_IMAGE_FEATURES directive my board refuses to boot properly. I realize that this is probably an issue unique to my specific target (qualcomm apq8053) and that the maintainer (qcom) should address it.14:16
LetoThe2ndrob_gries: or its just that the fs gets too large14:16
rob_griesFS size is nominal14:16
rob_griesThe image size is under 1GB and the partition is sized 2.1GB14:17
LetoThe2ndand what does "refuse to boot properly" mean? after all the headers alone won't do the trick, you'll need the compilers and all too.14:17
tlwoerner(hoping to catch more of the europeans...) what's that trick for resizing the root partition on bootup?14:17
kroonIMAGE_OVERHEAD_FACTOR is one knob to turn14:19
JPEWkroon: I think that just sets the size when the FS is created14:19
kroonJPEW, yeah, but I need to up that factor when I install debug packages14:19
JPEWkroon: Oh, sorry I thought that was in reply to tlwoerner :)14:20
kroonwell it kind of was, since I didnt get his question fully :-)14:20
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC14:21
rob_griesLetoThe2nd, Sorry, I should be more specific. When building with the EXTRA_IMAGE_FEATURES = " dev-pkgs, tools-sdk" directive I get a valid image but after loading it the log shows this message "Stopping qti:" and reboots itself before getting to the logon prompt.14:21
rob_griesLetoThe2nd, I have the complete boot log if you would like to see it.14:22
LetoThe2ndrob_gries: it never hurts to put it on a pastebin14:22
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto14:23
qschulzBTW, maybe a typo, but I'm not sure you're supposed to put a comma after dev-pkgs14:23
LetoThe2ndqschulz: thought the same.14:23
rob_griesOh yeah sorry. That was a typo.14:24
rob_griesIt's actually EXTRA_IMAGE_FEATURES = " dev-pkgs tools-sdk" in local.conf14:24
rob_griesLetoThe2nd, I've posted the log on github gist https://gist.github.com/RobGries/5a7083ffdbbdc600638c38201b456c3b14:26
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC14:26
LetoThe2ndrob_gries: ok. sorry, but this doesn't look like anything i've ever seen before.14:28
rob_griesLetoThe2nd, It's okay, thanks for taking a look. This seems to be less yocto-specific than it is qcom-specific.14:29
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto14:29
LetoThe2ndrob_gries: yup. plus, there's way too much android magic in there for me to properly comment.14:29
qschulzrob_gries: you have one partition which looks corrupted for Linux. Also most likely some qualcomm specific init script which is checking for something and then rebooting if that something isn't as expected14:29
qschulzLetoThe2nd: that's qualcomm for you :)14:29
riziLetoThe2nd: as we discussed i create a layer with opencv newer version bbfile. when i did bitbake opencv it has given 2 errors. any idea why14:31
rob_griesqschultz, yeah I saw that too. You're talking about the mmcblk0p2 volume?14:31
riziERROR: Nothing PROVIDES 'ade' (but /home/rizwan/src/ara-project/meta-riz/recipes-opencv/opencv/opencv_4.1.0.bb DEPENDS on or otherwise requires it). Close matches:14:31
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC14:32
LetoThe2ndrizi: *stares into crystal ball. doesn't see anything. checks that it is properly plugged in. still doesn't see anyhting.*14:32
rob_griesqschultz, the odd thing is that when I remove dev-pkgs, the situation improves. As in the board boots and does not bootloop itself to oblivion.14:32
qschulzrob_gries: use the autocompletion for my nick :)14:32
LetoThe2ndrizi: well thats not clear about that one? you need to backport/copy "ade" too.14:32
qschulzrizi: or find a layer which provides this recipe for your version of yocto14:33
qschulzrob_gries: yes I was talking about that one14:33
rob_griesqschulz, heh I didn't know I could tab complete users in hexchat. cool.14:33
qschulzrob_gries: qcom seems to be testing their system with only one configuration, i'm not *too* surprised it goes bad when changing something slightly14:34
LetoThe2ndndec: you alive?14:34
riziqschulz: meta-oe provides opencv4.0.1 but it is fro zeus and all previous project is based on thud14:34
qschulzrizi: that is not what I said14:34
qschulzrob_gries: check that you are not over the max size of the partition with what you put into this partition14:35
rob_griesqschulz, I'll check the partition map again. Is there a bitbake command to check the size of the rootfs before flashing?14:36
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC14:36
ndecLetoThe2nd: i hope!14:37
qschulzrob_gries: you should have a file somewhere which explicit which file is going to which partition. Then look in tmp dir for a file named that way and you'll have the size?14:37
qschulzrob_gries: I guess you have a nand, so most likley some ubinize.cfg or something like this. Don't recall exactly14:37
LetoThe2ndndec: hooray! can you maybe have a peek at rob_gries' problem?14:37
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto14:38
ndecsure.. i am in a call right now, but will definitely have a look14:38
qschulzrizi: there's no ade in http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/opencv/opencv_4.1.0.bb?h=zeus.... where is this ade dependency coming from?14:38
rob_griesqschulz, that's how I have been checking. And the board I'm using has an eMMC14:39
LetoThe2ndndec: awesome, thanks!14:39
riziqschulz: i have no idea14:40
qschulzrizi: how did you backport the recipe?14:41
*** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto14:41
riziqschulz: created a layer. added opencv_4.1.0.bb file(copied). did bitbake opencv14:43
qschulzhonestly I don't know, it does not look very explicit where the dependency is14:43
qschulzthough, there's actually an ade recipe in the same directory as opencv 4.1.0, so maybe just take this one?14:43
qschulzI hope you took the patches for the recipe as well?14:44
rizino i have not. =#14:44
riziqschulz:how to do that?14:45
qschulzrizi: you have an opencv directory at the same location as the recipe, take those as well14:46
qschulzhttp://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/opencv/opencv?h=zeus14:46
qschulzand this one: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/opencv/ade_0.1.1f.bb?h=zeus14:46
qschulzput them in the same dirs in your layer as they are in meta-oe layer14:46
riziqschulz: ok got it. i try that. thankyou14:47
riziafter putting patches i will just try bitbake opencv again?14:48
qschulzyes14:48
qschulzi'm actually surprised it didn't complained it couldn't find the files14:48
qschulzor did you ignore the warnings :)14:48
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC14:49
riziqschulz: i ignored them. silly me14:49
rizi5 of them14:49
qschulzrizi: and there are 5 patches :)14:49
rizimaking sense already (y)14:50
SaurRP: It seems the mails to openembedded-core has started to trickle in. I saw the patch from you with the memoriam, and was sad to learn about Scott's demise. :(14:56
LetoThe2ndSaur: ?15:00
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC15:02
SaurLetoThe2nd: RP sent a patch for OE-Core with a memoriam for developers who are no longer with us, and it includes Scott Rifenbark.15:02
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC15:02
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC15:03
* LetoThe2nd didn't get it so far. Oh, sad.15:05
yoctiNew news from stackoverflow: apt sources.list for embedded yocto linux? <https://stackoverflow.com/questions/59981494/apt-sources-list-for-embedded-yocto-linux>15:06
tgamblinJPEW: on the YP call the other day you mentioned you were doing some scraping of the autobuilder. Do you have your current scripts posted somewhere?15:06
tgamblinI've been thinking too, do we track build failures over time by error message or something else?15:08
fullstopsstate mirrors are awesome.  that is all.15:08
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto15:09
RPSaur: right, I mentioned it here yesterday evening too. Its very sad :(15:10
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto15:12
LetoThe2ndRP: any context that is being "public"?15:14
RPLetoThe2nd: Scott lost a battle with cancer that has been going on for a while15:15
tlwoernerthat's a nice patch15:16
LetoThe2ndRP: i see. a loss for us.15:16
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto15:22
furyi am creating a custom image of automotive grade linux - the version i'm working with is using thud, but i've found i need a newer meta-qt5, from warrior. AGL's layers include patches that are specific to 5.11 and don't apply in 5.12 (so there's a qtwayland_%.bbappend that includes patch files). in my layer i'm trying to do SRC_URI_remove = "files://0099_qtwayland_no_evdev.patch" to remove the patch that doesn't apply, but15:25
furyit's not working (it still tries to apply the patch). tried making my layer higher priority but no dice...15:25
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:26
qschulzfury: file:// and not files://15:26
furyooof15:26
furythanks!15:26
furyit's clear i need more sleep :P15:26
riziqschulz: i have added patches this time no warning signs. but still same error messages. ERROR: Nothing PROVIDES 'ade' (but /home/rizwan/src/ara-project/meta-riz/recipes-opencv/opencv/opencv_4.1.0.bb DEPENDS on or otherwise requires it). Close matches:15:33
rizidependency chain was: ['opencv', 'ade']15:33
qschulzrizi: read again what I sent you earlier. Two things you had to do15:36
*** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto15:44
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto15:44
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:956d:3f69:6b44:1d83> has joined #yocto15:44
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC15:47
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC15:49
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC15:53
qschulzrizi: found it?15:54
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC15:55
riziqschulz: yeah. actually i made one blunder. i was using bb file for opencv.4.1.0 master version. that is why it was asking for ade dependency15:56
rburtoni recommend grabbing the ade recipe too15:57
*** ahussain <ahussain!6e5dd462@110.93.212.98> has quit IRC15:57
rburtonbecause otherwise opencv just goes and downloads it during configure anyway, which is stupid15:57
rizibut it is not in dependencies? why wd it need ade?15:58
qschulzrizi: http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/opencv/opencv_4.1.0.bb?id=adfe0b63443d8d2b18428afcb922aca42285889016:00
qschulzrizi: it seems like master wouldn't be such a bad idea :)16:02
riziah got it . thankyou:]16:02
qschulzjust take ade as well or have a bbappend for removing ade from PACKAGECONFIG ifyou don't need it16:02
riziok got it. if zeus does not work then i go tho master:]16:03
qschulzrizi: zeus will work, it's just downloading stuff it shouldn't16:05
tlwoernerzeddii: is there a patch in linux-yocto that we can apply to upstream kernels so "-c menuconfig" works? (i.e. ncurses issue)16:05
tlwoernermy host has all the "ncurses*-dev" packages installed16:05
riziqschulz: yeah got it16:07
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC16:11
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto16:11
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto16:15
*** berton__ <berton__!~berton@177.194.196.4> has joined #yocto16:16
*** berton_ <berton_!~berton@177.194.196.4> has quit IRC16:17
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:24
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.136.33> has joined #yocto16:25
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto16:26
*** dreyna__ <dreyna__!~dreyna@2601:646:4201:b1a0:956d:3f69:6b44:1d83> has joined #yocto16:28
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:956d:3f69:6b44:1d83> has quit IRC16:28
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC16:28
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:956d:3f69:6b44:1d83> has joined #yocto16:28
JPEWtgamblin: I will post them16:34
tlwoernerbtw, i found the auto-resize on bootup thingy: https://github.com/96boards/96boards-tools/blob/master/resize-helper16:41
JPEWtlwoerner: FWIW, you can do it with regular sfdisk these days now that is has gpt support16:48
JPEWtlwoerner: useful if you are trying to avoid GPLv3 :)16:49
*** berton__ <berton__!~berton@177.194.196.4> has quit IRC16:49
*** berton <berton!~berton@177.194.196.4> has joined #yocto16:50
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:51
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC16:56
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC16:58
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:00
*** clement <clement!~clement@51.158.149.110> has joined #yocto17:03
*** yann <yann!~yann@85.118.38.73> has quit IRC17:04
JPEWtgamblin: https://gist.github.com/JPEWdev/00dc3dd790ff00c64e87c90a96ba157217:05
JPEWtgamblin: Enter the number from the dump on the AB and it will fetch, run diffoscope and popup the results in firefox17:06
yoctiNew news from stackoverflow: Two different recipes names providing same package with different versions. How can one force a default one? <https://stackoverflow.com/questions/59990799/two-different-recipes-names-providing-same-package-with-different-versions-how>17:06
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto17:12
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC17:13
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-rlwvykjemxlchgtg> has joined #yocto17:17
tlwoernerJPEW: did you see my note about the power supply?17:20
JPEWtlwoerner: Ya, that is interesting17:20
tlwoerneri guess the ASUS power supply i had been using (which, technically, isn't recommended, i.e. USB PD and QC3.0) was starting at the wrong place17:21
riziqschulz: after bitbake opencv do i need to just add layer into my previous thud build and do a bitbake for previous image or should i create a new image? what is best way17:22
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC17:24
dv|2I buil qemux86-64 image and my coreutils are build without xattr. why?17:31
*** guerinoni <guerinoni!~guerinoni@host6-153-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto17:33
qschulzrizi: you need to add your layer (bitbake-layers add-layer is your friend). Then you add opencv to your image. Either you create one, or you use another one with a bbappend, or if it's for quick debugging, add your package to the image from local.conf directly17:33
armpitRP sent QA email17:34
armpitdv|2, check your DISTRO_FEATURES17:37
armpitlook at the recipe to figure out what needs to be set17:37
dv|2armpit, thanks!17:37
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC17:38
*** opennandra <opennandra!~marek@mail.guep.com> has quit IRC17:41
riziqschulz: if i create a new image. then in newimage.bb file in require if i write previous image then it includes all the stuff from that image?17:41
qschulzrizi: it should yes17:42
riziqschulz: a follow up for sequence of steps: 1. add layer. 2. bitbake previous image 3. create newimage.bb with IMAGE_INSTALL += "opencv"17:45
*** berton <berton!~berton@177.194.196.4> has quit IRC17:46
qschulzrizi: if you bitbake the previous image, you bitbake the previous image, it does not impact the new image.17:46
*** berton <berton!~berton@177.194.196.4> has joined #yocto17:47
riziqschulz: thankx:]17:47
qschulzrizi: https://www.youtube.com/watch?v=nqHylLP2NmA17:47
riziqschulz: that is great (y)17:50
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:51
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has quit IRC17:52
qschulzhalstead: hi, I registered for the docs ML with my poky ML account, and right after login it said that I didn't have a password set (I do have one) and that a mail will be sent to set one up. I only received a welcome mail to the docs ML. I don't have a screenshot, I'm sorry but I wanted to let you know that this password warning seems wrong to me17:52
halsteadqschulz, That does sound like an error. I'll check the logs.17:53
halsteadqschulz, Can you PM me your account e-mail address?17:54
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9979:cdb6:7624:d076> has joined #yocto17:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-232-34.net.vodafone.it> has joined #yocto17:57
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:57
Saurhalstead: How are the mailing lists on lists.openembedded.org doing? There were no mails delivered yesterday, and today, only a few seem to have trickled through...17:58
halsteadSaur, I'm still investigating. A runaway log filled the volume. It's cleared now. It appears only a single message was discarded in error and the rest were refused. Messages should appear as re-delivery is attempted.18:01
halsteadSaur, I expect it would catch up faster though so I'm continuing to look at it.18:01
qschulzhalstead: ok, my bad for that one. I didn't have a new password since we moved to the new system of ML. I might have been redirected to a page where it didn't show that the password has to be set but I'm not sure so please ignore. Thx!18:01
Saurhalstead: Ok, thanks.18:01
halsteadNo problem. Thanks for the update qschulz.18:02
*** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC18:02
*** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto18:08
kiwi_29Hello. I have created a custom bistro by creating a separate layer "meta-mydistro"  in poky. If I want to add more packages, should I add CORE_IMAGE_EXTRA_INSTALL += "packagename" in build/conf/local.conf   OR should it be inside. meta-mydistro/conf/distro/mydistro.conf. ?18:10
millonikiwi_29: you should create your own image recipe and add to IMAGE_INSTALL there18:10
qschulzkiwi_29: local.conf is... local and you shouldn't rely on people using the one you share (if you do share it). Distro.conf is for distro (there is no DISTRO in the name of the variable, that's usually a good tell), so you're left with image recipes :)18:12
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC18:12
kiwi_29I see.. I have IMAGE_INSTALL_append in meta-mydistro/conf/distro/mydistro.conf. where I am adding splash screen to custom distro. Is that the right place for the splash screen?18:14
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto18:14
qschulzIMAGE_INSTALL... IMAGE... in a distro. That is not correct no :)18:14
JPEWRP: Is there anything that would prevent anonymous python functions from running before a task?18:14
qschulzkiwi_29: https://www.youtube.com/watch?v=nqHylLP2NmA18:15
JPEWRP: Or better yet, are they even supposed to run before each task? empircally, they do in my test, but the documentation says they only run at parsing time18:15
kiwi_29qschulz thanks.. will check image recipes18:15
qschulzLetoThe2nd: I think we'll need to write up some partnership agreement because I bring a few people to your videos :D not right that you'd get all the beers18:16
tgamblinJPEW: cheers18:18
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto18:20
qschulzJPEW: aren't all recipes parsed before a task is being run? (those not in the parsing cache or whatever its name is?)18:22
*** nerdboy <nerdboy!~sarnold@47.143.129.111> has quit IRC18:26
JPEWqschulz: Ya they all should be running during the "Parsing ..."  phase before bitbake starts executing tasks, I'm referring to "parsing" before each task run18:26
*** guerinoni <guerinoni!~guerinoni@host6-153-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC18:26
*** nerdboy <nerdboy!~sarnold@47.143.129.111> has joined #yocto18:26
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC18:26
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto18:27
*** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has joined #yocto18:28
Nathan22I'm trying to add functions to the ROOTFS_POSTPROCESS_COMMAND in two seperate files. The first file calls the second file with an IMAGE_INSTALL_append. The function in the first file gets added, but the function in the second file does not18:29
Nathan22grep'ing for that flag shows that nothing is hard setting the variable. Any ideas?18:30
qschulzIMAGE_INSTALL is for packages18:31
Nathan22Sorry yeah, bad terminology18:31
qschulzpackages do not touch the rootfs hence can';t use ROOTFS_POSTPROCESS_COMMAND18:31
qschulzROOTFS_POSTPROCESS_COMMAND += should be used in both files (or at least the last one setting this varibale18:32
qschulzall functions are separated by a semi-colon => ';'18:32
*** nerdboy <nerdboy!~sarnold@47.143.129.111> has quit IRC18:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:32
qschulzand you want your first file to "call the second file" by including or requiring it (you want to require it)18:33
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC18:33
Nathan22Ahhhh. That makes sense. Thanks a million. That should definitely be documented by that variable though18:33
*** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC18:33
Nathan22The second 'file' is a package. Should I require it instead of IMAGE_INSTALL'ing it?18:34
*** kukela_cd <kukela_cd!ae63deca@174.99.222.202> has joined #yocto18:34
*** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has joined #yocto18:36
qschulzthe second file is a recipe (there's no file for packages, a file is usually  a recipe (or a conf file for machine and distro; or an inc) and creates packages (or a full image)) not a package :)18:37
qschulzYou cannot have ROOTFS_POSTPROCESS_COMMAND in a recipe other than an image recipe18:37
qschulzwhat do you want to do exactly with that ROOTFS_POSTPROCESS_COMMAND in this (non-image) recipe?18:38
qschulzYou're most likely willing to do something the way you shouldn't, so let's tackle that first. afk for a while (maybe until tmrw but I'll catch up if ever)18:39
Nathan22My bad thanks for the info!18:40
kukela_cdhey i have a quick question about a change i need to make to one of my recipes but im not sure where to make it. I am trying to produce a fitimage of my kernel. I have enabled the fitimage.bbclass. It seems to be working and generating a fitimage but not in the location my linux kernel recipe expects. If i create a symbolic link between where my18:41
kukela_cdkernel recipe expects and where it is build( one directory up and over) i can restart the build and it completes. NOTE: make HOSTCC=gcc  -isystem/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/include -O2 -pipe18:41
kukela_cd-L/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib -L/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib18:41
kukela_cd-Wl,-rpath-link,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib18:41
kukela_cd-Wl,-rpath,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined18:41
kukela_cd-Wl,--dynamic-linker=/mnt/sharedwork/.../build-mci/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 HOSTCPP=gcc  -E zImage CC=arm-poky-linux-gnueabi-gcc  -mno-thumb-interwork -marm -fuse-ld=bfd18:41
kukela_cd-ffile-prefix-map=/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/git=/kernel-source/  LD=arm-poky-linux-gnueabi-ld.bfd18:41
kukela_cdCONFIG_INITRAMFS_SOURCE=/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/build/usr/mci-core-initramfs-sama5d2-xplained-sd.cpio18:41
kukela_cd./Makefile18:41
kukela_cdinclude/generated/compile.h18:41
kukela_cd/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/temp/log.do_bundle_initramfs.26551)18:41
kukela_cdI either need to define a variable i dont know about or something18:41
kukela_cdbut im not quiet sure where that would be.18:42
kukela_cdthanks18:42
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto18:42
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto18:43
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:43
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:44
kukela_cdactually the if image is in the same directory. just under a longer name18:45
*** kukela_cd <kukela_cd!ae63deca@174.99.222.202> has quit IRC18:47
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:956d:3f69:6b44:1d83> has quit IRC18:48
tlwoernercan devtool (or something) help do a remote gdb debug from host to target?18:49
Nathan22qschulz: I'm trying to create directories for nginx. Why the recipe doesn't create them already I'm not sure. I was following a guide that had this as a fix18:49
*** paroque28 <paroque28!80e0fc02@128.224.252.2> has joined #yocto18:52
riziqschulz: everything worked. i now have opencv 4.1.0 version. but a module "dnn" is missing. how can i add that here?18:56
*** kukela_cd <kukela_cd!ae63deca@174.99.222.202> has joined #yocto19:03
kukela_cdsorry my client disconnected19:03
kukela_cdif anyone answered my question19:04
kukela_cdcould they repeat what they said19:04
rob_griesDoes packagegroup-core-buildessential contain both the compiler toolchain and includes?19:05
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC19:05
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.250> has joined #yocto19:06
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto19:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:09
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC19:10
JPEWIs Rick Liu here?19:11
*** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto19:18
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC19:20
beratiksHi , I have SC_P_MIPI_CSI0_CLK_P0xC0000041 pin. when I make dts file I get error as syntax. What must I do?19:20
*** rizi <rizi!c25ef060@194.94.240.96> has quit IRC19:22
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto19:26
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto19:27
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto19:27
qschulzberatiks: not enough info for us to help. "I have xxx" where? you're doing what with it? "I make dts file" where? for which reason? "I et error as syntax" can we get the error?19:28
qschulzNathan22: create the directories for nginx in the nginx recipe? use a bbappend, most likely you'll need a do_install_append in there which is creating dirs required by nginx. Might need to tweak FILES_${PN} to include those dirs.19:29
Nathan22I was confused about that. If nginx requires these directories to run it should be part of the upstream recipe right?19:31
qschulzNathan22: first thing is to check if those directories aren't in other packages by any chance (tmp/deploy/ipks/ and ucompress them to check what's inside)19:31
qschulzNathan22: there might be other tool like oe-pkgdata-util but I've never used it /me shrugs19:32
beratiksqschulz: you are right. I will write my problem clearly19:32
stacktrustmulticonfig question: does 'do_fetch[mcdepends] = mc:machine1:machine2:image2:do_rootfs' only establish a dependency between the steps of the package, or also the existence of files? i.e. woould Image1 only be built when Image2 rootfs task is executed? e.g. if Image2 is manually deleted, and ./bb Image1 is run, it would not know that Image2 needs to be rebuilt for inclusion in Image1?19:32
tlwoernerhalstead: if YP is going to be doing GSoC, we could probably use a mailing list for that too, but it's not urgent. we should coordinate with ndec to see what he thinks19:32
qschulzNathan22: second thing is to find out if there isn't a PACKAGECONFIG for it or something weirder (I don't know how nginx is compiled... configure options? some weird variables used that you have to set? etc...)19:34
halsteadtlwoerner: I'll wait to hear from ndec about it.19:34
qschulzNathan22: if you're not using rm_work, you can check in ${WORKDIR}/image (WORKDIR is the workdir of the recipe) if the directory is here. might be faster than unpacking the ipks19:35
qschulzNathan22: i'm off for the night, gl, see you tomrrow19:35
Nathan22I will look into it, thanks again!19:35
stacktrustscripts/verify-bashism question: how long should this take and should it generate incremental output, or one report at the end?  I stopped it after 15 minutes, image is ~5000 steps.19:36
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC19:38
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto19:38
Nathan22qschulz: 1) I have nothing under tmp/deploy/ other than images. 2) There is several references to PACKAGECONFIG in the recipe but I haven't used that before so not quite sure what it does. Will have to look into further. 3) Nothing in the nginx recipe dierctory for image.19:39
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC19:45
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto19:52
kukela_cdHello Guys,19:53
kukela_cdIs there anyone here who knows about generating fitimages ?19:54
*** paroque28 <paroque28!80e0fc02@128.224.252.2> has quit IRC19:57
JPEWkukela_cd: A little bit19:59
kukela_cdhey19:59
kukela_cdi think i have pretty much everything working. it is just that when i build. It does not create a symbolic link. if i add the link manually it does finish20:00
JPEWkukela_cd: Which symbolic link?20:01
kukela_cdi was wondering if there is a variable you have to set so that it know the name of they symbolic link20:01
kukela_cdfitimage-... to  fitimage20:01
kukela_cdNOTE: make HOSTCC=gcc  -isystem/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/include -O2 -pipe -L/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib20:01
kukela_cd-L/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib -Wl,-rpath-link,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib20:01
kukela_cd-Wl,-rpath-link,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib -Wl,-rpath,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/usr/lib20:01
kukela_cd-Wl,-rpath,/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined -Wl,--dynamic-linker=/mnt/sharedwork/.../build-mci/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 HOSTCPP=gcc  -E zImage20:01
kukela_cdCC=arm-poky-linux-gnueabi-gcc  -mno-thumb-interwork -marm -fuse-ld=bfd -ffile-prefix-map=/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/git=/kernel-source/  LD=arm-poky-linux-gnueabi-ld.bfd20:01
kukela_cdCONFIG_INITRAMFS_SOURCE=/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/build/usr/mci-core-initramfs-sama5d2-xplained-sd.cpio20:01
kukela_cd./Makefile20:01
kukela_cdinclude/generated/compile.h20:02
kukela_cd/mnt/sharedwork/.../build-mci/tmp/work/sama5d2_xplained_sd-poky-linux-gnueabi/linux-at91/4.9+gitAUTOINC+29796588eb-r0/temp/log.do_bundle_initramfs.26551)20:02
JPEWkukela_cd: pastebin next time please :)20:02
kukela_cdoh sorry i didnt know20:02
*** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has quit IRC20:03
kukela_cdthe files themselves are sitting there20:03
kukela_cdthey just dont seem to be taking on the default name20:03
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC20:04
JPEWkukela_cd: "sitting there" in your deploy dir?20:05
kukela_cdno in the build dir under arch/arm/boot/20:05
kukela_cdit names them  fitImage.bak  fitImage-mci-core-initramfs  fitImage-mci-core-initramfs.bin20:06
kukela_cdif i link to the other name20:06
kukela_cdthe build completes20:06
JPEWkukela_cd: Hmm, not sure. The last thing I did with FIT images I only had to add these two lines: https://git.yoctoproject.org/cgit/cgit.cgi/meta-rockchip/tree/conf/machine/include/rk3399.inc#n1320:08
JPEWkukela_cd: (Line 13 & 14)20:09
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC20:11
kukela_cdill try to add it to my machine configuration file and see that happens20:12
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC20:13
kukela_cdi added something similar to kernel recipe bbappend20:13
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto20:13
kukela_cdthanks20:13
JPEWkukela_cd: np20:13
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto20:13
JPEWkukela_cd: Are you using a stock kernel recipe, or is it from your BSP?20:13
kukela_cdit is from my BSP20:19
kukela_cdit is an atmel sama5d220:19
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto20:20
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC20:24
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC20:29
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto20:30
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC20:35
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC20:35
*** rperier_ <rperier_!~quassel@2001:41d0:52:100::44a> has joined #yocto20:37
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto20:37
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto20:37
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC20:39
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto20:39
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto20:44
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto20:45
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto20:48
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC20:49
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto20:50
*** kukela_cd <kukela_cd!ae63deca@174.99.222.202> has quit IRC20:50
*** compenguy <compenguy!~compenguy@c-73-240-172-56.hsd1.wa.comcast.net> has joined #yocto20:51
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC20:56
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto20:56
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC21:00
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto21:00
fullstopI'm using the a5d27 and the mainline kernel works for me.21:03
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC21:04
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto21:06
yoctiNew news from stackoverflow: Yocto Bitbake fsl-image-qt5-validaiton-imx always error <https://stackoverflow.com/questions/59801039/yocto-bitbake-fsl-image-qt5-validaiton-imx-always-error>21:07
aehs29_RP: very sad to hear about Scott, he was always so helpful to me21:25
*** opennandra <opennandra!~marek@185.144.162.74> has joined #yocto21:25
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC21:26
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto21:27
aehs29_still shocked21:27
*** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC21:28
RPaehs29_: He was one of a kind, lots of good memories21:34
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:37
RPJPEW: parsing would have to happen before a task runs21:41
kergoththe MEMORIAM thing is nice, i was thinking about treke after hearing about scott21:41
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.193> has joined #yocto21:41
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto21:41
*** rangergord_ <rangergord_!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto21:42
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC21:46
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC21:47
*** sgw <sgw!~sgw@192.55.55.41> has quit IRC21:54
JPEWRP: Hmm, I have *no* idea how YOCTO #13763 would be possible then...21:55
JPEWRP: It's like the SOURCE_DATE_EPOCH variable keeps the value from the original recipe parse and doesn't get updated after that21:56
JPEWRP: The value on the inital parse will be 0, since no __source_date_epoch.txt file exists. You can see this if you 'bitbake -e' a recipe that hasn't been unpacked yet21:57
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:57
*** mmorton is now known as mmorton_away21:58
RPJPEW: right, it should have a value after that21:59
RPJPEW: I've been afk but wanted to look at that bug further as it seems odd21:59
RPkergoth: I've thought of treke on a few occasions. The license stuff he did was quite ahead of its time21:59
JPEWRP: Ya a second set of eyes would be good. The only slightly out of the ordinary thing I've see is that it uses multiconfig22:00
*** sgw <sgw!~sgw@134.134.139.76> has joined #yocto22:11
*** opennandra <opennandra!~marek@185.144.162.74> has quit IRC22:15
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC22:17
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto22:20
zeddiiRP: I finally managed to stay awake long enough today to have a look at that mips failure you sent (https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/238/steps/8/logs/step1c)22:24
zeddiibut I can't reproduce it on the same config here22:24
zeddiihttps://pastebin.com/0aNGWQRp22:24
zeddiiis there a full log of those test sessions, somewhere that I'm not seeing it on the autobuilder ?22:25
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto22:25
zeddiibecause that error shows that the asm dirctory isn't setup right, and that implies make scripts/prepare failed, but yet it worked here.22:25
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC22:26
zeddiiI wonder if something OOM'd and I'm just not seeing it in the ab log22:26
zeddiianyway. ZZZzzz for me. I'll try and look into it more as time allows.22:26
*** mmorton_away <mmorton_away!930bfc2a@unknown-252-42.windriver.com> has quit IRC22:27
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:30
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC22:33
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC23:05
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto23:16
RPzeddii: https://autobuilder.yocto.io/pub/repro-fail/mipslogs/23:20
RPzeddii: I've saved the builddir for now23:21
*** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::42> has quit IRC23:23
*** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::42> has joined #yocto23:24
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto23:45
*** rburton <rburton!~rburton@192.198.151.44> has quit IRC23:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:50

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