Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jclsn has quit [Ping timeout: 252 seconds]
jclsn has joined #yocto
gspbirel56 has joined #yocto
Vonter has joined #yocto
Guest66 has joined #yocto
ehussain has joined #yocto
Notgnoshi has quit [Ping timeout: 246 seconds]
yocti` has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`!~limnoria@2a01:4f9:c010:c053::1))]
yocti has joined #yocto
yocti` has quit [Remote host closed the connection]
yocti has quit [Remote host closed the connection]
yocti has joined #yocto
benkard has joined #yocto
Guest66 has quit [Ping timeout: 256 seconds]
mulk has quit [Ping timeout: 265 seconds]
benkard is now known as mulk
cabazon has quit [Quit: Client closed]
Jones42 has joined #yocto
Jones42_ has quit [Ping timeout: 276 seconds]
mulk has quit [Ping timeout: 252 seconds]
mulk has joined #yocto
Vonter has quit [Ping timeout: 252 seconds]
JaMa has quit [Ping timeout: 264 seconds]
JaMa has joined #yocto
<mcfrisk>
RP: not memory resident, normal bitbake. testimage runs qemu though. The effects are really weird. Also seeing complete wipe of ext4 filesystem inside wic containers.
<RP>
mcfrisk: we boot some images in snapshot mode
<mcfrisk>
yes that may have something to do with this
<mcfrisk>
the ext4 rootfs gets wiped to an empty ext4 filesystem with only lost+found directory
<RP>
mcfrisk: that seems unlike snapshot behaviour :/
<mcfrisk>
yes
<mcfrisk>
really odd
dmoseley has joined #yocto
dmoseley_ has quit [Ping timeout: 246 seconds]
leon-anavi has joined #yocto
<mcfrisk>
bitbake -m doesn't since I don't start bitbake to memory resident mode. when tests fail cooker processes do get leaked and then later bitbake calls connect to it and really odd things happen. removal of tmp and even more oddities like missing python3, missing ping
<u1106>
mcfrisk: Thanks for the reply. Are you insider enough that you know that bugzilla is the most effective way to get it fixed? (No idea about Yocto, but in some projects bugzilla is more like a graveyard...) I might guess the bug is not in the poky source for the documents, it is probably always for one release, but somewhere in the website that allows switching. Haven't checked though...
<mcfrisk>
u1106: bugzilla should be fine, alternatively docs mailing list docs@lists.yoctoproject.org https://lists.yoctoproject.org/g/docs, but this could be combination of infra (web server) and docs (generation, javascript)
<u1106>
thanks. So maybe creating a bugzilla report and sending the link to the mailing list. Let me see whether I can get that done. I probably don't have a bz account and the great commercial mailing list provider has rejected my mail before...
<DvorkinDmitry>
to build one recipe I need linux-headers of my kernel in recipe-sysroot. How to do that? the app has #include <linux/config.h> inside
jmd has joined #yocto
Guest86 has joined #yocto
aduskett has quit [Remote host closed the connection]
<Guest86>
Hello Yocto,
<Guest86>
Good Day.
<Guest86>
I would like to collect all recipes SRC_URI. BRANCH and REVISION in a consolidated json file as part of build.
<Guest86>
Thinking of a bbclass to collect this info.
<Guest86>
But not sure where to start to collect the information about recipes.
<Guest86>
any suggestion on bitbake api?
prabhakalad has quit [Quit: Konversation terminated!]
Kubu_work has joined #yocto
prabhakalad has joined #yocto
<mcfrisk>
DvorkinDmitry: userspace kernel headers are separate from effective kernel uapi and kernel side headers. linux-libc-headers are used to compile userspace and are not generated by kernel recipe to avoid full userspace recompiles for every kernel change.
<RP>
Guest86: Have you looked at buildhistory. The spdx output also contains many of these things
<RP>
Guest86: could you write your file just by processing those?
<mcfrisk>
DvorkinDmitry: see poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
<DvorkinDmitry>
mcfrisk, thank you. I found that the app contains the kernel module that gives that error, not an application that is trying to use kernel headers directly
<mcfrisk>
DvorkinDmitry: for kernel module recipes, "inherit module". See poky/meta/classes-recipe/module.bbclass
<DvorkinDmitry>
mcfrisk, yes, I know. :) I'm building old "sfill" app (wiping the files) and it seems like it has wrong module build commands inside its Makefile
<mcfrisk>
I think it will be tricky to compile both kernel module and userspace code in a single recipe. I'd separate to different recipes, and then fix the build scripts.
<DvorkinDmitry>
mcfrisk, that's what I'm thinking about now too. Or probably fix the Makefile.
<mcfrisk>
though exporting module specific uapi headers etc from kernel module to userspace app is tricky. I'd just embed the definitions into userspace sources
<mcfrisk>
the two recipes can share an .inc file to define SRC_URI etc
<DvorkinDmitry>
mcfrisk, good idea, thanks!
ehussain has quit [Remote host closed the connection]
Vonter has joined #yocto
florian_kc has joined #yocto
florian has quit [Ping timeout: 276 seconds]
Guest86 has quit [Ping timeout: 256 seconds]
jmd has quit [Remote host closed the connection]
dlan has quit [Ping timeout: 260 seconds]
<u1106>
mcfrisk: Just FYI. Bugzilla says "Self registration is currently disabled due to a recent uptick in spam. Please email..." Who said that life should be easy ;)
<RP>
rburton, jonmason: curiously, in the logs, "[ 1624.931615] systemd-ssh-generator[471]: Disabling SSH generator logic, since sshd is not installed."
<JPEW>
Hmm... there does appear to be a bug hiding in here
druppy has joined #yocto
tacocatgirl has joined #yocto
<tacocatgirl>
I'm having issues where bitbake will remove "stale objects" after I make a really small config change like for example the root password. Is this supposed to be happening? If so is there a workaround?
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
tacocatgirl has quit [Quit: Client closed]
sakman has quit [Remote host closed the connection]
sakman has joined #yocto
florian has joined #yocto
goliath has quit [Quit: SIGSEGV]
cyxae has quit [Quit: cyxae]
tolnanwo has quit [Quit: WeeChat 4.4.2]
tolnanwo has joined #yocto
davidinux1 has quit [Ping timeout: 246 seconds]
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
<khem>
depends on where the change is, bitbake does a good job of dependency checks and will only redo whats needed to assimilate the change
<JPEW>
khem: I think I found the problem
<khem>
oh neat
<khem>
I am sure its the indirect mapping of licenses that gcc recipes do, tripped the original logic perhaps :)
paulg has quit [Ping timeout: 245 seconds]
<JPEW>
No... it's because of the fix by Hongxu (f964b31c683e8ab02ce49f2c577a69e3d5de1e63) and bitbake didn't detect the change and rebuild so you got part of the build from sstate
<JPEW>
RP: Heh... so bitabakes dependency scanner for python code doesn't like object member functions...
<JPEW>
Which is fair, because that is probably _really_ complicated to do correctly
dankm has quit [Remote host closed the connection]
<khem>
my builds are crazy due to clang combinations I am testing, I think normal usecases wont run into such situations often
warthog9 has quit [Quit: Leaving]
dankm has joined #yocto
geoffhp has quit [Remote host closed the connection]
geoffhp has joined #yocto
warthog9 has joined #yocto
<RP>
JPEW: that doesn't surprise me at all ;-)
<RP>
JPEW: we can add manual dependencies
davidinux1 has joined #yocto
Kubu_work has quit [Quit: Leaving.]
davidinux1 has quit [Ping timeout: 260 seconds]
rob_w has quit [Read error: Connection reset by peer]