zwelch has quit [Remote host closed the connection]
zwelch has joined #yocto
qschulz has quit [Remote host closed the connection]
<belgianguy>
I'm folliwing LetoThe2nd's tutorials, but after I succesfully bitbake a custom image (based on core-minimal-dev.bb), I get the following error if I try and execute it:
<belgianguy>
ERROR - IMAGE_LINK_NAME wasn't set to find corresponding .qemuboot.conf file
<belgianguy>
using command "runqemu qemuarm64 example-image nographic"
<belgianguy>
And I can't figure out what's wrong
<belgianguy>
without the custom image, it boots just fine btw
qschulz has joined #yocto
<belgianguy>
I've set it to a random value in the global build/conf/local.conf (at the bottom) and now it works, don't know if that's the correct way though
sotaoverride_ has quit [Ping timeout: 250 seconds]
sotaoverride has quit [Ping timeout: 246 seconds]
sotaover3ide has quit [Ping timeout: 260 seconds]
paulg has quit [Quit: Leaving]
goliath has joined #yocto
alessioigor has joined #yocto
Guest41 has joined #yocto
Guest41 has quit [Client Quit]
valdemaras has quit [Remote host closed the connection]
<LetoThe2nd>
yo dudX
<alessioigor>
Good morning LetoThe2nd:
frieder has joined #yocto
rfuentess has joined #yocto
zpfvo has joined #yocto
rfuentess has quit [Ping timeout: 260 seconds]
ks86 has joined #yocto
Tyaku has joined #yocto
dickenhobelix has joined #yocto
<dickenhobelix>
Hi, I am using EXTERNALSRC to work on a linux driver. Is there a "canonically correct" way of generating the compile_commands.json make target for my language server, or do I just use devshell?
leon-anavi has joined #yocto
<RP>
dickenhobelix: whatever works for you. You could write a task that did it instead of the shell if you wanted for example
rfuentess has joined #yocto
sotaoverride has joined #yocto
<dickenhobelix>
RP, thx. Writing a custom task feels kind of wrong, but so does doing it in the devshell... Anyway, if it works, it works...
el_gatito has joined #yocto
<belgianguy>
Morning all, when I ran qemu against a custom image I built, I got an error 'ERROR - IMAGE_LINK_NAME wasn't set to find corresponding .qemuboot.conf file'
Kubu_work has joined #yocto
<belgianguy>
I had assumede this variable would have been filled with the base image name and some version flag
<belgianguy>
But that's not the case
sotaover2ide has joined #yocto
<belgianguy>
When I set it to some random value 1234 it works, but it feels uneasy
alessioigor has quit [Remote host closed the connection]
sa7mfo has quit [Ping timeout: 250 seconds]
alessioigor has joined #yocto
Plinnie has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
<Plinnie>
Hi, this may be more of a bitbake question, but if I specify a branch and a tag in a recipe, why do I get 'ERROR: cbdm-0.0.2-r0 do_fetch: Bitbake Fetcher Error: FetchError("Recipe uses a floating tag/branch 'v0.0.2' for repo 'gitlab.nikhef.nl/spidr4/controlboard_manager.git' without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV
<Plinnie>
in PV for OE).", None)' I have similar recipes which do not have this error.
<Plinnie>
I have no idea why my tags or branches are floating.. I have no idea what floating even means in this context
rfuentess has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<mcfrisk>
Plinnie: branch and tag names can change in git, while commit hashes do not. Thus use commit hashes instead of tags in SRCPV.
<Plinnie>
@mcfrisk I have no idea how to use SRCPV. Currently the main part of my recipe 'cbdm_0.0.2.bb' looks like this:
<Plinnie>
Any idea why I only needed to change that recipe rburton neverpanic ? (I'm upgrading from Petalinux 2022.2 to Petalinux 2023.1, which is based on Langdale
<rburton>
oh in that example you're never using SRCREV
<rburton>
the first repo has an explicit tag in the URL so presumably that hits a different validation path :/
<rburton>
don't use tag names, use shas
<rburton>
trust me, it's really annoying when someone moves a tag and your build breaks
<Plinnie>
I will switch to sha's,b ut I'm just wondering why. The 2nd example does use SRCREV and tags... I think IRC messes up some of the URLs
<Plinnie>
... I wonder why some work and some don't
<Plinnie>
Maybe it is because I'm using multiple repo's on all the other recipes
<Plinnie>
maybe the checker then just gives up :-)
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
dickenhobelix has quit [Remote host closed the connection]
dickenhobelix has joined #yocto
dickenhobelix has quit [Ping timeout: 240 seconds]
prabhakarlad has joined #yocto
<Plinnie>
i have a recipe which checks out a cmake based project, and builds it. However, with Langdale it seems the FetchContent command in the CMakeLists.txt does not actually fetch conctent from the sub-repo, though it claims it did. in <project>/build I would expect a _deps dir. With the Langdale this seems to be no longer the case, even though it does
<Plinnie>
not given an error for FetchContent_Declare or or FetchContent_Populate. When using an exported SDK, it works fine.
belsirk has joined #yocto
rfuentess has quit [Remote host closed the connection]
mvlad has joined #yocto
<Plinnie>
Is there some QA thing in bitbake which would prevent FetchContent_* functions from working inside a Yocto project?
mvlad has quit [Client Quit]
mvlad has joined #yocto
<rburton>
Plinnie: yes, explicit complete disconnection of the do_compile task from the networking stack
<rburton>
you will not fetch secretly in do_compile
<rburton>
you will fetch in do_fetch
<rburton>
if it claims it did fetch then you've a very broken cmake file, because it _will_ have failed dramatically
<rburton>
the usual solution is to fetch those repos in the SRC_URI and stop cmake from fetching (eg put them in the right place, or pass a variable). the horrible workaround is do_compile[network]="1" but that breaks archiving, mirroring, and caching.
<Plinnie>
@rbu rburton This is output from my CMake which shows the populated state: `populated: True @ /home/vincent/project/spidr4/controlboard_linux/os/build/tmp/work/cortexa9t2hf-neon-xilinx-linux-gnueabi/control/2.0.6-r0/build/_deps/easyloggingpp-src` .. while in fact the _deps folder doesn't exist
<rburton>
yeah that cmakelists is broken
<rburton>
whoever wrote it never tested the case of fetchcontent failing
<Plinnie>
Yeah, so do I, but I still need to make it work
<rburton>
add easylogging to SRC_URI and fetch it into the right place
<Plinnie>
Okay, I will add an option for downloading, or expecting the dependencies somewhere. thanks rburton
zelgomer has quit [Ping timeout: 240 seconds]
<rburton>
we make this difficult because we want to support offline builds, source mirrors, and source archives. if do_compile grabs more sources, then none of those are possible.
zelgomer has joined #yocto
olani has quit [Ping timeout: 245 seconds]
dickenhobelix has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<Plinnie>
rburton yes, that makes sense. Also using the hashes. Its just something I didn't consider until now. I've adapted my recipe and CMakeFile and now it builds. So, thanks again for the help
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
d-s-e has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<RP>
rburton: I'm thinking we're ready to merge 6.4 even if there is still one poky-tiny config warning
<RP>
rburton: that will given warnings on meta-arm :/
lukma has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
davidinux has quit [Ping timeout: 258 seconds]
Kubu_work has quit [Ping timeout: 244 seconds]
davidinux has joined #yocto
kevinrowland has joined #yocto
belsirk has quit [Remote host closed the connection]
el_gatito has quit [Ping timeout: 260 seconds]
davidinux has quit [Quit: WeeChat 3.5]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
el_gatito has joined #yocto
leon-anavi has quit [Quit: Leaving]
d-s-e has quit [Quit: Konversation terminated!]
el_gatito has quit [Quit: Konversation terminated!]
zpfvo has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
<adrianf>
dickenhobelix: I'm trying to generate Configs for IDEs here: https://git.yoctoproject.org/poky-contrib/log/?h=adrianf/devtool-ide. I will push an update soon. It works for cmake and meson. Support for Makefile recipes would be one of the next features.
starblue has quit [Ping timeout: 260 seconds]
frieder has quit [Remote host closed the connection]
<khem>
anyone interested in go 1.21 I have some WIP here - https://git.yoctoproject.org/poky-contrib/log/?h=kraj/go1.21 it ended up crashing with stack overflow while building the compiler, haven't had time to look into it yet
dvergatal has joined #yocto
florian_kc has joined #yocto
<denix>
RP, dl9pf: that's because poky/master-next has switched to 6.4 kernel, while master is still preferring 6.1
<dvergatal>
hi all I have a question regarding circular dependencies, is it somehow possible to achieve the state in which in recipe A we have a B package in DEPENDS needed for USERADD_PARAM and in B package we have A package also in DEPENDS needed to use the user created in A package for installation of file/directory with this user ownership?
<dvergatal>
because as I have written with the usage of DEPENDS in both recipes it causes this circular dependencies error
Vonter has quit [Ping timeout: 246 seconds]
Minvera has joined #yocto
<moto-timo>
put the USERADD_PARAM in an .inc that both recipes use?
<moto-timo>
and it's probably not DEPENDS but RDEPENDS (run-time you need the user, not build time)
khem_ has quit [Remote host closed the connection]
khem_ has joined #yocto
<khem>
useradd would facilitate both buildtime (offline ) and runtime user operations
<khem>
I wonder if needs to create all needed users should be in the recipe itself, unless it knows a user is being created by another build time dep
khem_ has left #yocto [#yocto]
<LetoThe2nd>
halstead: see @khem on Matrix above
<halstead>
LetoThe2nd: khem: I'll look into it in a few hours.
<LetoThe2nd>
halstead: thanks!
<dvergatal>
moto-timo: hmmmit has to be during build time in order to know that user
<dvergatal>
additionally during runtime for the installation
<moto-timo>
if both recipes "require myuser.inc" you should not have a problem.
mvlad has quit [Remote host closed the connection]
<moto-timo>
you didn't define the numeric values so they won't be static
<dvergatal>
but i was typing that in docker-moby which adds this docker user and group I need to call in do_install this install with -o mgmtd -g mgmtd
<moto-timo>
please look at the example I posted earlier again. and I used :append to make sure it happens at the right time. += may not be working for you.
<dvergatal>
moto-timo: I use static ids
<moto-timo>
ok. well good luck then.
<dvergatal>
ahaaaaa
<dvergatal>
you are right it appends this ok I got it
kevinrowland has quit [Quit: Client closed]
amitk has quit [Ping timeout: 250 seconds]
<RP>
denix: I know, but we're about to switch master and agl will then likely need to tweak
<khem>
@vvn radxa is a board vendor so it is an oem-layer but the issue is https://github.com/JeffyCN/meta-rockchip and git.yoctoproject.org/meta-rockchip where yp BSP uses upstream repos as much as possible, whereas JeffryCN's repo is using SOC vendor forks so it might have more stuff working downstream which is not available upstream yet etc or will never make it
<khem>
if we can avoid such situations that will be ideal, I like meta-freescale for that matter, where they maintain both upstream and vendor BSPs in same layer controlled by machineoverride. Kind of slick
<khem>
@shebbar I have no idea why that broke since your message does not list the error details, perhaps you should delete your tmp/ folder to do a clean build
<shebbar>
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
vvmeson has quit [Quit: Konversation terminated!]
<shebbar>
let me try deleting /tmp, and do a clean build
<smurray>
shebbar: in the future please use a pastebin of some kind to post logs
<khem>
@shebbar pastebin /home/shebbar/project/Rpi/yocto/sources/poky/build/tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/kbd/2.2.0-r0/temp/log.do_compile somewhere on pastebin.com or other place
olani has quit [Ping timeout: 252 seconds]
olani has joined #yocto
<shebbar>
@smurray: sure, will do, @khem: thanks!
olani- has joined #yocto
olani- has quit [Remote host closed the connection]
starblue has joined #yocto
olani- has joined #yocto
048AABKDF has joined #yocto
048AABKDF is now known as vmeson
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 246 seconds]
pabigot has quit [Ping timeout: 256 seconds]
pabigot has joined #yocto
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]