qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
Xagen has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
KanjiMonster_ has joined #yocto
chep has quit [Ping timeout: 276 seconds]
KanjiMonster has quit [Ping timeout: 265 seconds]
KanjiMonster_ is now known as KanjiMonster
savolla has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
Xagen has quit [Read error: Connection reset by peer]
|Xagen has joined #yocto
Xagen has joined #yocto
Xagen has quit [Read error: Connection reset by peer]
Xagen_ has joined #yocto
|Xagen has quit [Ping timeout: 252 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Xagen_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
chep has joined #yocto
tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
Xagen has joined #yocto
enok has joined #yocto
Xagen has quit [Client Quit]
eduter has joined #yocto
rob_w has joined #yocto
rfuentess has joined #yocto
frieder has joined #yocto
enok has quit [Ping timeout: 245 seconds]
goliath has joined #yocto
zeemate_ has joined #yocto
belsirk has joined #yocto
eduter4 has joined #yocto
eduter4 has quit [Client Quit]
eduter69 has joined #yocto
rfuentess has quit [Ping timeout: 260 seconds]
eduter has quit [Ping timeout: 240 seconds]
florian has joined #yocto
belsirk is now known as rfuentess
enok has joined #yocto
enok71 has joined #yocto
enok has quit [Read error: Connection reset by peer]
enok71 is now known as enok
belsirk has joined #yocto
leon-anavi has joined #yocto
rfuentess has quit [Ping timeout: 260 seconds]
<ernstp>
Can I make a variable "survive" reparsing? So I know that it's being reparsed?
Kubu_work has joined #yocto
Kubu_work1 has joined #yocto
belsirk is now known as rfuentess
enok has quit [Quit: enok]
enok has joined #yocto
enok has quit [Client Quit]
enok71 has joined #yocto
Kubu_work has quit [Quit: Leaving.]
enok71 is now known as enok
prabhakalad has joined #yocto
<RP>
ernstp: only by writing something to disk and reading it back
<ernstp>
RP: still struggling with an old idea I had that mostly works fine... but sometimes not :-)
<ernstp>
RP: I want to run a query in the current bitbake invocation, and then don't rerun the query again.
<RP>
ernstp: save to disk and always reload if present instead of querying?
mbulut has joined #yocto
<ernstp>
RP: but I don't know if it's the first invocation of the function in this bitbake session or if I'm being reparsed... ?
mbulut has quit [Ping timeout: 272 seconds]
enok has quit [Ping timeout: 248 seconds]
bhstalel has joined #yocto
<LetoThe2nd>
ernstp: what is the actual use case? sounds like you're trying to cheat the reproducibility safeguards.
<bhstalel>
Preserving packages database in rootfs requires always "package-management" feature ? what if installing only "dpkg" without IMAGE_FEATURES(package-management) as an example ?
<ernstp>
LetoThe2nd: I want to query the current version of ITEM from a service and then use that during the build. But if the build takes a while the version might be updated during the build, and the "reparsing" can break that
<RP>
ernstp: check DATETIME ?
<RP>
ernstp: that should only change at reparse
dmoseley_ has joined #yocto
<ernstp>
RP: hmmm I don't follow. how can I tell the difference between two different builds and two parsings?
dmoseley has quit [Ping timeout: 252 seconds]
<LetoThe2nd>
ernstp: ... which basically exactly what I meant. You're creating a build which is not reproducible because run at different points in time it will yield different results.
<ernstp>
LetoThe2nd: It's like git AUTOINC
<RP>
ernstp: the value of DATETIME is locked for a given build/parse
<LetoThe2nd>
ernstp: no because fetch only happens once.
<LetoThe2nd>
ernstp: and its also not reproducible.
<LetoThe2nd>
ernstp: I mean, I get the value for development, but for prod its a really bad idea.
<RP>
doing things like that definitely has reproducibility problems
Tyaku has joined #yocto
<Tyaku>
Hello, did someone have a link to a tutorial about "how to build an out of tree module using the Yocto toolchain" ? I have an issue building an out-of-tree module using the toolchain, and made an exemple here with a simple module: https://pastebin.com/AKRvusTp The problem is: The building is OK, and the module can be executed on the target. BUT the module can't be removed ! it is marked as [permanent] when
<Tyaku>
I run 'cat /proc/modules | grep ktest' I get this: 'ktest_module 16384 0 [permanent], Live 0xffff800008abf000 (O)' That is the reason why it cannot be removed.
<Tyaku>
I think this is a building issue, because when it is build from Yocto using a recipe, then it can be removed
<Tyaku>
But When built from the toolchain, the driver can't be removed using "rmmod".
<Tyaku>
Yeah I always have dummy issues :/
Jones42 has joined #yocto
florian has quit [Ping timeout: 265 seconds]
<ernstp>
LetoThe2nd: I also want this code to only run once, like setting git AUTOINC/AUTOREV. So it would work in the same style
Net147 has quit [Quit: Quit]
vvn has quit [Ping timeout: 268 seconds]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
enok has joined #yocto
vvn has joined #yocto
bhstalel has quit [Quit: Client closed]
enok has quit [Client Quit]
enok has joined #yocto
Kubu_work1 has quit [Quit: Leaving.]
enok has quit [Ping timeout: 260 seconds]
enok has joined #yocto
eduter69 has quit [Quit: Client closed]
Kubu_work has joined #yocto
eduter69 has joined #yocto
leonanavi has joined #yocto
leon-anavi has quit [Read error: Connection reset by peer]
rob_w has quit [Remote host closed the connection]
rob_w has joined #yocto
bhstalel has joined #yocto
bhstalel has quit [Client Quit]
Ad0 has quit [Ping timeout: 248 seconds]
olani has quit [Ping timeout: 260 seconds]
eduter50 has joined #yocto
eduter69 has quit [Ping timeout: 240 seconds]
olani has joined #yocto
Kubu_work has quit [Quit: Leaving.]
rob_w has quit [Ping timeout: 246 seconds]
<ernstp>
RP: I think I managed to work something out with DATETIME, thanks!
Kubu_work has joined #yocto
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
enok has quit [Quit: enok]
enok has joined #yocto
Ad0 has joined #yocto
rob_w has joined #yocto
olani has quit [Remote host closed the connection]
olani has joined #yocto
Jones42 has quit [Ping timeout: 260 seconds]
Jones42 has joined #yocto
skandigraun has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
cyxae has joined #yocto
Jones42 has joined #yocto
rob_w has quit [Remote host closed the connection]
Xagen has joined #yocto
sotaoverride has joined #yocto
rfuentess has quit [Ping timeout: 245 seconds]
Jones42 has quit [Ping timeout: 272 seconds]
Jones42 has joined #yocto
frieder has quit [Remote host closed the connection]
eduter50 has quit [Quit: Client closed]
eduter50 has joined #yocto
Jones42 has quit [Ping timeout: 248 seconds]
skandigraun has quit [Quit: Client closed]
eduter54 has joined #yocto
eduter54 has quit [Client Quit]
eduter54 has joined #yocto
eduter50 has quit [Ping timeout: 240 seconds]
vvn has quit [Ping timeout: 244 seconds]
savolla has joined #yocto
<kilobyte_ch>
Any good idea if there is some intelligent way to package all files from IMAGE_BOOT_FILES into a custom package in a bitbake recipe?
Kubu_work has quit [Quit: Leaving.]
eduter54 has quit [Quit: Client closed]
eduter54 has joined #yocto
zeemate_ has quit [Ping timeout: 272 seconds]
vicale has joined #yocto
vicale has left #yocto [#yocto]
kylex has joined #yocto
Jones42 has joined #yocto
goliath has quit [Quit: SIGSEGV]
<kylex>
I have run into some issue which I don't understand. I have two multiconfig targets (both cortexa9t2hf-neon), one uses musl and the other glibc. If I build the musl version first and then the glibc it works. But it seems like building the glibc config breaks musl. When building musl target, libgcc.inc do_install:append creates a link in sysroots-components named arm-poky-linux-gnueabi pointing to arm-poky-linux-musleabi. Won't this make building the glibc
<kylex>
target overwrite/clear the musl files?
<kylex>
It seems I can work around this using a custom distro which sets the TCLIBCAPPEND = "-${TCLIBC}" however TCLIBCAPPEND is removed in Styhead since "sharing TMPDIR for multiple libc providers has been supported for years". Am I doing something wrong?
leonanavi has quit [Quit: Leaving]
anoen has joined #yocto
goliath has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
Tyaku has quit [Quit: Lost terminal]
savolla has joined #yocto
tlwoerner_ has quit [Quit: Leaving]
tlwoerner has joined #yocto
<tlwoerner>
the latest pseudo issue, does it have a bugzilla?
<tlwoerner>
RP: i was late to the latest technical call and was asking about the one you were mentioning there. the status email talks about a pseudo bug too, but doesn't reference a bugzilla for it
druppy has joined #yocto
<tlwoerner>
all of my oe-selftest tests on poky's master-next are failing because virglrenderer is throwing a build error
<tlwoerner>
it looks like it's using the native gcc?
<RP>
tlwoerner: I was referring to the above one
<tlwoerner>
RP: great, thanks
<tlwoerner>
RP: should it be categorized under pseudo instead of oe-core:oe-core?
<RP>
tlwoerner: probably, it wasn't really understood initially
druppy has quit [Ping timeout: 252 seconds]
Kubu_work has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
savolla has quit [Ping timeout: 252 seconds]
Kubu_work has quit [Quit: Leaving.]
enok71 has joined #yocto
enok has quit [Read error: Connection reset by peer]
enok71 is now known as enok
florian has quit [Ping timeout: 246 seconds]
zeemate_ has joined #yocto
goliath has quit [Quit: SIGSEGV]
<khem>
kylex:its something we need to fix I guess, using libc specific tmpdir was papering over some such issues I guess
<khem>
tlwoerner: virglrenderer-native will use host gcc
khem has quit [Quit: WeeChat 4.6.0]
eduter54 has joined #yocto
<zeddii>
JPEW, you've debugged bitbake more than I have. Where are the parsing logs stored ? I want to fix some operator whitespace issues, but can't for the life of me capture the log of the parsing.
khem has joined #yocto
<JPEW>
zeddii: Do you have an example of what you want to log?
<zeddii>
whatever it is spitting out to the console when I build with the whitespace changes. sec. I'll pastebin it
prabhakalad has quit [Quit: Konversation terminated!]
<zeddii>
ahah. cool. I checked oe-core and meta-oe.
olani- has joined #yocto
goliath has joined #yocto
eduter54 has quit [Quit: Client closed]
eduter54 has joined #yocto
eduter54 has quit [Client Quit]
<zeddii>
and crap. too much line breaking on that to just save the script and run it.
* zeddii
gives up for now
<RP>
can't help with that I'm afraid, my email copy is wrapped as well
<zeddii>
I'll spend more time wondering which line is which, than just generating my own.
<RP>
zeddii: JaMa might be around and have a copy?
cyxae has quit [Quit: cyxae]
<zeddii>
I've mostly fixed it up now, I'm just not sure if the sed expressions had a trailing space or not due to wrapping.
florian has joined #yocto
Xagen has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
savolla has joined #yocto
enok has quit [Quit: enok]
enok71 has joined #yocto
<tlwoerner>
khem: looks like i'll have to switch to using the hosttools once that hits master, any idea what is the minimum required gcc? my host is using 12.3.0, but i do have packages for 14
eduter54 has joined #yocto
enok71 has quit [Ping timeout: 252 seconds]
usvi has quit [Ping timeout: 260 seconds]
eduter60 has joined #yocto
eduter54 has quit [Ping timeout: 240 seconds]
eduter60 has quit [Client Quit]
usvi has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
savolla has quit [Quit: WeeChat 4.4.3]
savolla has joined #yocto
olani- has quit [Ping timeout: 252 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]