tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
xmn has quit [Ping timeout: 245 seconds]
gspbirel56 has quit [Ping timeout: 260 seconds]
|Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ddee has joined #yocto
dmoseley has joined #yocto
dmoseley_ has quit [Ping timeout: 260 seconds]
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 276 seconds]
ddee has quit [Ping timeout: 256 seconds]
dmoseley_ has quit [Ping timeout: 252 seconds]
Jones42 has joined #yocto
dmoseley has joined #yocto
Jones42 has quit [Ping timeout: 248 seconds]
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 248 seconds]
ddee has joined #yocto
gspbirel56 has joined #yocto
florian__ has joined #yocto
PhoenixMage has quit [Ping timeout: 252 seconds]
PhoenixMage has joined #yocto
florian__ has quit [Ping timeout: 260 seconds]
jmd has joined #yocto
goliath has joined #yocto
rfuentess has joined #yocto
frieder has joined #yocto
leon-anavi has joined #yocto
ptatrai has joined #yocto
aduskett has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
<landgraf>
meta-aws is broken (by force push?) in scarthgap again. :-/
zpfvo has joined #yocto
jmd has quit [Remote host closed the connection]
<ernstp>
sakoman: testing stable/kirkstone-nut on Ubuntu 24.04 with python3.12, looks good so far (thanks!)
vquicksilver has quit [Ping timeout: 244 seconds]
Guest59 has joined #yocto
Kubu_work has joined #yocto
<Guest59>
Hello everyone! is there anyone who can please tell me something about this error [ 8.406897] loop0: detected capacity change from 0 to 222624
<Guest59>
[ 8.418151] /dev/loop0: Can't open blockdev [ 73.912270] mount: mounting /dev/loop0 on / failed: Permission denied [ 134.067446] /dev/mmcblk0p1: Can't open blockdev
Guest59 has quit [Quit: Client closed]
Guest59 has joined #yocto
Jones42 has joined #yocto
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
ddee has quit [Quit: Client closed]
<Guest59>
mcfrisk do you know perhaps
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
vquicksilver has joined #yocto
olani- has joined #yocto
Jones42_ is now known as Jones42
<rburton>
Guest59: is the file that loop0 points to actually readable? do you have permission to mount on /?
<Guest59>
rburton I am upstreaming yocto, in older yocto it has worked
<rburton>
you'll need to be more specific about what 'it' is
<Guest59>
rburton yocto upstream from sumo to latestone with kernel 4.19 to 6.6
Guest58 has joined #yocto
Guest58 has quit [Client Quit]
Guest58 has joined #yocto
<Guest58>
rburton I am upstreaming from sumo to latest with kernel 4.19 to 6.6
<Guest58>
rburton could you perhaps suggest me how should I debug it further
<rburton>
try to mount the partitions manually, maybe your kernel is missing drivers. check permissions. is it meant to be doing a loopback mount in the first place.
<rburton>
you can drop into a shell in an initramfs to poke around
<Guest58>
rburton the old kernel doesn't seem to do this all. Do I have to do any settings in yocto?
<rfuentess>
rburton: many thanks :)
<rburton>
Guest58: considering i have no idea what hardware and what vendor layers you're using its very hard to say
<Guest58>
rburton Indeed! it's hardware and vender both are nxp imx6
<rburton>
try building their example image so you can determine that the problem is in your integration, and then you have something that works to compare
<Guest58>
rburton thank you very much für your help. I really appreciate it
frieder has quit [Remote host closed the connection]
<Guest58>
rburton could you please elaborate this point "maybe your kernel is missing driver". Which driver do you mean here, Flash driver ?
<rburton>
flash, mtd partitions, etc
<rburton>
i've had a kernel that could list mtd devices but failed to actually mount partitions
Jones42_ has joined #yocto
frieder has joined #yocto
<Guest58>
rburton thank you very much now I have a better idea to analyze things
Jones42 has quit [Ping timeout: 248 seconds]
Jones42 has joined #yocto
Jones42_ has quit [Ping timeout: 244 seconds]
mbulut has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
Guest58 has quit [Quit: Client closed]
starblue has joined #yocto
mbulut has quit [Ping timeout: 252 seconds]
tgamblin__ has joined #yocto
smooge- has joined #yocto
prabhakalad has quit [Read error: Connection reset by peer]
smooge has quit [Read error: Connection reset by peer]
smooge- is now known as smooge
prabhakalad has joined #yocto
tgamblin_ has quit [Ping timeout: 252 seconds]
<angolini>
I don't know how to deal with the `runqemu <machine> <image>` command line. Right now, I have changed my tutorial to use only `runqemu` because our step-by-step is simple. But maybe the YP documentation should also be changed?
<aduskett>
Hey, is it possible to have a fallback SRC_URI in a recipe?
<rburton>
RP: so how does no-x11 currently work? it does a world build, but rxvt doesn't use feature_check to skip itself...
<RP>
rburton: don't know...
mbulut has quit [Remote host closed the connection]
<RP>
rburton: does it build world?
mbulut has joined #yocto
<RP>
hmm, yes
belsirk has joined #yocto
mbulut has quit [Ping timeout: 248 seconds]
rfuentess has quit [Ping timeout: 260 seconds]
<rburton>
also wtf the recipe says to use matchbox-term so i don't see what changed
<rburton>
hm unless its the built-time provider removal
<rburton>
changing what 'world' means
<rburton>
but rxvt definitely depends on x11 so a feature check should be in the recipe anyway
rfuentess has joined #yocto
belsirk has quit [Ping timeout: 252 seconds]
<RP>
rburton: it is because you dropped the virtual/
<RP>
rburton: virtual providers are skipped from world and only pulled in by dependency
<rburton>
right
<rburton>
showed a bug in the recipe so that's easily fixed
<RP>
right
xmn has joined #yocto
ddee has quit [Quit: Client closed]
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 246 seconds]
belsirk has joined #yocto
rfuentess has quit [Ping timeout: 252 seconds]
<rburton>
RP: posted the SECURITY.md check for checklayer. i wonder how many layers will fail! (meta-arm, because we have a top-level file). i wonder if there's a way to detect a parent file for security and readme...
<RP>
rburton: thanks, we'll probably have a few people needing to update things...
<rburton>
i added "see ../SECURITY.md" files to all of our sub-layers but it feels like the code could be smart enough to detect that structure
guest71 has joined #yocto
<guest71>
is lsblk no more part of util-linux?
<rburton>
guest71: util-linux recipe, the binary is in a separate package util-linux-lsblk whcih should be recommended by util-linux
<guest71>
rburton ah ok appreciate it
<RP>
rburton: detecting and accepting that would probably be ok
pbiel has joined #yocto
<rburton>
RP: detect if the parent directory is called meta-*? feels a bit... ick. i wonder if we should just have an option to say 'i'm a layer in a top-level repository' and always check the parent directory too in that case.
guest71 has quit [Quit: Client closed]
<pbiel>
Hi, I used devtool to modify 2 recipes. When I then use bitbake -e recipe1/recipe2 | grep ^B=, for first one it points to the sources crated by devtool, however for the second one it points to tmp/work. Why is that?
<RP>
rburton: I think I'd look for the .git directory
<RP>
rburton: i.e. accept that if the directory with the .git for the layer has it, we're good
<rburton>
yeah thats a plan
<rburton>
agh checklayer uses oeqa
Jones42 has joined #yocto
Jones42_ has quit [Ping timeout: 245 seconds]
davidinux1 has joined #yocto
zpfvo has quit [Remote host closed the connection]
zpfvo has joined #yocto
__ad has joined #yocto
wCPO has quit [Ping timeout: 252 seconds]
ad__ has quit [Ping timeout: 260 seconds]
wCPO has joined #yocto
florian__ has joined #yocto
cyxae has joined #yocto
Xagen has joined #yocto
belsirk is now known as rfuentess
Jones42_ has joined #yocto
florian__ has quit [Ping timeout: 244 seconds]
davidinux1 has quit [Ping timeout: 248 seconds]
Jones42 has quit [Ping timeout: 252 seconds]
florian has quit [Quit: Ex-Chat]
bunk has joined #yocto
mulk has quit [Read error: Connection reset by peer]
tgamblin__ is now known as tgamblin
<tlwoerner>
is it possible, in a bash function in a class, to add items to SRC_URI?
<tlwoerner>
i can't seem to find the right magic to access a bash variable in a "${@ ... }" stanza
rfuentess has quit [Remote host closed the connection]
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
<rburton>
you can't access a bash variable from ${@} expansion
<rburton>
${@} expansions happens when the function is written out to a temporary file to be ran by the shell
davidinux1 has joined #yocto
aduskett has quit [Remote host closed the connection]
mulk has joined #yocto
aduskett has joined #yocto
mbulut has joined #yocto
aduskett has quit [Remote host closed the connection]
mbulut has quit [Ping timeout: 244 seconds]
<tlwoerner>
so there is no magic to find
<tlwoerner>
:-S
<rburton>
you can extend SRC_URI with anonpy i think, but anything else will be running too late to actually change do_fetch
florian__ has joined #yocto
prabhakalad has quit [Ping timeout: 265 seconds]
prabhakalad has joined #yocto
bunk has left #yocto [#yocto]
leon-anavi has quit [Quit: Leaving]
pbiel has quit [Quit: Leaving]
<tlwoerner>
so here's what i'm trying to do (buckle up :-)
<tlwoerner>
we have do_patch, that's wonderful, code needs patches because patches need to be inserted in specific places in specific files
<tlwoerner>
with pre-ambles and post-ambles, ec
prabhakalad has quit [Ping timeout: 260 seconds]
<tlwoerner>
i have a bunch of devices scattered around the property, some use board-A, some use board-B, board-C, etc
<tlwoerner>
i have a bunch of sensors: sen-A, sen-B, sen-C ec
prabhakalad has joined #yocto
<tlwoerner>
each device could be a random mixing of board-X and a set of sensors
<tlwoerner>
to enable a sensor on a given board requires a patch to the device tree
<tlwoerner>
long story short... patching is the wrong tool for managing device trees
<tlwoerner>
(i could go into more detail)
<rburton>
isn't this something that lopper can do?
<tlwoerner>
maybe
<RP>
tlwoerner: can you do what you're doing in shell in python instead?
<tlwoerner>
what i've come up with is a do_dtappend task that runs after patch and before kernel config
<tlwoerner>
i create *.dtappend files that contain 3 sections:
<tlwoerner>
1. comment (ignored)
<tlwoerner>
2. kernel config fragment
<tlwoerner>
3. stuff to append to ${KERNEL_DEVICETREE}
<tlwoerner>
i've got everything working except i need to update SRC_URI with the config fragments
<tlwoerner>
so they can be picked up by the next task (i.e. kernel config)
<RP>
tlwoerner: you can't update metadata from one task and have it appear in another task
<RP>
you'd have to prefunc the kernel tasks and have the entries added in each one
<tlwoerner>
and adding the *cfg lines in the recipe doesn't work either because bitbake is aggressive about checking for SRC_URI components and complains that they're not present at parse time (even though they would be present at build time)
<RP>
each task is effectively a completely independent process which has to parse the metadata independently
<RP>
tlwoerner: empty dummy files?
<tlwoerner>
oohh, that could be an option
<rburton>
i'd definitely look at using lopper to mungle the files at build time
<RP>
there might be a way to tell bitbake to ignore them being missing
<tlwoerner>
in the "worst" case i could just simply not have the config fragments in the *.dtappend files and just always have to carry the two pieces together
<RP>
tlwoerner: if the files get content bitbake can see, it would change the task checksums though
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
florian__ has quit [Ping timeout: 276 seconds]
starblue has quit [Ping timeout: 260 seconds]
Jones42 has joined #yocto
Jones42_ has quit [Ping timeout: 252 seconds]
<tlwoerner>
okay, not a problem. i just wanted to make sure i wasn't missing something obvious
<tlwoerner>
it just means that the config fragments can't be part of the *.dtappend file, they'll just need to be managed together
<tlwoerner>
i'll look at lopper, my understanding is that it's doing something different, but maybe not
<rburton>
but i'd definitely pester zeddii if you're doing devicetree manipulation
<rburton>
RP: better patch for checklayer sent that tries the top level directory too
<RP>
rburton: cool, thanks
<RP>
rburton: that does sound like a better idea
starblue has joined #yocto
gspbirel56 has quit [Ping timeout: 260 seconds]
frieder has quit [Remote host closed the connection]
Kubu_work has joined #yocto
florian has joined #yocto
khimaros has quit [Remote host closed the connection]
khimaros has joined #yocto
ptsneves has joined #yocto
gspbirel56 has joined #yocto
pbiel has joined #yocto
RobW has joined #yocto
<pbiel>
Hi, I executed devtool modify on the two recipes I have in my layer, and for one reciepe's bbappend file located in build/workspace/appends/*.bbappend devtool added "EXTERNALSRC_BUILD" whereas for the other recipe it didn't. what could be the reason why the devtool did not add this for both recipes?
prabhakalad has quit [Quit: Konversation terminated!]