ashur-dan has quit [Remote host closed the connection]
tealbird has quit [Ping timeout: 268 seconds]
starblue has quit [Ping timeout: 272 seconds]
starblue has joined #yocto
tealbird has joined #yocto
ldywicki has quit [Quit: Connection closed for inactivity]
alimon has quit [Ping timeout: 272 seconds]
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
wmills_ has quit [Quit: Leaving]
khem has quit [Ping timeout: 260 seconds]
alessioigor has joined #yocto
thomas_34 has joined #yocto
Guest12 has joined #yocto
alperak has joined #yocto
rob_w has joined #yocto
locutusofborg has joined #yocto
Saur_Home85 has quit [Quit: Client closed]
wooosaiiii has quit [Quit: wooosaiiii]
Saur_Home85 has joined #yocto
wooosaiiii has joined #yocto
Guest12 has quit [Quit: Client closed]
Saur_Home85 has quit [Quit: Client closed]
Saur_Home85 has joined #yocto
enok has joined #yocto
Saur_Home85 has quit [Quit: Client closed]
Saur_Home85 has joined #yocto
manuel__ has joined #yocto
Kubu_work has joined #yocto
mckoan|away is now known as mckoan
sakman has quit [Ping timeout: 256 seconds]
rfuentess has joined #yocto
<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 directory
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
<mcfrisk_>
ASSUME_PROVIDED git-native doesn't work and git still gets compiled. ASSUME_PROVIDED curl-native breaks the compilation. something doesn't add up
florian has joined #yocto
thomas_34 has quit [Quit: Client closed]
<RP>
mcfrisk_: its done with git-replacement-native in this case since git-native is already in ASSUME_PROVIDED by default
Saur_Home85 has quit [Quit: Client closed]
Saur_Home85 has joined #yocto
olani- has joined #yocto
altru has joined #yocto
<altru>
RP: Hello, I'll take a look at this problem: test_devtool_add_git_style2
<RP>
altru: thanks. I did confirm it reproduces locally for me so hopefully not too hard to debug (for a change!)
<ldywicki>
I'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-udevd
<ldywicki>
version 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?
<ldywicki>
Actually 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 /proc
Guest1337 has joined #yocto
<Guest1337>
Anyone experienced with kas and yocto:
<Guest1337>
ERROR: Unable to parse /home/ubuntu/roby/builder/layers/poky/bitbake/lib/bb/parse/__init__.py
<Guest1337>
Traceback (most recent call last):
<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>):
<Guest1337>
if not os.path.isfile(fn):
<Guest1337>
> raise IOError(errno.ENOENT, "file %s not found" % fn)
<Guest1337>
FileNotFoundError: [Errno 2] file /home/ubuntu/roby/builder/build/../layers/meta-rauc-community/meta-rauc-tegra/conf/layer.conf not found
<Guest1337>
```
prabhakarlad has joined #yocto
prabhakar has joined #yocto
<ldywicki>
@Guest1337 have you tried `layers:\n meta-rauc-tegra:\n` instead of path?
<ldywicki>
@Guest1337 in future cases, please use pastebin for anything longer than 2 lines ;-)
<ldywicki>
anyhow, the trick with checkout path is cool, didn't know it!
Guest65 has quit [Client Quit]
rcw has quit [Quit: Leaving]
<RP>
ldywicki: 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?
<ldywicki>
RP: I do not have much in there, however I've added fstab and grub. Will give a try plain to see.
locutusofborg has quit [Ping timeout: 260 seconds]
leon-anavi has joined #yocto
lexano has joined #yocto
olani- has quit [Remote host closed the connection]
olani- has joined #yocto
locutusofborg has joined #yocto
goliath has joined #yocto
ehussain has quit [Quit: ehussain]
<ldywicki>
RP: strange enough, core-image-full-cmdline booted. I'll inspect what I have missed.
wmills_ has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.2.1]
Daanct12 has joined #yocto
<ldywicki>
looking 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. :)
ablu has quit [Read error: Connection reset by peer]
<dvergatal>
can I use in bb recipe an if block without the usage of python anonymous?
ablu has joined #yocto
prabhakarlad has quit [Quit: Client closed]
Daanct12 has quit [Quit: WeeChat 4.2.1]
sev99 has joined #yocto
<tlwoerner>
the bitbake git fetcher is doing something i don't understand
<tlwoerner>
if i make a u-boot_%.bbappend and set SRCREV="v2024.04", bitbake u-boot, then go and look at the git folder in the $WORKDIR
<tlwoerner>
but if i "git pull" it now says that v2024.04 is only 4 commits down from master (not 446)
<RP>
tlwoerner: that seems very odd :/
<tlwoerner>
and the 3b95c commit is not found in the history (about 200 commits down)
<tlwoerner>
now "v2024.04" is a tag, not a branch, so i'm wondering if that has anything to do with it
<ldywicki>
@tlwoerner do you have `SRC_URI = ""` or `SRC_URI=""`?
<JaMa>
how the space would affect this?
<tlwoerner>
ldywicki: the SRC_URI comes from the u-boot recipe in oecore
<tlwoerner>
and i do have spaces in my bbappend, i just removed them above for clarity
<RP>
tlwoerner: commit 3b59xxxx isn't under 25049ad5
<JaMa>
tlwoerner: 3b95c is in master and next branches, but not in the v2024.04 tag
<tlwoerner>
it's as if there are multiple paths to the v2024.04 tag and somehow we're getting different paths
<JaMa>
tlwoerner: why do you think it should be?
<RP>
tlwoerner: it isn't under that tag. bitbake is just fetching the specific revision asked for and not any other commits
<JaMa>
see git tag --contains 3b95c03d5706255f39a8f1a0fa02045d4fd981df and git branch -a --contains 3b95c03d5706255f39a8f1a0fa02045d4fd981df
<dvergatal>
Ok 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?
<RP>
dvergatal: there is no such syntax
<dvergatal>
RP: I can only use VARIABLE = "${@ 'value' if something else 'other value'}" ?
<RP>
dvergatal: or anon python
<dvergatal>
in layer.conf ?
<tlwoerner>
RP: JaMa: interesting! i guess now I have to ask Tartarus why the v2024.04 tag doesn't contain a commit from mar 7
<RP>
probably not in a layer.conf
<dvergatal>
RP: it does not work in layer.conf
<RP>
conditional include/require is another way
thomas_34 has joined #yocto
<dvergatal>
ohhh and I can use it in layer.conf?
<RP>
dvergatal: keep in mind the conditionals impose a fair overhead on bitbake and parsing so I'm not going to recommend it but yes
<dvergatal>
dvergatal: 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 scenarios
<dvergatal>
RP: ^
<RP>
dvergatal: that doesn't make it a nice thing to do
<dvergatal>
RP: unfortunatelly, btw. can you give me some example on this conditional include/require ?
<dvergatal>
ahhhh I seee it ok
<JaMa>
tlwoerner: 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 tag
<RP>
dates in git are taken from the original patch date (e.g. mailing list post), the date they merge can be quite different
<JaMa>
tlwoerner: that's why I don't really like merge commits and prefer to rebase any branch before merging it as fast-forward in different branch
<JaMa>
tlwoerner: but I understand that some projects and workflows cannot just rebase every incomming change (like u-boot or kernel)
manuel__ has quit [Quit: Leaving]
<JaMa>
tlwoerner: try "git log --graph --oneline" or other visualization tools if it's not clear
<tlwoerner>
ah yes excellent, thanks for the clarification. i always rebase too, which is what i'm accustomed to reading
<JaMa>
even 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 some
<JaMa>
thomas_34: it's set to empty above, that's why ?= doesn't work
<thomas_34>
Oh god. Okay got it. Empty != Unset
<JaMa>
if you use :prepend than it might work (at least the variable will be set as you wanted)
<JaMa>
well not really because you can end with ibg-build-release:ibg-buildmode-tracealyzer: value as well
<thomas_34>
Is there a better way, than doing this? TEMP_BUILDMODE =. "${@bb.utils.contains("TEMP_BUILDMODE", "", "ibg-buildmode-release", "${TEMP_BUILDMODE}", d)}"
<RP>
zeddii: are you ok with the 3 perf fixes in master-next?
<thomas_34>
Or 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 tracealyzer
<zeddii>
was there another version that came in ? I sent feedback to the series.
<RP>
zeddii: 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"
<RP>
zeddii: I'm guessing the TMPDIR and QA changes are ok and the other one is still pending?
<zeddii>
the original patch didn't even have the uapi, it was taking all of the include/ directory.
<zeddii>
let me go look at master-next!
<RP>
zeddii: this is the whole include so I should probably drop that
Michael_Guest has quit [Quit: Client closed]
<zeddii>
I just pulled master-next and don't see the changes. so clearly I'm not all that competent this morning.
<RP>
zeddii: I could offer my glasses, see if they work any better :)
<zeddii>
finally. my old branch was causing issues.
<zeddii>
yah. I'd say drop the include one until we get a minimum of uapi granularity. I'll try the individual include shortly.
<zeddii>
the other two are ok.
<ldywicki>
@RP my issue with boot of my image was missing packages, I made it too slim and forgot about `packagegroup-core-boot` ;)
<zeddii>
arguably 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 issue
<RP>
zeddii: thanks, that was what I suspected but I just wanted to double check
<RP>
zeddii: true
<RP>
ldywicki: that would cause a few issues ;-)
Xagen has joined #yocto
<thomas_34>
That is so weird. How can I change a variable conditionally with bitbake in a .conf-file? I think its just not possible.
<thomas_34>
I'll gift a coffee to anyone who solves that :D
astlep5504018066 has quit [Ping timeout: 268 seconds]
astlep5504018066 has joined #yocto
simonew has joined #yocto
<yudjinn>
hey, didnt get a response yesterday so posting again (not trying to be a nuisance)
<yudjinn>
we 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 remote
<yudjinn>
repository.."
<yudjinn>
ope. chopped off: this is re: layerindex project
<yudjinn>
thomas_34: how do you mean conditionally? conditional on what? and is this in `local.conf`?
<yudjinn>
if 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 overrides
<thomas_34>
yudjinn its in my machine config. In C pseudocode I would write it like this:
<thomas_34>
foobar = "default"
<thomas_34>
if( input == "release") then foobar = release
<thomas_34>
if( input == "debug" ) then foobar = debug
<thomas_34>
yudjinn, 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.
sotaoverride is now known as Guest9375
Guest9375 has quit [Killed (osmium.libera.chat (Nickname regained by services))]
sotaover1ide is now known as sotaoverride
ctraven has joined #yocto
<yudjinn>
yeah that should be more like, in machine conf `foobar ??= release` and in your local.conf you can set `foobar = debug` so it defaults to release
<yudjinn>
and if you really need it to be per-run, you can pass vars in
<thomas_34>
Okay, but how can I restrict that just certain values of variable which I pass in are used?
Guest1337 has quit [Quit: Client closed]
<thomas_34>
Using 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.
florian has quit [Quit: Ex-Chat]
enok has quit [Ping timeout: 260 seconds]
<yudjinn>
thomas_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 appropriate
<thomas_34>
Hmm... I really dont want to pollute OVERRIDE with some random user input
<yudjinn>
like, 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.
<yudjinn>
And 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 problems
<thomas_34>
Okay, I try to explain my usecase at a higher level.
<thomas_34>
I 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".
<thomas_34>
I want to avoid that the user types in some bullshit or spell errors. In such case, a default value should get added to OVERRIDES.
<thomas_34>
Or 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 weird
thomas_34 has quit [Quit: Client closed]
<yudjinn>
thomas_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 that
thomas_34 has joined #yocto
<yudjinn>
hey thomas, I just replied to you; if you cant see it check the logs so I dont double up :)
<thomas_34>
Yeah sorry, I often randomly disconnect via the Webbrowser. Wait I'll search for logs
<thomas_34>
Okay 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.
<thomas_34>
LOL. Yeah! I think I got it working with those anonym python functions. yudjinn, do I own you a coffee? ;)
<thomas_34>
So is your board target showing up in your OVERRIDES?
<Guest1337>
Looks good yeah, how about a recipe?
<Guest1337>
I have linux-tegra_%.bbappend but I only want it to be built when I compile jetson-tx2 and not for another board llike Orin NX
<Guest1337>
A possible fix would be to have ofc, separate branches, but that would be harder to maintain
<thomas_34>
You mean you want to include linux-tegra only for your jetson-tx2 board image?
<thomas_34>
Thats the kernel right?
<thomas_34>
I would go the path to control via PREFERRED_PROVIDER_virtual/kernel:jetson-tx2 = "linux-tegra_..."
<thomas_34>
But I'm not a yocto expert. This assumes that the MACHINE adds the linux kernel via virtual/kernel.
leon-anavi has quit [Quit: Leaving]
<Guest1337>
i have a .bbappend with additional kernel configuration for tx2 only
<Guest1337>
but since its a bbappend, i think even if i build for orin (which also uses linux_tegra) it automatically adds it
florian_kc has quit [Ping timeout: 255 seconds]
enok has joined #yocto
Noor has quit [Quit: Leaving]
sev99 has quit [Quit: Client closed]
thomas_34 has quit [Quit: Client closed]
sev99 has joined #yocto
<olani>
Guest1337: 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.
khem has joined #yocto
khem has quit [Client Quit]
khem has joined #yocto
_whitelogger has joined #yocto
vladest has quit [Quit: vladest]
enok has quit [Ping timeout: 256 seconds]
yudjinn has quit [Ping timeout: 252 seconds]
yudjinn has joined #yocto
enok has joined #yocto
<mattsm>
has anyone built poky-tiny + glibc lately?
enok has quit [Ping timeout: 240 seconds]
vladest has joined #yocto
Vonter has quit [Ping timeout: 252 seconds]
<khem>
mattsm: poky-tiny defaults to musl so any autobuilder builds would be based on that
xmn has joined #yocto
rfuentess has quit [Remote host closed the connection]
mvlad has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
paulg has joined #yocto
paulg has quit [Ping timeout: 246 seconds]
Guest1337 has quit [Quit: Client closed]
paulg has joined #yocto
enok has joined #yocto
sev99 has quit [Quit: Client closed]
enok has quit [Client Quit]
enok has joined #yocto
alperak has quit [Quit: Connection closed for inactivity]
Thorn has joined #yocto
enok has quit [Ping timeout: 256 seconds]
Xagen has quit [Remote host closed the connection]