Thursday, 2020-09-10

*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto00:01
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:dd82:c874:a2c4:88ca> has quit IRC00:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:54
*** yann <yann!~yann@88.120.44.86> has quit IRC00:55
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:57
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto01:12
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC01:15
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC01:55
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC02:04
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto02:08
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:10
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto02:20
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC02:25
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC02:38
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC02:51
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:07
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC03:10
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto04:11
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mpqjfbmofmcfcadj> has quit IRC04:22
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto04:27
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto04:38
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto04:39
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-173.hsi6.kabel-badenwuerttemberg.de> has joined #yocto04:48
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC05:01
*** whoami_ <whoami_!~quassel@2409:4070:219f:6326:c4ab:d012:3952:2bdb> has joined #yocto05:02
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto05:12
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC05:13
*** CoLa|work <CoLa|work!~cordlandw@port-92-192-111-140.dynamic.as20676.net> has joined #yocto05:20
*** CoLa|work <CoLa|work!~cordlandw@port-92-192-111-140.dynamic.as20676.net> has quit IRC05:24
*** whoami_ <whoami_!~quassel@2409:4070:219f:6326:c4ab:d012:3952:2bdb> has quit IRC05:39
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:40
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:40
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:41
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:41
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:42
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:42
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:42
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:43
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:43
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:44
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto05:44
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC05:44
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:44
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:45
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:45
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:46
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:46
*** marrrk <marrrk!~mark@CPE7c9a544b3f5e-CM7c9a544b3f5c.cpe.net.cable.rogers.com> has joined #yocto05:46
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:46
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:47
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:47
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:48
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:48
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:49
*** marrrk <marrrk!~mark@CPE7c9a544b3f5e-CM7c9a544b3f5c.cpe.net.cable.rogers.com> has quit IRC05:49
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:49
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:50
*** manuel1985 <manuel1985!~manuel@213-147-161-198.nat.highway.bob.at> has joined #yocto05:50
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC05:50
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:50
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto05:50
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:51
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:51
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:51
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:52
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:52
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:53
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:53
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:54
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC05:54
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:54
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:55
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:55
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:56
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:56
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:56
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:57
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:57
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:58
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC05:58
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:58
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:59
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto05:59
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:00
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:00
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:01
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:01
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto06:01
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:01
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:02
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:02
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:03
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:03
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:04
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:04
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:05
mihaixcute06:05
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:05
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:05
*** whoami_ <whoami_!~quassel@207.194.91.130> has joined #yocto06:06
*** manuel1985 <manuel1985!~manuel@213-147-161-198.nat.highway.bob.at> has quit IRC06:06
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:21
*** mckoan|away is now known as mckoan06:25
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC06:30
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto06:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:31
*** frsc <frsc!~frsc@i59F72167.versanet.de> has joined #yocto06:36
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC06:39
*** m________ <m________!~textual@185.101.89.114> has joined #yocto06:52
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto06:52
*** fl0v0 <fl0v0!~fvo@i59F44C63.versanet.de> has joined #yocto06:58
whoami_Hi, I'm trying to code sync codeaurora yocto. I'm facing issue is code syncing tinyalsa.07:01
whoami_fatal: remote error: access denied or repository not exported: /quic/le/platform/external/tinyalsa.git07:01
whoami_07:01
whoami_ERROR: tinyalsa-git-r1 do_fetch: Fetcher failure for URL: 'git://codeaurora.org/quic/le/platform/external/tinyalsa.git;protocol=git;branch=github/master'. Unable to fetch URL from any source.07:01
whoami_ERROR: tinyalsa-git-r1 do_fetch: Function failed: base_do_fetch07:01
*** hpsy <hpsy!~hpsy@92.118.12.72> has joined #yocto07:01
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC07:13
ndecwhoami_: i use codeaurora regularly, i just tried and it works for me.. that said here isn't the best place for codeaurora issues.. i don't know how quickly they respond.. but you have https://www.codeaurora.org/report-a-bug07:15
ndectry to clone directly on your dev machine, to make sure this is really an issue on their side.07:16
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto07:17
whoami_ndec: I tried git clone git://codeaurora.org/quic/le/platform/external/tinyalsa.git;branch=github/master. It cloned. But nothing inside. warning: remote HEAD refers to nonexistent ref, unable to checkout.07:18
ndecwhoami_: yes, that's expected since there is no 'master' branch (which is what git tells you).07:19
ndecafter you clone, you can checkout github/master branch, e.g. git checkout -t origin/github/master07:20
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto07:21
*** diego_r <diego_r!~diego@mob-176-247-160-75.net.vodafone.it> has joined #yocto07:21
ndecby default git clone will fetch and then try to checkout 'master' branch. you can do "git clone -b github/master XXX" which is what bitbake will do since you have branch=github/master07:21
*** yann <yann!~yann@88.120.44.86> has joined #yocto07:22
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC07:25
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto07:25
whoami_ndec: Thank you. it is working.07:25
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC07:26
*** m________ <m________!~textual@185.101.89.114> has quit IRC07:30
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto07:31
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto07:36
*** whoami_ <whoami_!~quassel@207.194.91.130> has quit IRC07:37
*** m________ <m________!~textual@185.101.89.114> has joined #yocto07:40
*** m________ <m________!~textual@185.101.89.114> has quit IRC07:44
*** dmation <dmation!~dmation@90.253.21.86> has joined #yocto08:04
PaowZ_mihaix: yes, indeed ! prompts like "choose partition (sda):"08:04
dmationHello again every one, I hope you are all staying safe!08:05
*** fl0v01 <fl0v01!~fvo@88.130.220.111> has joined #yocto08:06
*** fl0v0 <fl0v0!~fvo@i59F44C63.versanet.de> has quit IRC08:07
khemhi dmation08:09
dmationHi Khem :)08:09
dmationOut of interest how are people doing CI/CD with yocto?08:11
qschulzdmation: mckoan is doing: https://koansoftware.com/autobuilder2-talk-yocto-project/ (or at least they presented it :) )08:14
mihaixPaowZ_: take a look at ./meta/recipes-core/initrdscripts/files/init-install.sh script, you could write and use a custom one08:15
mihaixmost probably you're talking about the prompts from that script08:15
manuel1985qschulz: Thanks for that link! I'm interested in integrating Yocto build in CI/CD as well!08:25
dmationditto, thanks08:28
mckoanqschulz: indeed, thank you!08:30
PaowZ_tks mihaix, will do !08:30
mckoandmation: however many users use Jenkins or Gitlab too08:31
*** m________ <m________!~textual@185.101.89.114> has joined #yocto08:31
m________Hi All, I am using a buildsystem based on Rocko and I am getting errors when I try to populate extensible SDK08:32
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:dd82:c874:a2c4:88ca> has joined #yocto08:32
*** m________ is now known as michaellarsen08:32
dmationI have been playing with Jenkins...08:33
michaellarsenanother issue I have, is that I am trying to use devtool to add source from our internal git repo. We are using bitbucket and it runs on our internal network on a specific port.08:35
mckoandmation: interesting. Share your thoughts08:36
qschulzmichaellarsen: if you don't give us more context, we won't be able to help you. which "errors" are you getting? which machine, which layers, which distro, etc... :)08:36
michaellarsenqschulz: sorry, I will be right back with more info.08:38
dmationmckoan, I have only just begun down that road, It's ok, but I have to do a lot of scripting and work arounds to keep it running. I feel like a CD system that requires maintanace will not be maintained for long.08:41
qschulzmichaellarsen: same for your devtool issue with bitbucket, you need to ask a question :D08:41
dmationI might add that I build inside a docker container as we have some systems witch run under ubuntu 16 and others that run under ubuntu 18...08:42
dmation*which, please excuse my grammar...08:43
mcfriskdmation: internet search for "yocto continuous integration" will bring a bunch of presentations with details from various setups. feel free to ask for more details here as people are present...08:44
michaellarsenqschulz: got it. I will be back08:46
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto08:47
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC08:47
michaellarsenqschulz: Regarding my devtool issue. I think it relates to the fact that our bitbucket server is at port 7990. It seems that the git fetch mechanism is having a hard time understanding http://<server>:7990/path/to/project/repo.git08:49
dmationMcfrisk, thank you. I have been watching at presentations on youtube. In particular the one from Tim Orling caught my attention [https://www.youtube.com/watch?v=l6NwYGbWO5s]. Having a system that can automagically test on target devices does appeal to me, however LAVA seems like overkill for my application. I was more curious about what people preferred and why. But I suppose that is like asking what programming language you prefer; it depends on what the08:51
dmationapplication is.08:51
qschulzmichaellarsen: the usual question is: have you tried on Yocto master? (in that case it should be super easy since it's only devtool add :) ) if it still does not work, then a bug report needs to be filled and/or more discussion can happen :)08:52
dmationI will look into Autobuilder and ask if I have any specif questions08:52
mcfriskonce you have a large test lab with lots of HW variants then LAVA will help. Custom setups may need more maintenance in the long run...08:53
michaellarsenqschulz: I have not tried master, I will be trying that. Thanks.08:55
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:dd82:c874:a2c4:88ca> has quit IRC08:56
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has joined #yocto08:57
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto09:23
michaellarsenqschulz: I get the following error when I try to build/populate the extensible sdk, using -c do_populate_sdk_ext -> https://pastebin.com/bqgEDvGB09:25
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC09:25
*** nslu2-log_ is now known as nslu2-log09:25
michaellarsenI am on rocko and the corresponding bitbake 1.3409:28
michaellarsen-c do_populate_sdk completes just fine09:28
* RP notes we have okayish builds of thud and warrior on the autobuilder again09:46
xantozhmm.. does IMAGE_POSTPROCESS_COMMAND run before the rootfs image file exists in DEPLOY_DIR_IMAGE ?09:46
RPI guess I should sent out the patches and call that all done09:46
xantozI'm trying to make a tarball containing the rootfs, the zImage, the initrd and a custom u-boot script09:47
xantozusing a IMAGE_POSTPROCESS_COMMAND on the rootfs recipe itself09:47
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto09:49
xantozis it available in some other directory, but not yet in DEPLOY_DIR_IMAGE at this stage?09:50
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC09:50
*** nslu2-log_ is now known as nslu2-log09:51
qschulzxantoz: DEPLOY_DIR_IMAGE is populated after do_image_complete is done09:51
qschulzdo_image_complete is the one executing your IMAGE_POSTPROCESS_COMMANDs09:52
xantozright09:54
xantozis the rootfs available at some other place during this stage? or do I need to figure out a way to run my code after do_image_complete?09:56
qschulzxantoz: according to https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-IMAGE_POSTPROCESS_COMMAND, IMAGE_ROOTFS10:04
*** simonpe^^ <simonpe^^!~starlord@c80-217-45-228.bredband.comhem.se> has joined #yocto10:04
qschulzxantoz: I don't know if files from recipes' deploy task are available at that time10:06
simonpe^^I'm trying to use env vars in my local.conf like so: `SSTATE_MIRRORS = "${@os.getenv('MYENVVAR', '')}"` and then run `MYENVVAR=something bitbake -e | grep ^SSTATE_MIRRORS` but it comes up empty10:06
qschulzsimonpe^^: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-bb-BB_ENV_EXTRAWHITE10:06
qschulz(probably)10:07
simonpe^^qschulz: oooooooh :D thx10:07
simonpe^^qschulz: Im not sure what "You must set this variable in the external environment in order for it to work." means though10:09
simonpe^^Does that mean BB_ENV_EXTRAWHITE=MYENVVAR MYENVVAR=hello bitbake ...?10:10
qschulzsimonpe^^: BB_ENV_EXTRAWHITE can be set in your local.conf, then MYENVVAR can probably be read from there or if you have it exported in the current environment10:11
simonpe^^actually that didn't work, but if I set it in my shell environment it works10:11
qschulzsimonpe^^: define "that"10:12
qschulzah... passing MYENVVAR just before bitbake10:12
xantozqschulz: isn't IMAGE_ROOTFS the rootfs files, and not the rootfs image file though?10:13
xantozI want to have the rootfs image file in my tarball10:13
qschulzsimonpe^^:  I don't know how Yocto does it for MAHCINE (we use it this way)10:13
xantozshould I maybe be doing this in do_deploy_append instead?10:13
*** pbb <pbb!~quassel@2a0f:4ac0::7> has quit IRC10:13
qschulzxantoz: or just go for an image type?10:13
xantozfor the tar ball?10:14
simonpe^^qschulz: that as in BB_ENV_EXTRAWHITE needs to be exported in the shell env before running bitbake, it can't be defined in the local.conf file10:14
xantozwhat I'm trying to make, btw, is an "upgrade package" for a custom A/B banked system10:15
xantozusing wic to get the whole SD-card image, which is used for initial "factory" flashing10:15
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has quit IRC10:16
*** pbb <pbb!~quassel@2a0f:4ac0::7> has joined #yocto10:16
qschulzxantoz: have an image type dependening on the wic image type10:17
qschulzIMAGE_CMD_<my-type> should be a good pointer10:17
qschulzsimonpe^^: ok, thanks for the heads up10:17
qschulzsimonpe^^: (there are many things we aren't doing right so I don't know if it's from us or a Yocto thing sometimes :/)10:17
qschulz(we = the company I work for)10:19
xantozso an image that depends on the rootfs image?10:20
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has joined #yocto10:22
zandreyxantoz: why not use ready frameworks for update? swupdate for example does what you're planning to do10:28
xantozzandrey: we're porting from a custom build, and need backwards compatibility10:31
xantozcustom image build system10:31
qschulzxantoz: no, an image **type** that depends on the wic image **type**10:32
xantozhmm... I might need to study up on the concepts a bit better here10:32
qschulzxantoz: not saying it is correct but that's something I'd investigate10:33
zandreyxantoz: well... then i have nothing to suggest. ;) i would still look into available update frameworks, since it might be that you would not be able to hold on to "custom image build system" forever. at least - i was not able to. ;)10:33
xantozoh, I already have looked a bit at mender etc. for inspiration10:34
xantozthere's a few custom things going in with the upgrade system in place as well, which I don't think at least mender was fully able to address, so10:34
xantozit's also RPi based, so upgrades suck10:34
xantozI don't think mender solves the problem that config.txt, for instance, can't be dual-banked...10:35
xantozor that the rpi bootloader likes to do wierd tweaks to the DT during boot based on fun things like what HDMI port is connected10:35
xantoz(here's to hoping to graduating from the RPi soon)10:36
zandreyxantoz: looks like you've done your "due diligence" already :)10:37
*** sander1212 <sander1212!~sander@D57C1B7A.static.ziggozakelijk.nl> has joined #yocto10:38
xantozwell, a bit of it at least. there's still some sketchy parts, but the custom upgrade system has an A/B banked u-boot script that does the actual loading of the kernel etc. so endless DT tweaks should be able to be done at that stage should they be needed in the future10:38
xantozjust have to reverse-engineer what the pi bootloader does...10:39
sander1212question: is there any way to speed up the bitbaking of npm recipies? because the pace it's currently going at is insufferable10:41
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC10:43
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto10:43
sander1212and most of it is in the do_configure stage, I've had a cursory look at the npm.bbclass but nothing really stood out.10:45
rburtonnice to see sgw continuing the fine tradition of signing off patches using a previous employer's email10:50
*** bc2001 <bc2001!578a5ae2@p578a5ae2.dip0.t-ipconnect.de> has joined #yocto11:02
bc2001Hi everyone, I'm very new to yocto .. just trying to follow a book but I'm getting some warnings while bitbaking a raspberry pi image.. then If I write created img to rpi nothing happens...11:03
bc2001can somebody help me?11:03
*** bc2001 <bc2001!578a5ae2@p578a5ae2.dip0.t-ipconnect.de> has quit IRC11:05
rburtonsay what the warnings are and we might be able to help11:09
*** stacktrust <stacktrust!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto11:18
*** stacktrust <stacktrust!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC11:23
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC11:23
*** stacktrust <stacktrust!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto11:24
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto11:28
*** dmation <dmation!~dmation@90.253.21.86> has quit IRC11:37
*** berton <berton!~berton@181.220.78.182> has joined #yocto11:38
*** berton <berton!~berton@181.220.78.182> has quit IRC11:43
*** berton <berton!~berton@181.220.78.182> has joined #yocto11:44
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bqvpabufavzqyyls> has joined #yocto11:47
*** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto11:47
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto11:54
*** dmation <dmation!~dmation@90.253.21.86> has joined #yocto11:57
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto11:58
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC11:58
xantozseems like I would be able to grab the rootfs image out of IMGDEPLOYDIR in IMAGE_POSTPROCESS_COMMAND12:02
*** diego_r <diego_r!~diego@mob-176-247-160-75.net.vodafone.it> has quit IRC12:02
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto12:07
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-xhxgfqhhtbdbstpu> has quit IRC12:11
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto12:28
*** Yannholo <Yannholo!5a4c77e7@lfbn-tou-1-1048-231.w90-76.abo.wanadoo.fr> has joined #yocto12:40
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto12:44
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC12:46
*** nslu2-log_ is now known as nslu2-log12:47
*** jwessel1 is now known as jwessel12:47
*** dmation <dmation!~dmation@90.253.21.86> has quit IRC12:54
qschulzRP: who looks like an idiot saying yesterday that thud is completely dead to his colleagues and receives ~30 patches the next day :D13:01
*** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto13:09
otavioqschulz: hehe RP did it for thud and more; he is a patch machine13:11
RPqschulz: well, I did post about wanting to at least get things buildable and that most of the work has been done13:19
*** Yannholo <Yannholo!5a4c77e7@lfbn-tou-1-1048-231.w90-76.abo.wanadoo.fr> has quit IRC13:20
* RP has another 40 patch set for thud auto-builder-helper but needs to wait an hour to avoid the mailing list post limits :/13:22
* qschulz faints13:24
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto13:24
qschulzRP: I only read Armin's mail quickly so maybe missed something13:24
qschulzRP: but it's good actually, a nice way to turn the page :)13:24
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:27
manuel1985Has anyone heard of a class `go-mod`? An elastic beats meta-layer inherits from that class, but my yocto system doesn't find it. https://gitlab.com/dimtass/meta-elastic-beats/-/blob/master/recipes-devops/elastic-beats/elastic-beats.inc#L513:28
qschulzmanuel1985: http://cgit.openembedded.org/openembedded-core/tree/meta/classes/go-mod.bbclass?h=master13:28
RPqschulz: this is basically getting things into some sane state so we don't "lose" the work we have lying around13:29
qschulzmanuel1985: you need to base your proejct on dunfell13:29
otaviomanuel1985: yes, we added it recently13:30
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto13:31
RPIts been a few years since I sent out series like this :)13:31
RPkanavin_home: you've got competition :)13:31
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto13:34
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC13:36
*** nslu2-log_ is now known as nslu2-log13:36
manuel1985qschulz, otavio: Thanks!13:39
manuel1985Interesting that I didn't have opemembedded-core as metalayer13:40
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC13:42
qschulzmanuel1985: i'm pretty sure poky/meta is openembedded-core13:43
qschulzand that without openembedded-core you can't build anything13:43
*** michaellarsen <michaellarsen!~textual@185.101.89.114> has quit IRC13:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:46
manuel1985qschulz: I see. I thought its a seperate layer just as meta-openembedded.13:49
yannwhy is it that, when using a file:// SSTATE_MIRRORS, the SSTATE_CACHE directory ends up with (absolute) symlinks into the mirror ?13:51
qschulzmanuel1985: it is separate, but it's also "merged" into poky/meta every now and then13:53
*** sakoman <sakoman!~steve@99.197.43.113> has joined #yocto13:53
manuel1985qschulz: Okay, got it. Some more questions regarding https://gitlab.com/dimtass/meta-elastic-beats/-/blob/master/conf/layer.conf: Here we have `LAYERDEPENDS_meta-elastic-beats = "core"`. I was wondering what `core` means. I mean, I suspected it refers to `openembedded-core` but I wasn't sure. Is it correct that `core` refers to `openembedded-core`, because it has `core` set as it's "internal" name with `BBFILE_COLLECTIONS += "core"` in it13:59
manuel1985s `layer.conf`? https://git.openembedded.org/openembedded-core/tree/meta/conf/layer.conf#n613:59
manuel1985Just trying to figure out how all these puzzle pieces fit together14:00
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto14:01
qschulzmanuel1985: that makes sense to me14:01
manuel1985Perfect ;)14:04
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto14:18
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC14:20
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto14:28
kanavin_homeRP: but aren't those cherry-picked backports? :)14:30
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC14:30
*** nslu2-log_ is now known as nslu2-log14:30
*** hpsy <hpsy!~hpsy@92.118.12.72> has quit IRC15:01
*** hpsy <hpsy!~hpsy@92.118.12.72> has joined #yocto15:01
manuel1985Has anyone experience with building golang applications through a recipe? Does everything just "magically work", or does one take care of specific things? I would like to include https://gitlab.com/dimtass/meta-elastic-beats in my arm64 image.15:05
rburtonyeah it mostly works15:06
rburtontheres a go-helloworld in oe-core to demonstrate15:06
rburtonarm64 hosts might need master though unless i remembered to backport the fix to dunfell15:06
rburtonbut if you're just arm64 target you're fine15:06
manuel1985Hmmm I'm on zeus :)15:07
manuel1985So not even on dunfell15:08
rburtonworked in zeus, iirc15:11
mckoanRP: glad to see my patch applied afer one year :-D15:11
mckoanRP: are you reworking AM2 ?15:11
mckoanAB215:11
*** rcw <rcw!~rcw@45.72.241.84> has joined #yocto15:12
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC15:17
*** marquiz <marquiz!~marquiz@134.191.221.74> has quit IRC15:17
*** marquiz <marquiz!marquiz@nat/intel/x-ndepsixevuefawfv> has joined #yocto15:19
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto15:20
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC15:30
RPkanavin_home: many of them, yes but many needed minor porting15:30
*** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has quit IRC15:31
*** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto15:31
RPmckoan: no rework, just sorting out old branches15:34
RPmckoan: It was applied last year: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/commit/?id=5ba152e55688b27c745a787a5ca968bb058ebf25, this was just backporting to older branches15:34
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto15:36
sgwRP: question, does the long login happen every boot or just first boot?  Did you look at that in your initial investigations?15:39
RPsgw: not checked15:42
sgwOk thanks, something I will play with also.  I realize that for the Autobuilder and testing it's just first boot typically, so that matters most15:43
RPsgw: right, its the autobuilder that is highlighting this15:45
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC15:45
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC15:46
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-nmukjaraqettwmiv> has joined #yocto15:56
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ifjwucllxhrpbexn> has left #yocto16:00
*** mihaix <mihaix!~mihai@unaffiliated/mihai> has quit IRC16:00
*** mihaix <mihaix!~mihai@unaffiliated/mihai> has joined #yocto16:01
*** sakoman <sakoman!~steve@99.197.43.113> has quit IRC16:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto16:04
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:07
*** fl0v01 <fl0v01!~fvo@88.130.220.111> has quit IRC16:09
*** frsc <frsc!~frsc@i59F72167.versanet.de> has quit IRC16:11
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC16:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:19
*** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto16:20
*** mckoan is now known as mckoan|away16:21
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC16:22
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC16:22
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto16:23
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC16:33
*** mabnhdev <mabnhdev!6b0d4e3b@107.13.78.59> has joined #yocto16:51
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC16:52
mabnhdevHi all.  I'm using the latest Zeus release.  I just got this error.  Any guidance on how I can fix this?16:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:55
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto16:57
mabnhdev * check_data_file_clashes: Package ebtables wants to install file /data/mberger/build-compliance/strong-reciprocal/yocto/build/exos-x86-64/tmp/work/exos_x86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/ethertypes16:57
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC17:00
* armpit heheh sgw, I like your reply to17:04
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:dda9:6d30:abe4:4c17> has quit IRC17:26
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:27
sgwarmpit: reply to what?  the systemd boot issue or my first patch in 2+ years!17:28
*** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto17:35
*** mabnhdev <mabnhdev!6b0d4e3b@107.13.78.59> has quit IRC17:39
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC17:39
*** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC17:41
armpitsgw, your from email was wind and reply email was to intel17:42
*** simonpe^^ <simonpe^^!~starlord@c80-217-45-228.bredband.comhem.se> has quit IRC17:43
*** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto17:45
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC17:48
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:49
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC17:53
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC17:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:58
*** awe002 <awe002!~awe00@unaffiliated/awe00> has joined #yocto18:03
*** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC18:04
*** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC18:16
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:8cbe:5797:375a:2468> has quit IRC18:17
*** jrun <jrun!~jrun@unaffiliated/glphvgacs> has joined #yocto18:25
jrunkergoth: name for split-usr seems to be usrmerge; i appended it to PKGCONFIG; make bitbake give lots of QA warnings, fine... what i'm wondering is that am i still going to get /{bin,sbin,lib} directories or bitbake has this baked into it to figure out, oh usrmerge is enabled so lets make those symlink?18:29
jrunanother question i have is regarding meta-arm-*, should i prefer say meta-arm-bsp over say meta-yocto-bsp?18:30
jrun... building for arm of course18:30
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC18:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:33
kergothjrun: you'll want to set it in your DISTRO_FEATURES. and check the base-files recipe, its what sets up the baseline filesystem18:39
jrunkergoth: not in bitbake.conf?18:54
jruni see this there: root_prefix = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', '${exec_prefix}', '${base_prefix}', d)}"18:54
kergoththat sets the default variables, but if there are compatible symlinks, they would be created in base-files. i don't know the answer18:54
kergoththat changes where things are installed, yes18:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:03
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:07
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC19:10
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto19:11
*** berton <berton!~berton@181.220.78.182> has quit IRC19:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:00
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-173.hsi6.kabel-badenwuerttemberg.de> has quit IRC20:02
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto20:03
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto20:04
*** frsc <frsc!~frsc@i59F72167.versanet.de> has joined #yocto20:09
rburtonkergoth: found it https://github.com/rossburton/meta-ross/blob/master/classes/bbin.bbclass20:34
kergothoh nice20:35
rburtonthat huge todo sitting at the top though :)20:35
kergothyeah.. i cheated with wks.in, i shoved the whole value into the metadata and expanded it when writing it and relied on the existing variable expansion tracking for it :)20:38
kergothnot exactly general purpose, though20:39
JPEWkergoth: It's such a useful cheat... I may have copied the concept on something else I've done recently :)20:43
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:52
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto20:54
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.98.213> has joined #yocto20:56
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has quit IRC20:57
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:00
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC21:01
kergothnice :)21:03
*** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has joined #yocto21:15
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC21:16
rabbit9911What is the process that poky goes through to check binary exactness between builds?21:17
rabbit9911Any helper scripts or docs on this?21:17
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC21:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:19
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC21:27
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:28
*** bantu <bantu!~bantu@unaffiliated/bantu> has joined #yocto21:28
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC21:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:33
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC21:33
paulbarkerrabbit9911: What do you mean by "binary exactness"?21:34
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto21:34
JPEWrabbit9911: There is a test that checks several of the packages in OE-core for binary reproducibility: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/lib/oeqa/selftest/cases/reproducible.py21:35
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC21:37
*** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has quit IRC21:50
*** yann <yann!~yann@88.120.44.86> has quit IRC21:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:15
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:19
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto23:01
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto23:29
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC23:31
*** nslu2-log_ is now known as nslu2-log23:31
*** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has quit IRC23:36
*** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC23:37

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