dacav has quit [Read error: Connection reset by peer]
dacav has joined #yocto
camus1 has joined #yocto
dmoseley_ has joined #yocto
frosteyes1 has quit [Ping timeout: 256 seconds]
vd_ has quit [Ping timeout: 256 seconds]
mischief1 has quit [Ping timeout: 256 seconds]
camus has quit [Ping timeout: 256 seconds]
dmoseley has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
frosteyes1 has joined #yocto
ldericher has joined #yocto
Piraty has joined #yocto
Thorn has joined #yocto
Wouter0100 has joined #yocto
MWelchUK has joined #yocto
sgw has joined #yocto
vd_ has joined #yocto
mischief1 has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
ziga__ has joined #yocto
xmn_ has quit [Quit: xmn_]
xmn has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
vladest has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
rob_w has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
GNUmoon has joined #yocto
frieder has joined #yocto
mckoan|away is now known as mckoan
camus has quit [Ping timeout: 268 seconds]
camus has joined #yocto
alejandrohs has quit [Ping timeout: 268 seconds]
alejandrohs has joined #yocto
jmk1 has joined #yocto
web-3433 has joined #yocto
mariusz1 has joined #yocto
zpfvo has joined #yocto
<coldspark29[m]>
Morning, if I have two custom kernel configurations in my meta-custom layer, which are named the same, shouldn't bitbake not automatically choose the 5.10 over the 5.4 kernel?
<coldspark29[m]>
s/shouldn't/should/
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<mckoan>
coldspark29[m]: depends(TM), if you have a PREFERRED_VERSION somewhere
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<coldspark29[m]>
@mckoan Okay thanks, then something else must be missing.
Schlumpf has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<landgraf>
coldspark29[m]: PREFERRED_VERSION_linux-yocto ??= "5.4%". you have to override/specify your version (PREFERRED_VERSION_linux-yocto = "5.10%"
<landgraf>
otherwise the one from oe layer will be used
zpfvo has quit [Ping timeout: 256 seconds]
alejandrohs has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
florian has joined #yocto
creich has quit [Remote host closed the connection]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
jmk1 has quit [Quit: Leaving.]
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
creich has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<ad__>
hi, how can i have libudev built on dunfell ? have a recipe claiming for it
zpfvo has quit [Ping timeout: 256 seconds]
GillesM has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
wooosaiiii has joined #yocto
wooosaiii has joined #yocto
olani has quit [Ping timeout: 240 seconds]
<wooosaiii>
I have 2 recipes for qemu_3.0.0.bb... one is from oe-core and the other one from poky... by default it takes the one from oe-core since this layer has higher priority... however the one from poky is actually buildable and I want to select it... how to do this?
<jannekiiskila>
Ok, that sounds good. Now the question is - what is a new enough Yocto release? We should using a fairly new one...
zpfvo has joined #yocto
<rburton>
jannekiiskila: of course changing the default to https then breaks every recipe where the server doesn't support https
<rburton>
if you want to send a patch changing the default, you'll want to run a bit of analysis proving that https is the better protocol to default too
<qschulz>
jannekiiskila: anything more recent than 3.1 (included). So, dunfell, hardknott, gatesgath, honister
<qschulz>
and pull the newest version of poky (or bitbake if you use openembedded-core git repo instead of poky) so the branch you use is at its ltaest commit
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
jannekiiskila has quit [Ping timeout: 256 seconds]
olani has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
* rburton
grumbles
zpfvo has quit [Ping timeout: 256 seconds]
<rburton>
meta-virt and meta-clang are both broken with oe-core master, so our CI is just a bonfire
zpfvo has joined #yocto
GillesM has joined #yocto
GillesM has quit [Remote host closed the connection]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
BCMM has quit [Quit: Konversation terminated!]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<smurray>
qschulz: RP backported the fetcher fix for github all the way to back to thud
jmk1 has joined #yocto
Guest30 has joined #yocto
<zeddii>
rburton: what exactly in meta-virt ? I have a sizeable set of updates in flight at the moment.
<rburton>
the kernel thing
<zeddii>
ah. I was going to say if it is the non-fetch network thing, I need to flag around that when it lands.
<zeddii>
since I know there are go packages breaking the rules.
<zeddii>
even though I've attempted to vendor them all.
<rburton>
'kernel-module-xen-blkback' doesn't get built, guessing its the bbappend that was removed
<zeddii>
yah. that would be the cause of that.
<zeddii>
let me revert it, and push. who knows how long the default version bumps will take to get in.
BCMM has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
leon-anavi has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
Guest30 has quit [Quit: Client closed]
zpfvo has joined #yocto
meego has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
xmn has joined #yocto
manuel1985 has joined #yocto
sakoman has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
lucaceresoli has joined #yocto
Barry[m] has left #yocto [#yocto]
<paulg>
anyone know why python keeps bleating about this when I start a build?
<paulg>
return f(*args, **kwds)
<paulg>
paste fail.
<paulg>
/usr/lib/python3.6/importlib/_bootstrap.py:219: ImportWarning: can't resolve package from __spec__ or __package__, falling back on __name__ and __path__
<paulg>
return f(*args, **kwds)
<paulg>
stupid xchat and its penchant for eating lines starting with /
<qschulz>
paulg: same for weechat and irssi don't worry :p
<paulg>
multiple vanilla ubu 18.04 system seem to spit that out.
* paulg
continues to ignore it.
<qschulz>
paulg: it's just a warning, wcgw
meego has left #yocto [Leaving...]
tolszak has joined #yocto
camus1 has joined #yocto
<tolszak>
Hi there. I'm wondering if there is generic way to replace variables in a file. E.g. let's suppose I have a few variable (e.g. in custom_systemd.service.in file) that should be replaced and saved as custom_systemd.service. Those variables of course come from yocto configuration (distro/machine etc)
<tolszak>
Currently i'm sedding every single variable in do_install
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
florian_kc has quit [Ping timeout: 240 seconds]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
codavi has joined #yocto
<manuel1985>
Can I RDEPEND on "any ssh client" instead of one in particular, such as openssh?
ar__ has joined #yocto
<qschulz>
manuel1985: ssh
<vmeson>
manuel1985: we have virtual/libc virtual/kernel, virtual/libgl but not virtual/ssh so I think you'd have to add that abstraction to the openssh, dropbear
codavi has quit [Ping timeout: 256 seconds]
<qschulz>
there,s one, it's "ssh" for the client and "sshd" for the server
<qschulz>
there's no meaning for virtual packages, only virtual recipes
<qschulz>
look for RPROVIDES in recipes :)
<manuel1985>
thanks both1
<smurray>
tolszak: I'm not aware of such a thing, I've done it with sed in do_install a few times.
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
rob_w has quit [Remote host closed the connection]
<Perceval[m]>
Hello everyone :)
<Perceval[m]>
I have a problem with my distribution, I want to use the physical serial port on my device but debug messages are sent on it apparently
marc1 has quit [Read error: Connection reset by peer]
<Perceval[m]>
Do you have an idea on how I can disable system debug on serial port to repurpose is for my need?
marc1 has joined #yocto
<qschulz>
Perceval[m]: SERIAL_CONSOLE in Yocto layers needs to be set correctly so that getty does not use the one serial you don't want.
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
nrossi[m] has quit [Quit: You have been kicked for being idle]
agherzan has quit [Quit: You have been kicked for being idle]
<Perceval[m]>
okay, how I do that? In wich recipe or config file?
<Perceval[m]>
which*
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
rgu has joined #yocto
Vonter has joined #yocto
jmk1 has quit [Read error: Connection reset by peer]
rgu has quit [Quit: Client closed]
<tolszak>
smurray: That's what i've noticed so far too, thanks fo rreply
<smurray>
tolszak: wic does it for its .wks.in files, it's possible it's using something from lib/oe for it, but I suspect not
mariusz1 has quit [Ping timeout: 240 seconds]
<tolszak>
smurray: Yeah, I'm aware of wks.in files, that's why I hoped something like that exists for regular recipes too, perhaps writing a class for that would be beneficial.
<paulg>
ha ha ha. Check out the dependency chain of core-image-sato that brings in rust...
<paulg>
hours of building rust and rust-llvm stuff for a friggin ICON THEME !?!
<kanavin>
yeah, and I am responsible :)
<kanavin>
what's the issue?
<kanavin>
you have a dual core CPU to build on? :)
<paulg>
I think we need something like an explicit opt-in like "ENABLE_RUST_NATIVE=1" or similar so that people get a chance to see the dependency chains that bring in rust.
<kanavin>
why?
<paulg>
so they can reflect on their package lists with the knowledge of what they will be building and decide whether to punt the stuff that uses rust, or eat the cost.
Guma has joined #yocto
<kanavin>
I don't see a problem with using rust, what is it?
<kanavin>
besides, how do you otherwise provide librsvg where it's expected to exist?
<paulg>
using rust excluded everyone from building yocto who was using a machine with less than 16G of ram and a server class CPU.
<kanavin>
not everyone. you don't have to build -sato.
<paulg>
and if it is only used for some triviality, then we owe it to those people to show them an option that lets them avoid it, while also leaving it easily enabled for those who want it.
<rburton>
paulg: easy enough to PNBLACKLIST rust
<fray>
paulg you can disable rust (native) using the PNBLACKLIST system to serve the same purpose.. but ya
<paulg>
rburton, sure - and I've blacklisted it locally so I can see the dependency chain.
<kanavin>
icon theme is not a triviality in sato, it;s essential to the UI
<paulg>
I'm not talking about what I can do - sure I can (and have) solved it for myself. I'm trying to figure out how to make that easier for Joe Average.
<kanavin>
if you don't want icon theme, don't build sato, build -minimal
<rburton>
throw a faq in the docs saying 'my build takes forever as it builds <llvm/rust/etc>' and explain how to use blacklisting to see the reason
<rburton>
because rust isn't special. llvm takes forever and there are numerous routes to it
<paulg>
rburton, I guess a doc patch would be better than nothing... :-/
<kanavin>
at some point all useful drivers in mesa will probably need llvm too
<rburton>
right
<rburton>
i just hope that at some point there is just one llvm
<kanavin>
and a future where some components explicitly become incompatible with gcc is also very possible
<kanavin>
chrome already is
<kanavin>
and of course rust usage will spread, including, oh, the kernel ;)
<kanavin>
so please: get a better machine for builds, what are your specs?
<rburton>
relatedly, i'm right now testing mold to see how much faster it is at linking
<paulg>
again, I have access to plenty of capable machines. It isn't about me.
<rburton>
public native sstate should help the 'everyone else' problem
<paulg>
It is about excluding a large class of users with one fell swoop.
<rburton>
paulg: the problem is the alternatives are 1) keep an obsolete librsvg with security issues and rendering bugs, or 2) remove gtk from oe-core
marc1 has quit [Ping timeout: 256 seconds]
<paulg>
or 3) simply making the dependency chain explicitly visible so end-users can make a more informed decision on what to do in their particular circumstance.
<kanavin>
explicitly visible how?
<rburton>
paulg: but what is their choice?
<rburton>
if they want sato they don't have an alternative
<rburton>
(s/sato/anything gtk)
<paulg>
kinda like what a blacklist prints out - as what I pasted in at the top here.
<neverpanic>
I think the "librsvg depends on rust now, isn't this too large of a price for just this package" discussion has been had in about every distribution now, and all of them that I know have decided that it'll just be neccessary.
<kanavin>
for every task? that'll clutter the output
<paulg>
of course not. I wouldn't advocate spamming the screen.
<paulg>
but the other case I came across was where a pointless vim gtk extension was auto-enabled based on x11, and that dragged in rust via librsvg - and that one is completely avoidable if the end user simply gets to see the dependency chain.
<rburton>
so send a patch to remove the gtk option by default if its "pointless"
<paulg>
that is on my to-do list. But I was trying to anticipate the "next vim" which was the icon theme...
<paulg>
Anyway, if this discussion has been beat to death in all the other distros already, then I'll let it alone.
<kanavin>
at the end of the day it's the users responsibility to manage their build dependencies, really. They will bring in other layers, and make private layers, and at that point they ought to make a sample build from scratch, and find out the pain points in dependencies (e.g. the critical path, or simply what the heaviest items are).
<rburton>
it has to be done on a case-by-case basis. there's a debate to be had over vim and whether gtk should be on by default. but it's too late to object to librsvg using rust, as that happened literally years ago now, we're just very late to the party.
<rburton>
the gtk icon theme uses librsvg, and that isn't going to change either
<paulg>
for the sato case, I was primarily thinking the cost to our autobuilder times - it has to impact the builds/day we can do. But if it is unavoidable, then I guess that is the cost of doing buisness currently.
<RP>
we did put this off for as long as we could. I'm still hoping things like public sstate give us some improvement in end user usage
<rburton>
its native, and uninative, so the sstate does a good job at mitigating the impact on the AB
<kanavin>
the heavy item in there is rust-native, and if your sstate works properly, that's built once and rarely changes
<kanavin>
rust-llvm is surprsingly snappy on a decent CPU
<rburton>
rustc is annoyingly single-threaded so noticably faster on x86 compare to arm servers :(
<kanavin>
but is it? I do see rustc processes take up 400% cpu or similar in top regularly
<RP>
rburton, jonmason: So this stap failure that keeps happening? ;-)
<rburton>
kanavin: the slow bit is single threaded
* RP
would like green builds
<rburton>
RP: i harassed someone who knows more than me, and he'd like some logs with the kernel debug symbols in. was going to do a build this week and let it run in a loop
<Guma>
A noob question. I was able successfully build image for my board and install SDK. SDK seems to work after source in env script. I have two questions. 1. Is there a way to integrate couple of my 3rd party libs as part of Yocto image/SDK build? So after installing SDK, such libs would already be available? Or do normally people build such libs using SDK on host after installation?
<RP>
rburton: ok, it seems to happen about every other build so pretty common :/
<rburton>
urgh
<kanavin>
Guma, the best is to write a recipe and build them with yocto directly
<RP>
rburton: I have another five or so occurrences to add to bugzilla
<RP>
zeddii: I suspect this stap thing crept in via some 5.10 stable patch :(
<zeddii>
annoying. since I wouldn't use systemtap even under threat of pain.
<zeddii>
I didn't see anything suspect in the short logs, but pretty much everything makes it into -stable now adays
<Guma>
kanavin Thank you. I will read about how to create recepie. Could you point me where such recipe should be created? some meta-sdk folder?
<RP>
zeddii: I've not looked but it feels like something 5.10 specific and "recent"
<kanavin>
Guma, as you have built an image, presumably you have a set of layers configured: check if the recipe can be added to one of them, or you need a new private layer
<kanavin>
Guma, it's also possible a recipe already exists somewhere in some layer, you just need to find where
<zeddii>
RP: and never shows on 5.14+, right ? I have a -dev kernel qemuarm64 build around, and can confirm there. but can try 5.10 as well.
tlwoerner_ has quit [Quit: Leaving]
<RP>
zeddii: always 5.10
<Guma>
kanavin I am not sure. I have to educate myself on it. A bit lost at this point where I should start looking or reading about this specific task I can do... Any pointers or specific information like "what to specifically google for?"
<RP>
zeddii: always poky-altcfg
frieder has quit [Remote host closed the connection]
<RP>
zeddii: it is possible it could be something like the init system but kernel version seems much more likely
<zeddii>
agreed. I'll test my 5.16 kernel and then rebuild with 5.10
<vd_>
Can you remove a package for a specific image fstype? e.g. if I don't want kernel-image and kernel-devicetree in core-image-minimal.tar but I need it to boot in the rootfs partition of core-image-minimal.wic?
<rburton>
curious why you're making multiple image types
<rburton>
you can put the kernels into a /boot partition which is generated by wic and leave them out of the rootfs
<vd_>
rburton: because I do want to bundle the kernel and device tree inside the rootfs and use a boot loader specification entry to tell the bootloader what to load
<vd_>
problem is that if an image is used as a container image or a sysroot image to switch to later on, I don't want the kernel and device tree to be in there
<rburton>
sounds like you want a separate /boot partition to me
zpfvo has quit [Quit: Leaving.]
Schlumpf has quit [Quit: Client closed]
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
Guma has quit [Quit: ZZZzzz…]
manuel1985 has quit [Quit: Leaving]
tolszak has quit [Ping timeout: 256 seconds]
lucaceresoli has quit [Ping timeout: 256 seconds]
Guma has joined #yocto
<vd_>
rburton: but having the kernel and dtb part of MACHINE_ESSENTIAL_EXTRA_RDEPENDS is machine specific anyway and it's not that simple to remove it from image recipes where you don't want it
<kanavin>
Guma, you can start with the documentation on the yocto website, i think it's ranged from beginners' to expert
florian has quit [Quit: Ex-Chat]
dev1990 has joined #yocto
Guest49 has quit [Quit: Client closed]
mckoan is now known as mckoan|away
<zeddii>
RP: stap OOM'd on me with 5.10. I'll bump the memory and try again.
Guma has quit [Quit: Good Night Everyone...]
<zeddii>
RP: hmm, with more memory. no issues here
<RP>
zeddii: it seems to fail every other build on the AB :(
<RP>
zeddii: qemuarm thought, not qemuarm64
<RP>
rburton: we don't test qemuarm64-alt
<rburton>
oh i best stop this build then
<rburton>
for some reason i thought it was -arm64
<rburton>
and we should test arm64-alt!
marc1 has joined #yocto
<RP>
rburton: have a word with the arm people and get them to get their act together ;-)
<RP>
rburton: you know how to do the patches ;-)
<zeddii>
ahah. I'll switch to qemuarm and retry.
<rburton>
RP: on the list
yocti has joined #yocto
mischief2 has joined #yocto
TundraMan has joined #yocto
rperier has joined #yocto
opello_ has joined #yocto
mischief1 has quit [*.net *.split]
marka has quit [*.net *.split]
jpnurmi has quit [*.net *.split]
mcfrisk_ has quit [*.net *.split]
rperier_ has quit [*.net *.split]
LocutusOfBorg has quit [*.net *.split]
dkl has quit [*.net *.split]
bantu has quit [*.net *.split]
alinucs_ has quit [*.net *.split]
mrnuke has quit [*.net *.split]
stacktrust_ has quit [*.net *.split]
MrFrank has quit [*.net *.split]
CosmicPenguin has quit [*.net *.split]
kmaincent has quit [*.net *.split]
halstead has quit [*.net *.split]
yocti` has quit [*.net *.split]
YogeshSiraswar_ has quit [*.net *.split]
mdp has quit [*.net *.split]
rburton has quit [*.net *.split]
elfenix|cloud has quit [*.net *.split]
tperrot has quit [*.net *.split]
opello has quit [*.net *.split]
GNUmoon has quit [*.net *.split]
FredericOuellet[ has quit [*.net *.split]
Dhruvagole[m] has quit [*.net *.split]
JosefHolzmayrThe has quit [*.net *.split]
suy|m has quit [*.net *.split]
WadeBerrier[m] has quit [*.net *.split]
an_sensr[m] has quit [*.net *.split]
jwillikers[m] has quit [*.net *.split]
ericson2314 has quit [*.net *.split]
Herrie has quit [*.net *.split]
OutBackDingo has quit [*.net *.split]
xantoz has quit [*.net *.split]
The_Pacifist has quit [*.net *.split]
fray has quit [*.net *.split]
landgraf has quit [*.net *.split]
yocton has quit [*.net *.split]
creich has quit [*.net *.split]
thierryE[m] has quit [*.net *.split]
kayterina[m] has quit [*.net *.split]
cperon has quit [*.net *.split]
barometz has quit [*.net *.split]
ernstp has quit [*.net *.split]
mithro has quit [*.net *.split]
aeroraptor has quit [*.net *.split]
xtopher_ has quit [*.net *.split]
leon-anavi has quit [*.net *.split]
wooosaiiii has quit [*.net *.split]
huseyinkozan has quit [*.net *.split]
Wouter0100 has quit [*.net *.split]
ecdhe_ has quit [*.net *.split]
vmeson has quit [*.net *.split]
fitzsim has quit [*.net *.split]
u1106 has quit [*.net *.split]
alex88 has quit [*.net *.split]
tangofoxtrot has quit [*.net *.split]
derRichard has quit [*.net *.split]
wCPO has quit [*.net *.split]
chep has quit [*.net *.split]
LetoThe2nd has quit [*.net *.split]
ardo has quit [*.net *.split]
perdmann has quit [*.net *.split]
rfried has quit [*.net *.split]
Net147 has quit [*.net *.split]
alicef has quit [*.net *.split]
Dracos-Carazza has quit [*.net *.split]
mario-goulart has quit [*.net *.split]
woky has quit [*.net *.split]
ykrons has quit [*.net *.split]
dmoseley_ has quit [*.net *.split]
Habbie has quit [*.net *.split]
zkrx has quit [*.net *.split]
moto_timo[m] has quit [*.net *.split]
Perceval[m] has quit [*.net *.split]
Spectrejan[m] has quit [*.net *.split]
PascalBach[m] has quit [*.net *.split]
j7lc8l[m] has quit [*.net *.split]
jqua[m] has quit [*.net *.split]
RP has quit [*.net *.split]
glembo[m] has quit [*.net *.split]
jamestperk has quit [*.net *.split]
rmmr has quit [*.net *.split]
vquicksilver has quit [*.net *.split]
paulbarker has quit [*.net *.split]
Chaser has quit [*.net *.split]
mvlad has quit [*.net *.split]
marex has quit [*.net *.split]
expert[m] has quit [*.net *.split]
coldspark29[m] has quit [*.net *.split]
georgem has quit [*.net *.split]
ldts has quit [*.net *.split]
fancer has quit [*.net *.split]
awafaa has quit [*.net *.split]
fleg has quit [*.net *.split]
dgriego has quit [*.net *.split]
cengiz_io has quit [*.net *.split]
zibri has quit [*.net *.split]
warthog9 has quit [*.net *.split]
ak77_ has quit [*.net *.split]
erbo_ has quit [*.net *.split]
Ch^W_ has quit [*.net *.split]
Fanfwe has quit [*.net *.split]
shoragan has quit [*.net *.split]
vladest has quit [*.net *.split]
Tartarus has quit [*.net *.split]
dwagenk has quit [*.net *.split]
jaskij[m] has quit [*.net *.split]
barath has quit [*.net *.split]
jordemort has quit [*.net *.split]
NeuberSousa[m] has quit [*.net *.split]
Saur has quit [*.net *.split]
karl has quit [*.net *.split]
fullstop has quit [*.net *.split]
Crofton has quit [*.net *.split]
nohit has quit [*.net *.split]
neverpanic has quit [*.net *.split]
krowlan3[m] has quit [*.net *.split]
ejoerns[m] has quit [*.net *.split]
zagor has quit [*.net *.split]
jonesv[m] has quit [*.net *.split]
hpsy[m] has quit [*.net *.split]
Epictek[m] has quit [*.net *.split]
khem has quit [*.net *.split]
famstutz[m] has quit [*.net *.split]
shoragan[m] has quit [*.net *.split]
chelesty[m] has quit [*.net *.split]
lexano[m] has quit [*.net *.split]
T_UNIX[m] has quit [*.net *.split]
Emantor[m] has quit [*.net *.split]
chrysh has quit [*.net *.split]
armpit has quit [*.net *.split]
darknighte has quit [*.net *.split]
Shaun has quit [*.net *.split]
dl9pf has quit [*.net *.split]
override has quit [*.net *.split]
grembeter[m] has quit [*.net *.split]
fabatera[m] has quit [*.net *.split]
alvaropg[m] has quit [*.net *.split]
falk0n[m] has quit [*.net *.split]
Alban[m] has quit [*.net *.split]
hmw[m] has quit [*.net *.split]
berton[m] has quit [*.net *.split]
dagmcr has quit [*.net *.split]
ad__ has quit [*.net *.split]
thierryE has quit [*.net *.split]
drewfustini has quit [*.net *.split]
JPEW has quit [*.net *.split]
jsbronder has quit [*.net *.split]
smurray has quit [*.net *.split]
ndec has quit [*.net *.split]
abelloni has quit [*.net *.split]
tlhonmey has quit [*.net *.split]
prabhakarlad has quit [*.net *.split]
ar__ has quit [*.net *.split]
olani has quit [*.net *.split]
dacav has quit [*.net *.split]
mrpelotaz0 has quit [*.net *.split]
amitk has quit [*.net *.split]
gsalazar_ has quit [*.net *.split]
otavio has quit [*.net *.split]
goliath has quit [*.net *.split]
jsandman has quit [*.net *.split]
bunk has quit [*.net *.split]
ahs3 has quit [*.net *.split]
zeddii has quit [*.net *.split]
iokill has quit [*.net *.split]
michaelo has quit [*.net *.split]
lexano has quit [*.net *.split]
bradfa has quit [*.net *.split]
matthewcroughan has quit [*.net *.split]
Lihis has quit [*.net *.split]
mckoan|away has quit [*.net *.split]
risca has quit [*.net *.split]
lukma has quit [*.net *.split]
ChanServ has quit [*.net *.split]
agrue has quit [*.net *.split]
jpnurmi has joined #yocto
Tokamak has joined #yocto
kmaincent1 has joined #yocto
alinucs has joined #yocto
CosmicPenguin has joined #yocto
stacktrust_ has joined #yocto
locutusofborg_ has joined #yocto
dkl_ has joined #yocto
mdp has joined #yocto
elfenix|cloud has joined #yocto
huseyinkozan has joined #yocto
olani has joined #yocto
mvlad has joined #yocto
vladest has joined #yocto
creich has joined #yocto
wooosaiiii has joined #yocto
GNUmoon has joined #yocto
dmoseley_ has joined #yocto
dacav has joined #yocto
mrpelotaz0 has joined #yocto
Wouter0100 has joined #yocto
amitk has joined #yocto
ecdhe_ has joined #yocto
Habbie has joined #yocto
gsalazar_ has joined #yocto
tlhonmey has joined #yocto
otavio has joined #yocto
halstead has joined #yocto
ar__ has joined #yocto
vmeson has joined #yocto
leon-anavi has joined #yocto
rburton has joined #yocto
mcfrisk has joined #yocto
MrFrank has joined #yocto
tperrot_ has joined #yocto
bantu has joined #yocto
goliath has joined #yocto
mrnuke_ has joined #yocto
jsandman has joined #yocto
YogeshSiraswar_ has joined #yocto
bunk has joined #yocto
agrue has joined #yocto
lukma has joined #yocto
dagmcr has joined #yocto
LetoThe2nd has joined #yocto
JosefHolzmayrThe has joined #yocto
jaskij[m] has joined #yocto
Perceval[m] has joined #yocto
suy|m has joined #yocto
hpsy[m] has joined #yocto
moto_timo[m] has joined #yocto
jonesv[m] has joined #yocto
expert[m] has joined #yocto
falk0n[m] has joined #yocto
dwagenk has joined #yocto
kayterina[m] has joined #yocto
Epictek[m] has joined #yocto
WadeBerrier[m] has joined #yocto
chelesty[m] has joined #yocto
Spectrejan[m] has joined #yocto
thierryE[m] has joined #yocto
hmw[m] has joined #yocto
famstutz[m] has joined #yocto
an_sensr[m] has joined #yocto
coldspark29[m] has joined #yocto
shoragan[m] has joined #yocto
PascalBach[m] has joined #yocto
lexano[m] has joined #yocto
jordemort has joined #yocto
Alban[m] has joined #yocto
khem has joined #yocto
jwillikers[m] has joined #yocto
j7lc8l[m] has joined #yocto
T_UNIX[m] has joined #yocto
barath has joined #yocto
Emantor[m] has joined #yocto
NeuberSousa[m] has joined #yocto
jqua[m] has joined #yocto
berton[m] has joined #yocto
ericson2314 has joined #yocto
RP has joined #yocto
cperon has joined #yocto
glembo[m] has joined #yocto
matthewcroughan has joined #yocto
ykrons has joined #yocto
woky has joined #yocto
mario-goulart has joined #yocto
Dracos-Carazza has joined #yocto
alicef has joined #yocto
rfried has joined #yocto
perdmann has joined #yocto
Net147 has joined #yocto
yocton has joined #yocto
landgraf has joined #yocto
fray has joined #yocto
Chaser has joined #yocto
The_Pacifist has joined #yocto
ernstp has joined #yocto
vquicksilver has joined #yocto
aeroraptor has joined #yocto
jamestperk has joined #yocto
shoragan has joined #yocto
Herrie has joined #yocto
rmmr has joined #yocto
Ch^W_ has joined #yocto
paulbarker has joined #yocto
Fanfwe has joined #yocto
ak77_ has joined #yocto
barometz has joined #yocto
xtopher_ has joined #yocto
mithro has joined #yocto
xantoz has joined #yocto
zibri has joined #yocto
warthog9 has joined #yocto
erbo_ has joined #yocto
cengiz_io has joined #yocto
dgriego has joined #yocto
fleg has joined #yocto
awafaa has joined #yocto
ldts has joined #yocto
fancer has joined #yocto
georgem has joined #yocto
override has joined #yocto
dl9pf has joined #yocto
Shaun has joined #yocto
chrysh has joined #yocto
darknighte has joined #yocto
armpit has joined #yocto
neverpanic has joined #yocto
nohit has joined #yocto
fullstop has joined #yocto
Crofton has joined #yocto
karl has joined #yocto
Saur has joined #yocto
abelloni has joined #yocto
ndec has joined #yocto
smurray has joined #yocto
jsbronder has joined #yocto
drewfustini has joined #yocto
JPEW has joined #yocto
iokill has joined #yocto
michaelo has joined #yocto
fitzsim has joined #yocto
tangofoxtrot has joined #yocto
derRichard has joined #yocto
alex88 has joined #yocto
ardo has joined #yocto
OutBackDingo has joined #yocto
FredericOuellet[ has joined #yocto
ahs3 has joined #yocto
u1106 has joined #yocto
prabhakarlad has joined #yocto
alvaropg[m] has joined #yocto
zeddii has joined #yocto
grembeter[m] has joined #yocto
Tartarus has joined #yocto
bradfa has joined #yocto
ejoerns[m] has joined #yocto
lexano has joined #yocto
wCPO has joined #yocto
marex has joined #yocto
zagor has joined #yocto
fabatera[m] has joined #yocto
Dhruvagole[m] has joined #yocto
ad__ has joined #yocto
chep has joined #yocto
zkrx has joined #yocto
risca has joined #yocto
krowlan3[m] has joined #yocto
mckoan|away has joined #yocto
Lihis has joined #yocto
ChanServ has joined #yocto
thierryE has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
tlhonmey has quit [Quit: Client closed]
mrnuke_ has quit [Read error: Connection reset by peer]
mrnuke has joined #yocto
marc1 has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto
marc1 has joined #yocto
florian_kc is now known as florian
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
marc1 has quit [Ping timeout: 256 seconds]
marc1 has joined #yocto
Tokamak has joined #yocto
jatedev has joined #yocto
huseyinkozan has quit [Quit: Konversation terminated!]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
prabhakarlad has quit [Quit: Client closed]
marc1 has quit [Ping timeout: 256 seconds]
Tokamak has joined #yocto
mariusz1 has joined #yocto
marc1 has joined #yocto
<smurray>
RP: is there anything special wrt BB_NUMBER_THREADS and multiconfig? Or is there still effectively a single runqueue and it works the same?
<RP>
smurray: there is only a single runqueue
<smurray>
RP: okay, that was my suspicion. I'm hitting an OOM with one of the AGL configurations, but I think I'm just getting unlucky now with what's getting run at the same time
<vd_>
is it possible to have a machine configuration include a file depending on a the presence distro feature?
<smurray>
RP: I'll see if lowering PARALLEL_MAKE helps enough
<vd_>
depending on the presence of a distro feature*
<RP>
smurray: that is likely to have the better effect
<RP>
vd_: ordering is "fun" when you start doing that as you'd need immediate expansion and since it hasn't parsed all the files, you won't have all the info
amitk has quit [Ping timeout: 240 seconds]
<vd_>
RP: I assume that's because the machine conf is read before the distro conf. Hence that would be a bad practice, correct?
<smurray>
vd_: yes. If you look at the top of 'bitbake -e some-recipe', you'll see the order
<RP>
vd_: effectively. Less bad practice and more just the parsing process
<vd_>
RP: they are software features like certain firmware updaters which may require a specific partition, so the conf naturally goes into the machine config, but you should be able to use the machine conf in another context I suppose. I'm struggling to organize that case.
<smurray>
RP: iirc, the issue with the make jobserver investigation was that it didn't seem to actually work?
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
<vd_>
hum, include machine config fragments depending on distro features might not be that bad, bitbake.conf actually does that even though it's the very first file read.
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tlwoerner has joined #yocto
<LetoThe2nd>
yo dudX
<RP>
smurray: I don't remember
agherzan has joined #yocto
<vladest>
Hello guys
<vladest>
I'd like to add to my SDk package wpa-supplicant-dev, added it to TOOLCHAIN_HOST_TASK but still dont have wpa_ctrl.h installed in headers. any other way to install it on host's SDK?
<smurray>
RP: okay
Tokamak has joined #yocto
mariusz1 has quit [Ping timeout: 256 seconds]
goliath has quit [Quit: SIGSEGV]
GillesM has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
locutusofborg_ is now known as LocutusOfBorg
LocutusOfBorg has quit [Changing host]
LocutusOfBorg has joined #yocto
<rburton>
vladest: do you mean TOOLCHAIN_TARGET_TASK? Why would you want wpa-supplicant for the build host in a SDK?
<rburton>
if you really mean host you want nativesdk-wpa-supplicant-dev
<rburton>
but again, that's really weird
<vladest>
@rburton basically I want to build app, using hostapd C api
<rburton>
for the target?
<rburton>
or to run inside the sdk on the build hsot
<vladest>
for target, but cross compiled on host, so it should have its includes/libraries
<rburton>
so you want to add to TOOLCHAIN_TARGET_TASK
<rburton>
as you want something for the target
mvlad has quit [Remote host closed the connection]
<vladest>
aha, thanks for the hint! will try that
GillesM has quit [Quit: Leaving]
Guest0 has joined #yocto
<jatedev>
I'm finally upgrading to dunfell 3.1.13. I had some problems with bitbake hanging at "Initialising tasks: 44%" requiring a kill -9 on the bitbake server processes. It downloads the uninative and is stuck. I reduced down to a poky only build. Any tips?
<rburton>
delete tmp and try again, might be a bad cache
jmiehe has joined #yocto
<jatedev>
That didn't work. I dropped it back to dunfell (yocto) 3.1.8, and it started building.
dmoseley has joined #yocto
dmoseley_ has quit [Ping timeout: 252 seconds]
Tokamak has joined #yocto
ardo has quit [Read error: Connection reset by peer]
djsands has joined #yocto
ardo has joined #yocto
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
djsands has quit [Quit: Client closed]
djsands has joined #yocto
Tokamak has joined #yocto
ziga__ has quit [Ping timeout: 256 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
leon-anavi has quit [Quit: Leaving]
ar__ is now known as akiCA
Wouter0100 has quit [Remote host closed the connection]