Thursday, 2024-04-04

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:23
ldywickithankfully, I do suspect this attack and related CVE will spark serious discussions with law markers across globe.00:26
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto00:28
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.1)00:36
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto00:36
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds)01:00
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto01:02
*** toric <toric!~toric@zusipn-moli19t-pzen3-service4.deere.com> has quit IRC (Quit: toric)01:06
*** ashur-dan <ashur-dan!~ashur-dan@2001:8003:d81a:b500:6804:4187:948c:e581> has joined #yocto01:07
*** jclsn <jclsn!~jclsn@2a04:4540:6516:fc00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds)01:27
*** starblue <starblue!~juergen@87.122.126.11> has quit IRC (Ping timeout: 246 seconds)01:27
*** jclsn <jclsn!~jclsn@2a04:4540:651b:f700:2ce:39ff:fecf:efcd> has joined #yocto01:29
*** ashur-dan <ashur-dan!~ashur-dan@2001:8003:d81a:b500:6804:4187:948c:e581> has quit IRC (Quit: Leaving)01:29
*** starblue <starblue!~juergen@87.122.126.224> has joined #yocto01:29
*** ashur-dan <ashur-dan!~ashur-dan@2001:8003:d81a:b500:6804:4187:948c:e581> has joined #yocto01:29
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)01:45
*** simonew <simonew!~ile@2a02:810d:a940:35fc:b029:a607:1b29:5c8c> has quit IRC (Ping timeout: 256 seconds)01:57
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)01:58
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)01:59
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:02
*** ashur-dan <ashur-dan!~ashur-dan@2001:8003:d81a:b500:6804:4187:948c:e581> has quit IRC (Remote host closed the connection)02:03
*** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 268 seconds)02:04
*** starblue <starblue!~juergen@87.122.126.224> has quit IRC (Ping timeout: 272 seconds)02:14
*** starblue <starblue!~juergen@87.122.39.189> has joined #yocto02:15
*** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has joined #yocto02:17
*** ldywicki <ldywicki!uid202900@user/ldywicki> has quit IRC (Quit: Connection closed for inactivity)02:36
*** alimon <alimon!~alimon@189.172.57.56> has quit IRC (Ping timeout: 272 seconds)03:04
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer)03:38
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:42
*** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has quit IRC (Quit: Leaving)03:49
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Ping timeout: 260 seconds)05:26
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto05:26
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto05:59
*** Guest12 <Guest12!~Guest12@83.150.39.62> has joined #yocto06:07
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto06:12
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:22
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto06:23
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)06:25
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii)06:25
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto06:25
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto06:26
*** Guest12 <Guest12!~Guest12@83.150.39.62> has quit IRC (Quit: Client closed)06:33
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)06:35
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto06:35
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto06:38
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)06:53
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto06:53
*** manuel__ <manuel__!~manuel198@62.99.131.178> has joined #yocto07:03
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto07:07
*** mckoan|away is now known as mckoan07:12
*** sakman <sakman!~sakman@208.111.77.233> has quit IRC (Ping timeout: 256 seconds)07:14
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto07:14
mcfrisk_any ideas why linux-yocto-dev do_clean task would fail in do_fetch related missing ca-certificates.crt file in native work dir? All bitbake operations on the recipe seem to fail this way and only workaround is manual removal of the work directory07:22
*** sakman <sakman!~sakman@208.111.77.233> has joined #yocto07:24
mcfrisk_hmm maybe assume provided git-native needs assume provided curl-native too07:38
mcfrisk_since git uses curl under the hood07:40
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 264 seconds)08:00
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 264 seconds)08:01
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Quit: Konversation terminated!)08:01
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto08:02
mcfrisk_ASSUME_PROVIDED git-native doesn't work and git still gets compiled. ASSUME_PROVIDED curl-native breaks the compilation. something doesn't add up08:05
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:11
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed)08:20
RPmcfrisk_: its done with git-replacement-native in this case since git-native is already in ASSUME_PROVIDED by default08:21
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)08:27
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto08:27
*** olani- <olani-!~olani@134.238.48.37> has joined #yocto08:28
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto08:32
altruRP: Hello, I'll take a look at this problem: test_devtool_add_git_style208:34
RPaltru: thanks. I did confirm it reproduces locally for me so hopefully not too hard to debug (for a change!)08:51
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed)08:58
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto09:04
*** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has joined #yocto09:14
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:e07b:bb39:b7e9:ee1b> has joined #yocto09:22
*** Noor <Noor!~Noor@147.161.161.3> has joined #yocto09:47
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed)09:47
*** ldywicki <ldywicki!uid202900@user/ldywicki> has joined #yocto09:55
*** starblue <starblue!~juergen@87.122.39.189> has quit IRC (Ping timeout: 264 seconds)10:04
*** starblue <starblue!~juergen@87.122.39.189> has joined #yocto10:05
*** ptsneves <ptsneves!~Thunderbi@89.151.26.24> has joined #yocto10:22
*** dkc <dkc!~dan@user/dkc> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)10:29
*** dkc <dkc!~dan@user/dkc> has joined #yocto10:30
*** ptsneves <ptsneves!~Thunderbi@89.151.26.24> has quit IRC (Ping timeout: 255 seconds)10:36
*** dkc <dkc!~dan@user/dkc> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)10:37
*** dkc <dkc!~dan@user/dkc> has joined #yocto10:38
*** ehussain <ehussain!~Thunderbi@72.255.51.71> has quit IRC (Quit: ehussain)10:44
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:26a1:4c2f:f028:babd> has joined #yocto10:46
ldywickiI'm playing a bit with runqemu to speed up testing cycle, sadly I can't get it working with my env. My setup is quite basic (x86-64) with minimal distro and systemd as init manager + one package. I managed to get init process going, however now I've stuck at "root '/dev/sda' doesn't exist or does not contain a /dev." I have changed 'append "root=/dev/vda ..."' to /dev/sda, because vda caused systemd crash. I see a prompt with "Starting systemd-udevd10:51
ldywickiversion 255.4", but it doesn't go much forward. With vda it ends at "switch_root: can't execute '/sbin/init': No such file or directory". Any tips?10:51
ldywickiActually with kernel debug parameter in command line I've got extra tip - "Running rootfs_run (...) DEBUG: No e2fs compatible filesystem has been mounted, mounting /dev/sda...". For vda I have similar line but it makes one step forward with moving of /dev and /proc10:54
*** Guest1337 <Guest1337!~Guest1337@132.198.137.78.rev.vodafone.pt> has joined #yocto10:56
Guest1337Anyone experienced with kas and yocto:10:57
Guest1337```10:57
Guest1337repos:10:57
Guest1337  meta-rauc-tegra:10:57
Guest1337    url: "https://github.com/rauc/meta-rauc-community.git"10:57
Guest1337    branch: master10:57
Guest1337    path: layers/meta-rauc-community/meta-rauc-tegra10:57
Guest1337```10:57
Guest1337Any idea why I'm getting:10:57
Guest1337```10:57
Guest1337ERROR: Unable to parse /home/ubuntu/roby/builder/layers/poky/bitbake/lib/bb/parse/__init__.py10:57
Guest1337Traceback (most recent call last):10:57
Guest1337  File "/home/ubuntu/roby/builder/layers/poky/bitbake/lib/bb/parse/__init__.py", line 133, in resolve_file(fn='/home/ubuntu/roby/builder/build/../layers/meta-rauc-community/meta-rauc-tegra/conf/layer.conf', d=<bb.data_smart.DataSmart object at 0x7f5feaa6b490>):10:57
Guest1337         if not os.path.isfile(fn):10:57
Guest1337    >        raise IOError(errno.ENOENT, "file %s not found" % fn)10:57
Guest1337FileNotFoundError: [Errno 2] file /home/ubuntu/roby/builder/build/../layers/meta-rauc-community/meta-rauc-tegra/conf/layer.conf not found10:57
Guest1337```10:57
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.10> has joined #yocto11:00
*** prabhakar <prabhakar!~prabhakar@217.163.141.10> has joined #yocto11:00
ldywicki@Guest1337 have you tried     `layers:\n meta-rauc-tegra:\n` instead of path?11:05
Guest1337```11:05
Guest1337  meta-rauc-community:11:05
Guest1337    url: "https://github.com/rauc/meta-rauc-community.git"11:05
Guest1337    branch: master11:05
Guest1337    path: layers/meta-rauc-community11:05
Guest1337    layers:11:05
Guest1337      meta-rauc-tegra:11:05
Guest1337this fixed. thanks :)11:05
*** Guest65 <Guest65!~Guest65@194-16-1-10.customer.telia.com> has joined #yocto11:06
ldywicki@Guest1337 in future cases, please use pastebin for anything longer than 2 lines ;-)11:06
ldywickianyhow, the trick with checkout path is cool, didn't know it!11:06
*** Guest65 <Guest65!~Guest65@194-16-1-10.customer.telia.com> has quit IRC (Client Quit)11:08
*** rcw <rcw!~rcwoolley@104.247.237.121> has quit IRC (Quit: Leaving)11:11
RPldywicki: when you say you can't get it working, what is different about your env? Have you tried testing with plain poky just to start with?11:18
ldywickiRP: I do not have much in there, however I've added fstab and grub. Will give a try plain to see.11:20
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 260 seconds)11:25
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto11:33
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto11:34
*** olani- <olani-!~olani@134.238.48.37> has quit IRC (Remote host closed the connection)11:35
*** olani- <olani-!~olani@134.238.48.37> has joined #yocto11:37
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto11:38
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:39
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:26a1:4c2f:f028:babd> has quit IRC (Quit: ehussain)11:40
ldywickiRP: strange enough, core-image-full-cmdline booted. I'll inspect what I have missed.11:45
*** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has joined #yocto11:52
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)12:02
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto12:02
ldywickilooking deeper, I think issue comes from wrong labeling, the disk image I've created have several partitions and stock qemu config does not map it properly. I have a trace, now I have to find solution. :)12:18
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer)12:24
dvergatalcan I use in bb recipe an if block without the usage of python anonymous?12:28
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto12:28
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.10> has quit IRC (Quit: Client closed)12:58
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)13:11
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto13:14
tlwoernerthe bitbake git fetcher is doing something i don't understand13:16
tlwoernerif i make a u-boot_%.bbappend and set SRCREV="v2024.04", bitbake u-boot, then go and look at the git folder in the $WORKDIR13:17
tlwoernergit tells me:13:18
tlwoernercommit 25049ad560826f7dc1c4740883b0016014a59789 (HEAD -> master, tag: v2024.04)13:19
tlwoernerwhich is correct, but many many commits are missing from the path to v2024.0413:19
tlwoernergit also tells me that i'm 446 away from origin/master13:20
tlwoernerspecifically i'm looking for13:20
tlwoernercommit 3b95c03d5706255f39a8f1a0fa02045d4fd981df13:21
tlwoernerand it's not there13:21
tlwoernerbut if i "git pull" it now says that v2024.04 is only 4 commits down from master (not 446)13:21
RPtlwoerner: that seems very odd :/13:22
tlwoernerand the 3b95c commit is not found in the history (about 200 commits down)13:22
tlwoernernow "v2024.04" is a tag, not a branch, so i'm wondering if that has anything to do with it13:23
ldywicki@tlwoerner do you have `SRC_URI = ""` or `SRC_URI=""`?13:24
JaMahow the space would affect this?13:25
tlwoernerldywicki: the SRC_URI comes from the u-boot recipe in oecore13:25
tlwoernerand i do have spaces in my bbappend, i just removed them above for clarity13:25
RPtlwoerner: commit 3b59xxxx isn't under 25049ad513:26
JaMatlwoerner: 3b95c is in master and next branches, but not in the v2024.04 tag13:26
tlwoernerit's as if there are multiple paths to the v2024.04 tag and somehow we're getting different paths13:26
JaMatlwoerner: why do you think it should be?13:27
RPtlwoerner: it isn't under that tag. bitbake is just fetching the specific revision asked for and not any other commits13:27
JaMasee git tag --contains 3b95c03d5706255f39a8f1a0fa02045d4fd981df and git branch -a --contains 3b95c03d5706255f39a8f1a0fa02045d4fd981df13:27
dvergatalOk there is no other way than using python __anonymous in bb file but what about layer.conf file? can I somehow set there variable with if block?13:30
RPdvergatal: there is no such syntax13:30
dvergatalRP: I can only use VARIABLE = "${@ 'value' if something else 'other value'}" ?13:31
RPdvergatal: or anon python13:31
dvergatalin layer.conf ?13:31
tlwoernerRP: JaMa: interesting! i guess now I have to ask Tartarus why the v2024.04 tag doesn't contain a commit from mar 713:31
RPprobably not in a layer.conf13:31
dvergatalRP: it does not work in layer.conf13:31
RPconditional include/require is another way13:31
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto13:32
dvergatalohhh and I can use it in layer.conf?13:32
RPdvergatal: keep in mind the conditionals impose a fair overhead on bitbake and parsing so I'm not going to recommend it but yes13:32
dvergataldvergatal: this is the only way I can do it because the variable is set in another meta layer and I want to override it only in same scenarios13:33
dvergatalRP: ^13:33
RPdvergatal: that doesn't make it a nice thing to do13:35
dvergatalRP: unfortunatelly, btw. can you give me some example on this conditional include/require ?13:35
dvergatalahhhh I seee it ok13:36
JaMatlwoerner: it was probably merged to next branch first and just after the tag in master I see "Merge branch 'next'" so that's why it might look like 3b95c was merged before the tag13:37
RPdates in git are taken from the original patch date (e.g. mailing list post), the date they merge can be quite different13:38
JaMatlwoerner: that's why I don't really like merge commits and prefer to rebase any branch before merging it as fast-forward in different branch13:38
JaMatlwoerner: but I understand that some projects and workflows cannot just rebase every incomming change (like u-boot or kernel)13:39
*** manuel__ <manuel__!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving)13:39
JaMatlwoerner: try "git log --graph --oneline" or other visualization tools if it's not clear13:41
tlwoernerah yes excellent, thanks for the clarification. i always rebase too, which is what i'm accustomed to reading13:44
JaMaeven more annoing if someone uses e.g. devel and master branch and most changes are merged from devel to master with git merge, but sometimes changes are pushed to master directly and then later when someone notices and fixes it by cherry-picking that change from master to develop or merge master to develop, then with the next merge from develop to master you get multiple identical commits in git log and some13:44
JaMaof them look empty13:44
thomas_34I have this in my machine config: https://pastebin.com/YKMaR4JD13:45
thomas_34I would like to achieve, that TEMP_BUILDMODE is set to "ibg-buildmode-debug:" when I call bitbake with "IBG_BUILDMODE=debug".13:45
thomas_34And if I do not set IBG_BUILDMODE or use other non specified values, then TEMP_BUILDMODE should be set to "ibg-build-release:"13:45
thomas_34The first part is working. However "line 5 case" does not work.13:45
tlwoernerJaMa: agreed! those apparently empty commits confused me for the longest time13:46
thomas_34TEMP_BUILDMODE is always empty, when bb.utils.contains is false. Does anyone see my mistake?13:46
thomas_34This is the bitbake -e log, from that variable: https://pastebin.com/Azd2CSNk13:48
JaMathomas_34: it's set to empty above, that's why ?= doesn't work13:51
thomas_34Oh god. Okay got it. Empty != Unset13:52
JaMaif you use :prepend than it might work (at least the variable will be set as you wanted)13:53
JaMawell not really because you can end with ibg-build-release:ibg-buildmode-tracealyzer: value as well13:54
thomas_34Is there a better way, than doing this? TEMP_BUILDMODE =. "${@bb.utils.contains("TEMP_BUILDMODE", "", "ibg-buildmode-release", "${TEMP_BUILDMODE}", d)}"13:55
RPzeddii: are you ok with the 3 perf fixes in master-next?13:57
thomas_34Or wait, do I just think to complicated? I just want that this variable is set always to "*-release" except i set it specificly to debug or tracealyzer13:58
zeddiiwas there another version that came in ? I sent feedback to the series.13:58
RPzeddii: I know you replied, I wasn't sure if the conclusion was "this is ok to merge" or "I want to experiment with making the uapi include more specific"14:00
RPzeddii: I'm guessing the TMPDIR and QA changes are ok and the other one is still pending?14:00
zeddiithe original patch didn't even have the uapi, it was taking all of the include/ directory.14:01
zeddiilet me go look at master-next!14:01
RPzeddii: this is the whole include so I should probably drop that14:01
*** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Quit: Client closed)14:02
zeddiiI just pulled master-next and don't see the changes. so clearly I'm not all that competent this morning.14:03
RPzeddii: https://git.yoctoproject.org/poky/commit/?h=master-next&id=a3b021450d99a4c2629fa47fad96fcc2e72c3d3d and preceeding two patches14:04
RPzeddii: I could offer my glasses, see if they work any better :)14:05
zeddiifinally. my old branch was causing issues.14:06
zeddiiyah. I'd say drop the include one until we get a minimum of uapi granularity. I'll try the individual include shortly.14:07
zeddiithe other two are ok.14:07
ldywicki@RP my issue with boot of my image was missing packages, I made it too slim and forgot about `packagegroup-core-boot` ;)14:07
zeddiiarguably you can wait on the perl one, since perf won't build on 6.9 without the include patch, so you won't get to the QA issue14:07
RPzeddii: thanks, that was what I suspected but I just wanted to double check14:07
RPzeddii: true14:08
RPldywicki: that would cause a few issues ;-)14:08
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto14:15
thomas_34That is so weird. How can I change a variable conditionally with bitbake in a .conf-file? I think its just not possible.14:19
thomas_34I'll gift a coffee to anyone who solves that :D14:49
*** astlep5504018066 <astlep5504018066!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)14:50
*** astlep5504018066 <astlep5504018066!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto14:59
*** simonew <simonew!~ile@2a02:810d:a940:35fc:e10b:4c46:5d16:bb79> has joined #yocto15:00
yudjinnhey, didnt get a response yesterday so posting again (not trying to be a nuisance)15:05
yudjinnwe have some protected repos that we'd like to use in it, and I've added an ssh-key to the container, but it still gives a permissions issue. I've gone and attached to the layerapp container using docker exec and ran the exact same commands (just importing the utils.runcmd that the fetch_repo uses) and it works as expected, but it fails when run from within the web-ui with "Could not read from remote15:06
yudjinnrepository.."15:06
yudjinnope. chopped off: this is re: layerindex project15:06
yudjinnthomas_34: how do you mean conditionally? conditional on what? and is this in `local.conf`?15:07
yudjinnif its just a var thing, you can pass it in at bitbake invoke time as `FOO=BAR bitbake...` by adding `FOO` to the list of allowed env overrides15:08
thomas_34yudjinn its in my machine config. In C pseudocode I would write it like this:15:09
thomas_34foobar = "default"15:09
thomas_34if( input == "release") then foobar = release15:09
thomas_34if( input == "debug" ) then foobar = debug15:09
thomas_34yudjinn, I pass the value in at bitbake invoke time, but I want to make sure, that only certain values are allowed. And when this variable is set to a wrong value, or not set at all, I want to use a default value.15:14
*** sotaoverride is now known as Guest937515:14
*** Guest9375 <Guest9375!~ctraven@139.68.81.2> has quit IRC (Killed (osmium.libera.chat (Nickname regained by services)))15:14
*** sotaover1ide is now known as sotaoverride15:14
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto15:14
yudjinnyeah that should be more like, in machine conf `foobar ??= release` and in your local.conf you can set `foobar = debug` so it defaults to release15:14
yudjinnand if you really need it to be per-run, you can pass vars in15:15
thomas_34Okay, but how can I restrict that just certain values of variable which I pass in are used?15:16
*** Guest1337 <Guest1337!~Guest1337@132.198.137.78.rev.vodafone.pt> has quit IRC (Quit: Client closed)15:17
thomas_34Using your example: foobar is allowed to be set to "debug", "release" or "whatever". If anything else is set from bitbake invoke, it should have "release" as value.15:17
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)15:19
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)15:20
yudjinnthomas_34: that seems like an anti-pattern to forcefully do that, tbh. like if you want a default var do so, and if you want to override do so, but forcefully checking seems kinda strange imo. that would be something like a bb task you have to make sure the mode set is appropriate15:27
thomas_34Hmm... I really dont want to pollute OVERRIDE with some random user input15:29
yudjinnlike, if anything, maybe have a debug feature that you can set to add debug functionality. I might be able to help more if I understood your usecase more. Something in this feels very  against the grain of yocto, though.15:30
yudjinnAnd I didnt mean an actual OVERRIDE, but if its a simple variable you're relying on, then if very much seems like that should be able to be set and cause problems15:31
thomas_34Okay, I try to explain my usecase at a higher level.15:32
thomas_34I want to add a certain value to OVERRIDES from my machine config, but I have to make sure that this value is from a pool of "well defined values".15:34
thomas_34I want to avoid that the user types in some bullshit or spell errors. In such case, a default value should get added to OVERRIDES.15:34
thomas_34Or maybe I will use some anonymous python functions which parses the user input and just stops the build with an error if he/she doing something weird15:40
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed)15:42
yudjinnthomas_34: I think the anon python funcs is the best way to do that here :) heck; I could even see that being a general case bb util to say `bb.utils.choices("FOO",["BAR","BAZ"])` but there might already be a "best practice" for that15:44
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto15:44
yudjinnhey thomas, I just replied to you; if you cant see it check the logs so I dont double up :)15:44
thomas_34Yeah sorry, I often randomly disconnect via the Webbrowser. Wait I'll search for logs15:45
thomas_34Okay thank you yudjinn, I'll see how that works. I just read that anon python functions got executed AFTER all parsing. I hope this is still soon enough, that OVERRIDES includes my variable before everything else get parsed/checked on that.15:48
thomas_34LOL. Yeah! I think I got it working with those anonym python functions. yudjinn, do I own you a coffee? ;)15:57
*** Guest1337 <Guest1337!~Guest1337@132.198.137.78.rev.vodafone.pt> has joined #yocto16:03
Guest1337RDEPENDS:${PN}-sys-video += "my-video-controler"16:03
Guest1337how can i only add this only to a specific board target?16:03
thomas_34If your specific board target is included in OVERRIDES, then I would say via RDEPENDS:${PN}-sys-video:specific-board-target += ....16:08
mckoanGuest1337: RDEPENDS:${PN}-sys-video:machinename16:09
*** mckoan is now known as mckoan|away16:09
*** florian_kc <florian_kc!~florian@78.48.179.143> has joined #yocto16:16
Guest1337thomas_34 Where is OVERRIDES defined?16:16
thomas_34Guest1337, build your recipe with bitbake -e > logfile.txt16:17
thomas_34And search in the file for OVERRIDES =16:17
thomas_34If your specific board target shows up, then you are good to go16:18
Guest1337overrides = d.getVar('OVERRIDES').split(':')16:22
Guest1337uhmm16:22
thomas_34So I use vim/neovim: I can do RegEx-Searches in that. So in your case, I would search for "^OVERRIDES"16:24
thomas_34^ Marks the beginning of a line16:24
thomas_34Thats the line which tells you the value of OVERRIDES variable.16:24
Guest1337DISTROOVERRIDES="poky"16:26
Guest1337FILESOVERRIDES="aarch64:cuda:tegra:aarch64:armv8a:tegra234:p3768-0000-p3767-0001:poky"16:26
Guest1337MACHINEOVERRIDES="cuda:tegra:aarch64:armv8a:tegra234:p3768-0000-p3767-0001"16:26
Guest1337OVERRIDES="linux:aarch64:pn-defaultpkgname:cuda:tegra:aarch64:armv8a:tegra234:p3768-0000-p3767-0001:poky:class-target:libc-glibc:forcevariable"16:26
thomas_34So is your board target showing up in your OVERRIDES?16:27
Guest1337Looks good yeah, how about a recipe?16:30
Guest1337I have linux-tegra_%.bbappend but I only want it to be built when I compile jetson-tx2 and not for another board llike Orin NX16:30
Guest1337A possible fix would be to have ofc, separate branches, but that would be harder to maintain16:31
thomas_34You mean you want to include linux-tegra only for your jetson-tx2 board image?16:32
thomas_34Thats the kernel right?16:32
thomas_34I would go the path to control via PREFERRED_PROVIDER_virtual/kernel:jetson-tx2 = "linux-tegra_..."16:35
thomas_34But I'm not a yocto expert. This assumes that the MACHINE adds the linux kernel via virtual/kernel.16:36
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)16:38
Guest1337i have a .bbappend with additional kernel configuration for tx2 only16:47
Guest1337but since its a bbappend, i think even if i build for orin (which also uses linux_tegra) it automatically adds it16:47
*** florian_kc <florian_kc!~florian@78.48.179.143> has quit IRC (Ping timeout: 255 seconds)16:48
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto16:49
*** Noor <Noor!~Noor@147.161.161.3> has quit IRC (Quit: Leaving)16:54
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)17:04
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed)17:42
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto17:42
olaniGuest1337: What do you have in the bbappend?  If it's patches added to SRC_URI, use SRC_URI:append:jetson-tx2 = " patches" (assuming jetson-tx2 is in OVERRIDES only for relevant builds).  Works for most variables.17:48
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto18:09
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Client Quit)18:09
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto18:10
*** _whitelogger_ <_whitelogger_!~whitelogg@uruz.whitequark.org> has quit IRC (Read error: Connection reset by peer)18:14
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto18:15
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)18:34
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)18:38
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds)18:41
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has joined #yocto18:43
*** enok <enok!~Thunderbi@94.191.152.24.mobile.tre.se> has joined #yocto18:47
mattsmhas anyone built poky-tiny + glibc lately?18:55
*** enok <enok!~Thunderbi@94.191.152.24.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds)18:58
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto19:01
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)19:20
khemmattsm: poky-tiny defaults to musl so any autobuilder builds would be based on that19:45
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto19:48
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)19:57
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:e07b:bb39:b7e9:ee1b> has quit IRC (Remote host closed the connection)20:11
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)20:33
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto20:38
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 246 seconds)20:44
*** Guest1337 <Guest1337!~Guest1337@132.198.137.78.rev.vodafone.pt> has quit IRC (Quit: Client closed)20:55
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto20:57
*** enok <enok!~Thunderbi@94.191.136.23.mobile.tre.se> has joined #yocto20:58
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)20:59
*** enok <enok!~Thunderbi@94.191.136.23.mobile.tre.se> has quit IRC (Client Quit)21:01
*** enok <enok!~Thunderbi@94.191.136.23.mobile.tre.se> has joined #yocto21:01
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)21:01
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto21:08
*** enok <enok!~Thunderbi@94.191.136.23.mobile.tre.se> has quit IRC (Ping timeout: 256 seconds)21:10
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Remote host closed the connection)21:13
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 256 seconds)21:31
*** prabhakalad <prabhakalad!~prabhakar@165.225.17.162> has joined #yocto21:32
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto21:33
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)21:35
*** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto21:36
*** prabhakalad <prabhakalad!~prabhakar@165.225.17.162> has quit IRC (Ping timeout: 268 seconds)21:39
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto21:39
*** Guest35 <Guest35!~Guest35@bband-dyn2.178-40-246.t-com.sk> has joined #yocto21:57
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok)22:17
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto22:18
*** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 272 seconds)22:18
*** enok71 is now known as enok22:20
*** Guest35 <Guest35!~Guest35@bband-dyn2.178-40-246.t-com.sk> has quit IRC (Ping timeout: 250 seconds)22:21
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Ping timeout: 252 seconds)22:21
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto22:21
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 256 seconds)22:38
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto22:39
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 255 seconds)22:44
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto22:44
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)22:47
*** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds)22:47
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto23:26

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