<PhoenixMage>
mckoan: Yeah I have a fragment but I want to know if its actually been applied because when I look at the kernel .config in the kernel build directory it doesnt look like it
m4ho has joined #yocto
<PhoenixMage>
I created it using -c diffconfig, the fragment looks ok (things like F2FS are =y) but when I check .config F2FS is not mentioned
<m4ho>
Hi, is there a way to limit the parallelism of just one specific task?
<PhoenixMage>
mckoan: Looking at the logs it is finding armbian.cfg
<d-fens>
i anyone has used yocto in a bitbucket CI pipeline it would be awesome to ping me, i'm struggling with deciding on the best integration and how to overcome the storage, memory and runtime constraints in the pipeline
<d-fens>
and sadly can't change to gitlab or github
zpfvo has joined #yocto
gho has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
sa7mfo has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<LetoThe2nd>
yo dudX
<mckoan>
hey LetoThe2nd
<mckoan>
PhoenixMage: likely depends on yocto-kernel-cache usage
<PhoenixMage>
mckoan: Should .config show the built config?
<mckoan>
PhoenixMage: .config is the result of the whole config process made by bitbake
<PhoenixMage>
hmmm, so it should have the output of the fragment in it :/
<mckoan>
PhoenixMage: you should study what yocto-kernel-cache is doing in there
<PhoenixMage>
Thanks, I think I copied that recipe from git master and added the fragment, i will look at the yocto-kernel-cache
<PhoenixMage>
Or pull it out and try
<PhoenixMage>
Is there a command similar to kernel_configme that will create the final .config without compiling?
<mckoan>
PhoenixMage: menuconfig generats a .config in tmp
<PhoenixMage>
mckoan: Including fragments?
<sa7mfo>
What is the difference between SRC_URI:<machine> and SRC_URI_<machine> ?
<sa7mfo>
In short, I want a .bbappend that does only apply to one machine, but it applies for all
Tyaku has joined #yocto
<LetoThe2nd>
sa7mfo: :-syntax is dunfell and later (e.g. current), _-syntax is before dunfell
Tyaku has quit [Client Quit]
<sa7mfo>
Thank you
esben[m] has joined #yocto
d-fens has quit [Quit: Client closed]
<mckoan>
PhoenixMage: no
<mckoan>
PhoenixMage: or better, it includes fragments if fragments are applied. That is not your case though
zpfvo has quit [Quit: Leaving.]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has joined #yocto
<qschulz>
m4ho: PARALLEL_MAKE:task-<task> in a bbappend
<qschulz>
sa7mfo: LetoThe2nd: to be pedantic, not all dunfell releases support the -syntax
d-s-e has joined #yocto
<qschulz>
but since it's highly recommended to run the latest dot version of any release, I guess we can say it's supported on dunfell :)
<m4ho>
qschulz: thank you very much!
<LetoThe2nd>
qschulz: yeah, as its been in there for a year now I've started to skip the note.
<LetoThe2nd>
qschulz: gatesgarth and hardknott are usually much worse when it comes to the syntax change in my experience.
<PhoenixMage>
mckoan: Yeah was just thicking of a quick way to test if they are applied without having to compile another kernel
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian has joined #yocto
Ad0 has joined #yocto
granjow has joined #yocto
kanavin_ has quit [Quit: Leaving]
<PhoenixMage>
If I load an external config file in menuconfig do I need to then save the config manually as .config?
<granjow>
Hi there. I have two recipes (from meta-iotedge) which write into /var/lib/aziot. Now I want to move this directory to a separate partition by replacing /var/lib/aziot/ by a symlink. With a .bbappend file on one service this causes a conflict in the other service because it cannot write to the symlinked dir. What is the correct approach for that? Use overlayfs instead?
manuel1985 has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
d-s-e has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<rburton>
khem: have you seen qemuarm64/clang break in pixman?
<xcm_>
huh, RRECOMMENDS are by default installed. my bad.
d-fens has joined #yocto
<qschulz>
xcm_: BAD_RECOMMENDATIONS/NO_RECOMMENDATIONS in your image recipe/distro conf file
florian_kc has quit [Ping timeout: 260 seconds]
florian_kc has joined #yocto
starblue has quit [Ping timeout: 256 seconds]
d-s-e has joined #yocto
starblue has joined #yocto
<xcm_>
qschulz: thanks, ended up finding it :)
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
d-s-e has quit [Ping timeout: 260 seconds]
stacktrust_ has joined #yocto
Guest99 has joined #yocto
d-s-e has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
Tokamak has quit [Ping timeout: 260 seconds]
florian_kc has joined #yocto
Tokamak has joined #yocto
d-s-e has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mvlad has joined #yocto
Guest99 has quit [Ping timeout: 260 seconds]
<PhoenixMage>
hmmm, is it only qemu that has no password for root? Have booted my board and trying to log in as root hangs and then ctrl-c drops me back to the login prompt
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<PhoenixMage>
This is on serial
<JaMa>
see debug-tweaks IMAGE_FEATURE
d-fens has quit [Quit: Client closed]
sakoman has joined #yocto
d-s-e has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
rusam has joined #yocto
rob_w has quit [Quit: Leaving]
rusam is now known as amgedr
amgedr has quit [Client Quit]
rusam has joined #yocto
<rusam>
hello. anyone know what this message that appears when i boot my raspberry pi cm3 module is: Error: smsc95xx_eth address not set?
fitzsim has quit [Remote host closed the connection]
rusam has quit [Quit: Leaving...]
d-s-e has quit [Ping timeout: 260 seconds]
goliath has quit [Quit: SIGSEGV]
d-s-e has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
fitzsim has joined #yocto
d-s-e has quit [Client Quit]
Schlumpf has quit [Quit: Client closed]
ptsneves has joined #yocto
zpfvo has joined #yocto
manuel1985 has quit [Ping timeout: 260 seconds]
Minvera has joined #yocto
meego has joined #yocto
<meego>
Hi, diving back into Yocto after a long break. I'm noticing the nodejs package takes very long to compile, mostly because that compilation is done in QEMU on a single core. Reading qemu.bbclass, it seems QEMU_EXTRAOPTIONS can be leveraged to pass some args, such as "-smp N" to increase QEMU core allocation. Does this sound like the right approach?
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<rburton>
meego: does that work for user-mode emulation?
<rburton>
also, terrifying that nodejs needs qemu to build
<LetoThe2nd>
rburton: yeah that must be rather new.
<rburton>
april 2021
alessioigor has quit [Quit: alessioigor]
<qschulz>
rburton: tf-a contribution question, hope you don't mind
alessioigor has joined #yocto
<qschulz>
afaiu, you need to create a ticket on phabricator and then assign the issue to yoruself and then find a way to push a patch somewhere
<qschulz>
is there only a github login possible for phabricator or am I missing something?
<LetoThe2nd>
rburton: that qualifies as new to me.
<rburton>
qschulz: apparently so
<meego>
rburton: couldnt agree more on nodejs needing qemu. AH, you're right to point to user-mode. I was assuming qemu was running in system emulation mode, and did not know about qemu's user mode. CPU params don't seem relevant in this case. Thanks for the helpful pointer. I'll look elsewhere.
<rburton>
meego: looks like the proper fix would be to convince nodejs developers to care about the cross case. we can't build native binaries as use them as the bit width may be different, so we need to run the target tools in a qemu
<rburton>
qschulz: personally, that's dumb, but so is using gerrit :)
<vvn>
if a package provides a simple shell script (depending on net-tools), should PACKAGE_ARCH be "all"?
<rburton>
vvn: yes. inherit allarch
<rburton>
you can just set PACKAGE_ARCH=all but that class does some further magic to be sure you can't sneakily use a compiler :)
<qschulz>
rburton: yeah, at least it's only for identification purposes, which isn't too bad
<qschulz>
rburton: I hate Gerrit
<qschulz>
tbf, I hate each and every system I've used so far, GitLab, GitHub, Gerrit and ML all have their pitfalls
<qschulz>
now I need to figure out what to do after opening a bug ticket...
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<vvn>
rburton: I can remove INHIBIT_DEFAULT_DEPS = "1" then if the class handles that already
<meego>
rburton: im no expert but i would guess V8 is the component to blame (e.g. https://v8.dev/docs/build)
<rburton>
meego: yeah most likely.
<Saur[m]>
qschulz, rburton : For what it's worth, I love Gerrit. Though I would like to see it combined with GitHub Actions (the only useful part of GItHub).
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
goliath has joined #yocto
frieder has quit [Remote host closed the connection]
florian_kc has joined #yocto
<qschulz>
rburton: can't scp the commit-msg hook neither via SSH nor via HTTP /me shrugs
jjmcdn has quit [Ping timeout: 256 seconds]
olof has quit [Ping timeout: 246 seconds]
olof has joined #yocto
<rburton>
qschulz: iirc its the standard gerrit hook
zpfvo has quit [Ping timeout: 268 seconds]
<JaMa>
meego: isn't it only small part of nodejs build which runs under qemu?
<meego>
JaMa: yes, you're right. I noticed too minutes after posting.
ptsneves has quit [Ping timeout: 260 seconds]
rfuentess has quit [Remote host closed the connection]
<JaMa>
in webOS OSE we've moved mksnapshot from v8 to separate mksnapshot-cross recipe, that resolves the need for qemu
<rburton>
JaMa: you should sent that patch to meta-oe :)
<JaMa>
rburton: unfortunately it's still far from ideal
<rburton>
hm yeah that's not ideal
zpfvo has joined #yocto
jjmcdn has joined #yocto
gho has quit [Quit: Leaving.]
mckoan is now known as mckoan|away
zpfvo has quit [Quit: Leaving.]
alessioigor has quit [Quit: alessioigor]
nemik has quit [Ping timeout: 256 seconds]
alessioigor has joined #yocto
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<qschulz>
tlwoerner: I think you'll like some changes I've made for Rockchip TF-A+U-Boot in their respective next versions. Should allow to remove the append for tf-a recipe :)
<LetoThe2nd>
moto-timo: you mean, like a multiconfig chain? nostamp it should be AFAIK.
<moto-timo>
LetoThe2nd: that was my first guess... let me try and see if it is sufficient
* moto-timo
has not been skipping sstate so far... but knows better
* moto-timo
un-proprietary-izes the code
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
mvlad has quit [Remote host closed the connection]
ecdhe has quit [Ping timeout: 260 seconds]
ecdhe has joined #yocto
manuel1985 has quit [Ping timeout: 240 seconds]
<nerdboy>
hi
florian_kc has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<zeddii>
RP: 6.1 has a hard hang with mips64, and a rolling splat. Can I get out the shutgun ?
<zeddii>
:)
Minvera has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
florian_kc has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<RP>
zeddii: we should ask cisco for help
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
<abelloni>
X.org is broken on riscv in master
<abelloni>
Can I get out the shotgun? ;)
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
meego has quit [Ping timeout: 240 seconds]
<PhoenixMage>
Well I can now force a cli using single user mode after removing console=tty1 from my bootargs but still cant get a normal boot and login with root
<PhoenixMage>
Its like its waiting for ttyS2 to be free...