invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
alicef has quit [Quit: install gentoo]
Thorn has quit [Ping timeout: 260 seconds]
alicef has joined #yocto
alicef has quit [Client Quit]
alicef has joined #yocto
alicef has quit [Client Quit]
alicef has joined #yocto
thomasd13 has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
<thomasd13>
Good morning guys!
xmn has quit [Quit: ZZZzzz…]
ArgaKhan has joined #yocto
<ArgaKhan>
Hello, i need help. I get the following error at 99% during bitbake compilation. Since I compile the kernel separately, I don't want to compile it with yocto. I don't know how to compile the latest version with yocto to our device anyway. Here is the error: "The following packages have unmet dependencies: linux-dummy-dev : Depends: linux-dummy (= 1.0-r1) but it is not installable"
xmn has joined #yocto
olani- has quit [Ping timeout: 255 seconds]
olani- has joined #yocto
xmn has quit [Quit: ZZZzzz…]
Thorn has joined #yocto
rob_w has joined #yocto
goliath has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
mckoan_ is now known as mckoan
<mckoan>
good morning
<mcfrisk>
is it expected that kernel gets recompiled for any changes which trigger recompilation of initramfs? I bitbake-diffsigs shows that something in do_configure changes but it doesn't show the details. I find it odd that my custom init shell script changes trigger full kernel recompile every time
louis_ has joined #yocto
tprrt has joined #yocto
<mcfrisk>
the initramfs is not bundled with the kernel but the initramfs does include some kernel module packages
tprrt is now known as tperrot
Soopaman has joined #yocto
rfuentess has joined #yocto
<mcfrisk>
hmm could this be due to DATETIME use in IMAGE_NAME and IMAGE_VERSION_SUFFIX and thus also in INITRAMFS_NAME, KERNEL_ARTIFACT_NAME etc
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
Schlumpf has joined #yocto
xmn has joined #yocto
leon-anavi has joined #yocto
xmn has quit [Ping timeout: 255 seconds]
louis_ has quit [Ping timeout: 260 seconds]
louis_ has joined #yocto
<LetoThe2nd>
yo dudX
mvlad has joined #yocto
mckoan_ has joined #yocto
mckoan has quit [Ping timeout: 255 seconds]
BCMM has joined #yocto
kayterina[m] has quit [Quit: You have been kicked for being idle]
zeddii has quit [Ping timeout: 255 seconds]
zeddii has joined #yocto
ArgaKhan has quit [Ping timeout: 260 seconds]
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
ptsneves has joined #yocto
frieder has joined #yocto
ptsneves has quit [Ping timeout: 268 seconds]
ptsneves has joined #yocto
florian has joined #yocto
Soopaman has quit [Quit: Leaving.]
prabhakarlad has quit [Quit: Client closed]
Soopaman has joined #yocto
gegir has joined #yocto
<DvorkinDmitry>
mischief, if I do RDEPENDS:${PN} += "kernel-module-x0" inside kernel_x.bbappend it doesn't work - no module is installed into the image
kayterina[m] has joined #yocto
florian_kc has joined #yocto
<mckoan_>
DvorkinDmitry: do you have a recipe nanaging kernel-module-x0 ?
<DvorkinDmitry>
mckoan_, no. it is build as module together with kernel.
<derRichard>
IOW you cannot build dunfell with kas-container
<rburton>
because nobody send the backport?
azcraft has joined #yocto
Spinola has joined #yocto
<derRichard>
rburton: okay, i thought this appens more or less automatically for known bug fixes :-)
<rburton>
only if steve notices
<Spinola>
Does anybody use the SDK generated by the kirkstone branch?
<derRichard>
rburton: is he here on irc?
<rburton>
not right now, his nick is sakoman
<derRichard>
thx!
<derRichard>
i'm rebuilding now with a recent yocto-kernel-tools on dunfell, let's see
<DvorkinDmitry>
I need to install the kernel module into the image IF I'm using kernel version X.Y. How to do that?
ArgaKhan has joined #yocto
<ArgaKhan>
Hello, i need help. I get the following error at 99% during bitbake compilation. Since I compile the kernel separately, I don't want to compile it with yocto. I don't know how to compile the latest version with yocto to our device anyway. Here is the error: "The following packages have unmet dependencies: linux-dummy-dev : Depends: linux-dummy (= 1.0-r1) but it is not installable"
<mckoan_>
DvorkinDmitry: create a recipe for your module and specify it in the recipe for your kernel X.Y. as a RDEPENDS
<rburton>
ArgaKhan: did you add an ALLOW_EMPTY for linux-dummy to the recipe?
<rburton>
because then it will be installable.
<ArgaKhan>
rburton: yes, but it didn't work unfortunately
<rburton>
ArgaKhan: then something else broke and its hard to debug with just one line from your logs
<DvorkinDmitry>
mckoan_, I was thinking about this. but how to write the dependency for specific kernel version?
<ArgaKhan>
rburton: Shall I share the logs? Is there a site I can share because it has 5842 lines in total.
<rburton>
pastebin.com
<mckoan_>
DvorkinDmitry: it is intrinsic in the kernel recipe
<DvorkinDmitry>
mckoan_, didn't get you, sorry. How to write RDEPENDS:virtual/kernel += "{if KERNEL_PV==5.4}kernel-module-xx{/if}"
<mckoan_>
DvorkinDmitry: create a linux-X.Y.bbappend specific for your kernel
<DvorkinDmitry>
mckoan_, I did....
<DvorkinDmitry>
mckoan_, I've created linux-my_5.4.bbappend, with RDEPENDS:${PN} += "kernel-module-bcmdhd" inside. But module is not installed into the image!
<mckoan_>
DvorkinDmitry: how is the Makefile for your module ?
<mckoan_>
I mean the kernel-module-bcmdhd.bb recipe
<DvorkinDmitry>
mckoan_, the module is build by kernel (it is added as =M) and packed into kernel-module-bcmdhd...rpm at deploy-rpms/myarch/
<ArgaKhan>
rburton: I tried a few sites but they didn't accept because the size was high. Finally I was able to post it to this site: https://paste.ee/p/qPzy6
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<rburton>
ArgaKhan: do you have the dev-pkgs image feature enabled on purpose?
<rburton>
also i believe your attempt at setting ALLOW_EMPTY failed
sakoman has joined #yocto
<ArgaKhan>
rburton: yes, I want to use desktop version and install dev packages too so I enabled it.
<ArgaKhan>
rburton: I added ALLOW_EMPTY:${PN} = "1" as you said to poky/meta/recipes-kernel/linux/linux-dummy.bb and saved it. then I ran bitbake. is there something else I should do?
<dodo22>
Yocto requirements: "50 Gbytes of free disk space"
<dodo22>
I gave my ubuntu VM 60 Gbytes, and it ran out while building the quick build sample...
<rburton>
ArgaKhan: what release are you using?
<rburton>
dodo22: depends what you build... the requirement is "as much as needed". INHERIT += "rm_work" will make it use less space.
<dodo22>
I simply build the example...
<LetoThe2nd>
dodo22: give or take some, we honestly don't check the number every time. Two approaches - add rm_work as rburton mentioned, and/or just extend the disk to 100G or such. :-)
<dodo22>
Yeah, just the latter is good enough.
<dodo22>
But i just wanted to let you know that 50Gigs might not be enough to run the example...
<rburton>
rm_work is good if space is an issue
<derRichard>
sakoman: i'd never send an unstested patch
<mcfrisk>
how to I interpret bitbake-diffsigs output here https://pastebin.com/raw/JfwP4M8B All the hashes match? Is the ordering significant, or just the missing multiconf part?
GNUmoon2 has joined #yocto
dodo22 has quit [Quit: Client closed]
<RP>
mcfrisk: the do_configure hashes don't?
<RP>
in fact none of the hashes match?
<mcfrisk>
RP: the hashes do match? or is the mc:trs-qemuarm64 bit so important? local.conf has default machine trs-qemuarm64, so both should be equal.
rob_w has quit [Remote host closed the connection]
<RP>
mcfrisk: Dependency on task linux/linux-yocto_6.1.bb:do_configure was added with hash 5148d7d3e29e84156283d17fba0b6e58b4410507e8051fab47fae21c5e4b3f1d
<RP>
Dependency on task linux/linux-yocto_6.1.bb:do_configure:mc:trs-qemuarm64 was removed with hash 3848046d9be890a8e2e03eb9f88b8b428739968eeb36e41d92006c397abefaa7
<RP>
those do not match
<mcfrisk>
ah, sorry I read that completely wrong. but actually on code level nothing did change. only thing which changed is the initramfs content in one package there. I don't see any link to linux-yocto tasks...
dodo87 has joined #yocto
<RP>
mcfrisk: something changed the taskhashes
BCMM has quit [Ping timeout: 255 seconds]
<dodo87>
previous dodo here:
<dodo87>
Why is there >94GB of files in the build/tmp directory? The vdisk was only 60Gb large... :')
<dodo87>
3280744 files to be deleted... '=D
<derRichard>
LetoThe2nd: this explains my low patch count :-P
<derRichard>
testing is hard
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
dodo87 has quit [Quit: Client closed]
azcraft has quit [Remote host closed the connection]
seninha has quit [Quit: Leaving]
<mcfrisk>
it is very difficult to understand the kernel bbclasses, they do a lot of odd magic
<mcfrisk>
I build an initramfs, but it is not bundled with the kernel. Yet any rebuild of the initramfs results in rebuild of the kernel. I can't see any difference in bitbake-diffsigs. Now I'll try setting INITRAMFS_IMAGE_BUNDLE = "0" which is not the default
xmn has joined #yocto
goliath has quit [Quit: SIGSEGV]
<ptsneves>
mcfrisk: And you do not have a fit image. Then there is a little extra taste of magic.
<Spinola>
I'm using krikstone to build my external kernel module (which was previously build on rocko), I'm getting errors in the include file arch/arm/include/asm/domain.h, isn't this file compatible with the gcc version used in kirkstone?
leonanavi has joined #yocto
GNUmoon2 has quit [Ping timeout: 255 seconds]
<ArgaKhan>
rburton: kirkstone
kayterina[m] has quit [Quit: You have been kicked for being idle]
GNUmoon2 has joined #yocto
dgriego has quit [Quit: dgriego]
dgriego has joined #yocto
alejandr1 has quit [Ping timeout: 255 seconds]
alejandr1 has joined #yocto
otavio has quit [Remote host closed the connection]
gegir has quit [Ping timeout: 265 seconds]
otavio has joined #yocto
zeddii has quit [Ping timeout: 260 seconds]
<mckoan_>
Spinola: from rocko to kirkstone is a big jump
prabhakarlad has quit [Quit: Client closed]
zeddii has joined #yocto
prabhakarlad has joined #yocto
seninha has joined #yocto
ptsneves has quit [Ping timeout: 256 seconds]
marka has quit [Ping timeout: 252 seconds]
rfuentess has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 260 seconds]
mvlad has quit [Remote host closed the connection]
gegir has joined #yocto
frieder has quit [Remote host closed the connection]
mckoan_ is now known as mckoan|away
gegir has quit [Ping timeout: 248 seconds]
<mcfrisk>
mischief: interesting bug, I don't have INITRAMFS_IMAGE_BUNDLE set at all, it's in default "" value
rob_w has joined #yocto
leonanavi has quit [Quit: Leaving]
leon-anavi has quit [Quit: Leaving]
ArgaKhan has quit [Remote host closed the connection]
ArgaKhan has joined #yocto
Thorn has quit [Ping timeout: 246 seconds]
florian_kc has joined #yocto
Xagen has joined #yocto
|Xagen has quit [Ping timeout: 248 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
BCMM has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
Haxxa has joined #yocto
azcraft has joined #yocto
d-fens_ has joined #yocto
alex88_ has joined #yocto
agrue has joined #yocto
polprog_ has joined #yocto
JaMa has quit [Killed (tantalum.libera.chat (Nickname regained by services))]
JaMa has joined #yocto
Emantor has quit [Ping timeout: 248 seconds]
agrue_ has quit [Ping timeout: 248 seconds]
BenkeHargitai[m] has quit [Ping timeout: 248 seconds]
AlexanderKrimm[m has quit [Ping timeout: 248 seconds]
polprog has quit [Ping timeout: 248 seconds]
alex88 has quit [Ping timeout: 248 seconds]
d-fens has quit [Ping timeout: 248 seconds]
argonautx[m] has quit [Ping timeout: 248 seconds]
janvermaete[m] has quit [Ping timeout: 248 seconds]
yocton has quit [Ping timeout: 248 seconds]
vvmeson has quit [Ping timeout: 248 seconds]
Emantor_ has joined #yocto
yocton has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
vmeson has joined #yocto
AlexanderKrimm[m has joined #yocto
BenkeHargitai[m] has joined #yocto
argonautx[m] has joined #yocto
janvermaete[m] has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
ccf has joined #yocto
<ccf>
Hello, is it possible that "bitbake -c cleansstate u-boot && bitbake core-image-minimal" still does not pick up my changes I have done on .config file? The source git directory still has the old files in it. Do I need to drop the patch stage somehow?