invalidopcode1 has quit [Remote host closed the connection]
Thorn has joined #yocto
invalidopcode1 has joined #yocto
hcg has joined #yocto
AKN_R has quit [Quit: Leaving]
<jclsn_>
Morning
<jclsn_>
What recipe provides wipefs?
jclsn_ has quit [Quit: WeeChat 3.8]
jclsn has joined #yocto
<jclsn>
util-linux seems to not have been sufficient
mckoan|away is now known as mckoan
Schlumpf has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
frieder has joined #yocto
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has quit [Ping timeout: 248 seconds]
<jclsn>
Ah it is
<jclsn>
Nevermind
goliath has quit [Quit: SIGSEGV]
<landgraf>
jclsn: self answered questions - my favorite ones :)
alessioigor has quit [Quit: alessioigor]
<jclsn>
landgraf: I do that quite frequently actually xD
alessioigor has joined #yocto
mihai has quit [Quit: Leaving]
<landgraf>
jclsn: I have this "habbit" as well...
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
Jham has joined #yocto
<LetoThe2nd>
yo dudX
<LetoThe2nd>
there's a name for it. "rubberduck debugging"
<landgraf>
LetoThe2nd (^_^)/
<landgraf>
LetoThe2nd: I don't have Yellow rubber duck :(
<landgraf>
well. I did have, now my daugther has one :/
Bardon has quit [Ping timeout: 252 seconds]
<landgraf>
ANN: I did some fixes and now Yocto/Poky (with meta-riscv) can be built and run on MangoPi MQ Pro Riscv board. Including functioning wifi, bluetooth (I didn't manage to find working one in any images available) and HDMI \o/
<rburton>
phako[m]: how old a release are you using?
<phako[m]>
rburton: currently building master
<phako[m]>
phako[m]: Mid-term something like kirkstone & master
<rburton>
phako[m]: then its hitting the upstream kernel repos. they're huge, sorry.
<rburton>
older releases would try our mirror first, which can occasionally bog down and be very slow
<phako[m]>
mh ok
<rburton>
if you have a kernel clone already, put it in the right place in downloads/git2 and touch a .done file
<rburton>
now wondering if we should let the user specify a reference directory to suck objects from, but more codepaths in the git fetcher make me scared
<ptsneves>
Can anybody confirm me if git lfs really works on yocto? Reproducing the commands that are ran on the do_unpack manually i confirm they do not checkout the lfs part of the repo. This seems to be connected to the fact that the unpack is cloning the local bare repo in the DL_DIR. If manually clone directly from the remote the git lfs artifacts are downloaded.
<ptsneves>
The tests i see on oeqa only check if lfs is enabled or not, but never check the correct checkout. If anybody can confirm me this I could work on a patch
<rburton>
bitbake-selftest has tests
<rburton>
if they're broken then please do fix the tests so they fail, and then the code
<ptsneves>
yes i know, but looking at them, they do not seem to check for the actual checkout
<rburton>
you should fix the test then :)
<ptsneves>
he he
<ptsneves>
i need to figure out how first
<rburton>
the lfs code presumably worked for whoever added it, but maybe it rotted in master
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<ptsneves>
i think it works. I just think it requires certain configurations to be in the repo
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
sakoman has joined #yocto
manuel1985 has quit [Ping timeout: 248 seconds]
xmn has joined #yocto
<qschulz>
halstead: hi, mirroring issue to github as reported by shoragan[m]. No Kirkstone, on langdale either. Is there anything you can do about this?
<landgraf>
git lfs is pain...
Schlumpf has quit [Ping timeout: 260 seconds]
xmn has quit [Quit: ZZZzzz…]
Minvera has joined #yocto
xmn has joined #yocto
ali_ has joined #yocto
zpfvo has quit [Ping timeout: 248 seconds]
stephano has joined #yocto
mardor has quit [Quit: Client closed]
<ptsneves>
rburton: it seems my issue was the smudge was not installed and that meant the checkout was incorrect
<rburton>
so the fetcher should handle that and tell you right
<ptsneves>
yeah i also think so. Will try to come up with a test case fix
zpfvo has joined #yocto
zpfvo has quit [Client Quit]
zpfvo has joined #yocto
RobW has quit [Ping timeout: 260 seconds]
zpfvo has quit [Ping timeout: 260 seconds]
<phako[m]>
weird. I have a patch that removes the Check for NumPy from boost and just hard-codes the path. according to log.do_patch, it was applied, yet when I look at log.do_compile, it is running the old test scratches head
Tyaku has quit [Ping timeout: 252 seconds]
<phako[m]>
(works fine on boost 1.79, seems to be weird on 1.81)
Tyaku has joined #yocto
<RP>
phako[m]: are the changes in files which get regenerated?
<phako[m]>
RP: They used not to be, but maybe that changed. Let me check
<phako[m]>
nope
ali_ has quit [Remote host closed the connection]
zpfvo has joined #yocto
<qschulz>
phako[m]: run each task one by one to figure out what's undoing it. e.g., -C patch, check the sources, is everything like you expect it?
<qschulz>
yes? then go for -C configure, etc...
<qschulz>
at least you'll know which task to debug
ali_ has joined #yocto
kscherer has joined #yocto
Guest22 has joined #yocto
Guest22 has quit [Client Quit]
goliath has quit [Quit: SIGSEGV]
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
<phako[m]>
ehm. It looks like it takes the source from boost-native
manuel1985 has joined #yocto
<phako[m]>
ah no. hm.
<phako[m]>
Oh yes. it is running the jam files from sysroot-native, and not the extracted sources
<rburton>
gotta love jam
<rburton>
horrible thing
Tyaku has quit [Quit: Lost terminal]
<phako[m]>
wonder if that is some kind of fall-out from 0c82598d22b69d8787faa1f9fe7c2e9bc62c4cfa
brazuca has joined #yocto
<rburton>
possibly. easily tested?
<phako[m]>
I can try to backport that to kirkstone and see if that fails the build as well there. reverting is not possible
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<phako[m]>
ok. As a quick test, I moved the jam files from sysroot-native from /usr/share/b2 to /usr/share/boost-build and it seems to run the jam files from the unpacked and patched source then
rob_w has quit [Quit: Leaving]
rfuentess has quit [Remote host closed the connection]
vladest has quit [Ping timeout: 248 seconds]
starblue has quit [Ping timeout: 248 seconds]
goliath has joined #yocto
<rburton>
kanavin: i don't suppose you've looked at dnf5 yet
seninha has quit [Quit: Leaving]
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<halstead>
qschulz: yes, I'll check it out.
frieder has quit [Ping timeout: 252 seconds]
florian_kc has quit [Ping timeout: 268 seconds]
mckoan is now known as mckoan|away
vladest has joined #yocto
<phako[m]>
b2 1.80.0 has changed the install dir to /usr/share/b2 and that causes the build process to pick up the installed jam files instead of the ones from the unpacked source. Can reproduce if I introduce 1.80.0 to kirkstone where this has worked previously, and it works fine when just going to b2 1.79.0. Should I make a ticket? (once I get my account)
alessioigor has quit [Quit: alessioigor]
<qschulz>
phako[m]: best would be a patch directly :)
<qschulz>
phako[m]: otherwise if you're waiting for a bugzilla account to be validated, I think you can gently ping halstead on it :)
<halstead>
I can take care of it real quick
<phako[m]>
Either has to wait till tomorrow because I am going home now:D
<qschulz>
phako[m]: np, have a nice evening
Thorn has quit [Ping timeout: 248 seconds]
invalidopcode1 has quit [Remote host closed the connection]