frieder has quit [Read error: Connection reset by peer]
frieder has joined #yocto
<qschulz>
o/
leon-anavi has joined #yocto
kroon has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
frieder has quit [Quit: Leaving]
davidinux has joined #yocto
frieder has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mborzecki has quit [Quit: You have been kicked for being idle]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has joined #yocto
jarvis-owl[m] has joined #yocto
tre has joined #yocto
<agherzan>
In a multiconfig setup, is there any way I could inject a package from a multi config rootfs to another multiconfig rootfs? My usecase is that I need to generate an image which supports two kernels so I need to deploy the kernel modules for both these kernel images.
<RP>
agherzan: I think you'd be better with two kernel builds without multiconfig for that since the package namespaces would have to not overlap
<RP>
agherzan: we did get some way to implementing that as the kernel packagind code did accept a prefix of some kind iirc
<agherzan>
They are machine arch so the namespaced wouldn't overlap in this case
<RP>
or that was the plan at least
<RP>
agherzan: you could add the other machine package feed into the rootfs generation of the second image I guess then
<agherzan>
I have two multi configs of 2 diferent machines generating machine arch packages (kernel)
<RP>
but different machine arch will probably mean overlapping package names
<agherzan>
But I can only add the feed of the machine arch
<agherzan>
Oh I see what you mean
<agherzan>
Yeah - that won't work
<RP>
well, you can add both but they overlap in namespace
<agherzan>
This is ugly now.
<agherzan>
Multiple kernel will also be ugly because I would need per machine kernel provider
<RP>
agherzan: it isn't a simple problem :/
<agherzan>
It definitely ended up complicated - I'll rethink this
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
Schlumpf has quit [Ping timeout: 252 seconds]
Juanosorio94 has joined #yocto
<Juanosorio94>
Hi everyone I am trying to build a kernel module that up until this point has always built. I slightly modified the install instruction for another package that depends on this, and now im getting the following error message https://www.pastiebin.com/6319cae818369
<Juanosorio94>
how come this happens, when I did not even modify the module itself
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
seninha has joined #yocto
goliath has joined #yocto
Juanosorio94 has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
ofli has joined #yocto
<ofli>
Hello I'd like to ask that is there anyone uses Yocto on Arch Linux
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<rburton>
ofli: plenty. expect occasional breakage when arch introduces something new which breaks the build.
<rburton>
if you're fine with that, then go for it. If not, then build in a container or switch distro.
<rburton>
basically, arch is known to *mostly* work, but is definitely not on the supported list because it can change daily
<ofli>
Kirkstone branch yocto build has got libarchive problem on my arch setup
<ofli>
but master branch works well
xmn has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Tyaku has joined #yocto
<Tyaku>
Hi, Do you have any ideas about how to configure an environement variable on the TARGET that is defined in local.conf file ? The idea is that when we build the "dev" image rsyslog transmit the logs to a specific IP
<sotaoverride>
rfs613: sometimes I dont have all-in-one 'Mega' manual selected in the dropdrown menu up top, that keeps the search from working
florian_kc has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<jkorsnes>
Hi! I'm about to document KERNEL_IMAGETYPES (plural), as it seems to be missing from the manual. I thought I'd just ask here if there's any reason it's been omitted, or if I should submit a patch? :)
<sotaoverride>
jkorsnes: whats the difference between the singular/plural :P?
<jkorsnes>
The plural was added some years back to add the ability to build multiple different image types. F.ex. fitImage, zImage and Image.
<rburton>
jkorsnes: most likely just an oversight, patch welcome, thanks!