TheOneCurly has quit [Read error: Connection reset by peer]
TheOneCurly has joined #yocto
zeemate has quit [Read error: Connection reset by peer]
zeemate has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
dmoseley_ has joined #yocto
Jones42 has joined #yocto
olani- has joined #yocto
olani_ has joined #yocto
dmoseley has quit [Ping timeout: 265 seconds]
olani has left #yocto [Using Circe, the loveliest of all IRC clients]
olani- has left #yocto [Using Circe, the loveliest of all IRC clients]
olani_ has left #yocto [Using Circe, the loveliest of all IRC clients]
olani has joined #yocto
vthor_ has joined #yocto
vthor has quit [Ping timeout: 260 seconds]
enok has joined #yocto
enok has quit [Ping timeout: 252 seconds]
enok has joined #yocto
frgo_ has quit [Remote host closed the connection]
frgo has joined #yocto
savolla has quit [Ping timeout: 276 seconds]
frgo has quit [Ping timeout: 260 seconds]
frgo has joined #yocto
enok has quit [Quit: enok]
pvogelaar has joined #yocto
savolla has joined #yocto
frgo has quit [Remote host closed the connection]
<rburton>
kanavin: do you remember the context for meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch?
frgo has joined #yocto
enok has joined #yocto
kylex has quit [Remote host closed the connection]
cambrian_invader has quit [Ping timeout: 272 seconds]
cambrian_invader has joined #yocto
tr4gic has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
savolla has joined #yocto
<kanavin>
rburton, mercy me that is from 2018.
<kanavin>
the original commit says ' meson does it in a way that breaks oe builds (they export a bunch of PKG_CONFIG_ variables)'
<kanavin>
which matches my recollection, basically meson sets pkg-config environment such that it no longer works in oe
<kanavin>
oh, and that's not pkg-config generally, that's just using it to find python?
<rburton>
i shall try disabling it and seeing what breaks :)
<rburton>
found _another_ importlib bug with empty directories, thanks to our sstate code being too scared to nuke everything sometimes
<RP>
kanavin: imagine how rburton and I feel when the commit is from 2005! :)
cambrian_invader has quit [Ping timeout: 245 seconds]
linus1 has quit [Quit: WeeChat 4.5.1]
enok has quit [Quit: enok]
enok71 has joined #yocto
cambrian_invader has joined #yocto
enok71 is now known as enok
|Xagen has joined #yocto
<kanavin>
rburton, I saw that too, and was too dismayed to look into why (in the previous round a lot of time was spent with upstream getting to the best possible fix)
Xagen has quit [Ping timeout: 244 seconds]
|Xagen has quit [Ping timeout: 252 seconds]
<rburton>
going to patch in some "actually has a manifest file" checks if i can find the right places
florian_kc has joined #yocto
tgamblin_ has joined #yocto
tgamblin has quit [Ping timeout: 252 seconds]
tr4gic has quit [Read error: Connection reset by peer]
cyxae has joined #yocto
tr4gic has joined #yocto
cyxae has quit [Client Quit]
Xagen has joined #yocto
cyxae has joined #yocto
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 is now known as enok
cyxae has quit [Quit: cyxae]
cyxae has joined #yocto
rob_w has quit [Remote host closed the connection]
rfuentess has quit [Remote host closed the connection]
frgo has quit [Remote host closed the connection]
frgo has joined #yocto
frgo has quit [Read error: Connection reset by peer]
frgo has joined #yocto
frgo has quit [Ping timeout: 244 seconds]
florian has quit [Killed (NickServ (GHOST command used by florian_kc!~florian@dynamic-077-177-147-137.77.177.pool.telefonica.de))]
<RP>
khem: not sure if this is from the clang patches or gcc
bhstalel has joined #yocto
<bhstalel>
Hello, what SQL databases BitBake uses (other than cache, packages info) ?
frgo has joined #yocto
alessio has quit [Quit: alessio]
savolla has quit [Ping timeout: 276 seconds]
frgo has quit [Ping timeout: 245 seconds]
<qschulz>
rburton: mtools doesn't support exfat but i've played with FATtools (fattools cp) and it seems to work ok
<qschulz>
will send a patch to meta-filesystems to add it :)
bhstalel has quit [Ping timeout: 240 seconds]
tr4gic has quit [Ping timeout: 276 seconds]
mckoan is now known as mckoan|away
tr4gic has joined #yocto
<rburton>
qschulz: nice. and a patch for core to use it in exfat?
<qschulz>
rburton: we don't have exfat support anywhere for now
<qschulz>
but if we have core support for exfat, then the (native) recipe should be in core too no?
frgo has joined #yocto
bhstalel has joined #yocto
tgamblin__ has joined #yocto
zeemate has quit [Ping timeout: 248 seconds]
tgamblin__ is now known as tgamblin
<tgamblin>
rburton: replied to your email
tgamblin_ has quit [Ping timeout: 252 seconds]
frgo has quit [Remote host closed the connection]
<qschulz>
I would like to forbid building an image recipe if a variable is set to an improper value, but not fail parsing if it isn't supposed to be built
bhstalel has quit [Quit: Client closed]
<qschulz>
so bb.fatal in python __anonymous(), no gusto
alessio has joined #yocto
alessio has quit [Client Quit]
tr4gic has quit [Read error: Connection reset by peer]
<yocton>
qschulz: append your check to recipe_qa, maybe?
<rburton>
qschulz: anonpy to rewrite do_image if the variable isn't set?
<rburton>
(really horrible but would likely work)
frgo has joined #yocto
chep has joined #yocto
chep has quit [Client Quit]
<qschulz>
rburton: it'd be nice if it happens as soon as possible, but yes I could simply bb.fatal in do_image:prepend() or even do_rootfs:prepend() (or even do_prepare_recipe_sysroot)
<qschulz>
all this because we do generate extlinux.conf in U-Boot recipe instead of an image recipe :(
<qschulz>
and I need a custom extlinux.conf for this cursed image generation I'm writing
<qschulz>
it'll be public at some point, and you'll all be allowed to throw tomatoes at me :)
<qschulz>
yocton: this works thanks!
frgo has quit [Ping timeout: 260 seconds]
<qschulz>
yocton: funnily enough, I just had finished to generate the task order from task-depends.dot file and had found do_release_qa to be the first task as well :)
chep has joined #yocto
<yocton>
qschulz: nice! I was not sure if it was before or in parallel of the rest of the build
enok has joined #yocto
<qschulz>
yocton: according to the task graph, do_fetch and do_build both directly depend on it
<tgamblin>
rburton: weirdly, I can't seem to make pytest --ignore=dir or pytest --ignore-glob work when I test those as part of the ptest script
<qschulz>
yocton: on scarthgap, maybe there are others in master :)
<khem>
RP: stage1-rustc its gcc-15 finding more errors compiling llvm bundled in rust, they still ship llvm19
GillesM has joined #yocto
GillesM has quit [Remote host closed the connection]
enok has quit [Ping timeout: 252 seconds]
ptsneves has joined #yocto
enok has joined #yocto
<rburton>
another reason to make rust build against normal llvm recipe
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
enok has quit [Ping timeout: 260 seconds]
florian has joined #yocto
<RP>
khem: good to know which patch it is I guess
zeemate has joined #yocto
ptsneves has quit [Ping timeout: 245 seconds]
<khem>
RP: looked a bit more and I wonder if its something else, rust is trying to compile llvm libunwind using gcc and it does not build since the code uses __attribute__((target("gcs"))) which clang accepts but gcc result in the error you are seeing and the error happens with GCC 14 as well :(
<khem>
I wonder why it works for aarch64/glibc at all
<khem>
there is something else staged in master-next perhaps which is causing it.
tgamblin has quit [Remote host closed the connection]
<khem>
I have launched a build with yoe/mut branch which have gcc15 + clang on top of master so it will let me know if its really somehow gcc15 causing it
<khem>
Looking at master-next, there is libunwind upgrade thats staged in there and I wonder if somehow rust is not able to use it and decides to build an internal copy
<RP>
khem: yes, I wonder if we somehow missed this with the libunwind changes :/
<RP>
khem: sadly those as in master now
cyxae has quit [Quit: cyxae]
frgo has joined #yocto
<khem>
I just realized that my yoe/mut is rebased on latest master and it does have libunwind changes in there as well now, but it does not have rest of master-next changes only gcc15 and clang merge so atleast we can isolate it a bit more
<khem>
checking clang-merge-2 branch it also has libunwind included and we see build passed with that branch so it might not be libunwind afterall
<RP>
khem: I've started a plain master build too, see what that does
frgo has quit [Ping timeout: 248 seconds]
<khem>
this is good, if my current build fails then we know it is gcc15
<khem>
the ulit-linux ptest failure is indirect failure I think, I built just util-linux with gcc15 and rest with clang, the tests pass :(
<khem>
but if I build whole core-image-ptest-util-linux with gcc15 then I get the failures
<khem>
kernel + glibc always use gcc so its some other dependency of util-linux
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<smurray>
vmeson: I've made progress on python3-cryptography build failure that has been blocking updating kirkstone/rust, it seems a newer python3-setuptools-rust is required, which starts requiring more stuff backported (e.g. setuptools). Is that going to be a big problem for you (WR)?
lexano has quit [Remote host closed the connection]
olani- has joined #yocto
druppy has joined #yocto
goliath has joined #yocto
druppy has quit [Ping timeout: 252 seconds]
frgo has joined #yocto
prabhakalad has quit [Ping timeout: 268 seconds]
prabhakalad has joined #yocto
frgo has quit [Ping timeout: 244 seconds]
<RP>
khem: that master build of musl-qemuarm64 seems to be ok so I think it is something in master-next
<RP>
khem: I guess bpf narrows it down a bit atleast