<RP>
kanavin_: this is one of our more regular failures now. If you look at scripts/runqemu, the code around pattern = '/bin/unfsd .* -i .*\.pid -e .*/exports([0-9]+) ' has a horrible race situation
<Guest40>
mcfrisk can i use it like FOO:append:${MACHINE}
<RP>
kanavin_: we need to make this create a lockfile for each port a bit like we do for qemu tap devices instead so it can't race
<RP>
there is an open bug for this but it doesn't have the above detail in
<linex[m]>
I am building ntp on dunfell, and trying to overrite the configuration file (/etc/ntp.conf)
<linex[m]>
hello
<linex[m]>
so I created a ntp_%.bbappend and installed the file in `do_install_append()`,
<linex[m]>
Now I get error: `make: *** No targets specified and no makefile found. Stop.` when building. I commented the do_install_append() and I still get this error
<linex[m]>
PS: ntp builds without my bbappend, also the ntp recipe has a do_install_append() function already
beneth has joined #yocto
<linex[m]>
oh I think I got it, I have to append SRC_URI I think, otherwise it will rewrite the source and it wont find the other files
<linex[m]>
the problem I'm now facing is since I appended to SRC_URI, the sha256sum doesn't match the recipes and overwriting it in the bbappend file does not seem to work
kanavin has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
<kanavin>
RP: right, I will look into it. As chance would have it, I hit the same issue last night, but wasn't sure if it's one of the more common ones.
<linex[m]>
okay I can disable the checksum checks
<linex[m]>
thanks for being my ducks <3
<kanavin>
the whole port/filepath selection logic for unfsd in runqemu is awful
kpo_ has joined #yocto
gsalazar_ has joined #yocto
gsalazar_ has quit [Client Quit]
<RP>
kanavin: I changed the way we run the toolchain tests to a separate target and it has made it happen refularly
<RP>
regularly
<kanavin>
RP: that's a welcome change, and obvious in hindsight. It wasn't fun waiting for those to finish.
florian has joined #yocto
<RP>
kanavin: I've been wanting to do it for a while, just had to get the timing right and move things around correctly so old builds work etc
ptsneves has joined #yocto
starblue1 has quit [Ping timeout: 240 seconds]
starblue1 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
paulbarker has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
zpfvo has joined #yocto
tnovotny has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
Guest46 has joined #yocto
<Guest46>
Hello guys. Im usng export AR="ar rcs" to pass it to makefile. It works fine while building for native but not for target. Is there any way to export to makefile only for native?
<kanavin>
Guest46, wrap it into do_compile:class-native:prepend() { }
<kanavin>
(syntax may not be exactly right)
<Guest46>
Thanks a lot. Will try it
<kanavin>
Guest46, EXTRA_OEMAKE may work even better (look for examples in poky)
<kanavin>
e.g. EXTRA_OEMAKE:class-native
<RP>
rburton: do you have an arm board handy? I'm looking at the apmd removal patch from kanavin and I'm a bit worried this drops support for suspending the system from sato?
<RP>
I appreciate apm is "dead" but the interfaces are still there, still work and we're just removing functionality by droping this afaict
<RP>
rburton: can you also have a look at the kbd ptest patch in abelloni's success branch. I think you might not want me to merge it
seninha has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
Lihis has quit [Server closed connection]
Lihis has joined #yocto
<kanavin>
RP: my thinking was that apm has been superseded by acpi long time ago, and sato supports both
<kanavin>
RP: everywhere in the patch where apm is dropped, acpi remains
tct is now known as jbo
<kanavin>
RP: I don't think there's even a MACHINE definition with apm in it anymore. x86 is acpi only.
<kanavin>
(e.g. apm in MACHINE_FEATURES which is needed for the whole thing to be enabled to begin with)
<RP>
kanavin: the lack of any machine with the MACHINE_FEATURE is a good argument
<Guest6>
Hello, there is an issue with `INHERIT += "icecc"` if we add it into a distro.conf file, since mickledore branch, master too, it is working as expect with langdale version of poky. It can be reproduced with only meta poky. The issue comes very early when we launch bitbake. ERROR:
<LetoThe2nd>
yay for another round of that "good old crufty ARM stuff" feeling. remember board ids assigned by russell, anybody? ;-)
beroset has joined #yocto
mdp_ is now known as mdp
<rburton>
RP: i don't have anything old enough for that to be relevant i'm sure
<vats>
Hi Guys . Im trying to compile grpc. Should i use host gcc in place of ld for native? or cross compiler gcc? I got to know that i should not use ld directly from https://groups.google.com/g/grpc-io/c/848KwP13fPc.
<RP>
rburton: from what I remember it is pretty generic and can be used on most platforms
<rburton>
RP: i expect anything even vaguely modern has moved to something else more native
Guest6 has quit [Quit: Client closed]
vats is now known as vaatsa
<kanavin>
RP: apm userspace is not merely unmaintained, it has actually vanished from both original upstream and debian
<rburton>
there are better entrypoints in /sys for battery and suspend now, which is all what apm is useful for
Xagen has joined #yocto
<rburton>
so yeah chop chop
<rburton>
fwiw the patch is hanging in ross/mut too
<RP>
kanavin: right, I'm just worried we lose functionality overall with each of these cuts
<RP>
I should stop caring :(
<rburton>
no, care
<rburton>
the question is "is there functionality"
<RP>
rburton: does sato work on most arm hardware for suspend/resume/battery ?
<rburton>
grep suggests that there are only two boards with the hook for the apm power status implemented
<LetoThe2nd>
rburton: both names starting with "StrongARM"...?
<rburton>
mach-pxa/zeus mach-pxa/sharps1
<rburton>
and a sh hp6xx
Guest40 has quit [Quit: Client closed]
<rburton>
RP: my boards are all mains
<rburton>
RP: and nobody actually implemented support in sato for modern battery reporting
<kanavin>
how does modern power management work on linux? is it simply reading/writing to well known locations in /sys/?
<rburton>
yes
<rburton>
upower makes things easier, but it's just a convenience wrapper around reading /sys
<RP>
rburton: I guess this is what bothers me, nobody implemented anything better. Looks like apm isn't as widely used as I thought though :/
<RP>
I did think it had basic functionality for suspend/resume even without platform specific hooks
<RP>
I'll merge dropping apmd
berton[m] has quit [Read error: Connection reset by peer]
patersonc[m] has quit [Read error: Connection reset by peer]
jnugen[m] has quit [Read error: Connection reset by peer]
linex[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
lorenzoruffati[m has quit [Write error: Connection reset by peer]
kayterina[m] has quit [Read error: Connection reset by peer]
jkorsnes[m] has quit [Write error: Connection reset by peer]
DrewMoseley[m] has quit [Write error: Connection reset by peer]
expert[m] has quit [Write error: Connection reset by peer]
kiwi_29_[m] has quit [Write error: Connection reset by peer]
h0742[m] has quit [Read error: Connection reset by peer]
Archon[m] has quit [Write error: Connection reset by peer]
mborzecki has quit [Write error: Connection reset by peer]
yudjinn[m] has quit [Write error: Connection reset by peer]
DavisRoman[m] has quit [Write error: Connection reset by peer]
cperon has quit [Read error: Connection reset by peer]
jo-so has quit [Read error: Connection reset by peer]
static_rocket has quit [Read error: Connection reset by peer]
Peter[m]123 has quit [Read error: Connection reset by peer]
Francesco[m] has quit [Read error: Connection reset by peer]
ejoerns[m] has quit [Write error: Connection reset by peer]
TRO[m] has quit [Read error: Connection reset by peer]
Entei[m] has quit [Write error: Connection reset by peer]
NishanthMenon[m] has quit [Write error: Connection reset by peer]
khem has quit [Read error: Connection reset by peer]
lrusak[m] has quit [Read error: Connection reset by peer]
barath has quit [Read error: Connection reset by peer]
daniele_hcl[m] has quit [Read error: Connection reset by peer]
Ablu has quit [Read error: Connection reset by peer]
ericson2314 has quit [Read error: Connection reset by peer]
Salamandar has quit [Read error: Connection reset by peer]
arctize[m] has quit [Write error: Connection reset by peer]
DasChaos[m] has quit [Read error: Connection reset by peer]
shoragan[m] has quit [Write error: Connection reset by peer]
tomzy_0[m] has quit [Read error: Connection reset by peer]
alvaropg[m] has quit [Read error: Connection reset by peer]
<kanavin>
RP: I also sent a patch for the unfsd port issue, seems to work ok locally, but I didn't take it through a-full :)
<RP>
kanavin: lock fix looks good, much appreciated, thanks!
<RP>
kanavin: My knowledge on this stuff is old :/
Minvera has joined #yocto
amitk__ has quit [Ping timeout: 240 seconds]
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
xmn has joined #yocto
vaatsa has quit [Quit: Client closed]
rfuentess has quit [Ping timeout: 246 seconds]
rfuentess has joined #yocto
kscherer has joined #yocto
seninha has quit [Quit: Leaving]
prabhakarlad has joined #yocto
zpfvo has quit [Ping timeout: 255 seconds]
zpfvo has joined #yocto
khem has joined #yocto
Archon[m] has joined #yocto
DasChaos[m] has joined #yocto
h0742[m] has joined #yocto
alvaropg[m] has joined #yocto
daniele_hcl[m] has joined #yocto
arctize[m] has joined #yocto
kiwi_29_[m] has joined #yocto
Peter[m]12 has joined #yocto
expert[m] has joined #yocto
jkorsnes[m] has joined #yocto
linex[m] has joined #yocto
kayterina[m] has joined #yocto
lorenzoruffati[m has joined #yocto
jnugen[m] has joined #yocto
cperon has joined #yocto
Francesco[m] has joined #yocto
mborzecki has joined #yocto
dwagenk has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
rfuentess has quit [Remote host closed the connection]
zpfvo has joined #yocto
yudjinn[m] has joined #yocto
wkawka2 has quit [Quit: Client closed]
Algotech has quit [Ping timeout: 240 seconds]
starblue1 has quit [Ping timeout: 240 seconds]
Algotech has joined #yocto
Algotech has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
ejoerns[m] has quit [Remote host closed the connection]
florian_kc has quit [Ping timeout: 255 seconds]
goliath has quit [Quit: SIGSEGV]
old_boy has joined #yocto
<old_boy>
how to stop yocto from creating automatic udev rules?
<old_boy>
google bard is replying this: To stop Yocto from creating automatic udev rules, you can edit the meta-oe/conf/base.conf file. In this file, find the line that starts with INHERIT += "devicetree" and comment it out by adding a # character to the beginning of the line.
<old_boy>
but I don't see base.conf file
<old_boy>
basically some of my audio drivers are getting insmod(ed) automatically by some mysterious entity during bootup(probably udev) but I don't know who? So, I am trying to block that from happening and trying to figure out how to block udev from doing that if it is the one doing it.
bps has quit [Ping timeout: 268 seconds]
<rburton>
hahaha
<rburton>
thanks gpt for making up literal nonsense
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
<rburton>
old_boy: blacklist that kernel module, add /etc/modprobe.d/my-stupid-hardware that contains the line 'blacklist thekernelmodule'
<rburton>
absolutely stealing that answer for next time someone says magic autocomplete is useful
<old_boy>
rburton: i see nothing in that folder /etc/modprobe.d
<old_boy>
thanks but problem is how will I instruct yocto to create that file? I am building my own kernel using yocto.
<old_boy>
it is for embedded system.
<rburton>
make a recipe to put the file in your image
<old_boy>
aha thanks.
leon-anavi has quit [Quit: Leaving]
<old_boy>
let me try that.
kpo_ has joined #yocto
otavio has quit [Ping timeout: 240 seconds]
otavio has joined #yocto
zpfvo has quit [Quit: Leaving.]
d-s-e has quit [Quit: Konversation terminated!]
<old_boy>
rburton: thanks it worked
<rburton>
next time don't bother asking bard :)
<rburton>
it _looks_ like a good answer because it uses the right words
bps has quit [Ping timeout: 240 seconds]
<fray>
wow.. bard was completely off base.. (not a surprise) but wow
<rburton>
yeah impressively bad
car1t has quit [Quit: leaving]
<old_boy>
yup, just wanted to give it a try, i think there are not enough answers it got for yocto to get trained :)
<rburton>
for stuff like that its just a linux question
<rburton>
a normal google for 'how to stop a kernel module autoloading' works
otavio has quit [Remote host closed the connection]
luneff has joined #yocto
seninha has joined #yocto
<rburton>
kanavin: is it bad that I laughed when I read "it's a make rule, and so make itself will ensure it's not run several times in parallel."
<rburton>
it really won't
<rburton>
that is a terrible bit of makefile
<rburton>
its like 20 race conditions in a row
<sudip>
rburton: regarding your comment for libssh2, do you want me to send a v3 with the mansyntax test removed or that will be a separate patch? I feel testremoval should be a separate patch as that is unrelated to upgrade.
<rburton>
a separate patch would be fine
<rburton>
i just don't like ptests which pull huge chunks of the build tree in so we can run _all_ of the tests when its a lot easier to run _most_ of the tests
Guest40 has joined #yocto
<rburton>
kanavin: its entirely possible that the makefile doesn't try and run that target 20 times in parallel but that absolutely can happen with make, and those rules are racey (test -d || mkdir)
<sudip>
ack, thanks rburton
<RP>
rburton: I was wondering about that
<rburton>
there was a fix in 2015 about adding missing dependencies
<rburton>
(in ghostscript)
<Guest40>
khem i can't get core-image-base build in meta-coral(master). log: pastebin.com/bkTue5yz
kpo_ has quit [Ping timeout: 260 seconds]
goliath has joined #yocto
<rburton>
should we start using Fixes: tags
<RP>
we can easily allow it. Require it, less sure
chep has quit [Read error: Connection reset by peer]
chep has joined #yocto
zwelch has quit [Remote host closed the connection]
<rburton>
RP: so i did a build of ghostscript with instrumenting on and it appears the depends have been fixed and it doesn't re-run the directories repeatedly anymore
zwelch has joined #yocto
seninha has quit [Ping timeout: 268 seconds]
florian_kc has joined #yocto
jo-so has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<RP>
rburton: so we're good with the patch?
<rburton>
Looks like it
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
goliath has quit [Quit: SIGSEGV]
otavio has joined #yocto
Guest40 has quit [Quit: Client closed]
starblue1 has joined #yocto
pabigot has quit [Ping timeout: 240 seconds]
ptsneves has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
pabigot has joined #yocto
amitk_ has joined #yocto
alessioigor has quit [Quit: alessioigor]
amitk has quit [Ping timeout: 260 seconds]
xmn has quit [Quit: ZZZzzz…]
xmn has joined #yocto
nerdboy has quit [Remote host closed the connection]
<bq>
Hey, ive found that installing `surf` causes rust to be built. According to task-depends.dot it is because of adwaita icon theme. It looks like this is a RRECOMMENDS for gtk+3 but I have set NO_RECOMMENDS="1" in my local conf
<bq>
is NO_RECOMMENDS only for image time? or should it apply to build time too?
goliath has joined #yocto
seninha has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]