Monday, 2021-08-30

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:11
*** xmn <xmn!> has quit IRC (Ping timeout: 248 seconds)00:29
*** xmn <xmn!> has joined #yocto00:31
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 245 seconds)01:46
*** camus <camus!~Instantbi@> has joined #yocto02:01
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto02:10
*** bluelightning <bluelightning!~paul@2406:e003:1308:ba01:f8ed:e4e0:d4f4:7f67> has joined #yocto02:21
*** smurray <smurray!> has quit IRC (Read error: Connection reset by peer)02:52
*** darknighte <darknighte!sid214177@user/darknighte> has quit IRC (Read error: Connection reset by peer)02:53
*** ldts <ldts!> has quit IRC (Read error: Connection reset by peer)02:53
*** paulbarker <paulbarker!> has quit IRC (Read error: Connection reset by peer)02:53
*** darknighte <darknighte!sid214177@user/darknighte> has joined #yocto02:55
*** paulbarker <paulbarker!> has joined #yocto02:56
*** ldts <ldts!> has joined #yocto02:56
*** smurray <smurray!> has joined #yocto02:56
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds)02:57
*** amitk <amitk!~amit@> has joined #yocto03:52
*** wooosaiiii <wooosaiiii!> has quit IRC (Remote host closed the connection)04:01
*** wooosaiiii <wooosaiiii!> has joined #yocto04:02
*** wCPO <wCPO!> has quit IRC (*.net *.split)04:41
*** xtopher_ <xtopher_!> has quit IRC (*.net *.split)04:41
*** fancer <fancer!> has quit IRC (*.net *.split)04:41
*** rfs613 <rfs613!> has quit IRC (*.net *.split)04:41
*** jsandman <jsandman!~jsandman@> has quit IRC (*.net *.split)04:41
*** kergoth <kergoth!~kergoth@> has quit IRC (*.net *.split)04:41
*** nohit <nohit!> has quit IRC (*.net *.split)04:41
*** dkl <dkl!> has quit IRC (*.net *.split)04:41
*** _whitelogger <_whitelogger!> has quit IRC (*.net *.split)04:41
*** cocoJoe <cocoJoe!> has joined #yocto04:41
*** jsandman <jsandman!~jsandman@> has joined #yocto04:41
*** dkl <dkl!> has joined #yocto04:41
*** fancer <fancer!> has joined #yocto04:41
*** xtopher_ <xtopher_!> has joined #yocto04:42
*** _whitelogger <_whitelogger!> has joined #yocto04:42
*** nohit <nohit!> has joined #yocto04:42
*** kergoth <kergoth!~kergoth@> has joined #yocto04:42
*** yocti <yocti!> has joined #yocto04:45
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto04:45
*** marka <marka!> has joined #yocto04:45
*** frosteyes1 <frosteyes1!~frosteyes@> has joined #yocto04:45
*** vquicksilver <vquicksilver!~nobody@> has joined #yocto04:45
*** mithro <mithro!> has joined #yocto04:45
*** vquicksilver is now known as Guest864504:46
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto04:46
*** wyre <wyre!~wyre@user/wyre> has joined #yocto04:46
*** risca <risca!> has joined #yocto04:46
*** stkw0 <stkw0!> has joined #yocto04:46
*** rfs613 <rfs613!> has joined #yocto04:47
*** ak77 <ak77!> has joined #yocto04:47
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto04:47
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto04:50
*** Fanfwe <Fanfwe!> has joined #yocto04:50
*** camus1 <camus1!~Instantbi@> has joined #yocto05:52
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)05:53
*** camus1 is now known as camus05:53
*** wCPO <wCPO!> has joined #yocto05:57
*** lexano <lexano!> has quit IRC (Ping timeout: 240 seconds)06:11
*** lexano <lexano!> has joined #yocto06:11
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 240 seconds)06:16
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 240 seconds)06:18
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto06:28
*** frieder <frieder!> has joined #yocto06:40
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:48
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto06:59
*** LetoThe2nd <LetoThe2nd!> has joined #yocto07:02
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto07:05
*** d0ku <d0ku!> has joined #yocto07:08
*** eduardas <eduardas!~eduardas@> has joined #yocto07:13
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:39
*** florian <florian!> has joined #yocto07:47
*** tnovotny <tnovotny!> has joined #yocto08:05
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:22
*** bps <bps!~bps@user/bps> has joined #yocto08:29
*** tnovotny <tnovotny!> has quit IRC (Remote host closed the connection)08:34
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:38
LetoThe2ndyo dudX08:43
*** tnovotny <tnovotny!> has joined #yocto08:47
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)08:56
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto09:01
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds)09:55
kanavin_dudes and dudettes10:41
barathare reproducible builds enabled by default? I see the manual talking about them, but not whether they're enabled... I'm trying to debug why a certain package isn't reusing a pre-existing sstate cache mirror, and it seems the hashes are differing. I've beeing climbing down the dependency tree checking each tasks dependency for what hashes have changed...10:52
barathI just got to the point where net-snmp/ changed hashes between the two builds/machines...10:53
barathI guess the oe layers should be reproducible then (on dunfell)10:59
*** Guest38 <Guest38!> has joined #yocto11:09
Guest38How can you continue to fetch individual recipes when the option: "BB_NO_NETWORK" is active? We have some local repos that should continue to work with the latest version.11:12
wCPOtlwoerner: I noticed that using a ext4 fs backed by zram breaks systemd's Symlinking /run/systemd/volatile-root to /dev/block/$major:$minor (the original root fs) is needed and this PR and it works as intended. If you11:18
wCPOdecide to look into systemd support, I think the init script should do the symlinking.11:18
tlwoernerwCPO: awesome! i'm just starting, today, adding support for systemd. i've completely re-worked my patch to use "mount helpers" which allow you to mount and umount zram-backed filesystems *automatically*11:23
tlwoernerso from the cmdline you could do: "mount -t zram tmpfs /hello" and "umount /hello" and it'll all work magically and handle all the extra steps behind the scenes11:24
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto11:25
*** Guest38 <Guest38!> has quit IRC (Quit: Client closed)11:28
*** otavio <otavio!> has quit IRC (Remote host closed the connection)11:32
tlwoernerwCPO: i'll post a v3 soon, but i want to clean up some of it first11:34
tlwoerneroh, and i need to push a small (hopefully non-controversial) patch to oe-core first :-)11:37
*** argonautx <argonautx!> has joined #yocto11:38
wCPOtlwoerner: sounds good. I'm currently trying to figure out how to get the $major and $minor for the original rootdevice with just busybox11:39
tlwoerneroh right... busybox. ideally i'd handle both cases, right now i'm hardcoding the use of util-linux11:40
tlwoernerit was OnkelUlla who gave me the suggestion to use mount helpers, pretty neat stuff!11:42
wCPOMaybe, I should just use util-linux. Should be very easy to implement then11:43
eduardashello, I need a sanity check: are machine-specific overrides possible only to task appends, but not the tasks themselves?11:54
eduardasi.e. I know do_install_append_<machine> () is possible, but should do_install_<machine> be possible too?11:55
qschulzeduardas: it should work with machine overrides too IIRC11:57
wCPOtlwoerner: this work in busybox and gets the major and minor:
*** otavio <otavio!> has joined #yocto11:59
*** paulg <paulg!> has joined #yocto12:09
eduardasqschulz: thanks for answering. Still, I can not find the specific place in the official Yocto documentation that would explain how overrides apply to tasks12:12
eduardasits says "Overrides are a BitBake mechanism that allows variables to be selectively overridden at the end of parsing."12:12
eduardasdoes not really mention tasks12:12
eduardasonly variables12:12
eduardasor are tasks just a subset of variables in the context of bitbake?12:13
eduardasbitbake's documentation section on conditional metadata also only gives overriding variables as examples12:16
eduardasnot tasks12:16
eduardasalthough it works, I can not really find any specific place in the docs that makes it obvious the override syntax can be applied to tasks12:32
*** jwillikers <jwillikers!> has joined #yocto12:32
RPeduardas: tasks and functions are just variables to bitbake12:33
eduardasRP: thank you. That makes total sense. However, just out of curiosity: is that clearly stated somewhere? I might sound stupid, but that was not totally obvious to me.12:36
RPeduardas: I'm not sure to be honest. Once you understand things, it is hard to read the docs without that kind of knowledge being in the back of your mind. Feel free to open a bug with a suggestion of where it should be mentioned12:37
eduardasI would expect that to kind of be in the concepts section of the bitbake manual or such12:38
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has quit IRC (Quit: Leaving)12:43
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has joined #yocto12:44
qschulzeduardas: "Overrides and override-style operators can be applied to any shell function, not just tasks."12:47
qschulz"Similar to shell functions, you can also apply overrides and override-style operators to BitBake-style Python functions."12:47
qschulzbut the examples could benefit from having examples with machine overrides that I can agree on :)12:49
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a1:9900:5e06:8d90:670b:86c8> has quit IRC (Ping timeout: 240 seconds)12:52
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto12:56
*** kanavin <kanavin!~Alexander@> has joined #yocto13:03
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:10
barathis there a canonical way to debug why a task gets a different sstate between two machines/builds that doesnt require manually "going to the chain" of the depend sub tasks?13:12
barathit feels a lot like something a tool could be written for13:12
qschulzbarath: bitbake-diffsig should help, it sometimes does not stop where it should (too early in the dependency chain) so you might need to rerun it from where it stops to get your info13:15
tlwoernerwCPO: but you don't need the $major/$minor for doing zram?13:23
baraththanks qschulz13:23
barathI already run that, but I guess the problem is that the remote sstate files aren't fetched so they're not matching (I have a remote sstate dir served via http and a local one, I guess)13:24
barathso I've run diffsig against individual siginfo files, it tells me which hashes changed, I fetch those13:24
barathbut I guess it might be easier to sync with the entire remote sstate dir and then run diffsig against recipe names instead?13:24
wCPOtlwoerner: sorry, I completely missed/orgot that your patch isn't copying the rootfs to a fs backed by zram (my logic is). It is indeed only relevant if your are copying the rootfs to a fs backed by zram13:25
qschulzbarath: probably yes13:26
barathalright, thanks13:27
tlwoernerwCPO: ah, interesting use-case13:30
wCPOtlwoerner: yeh, we are doing it for speed and resilience reasons13:32
*** te_johan <te_johan!> has joined #yocto13:38
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection)13:57
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto13:59
wCPOAssuming I have a recipe needed the vfat kernel module and dosfstools, should I just use REQUIRED_MACHINE_FEATURES += "vfat" or is there a better way?14:03
*** sakoman <sakoman!~steve@> has joined #yocto14:11
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection)14:24
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto14:26
*** te_johan <te_johan!> has quit IRC (Quit: Ping timeout (120 seconds))14:30
*** te_johan <te_johan!> has joined #yocto14:35
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:05
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds)15:11
*** te_johan <te_johan!> has quit IRC (Quit: Ping timeout (120 seconds))15:19
*** eduardas <eduardas!~eduardas@> has quit IRC (Quit: Konversation terminated!)15:21
*** frieder <frieder!> has quit IRC (Remote host closed the connection)15:23
barathA question around architectures and machines... we have defined our own machine, the conf file of which includes (requires) the arch-arm64.inch file15:24
barathI now see various sstate files and ipks using both aarch64 as their arch and some use the name of our custom machine definition15:25
barathcan this mixing lead to problems? I dont quite get why some packages (systemd-conf) use our machine name in their names, and some (systemd) use aarch64...15:26
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)15:33
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto15:35
*** bps <bps!> has joined #yocto15:46
qschulzbarath: could yes. if an aarch64 recipe/package depends on a machine-specific recipe/package, a change of machine will trigger a rebuild of the aarch64 package because technically its dependency changed15:51
barathwell we're not really changing machines as such. we have defined our own machine which requires this base config, and then we always build for either that or a machine based on the tune-core2.inc15:52
*** d0ku <d0ku!> has quit IRC (Ping timeout: 245 seconds)15:52
barathdo you mean switching machines in general, or switching between for instance aarch64 and x86-64 arches?15:53
barathif I understand correctly, mixing things would mean first building something for a "pure" aarch64 machine (what would that look like? a machine which is called aarch64?) and then something using our custom machine based on the config?15:56
*** yates_home <yates_home!> has quit IRC (Ping timeout: 240 seconds)16:03
*** dev1990 <dev1990!> has joined #yocto16:24
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:25
*** dv_ <dv_!> has quit IRC (Ping timeout: 252 seconds)16:33
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.2)16:37
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto16:38
*** willo <willo!~quassel@fedora/willo> has quit IRC (*.net *.split)16:43
*** dv_ <dv_!> has joined #yocto16:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 250 seconds)17:22
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:38
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)17:40
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto17:43
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit)17:44
*** Guest9 <Guest9!> has joined #yocto17:50
Guest9Hey all...having a weird issue I'm hoping someone can shed some light on.  If I add the following line to my .bb file I get an error about license URL being bad.  If I remove the line, all is good.  Any ideas?17:52
Guest9OVERRIDES = "x86:j7-evm"17:52
Guest9Error shown:  "ERROR: /home/ht-linux/SynergyII/yocto/sources/meta-arm/meta-arm-toolchain/recipes-devtools/external-arm-toolchain/ nativesdk-gcc-aarch64-none-elf: LIC_FILES_CHKSUM contains an invalid URL: None"17:53
Guest9It doesn't seem to matter what I set OVERRIDES to.  If it is in the file, I get that error, if it's not in the file, everything works as expected.17:56
Guest9Oh...on dunfell branch.17:56
*** camus1 <camus1!~Instantbi@> has joined #yocto17:57
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 250 seconds)17:58
*** camus1 is now known as camus17:58
kergothGuest9: you should never go overriding the OVERRIDES variable, it contains a hell of a lot more than just architecture.18:06
kergothGuest9: see meta/conf/bitbake.conf for its value18:06
jonmasonIs anyone else getting bit by the "kernel.bbclass: Use full versions for inter-package dependencies" patch?18:23
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)18:33
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto18:44
Guest9I was just following the examples in the docs.  Can I append to OVERRIDES then?18:53
zeddiijonmason: what's breaking ? I reviewed it as it went in, and was worried about it causing issue.18:54
*** argonautx <argonautx!> has quit IRC (Quit: Leaving)18:55
Guest9When I add the line "OVERRIDES = "blah:blah2" to my .bb I get the following error:18:55
Guest9"ERROR: /home/ht-linux/SynergyII/yocto/sources/meta-arm/meta-arm-toolchain/recipes-devtools/external-arm-toolchain/ nativesdk-gcc-aarch64-none-elf: LIC_FILES_CHKSUM contains an invalid URL: None"18:55
Xageni have a patch that is successfully applying, but with fuzz19:15
Xagenit suggests that I can fix this with devtool19:15
Xagenbut when i follow the directions, it gives me `ERROR: Something went wrong with source extraction - the devtool-source class was not active or did not function correctly`19:16
Xagenhow do i fix devtool so it will work?19:16
Guest9I just tried an "append" to the OVERRIDES variable in my .bb and that seems to work.  The hint kergoth gave did the trick. Thanks.19:21
*** florian <florian!> has joined #yocto19:27
*** Guest9 <Guest9!> has quit IRC (Quit: Client closed)19:37
jonmasonzeddii: all of the BSPs that I set the kernel to not be 5.13 (i.e., 5.10, 5.4, etc) fail19:38
jonmasonzeddii: for example,
zeddiirpm or ipk ? It is worth chiming into the thread on the mailing list. I asked about pretty much that scenario.19:41
zeddiiahah. I see opkg in the log.19:42
zeddiiI was definitely concerned about it.19:42
*** kanavin <kanavin!~Alexander@> has quit IRC (Remote host closed the connection)19:42
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto19:42
zeddiihmm. there's already a similar bug report on the mailing list.19:43
jonmasonyes, ipk.  I changed to rpm and it went fine.  And now it's in my sstate...19:47
zeddiiWhile opkg may not handle the situation you describe as well as RPM,19:53
zeddiiwe should make sure that the full version doesn't cause issues with19:53
zeddiithe package generation or standard image creation19:53
zeddiimy comment in the thread "19:53
zeddiiwow that pasted badly19:53
zeddiianyway. i asked just that.19:53
zeddiiso yah, I think that should be reverted if it can't be fixed very quickly.19:54
jonmasonsince it is there, give the patch author 24h for a fix20:01
jonmasonI hate patch reverts20:02
jonmasonUK bank holiday.  It sure is quiet today20:02
RPjonmason: some of us still have meetings :/20:03
jonmasonRP: I'm surprised you aren't in hospital with a broken leg ;-)20:04
kanavin_RP: testing a qemu 6.1 update so you don't need to (it's for the post-release of course)20:05
kanavin_jonmason, I'd rather RP risks breaking a leg all week than wrestles with rust any longer :)20:06
jonmasonhe might agree with you ;-)20:07
jonmasonyou can take drugs to get over the pain of a broken leg.  No amount of drugs make rust go away20:07
RPjonmason: at least with this event mountain rescue were ready onsite! :)20:08
RPkanavin_: thanks! :)20:09
* RP remembers there is still a rust bug :/20:12
jonmasonRP: start drinking, it'll teach that brain cell to be uppity20:13
RPjonmason: might have to try that!20:14
kanavin_RP: rpm 4.17 update, with transition to sqlite for the database (instead of bdb) and zstd for rpm compression worked beautifully meanwhile, I love seeing (nearly) all green a-full :)20:14
RPkanavin_: I noticed the patch series. I'm assuming that is for 3.5 :)20:15
RPnice it works20:15
kanavin_RFC implied that, yes20:16
RPNever feels good when you reply negatively to several patches in a row :/20:34
kanavin_RP: it's similar to rejecting CVs :( if you do that ten times in a row, you feel like you're an awful person20:37
kanavin_or at least I feel that way20:37
kanavin_and it's just pushing a button in a system, that triggers an automated reply20:38
RPkanavin_: right :/20:39
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)20:58
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)21:21
*** d0ku <d0ku!> has joined #yocto21:22
*** Guest8645 <Guest8645!~nobody@> has quit IRC (Quit: WeeChat 3.1)21:33
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto21:34
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)22:03
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto22:06
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)22:10
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto22:19
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)22:21
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:51
*** d0ku <d0ku!> has quit IRC (Ping timeout: 244 seconds)22:53
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Ping timeout: 240 seconds)23:39
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto23:41

Generated by 2.17.2 by Marius Gedminas - find it at!