Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
tre has joined #yocto
goliath has joined #yocto
<LetoThe2nd>
yo dudX
mckoan|away is now known as mckoan
<mckoan>
good morning
<LetoThe2nd>
yo mckoan
frieder has joined #yocto
<JaMa>
tlwoerner: ubuntu-22.04 and gentoo and happens only with langdale, haven't seen it with kirkstone yet (which might be just a because of number of changes in master), will try RP's reproducer in both and have a look
Schlumpf has joined #yocto
frieder has quit [Remote host closed the connection]
frieder has joined #yocto
dev1990 has joined #yocto
grma has joined #yocto
Tyaku has joined #yocto
ad__ has joined #yocto
ad__ has quit [Changing host]
ad__ is now known as bigendian
gsalazar has joined #yocto
<mckoan>
do we have an official explanation for the frequent message "the metadata is not deterministic and this needs to be fixed" ?
manuel1985 has joined #yocto
selff has joined #yocto
prabhakarlad has joined #yocto
zen_coder has joined #yocto
acki_ has joined #yocto
<RP>
JaMa: my reproducer?
GuestNew118 has joined #yocto
kanavin has quit [Remote host closed the connection]
BignauxRonan[m] has quit [Quit: You have been kicked for being idle]
cb5r has quit [Quit: You have been kicked for being idle]
<Juanosorio94>
I am trying to use a local kernel and I am assigning my SRC_URI to "file:///path/to/local/linux:protocol:file", however somehow my it is complaining that some variable S is not set correctly, any ideas? :l
xmn has quit [Quit: ZZZzzz…]
<qschulz>
Juanosorio94: usually externalsrc is used
<kanavin_>
RP: the high count of Submitted may mean those submitted patches need to be re-submitted, or at least re-checked
<rburton>
kanavin_: yeah, that's why i was wondering about the churn
<kanavin_>
rburton, can you define churn?
<rburton>
a report of patch age vs status would be interesting
<RP>
kanavin_: it is possible upstream needs reminding about some of them
<rburton>
kanavin_: change of state
<rburton>
well, if people do the right thing and put a link to the submission after Submitted, we can make a tool
<uglyoldbob>
Rburton: not a symlink, a copy due to bootloader limitations
<kanavin_>
rburton, that seems harder to do, but my hunch is that correctly updating patch status is rare: most statuses are set on patch introduction and never change
ardo has quit [Read error: Connection reset by peer]
<rburton>
uglyoldbob: make things easier by putting that file in a new package, not PN
ardo has joined #yocto
<uglyoldbob>
rburton: I'm not sure how to pull a copy of the compiled kernel in a separate package
<rburton>
how were you putting a copy of the kernel into the same package?
barometz has quit [Quit: you can't fire me!]
<rburton>
just add a package by adding to PACKAGES, then set FILES as needed
<RP>
It is interesting that the number of backports has stayed high and fairly constant too
barometz has joined #yocto
<RP>
kanavin_: the number in pending has shrunk nicely :)
seninha has joined #yocto
* RP
wonders why do_cve_check seems so slow
<kanavin_>
RP: yeah, I'll try to shrink it further
<kanavin_>
RP: ah, now I realized what I wanted to see: each of the patch categories as its own graph, rather than piled on top of each other cumulatively
<RP>
kanavin_: sounds like quite a nice solution to the GIL issue although sadly it isn't the GIL that causes us issues
<kroon>
Am I crazy or does it sound like from reading that article, that core python developers are somehow resistant to letting CPython run at full speed on a multicore system, because of maintenance burden
<RP>
kroon: I didn't take it that way. They know they have a significant user base which uses single threading and they don't want to hurt that
bps2 has joined #yocto
bps2 has quit [Read error: Connection reset by peer]
<seninha>
Hi, I built a core-image-full-cmdline linux image and, when running bitbake, it builds grub, but when booting it uses systemd-boot. How can I make the bootloader be grub instead?
bps has quit [Ping timeout: 244 seconds]
bps2 has joined #yocto
<kroon>
RP, yeah, but unless I've missed something, there is no "single-thread"-Java VM implementation, for use with single-threaded Java applications, that gives big improvements over a multithreaded Java VM
<kroon>
RP, i.o.w, it would appear to me that there exists ways to do cheap multithreaded ref. counting that don't punish single threaded applications
<kroon>
or .NET, ot whatever interpreted language
<kroon>
what would make python so special
<Juanosorio94>
do I need a .bbappend file to use an external kernel source which is located somewhere else in my filesystem?
<qschulz>
Juanosorio94: what's the issue with externalsrc documentation I sent you? (trying to make sense of your question so we can help you)
<Juanosorio94>
I tried to set that variable to "/path/to/gitrepo" but im still having "S is not set to the linux source directory. Check the recipe and set S to the proper extracted subdirectory"
<Juanosorio94>
ok I needed to also inherit externalsrc class in my .bb file
<Juanosorio94>
just having some license checksum errors now. but that helped me further, thanks
GNUmoon has quit [Remote host closed the connection]
<qschulz>
Juanosorio94: yeah license checksum changes happened a few times in the kernel so not too surprised, you have the new checksum in the error message I think
<qschulz>
let us know if you get stuck later on
tomzy_0 has quit [Quit: Client closed]
jquaresma[m] has joined #yocto
<Juanosorio94>
thanks <3
<RP>
kroon: They coded python to work really well for single threaded. I suspect java didn't do that. The language structure also has implications for how data locking works performance wise?
Schiller has joined #yocto
<Schiller>
Hello. Can anyone give me an example on how to set up a Scheduler which triggers a Build when a defined repository receives a commit?
<Schiller>
I just seem to not be able to get it working :(
<RP>
Schiller: look at the docs repo on the autobuilder, it does that
<RP>
kanavin_: I thought I'd look at a pending patch. What a horrible rabbit hole to wander down. I still have no idea what to do with the patch status either!
<RP>
"the main source code in the 'src' directory is a real pain to understand as I've experimented with hundreds of slightly different versions. It contains many #if and some gotos, and is *completely optimized for speed* and not for readability."
* RP
starts to wonder if this software should be in core or used by anything :/
<LetoThe2nd>
RP: what are you referring to, out of pure curiousity?
<Schiller>
RP: Thx. At least i got the confirmation now because that was exactly where i was looking at. And the whole quick and full setup is not necessary from what i read to make it work right? It could be a standalone builder and not part of the cluster.
<RP>
LetoThe2nd: lzo
<LetoThe2nd>
RP: sounds lovely!
<RP>
Schiller: docs works totally separate from quick/full
<Juanosorio94>
Im trying to define a config for my kernel
<Juanosorio94>
and using KBUILD_DEFCONFIG for this, as well as FILEEXTRAPATHS_prepend and SRC_URI pointing to the config file, it does not find anything.. am I doing smth wrong?
<rburton>
RP: looks like btrfstools is the only thing without an explict packageconfig for it
<rburton>
i'd definitely support moving lzop and lzo to meta-oe
<rburton>
last release 2017 is a good reason alone
davidinux has joined #yocto
GNUmoon has joined #yocto
<RP>
rburton: I like the idea too. I did mail the author about the patch just to see if they care
<RP>
mrybczyn[m], rburton: Do you think we could make the warnings from cve-check conditional? Right now it turns my metrics builds on the autobuilder orange :/
<RP>
On the plus side, dunfell cve lists now work too
nemik has quit [Ping timeout: 255 seconds]
<rburton>
yeah should be easy enough to have a switch to turn them to notes
nemik has joined #yocto
<rburton>
i'll send a patch once i've sorted out my current rabbit hole
<RP>
rburton: thanks, I can do it if you want, I was just wanting to check if it was ok first
<rburton>
RP: i can prep a lzo-ectomy too as i like deleting stuff
<RP>
rburton: haha, I was wondering if you or kanavin_ could resist! :)
<RP>
rburton: I've sent an update to the patch header which invites the next change
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
kroon_ has joined #yocto
kroon has quit [Ping timeout: 240 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
jmiehe has quit [Ping timeout: 260 seconds]
Schiller has quit [Ping timeout: 252 seconds]
ptsneves has joined #yocto
kroon_ has quit [Ping timeout: 272 seconds]
leon-anavi has joined #yocto
xmn has joined #yocto
Tyaku has quit [Quit: Lost terminal]
<kanavin_>
RP: I've started with something easy: mark all zip/unzip patches as Inactive-Upstream!
kroon_ has joined #yocto
kroon_ has quit [Remote host closed the connection]
sakoman has joined #yocto
rob_w has quit [Remote host closed the connection]
<RP>
kanavin_: it looks like that lzo patch was submitted in 2015 so we can probably mark it as similar
* RP
knew there was a tag he wasn't remembering
prabhakarlad has quit [Quit: Client closed]
GuestNew118 has quit [Ping timeout: 252 seconds]
prabhakarlad has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
kranzo has joined #yocto
lexano has quit [Ping timeout: 276 seconds]
gsalazar has quit [Ping timeout: 240 seconds]
<rburton>
lzoctomy successful
<kranzo>
hi there,
<kranzo>
in my recipe-sysroot i can find a .pc-file with `Cflags: -I/usr/include/subpath` given, how is yocto fixing up the path to use `CFLAGS= -I <path/to/recipe-sysroot>/usr/include/subpath` ?
<rburton>
gcc's --sysroot parameter
nemik has quit [Ping timeout: 255 seconds]
<kranzo>
rburton: to easy. thx
nemik has joined #yocto
lexano has joined #yocto
<sotaoverride>
has anyone run overlayfs.bbclass on dunfell/
<sotaoverride>
?
<sotaoverride>
im generally trying to understand if I should botehr using it, or just do the work manaully with a script or something
lexano has quit [Ping timeout: 256 seconds]
kranzo has quit [Quit: Client closed]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
Schlumpf has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
lexano has joined #yocto
ptsneves has quit [Quit: Client closed]
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
manuel1985 has quit [Ping timeout: 240 seconds]
<mckoan>
sotaoverride: manually because I'm using dunfell
<jonmason>
paulbarker: you around?
Schlumpf has quit [Quit: Client closed]
nemik has quit [Ping timeout: 244 seconds]
<Juanosorio94>
how can I make sure my patches are getting applied to the local kernel I am using? I am navigating into the tmp/work-shared/machinename/kernel-source dir (which seems to be just a soft link) and I do not see the patches being applied there :( my kernel compilation is apparently failing because these patches are missing
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
prabhakarlad has quit [Quit: Client closed]
nemik has joined #yocto
<jonmason>
Juanosorio94: use devtool
<jonmason>
devtool modify linux-yocto
<jonmason>
you'll get a git tree with the patches applied (or not)
<jonmason>
then hack on that created directory and get it booting
<Juanosorio94>
thanks
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
Juanosorio94 has quit [Quit: Client closed]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
<moto-timo>
I guess the meeting is done ;)
<tlwoerner>
i guess we're done?
<RP>
Seems so, I was also cut off
<rburton>
scheduled slot in zoom i guess
<RP>
Saur[m]: what I was about to say was for something you can talk publicly about like boost share a process tree
<RP>
Saur[m]: It could be the worker but you'd normally see errors if the worker processes weren't alive and they do communicate with the server
seninha has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
<futureposer[m]>
Hi everybody, I'm new to yocto. I want to add a dt-blob.bin for raspberry-cm3 to /boot-partition of the sdimg. According to documentation this would be possible with DEPLOYPAYLOAD for the rpi-sdimg (from meta-raspberrypi). Unfortunately I need to use sdimg for mender.io and therefore DEPLOYDATA is not available AFAIK. What would be the yocto-style alternative for adding the file to boot?
seninha has joined #yocto
florian__ has joined #yocto
florian__ has quit [Read error: Connection reset by peer]
<sotaoverride>
what the var for overlayfs that can be used to define the parition disk itself for the mount point?
<sotaoverride>
what's*
<sotaoverride>
or does that have to be done manually and overlayfs.bbclass doesnt have a var for it?
alefir has joined #yocto
goliath has joined #yocto
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
dtometzki has quit [Ping timeout: 248 seconds]
gchamp has quit [Quit: WeeChat 2.3]
gchamp has joined #yocto
goliath has quit [Quit: SIGSEGV]
tre has quit [Remote host closed the connection]
seninha has quit [Remote host closed the connection]
alicef has quit [Quit: install gentoo]
kevinrowland has quit [Quit: Client closed]
alicef has joined #yocto
davidinux has quit [Quit: WeeChat 2.8]
<cambrian_invader>
does the bitbake server support multiple clients at once?
kevinrowland has joined #yocto
Guest47 has joined #yocto
Guest47 has quit [Client Quit]
davidinux has joined #yocto
goliath has joined #yocto
manuel has quit [Quit: Leaving]
roussinm has joined #yocto
seninha has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
mvlad has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
prabhakarlad has joined #yocto
<zeddii>
moto-timo: I haven't been online for a few days now, due to the storms in Ottawa. Are you hearing of other people with python3-six blowing up ?
* zeddii
checks the mailing list.
<moto-timo>
zeddii: not that I remember... but since python2 is EOL six should be less used ;)
* moto-timo
ducks
<zeddii>
this is just OE core. hmm. I see a cleanall may have fixed it, and now it is blowing up on the next python3 package. might just be old cruft
<moto-timo>
zeddii: is this for looper or similar?
<zeddii>
this is core-image-minimal (plus some docker, podman, etc, that I always have defined in my local.conf)
<zeddii>
I updated this morning and started a build. now seeing this. likely just bad sstate or such. let me see if the clean on initparse -> build fixes it
<RP>
zeddii: I heard another report of "weird python failures" which disappeared on a clean tmpdir. Nobody has been more specific about these failures :/
<RP>
zeddii: it does look like there is something bad in the sysroot which is upsetting things. What that is I have no idea though, I've not seen that
* RP
hasn't reused a builddir for a few days
<khem>
seems new setuptools caused pain
<zeddii>
I'll just clean things up and it should sort itself out.
<RP>
zeddii: it is handy to know the kind of error though, thanks
<RP>
zeddii: just use clean btw
<khem>
now that they dont want to do py2 to py3 kind of stuff they have other ways to mess with you 🙂 and packaging seems to be the new area,
<RP>
zeddii: I really doubt sstate is broken and you don't need to download again
<zeddii>
ack'd will try that for a lighter cycle
<khem>
it seems there are mixes of old and new setuptools looking at the logs, either its generating some files during build which are perhaps not captured to invalidate shared state perhaps
dev1990 has quit [Quit: Konversation terminated!]
<RP>
khem: how do you tell the difference between old and new?
<khem>
I am not sure either, packages can do a lot of stuff in setup.py