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 :/