<JaMa>
all github archives were regenerated with different checksums 2 days ago, which proves the point that it's not acceptable to use them, see ^ what issues it caused in various other projects which incorrectly believed that they are stable
florian_kc has joined #yocto
ptsneves has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
wkawka has joined #yocto
manuel1985 has joined #yocto
manuel__ has quit [Read error: Connection reset by peer]
<louson>
JaMa: thanks, I have to figure why I don't have the warning
<louson>
JaMa: I did not set the version in my test, sorry for that
<wkawka>
Hi, I have a strange situtation, I have config `NET_VENDOR_INTEL` enabled in my linux source (it is set in menuconfig both in source repo and in devshell), but on the machine it isn't enabled. It is present only when I add it to .cfg file, which is in SRC_URI in linux recipe. This config however, is not set in defconfig (there is a comment line
<wkawka>
that it is not set). What else can affect the config here?
Wouter01006704 has joined #yocto
florian__ has joined #yocto
<JaMa>
warn.log works greak, I just wish I don't have 2MB of warnings from last week :)
zpfvo has joined #yocto
<rburton>
zeddii: will you be pushing the fixes for meta-virt to work with current oe-core master?
<JaMa>
it doesn't? it seems to build something with latest master
ptsneves has quit [Quit: ptsneves]
<JaMa>
I mean the busybox-initrd was renamed to fix the parsing, what else do you need?
<rburton>
hm we get busybox bbappend mismatches
<rburton>
hm
<JaMa>
bbappend? there is only _%.bbappend, but maybe you mean ./recipes-core/busybox/busybox-initrd_1.36.0.bb
<JaMa>
if it still fails, you need to update oe-core instead
<rburton>
ParseError at /builds/engineering/yocto/meta-arm/work/build/../meta-virtualization/recipes-core/busybox/busybox-initrd_1.35.0.bb:3: Could not include required file recipes-core/busybox/busybox_1.35.0.bb
<rburton>
ah zeddii merged just after our CI ran :)
<JaMa>
then you need to update meta-virt, but it's already in master
<rburton>
zeddii: ignore me
* JaMa
has similar busybox case in meta-webos-ports and yes it's annoying :)
<JaMa>
maybe we should add both to oe-core so that it gets updated at the same time
Tyaku has joined #yocto
starblue has quit [Ping timeout: 260 seconds]
starblue has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
StephCC has joined #yocto
florian_kc is now known as florian
seninha has joined #yocto
prabhakarlad has quit [Quit: Client closed]
sgw has quit [Ping timeout: 260 seconds]
sgw has joined #yocto
Guest2022 has joined #yocto
<Guest2022>
I'm creating a recipe that uses 7zip to extract the files but when the recipe is executed it fails with command not found. I have `DEPENDS = "p7zip"` but that is not enough. how can I fix this?
prabhakarlad has joined #yocto
<mihai>
Guest2022, try p7zip-native
<mihai>
does wic have a way of creating a single bootable rootfs partition? sort of combining bootimg-pcbios and rootfs plugins
frieder has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
amitk has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
Net147 has quit [Quit: Quit]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
amitk has quit [Ping timeout: 268 seconds]
pabigot has quit [Ping timeout: 260 seconds]
leon-anavi has joined #yocto
Algotech75 has joined #yocto
pabigot has joined #yocto
wkawka has quit [Ping timeout: 260 seconds]
prabhakarlad has quit [Quit: Client closed]
<Guest2022>
mihai same issue with `DEPENDS = "p7zip-native"`
pidge has quit [Remote host closed the connection]
<qschulz>
Guest2022: in which task are you running 7zip?
<rburton>
mihai: do you mean a disk image with a single partition, or a rootfs with a kernel in?
<rburton>
wic is for constructing disk images, if you just want an ext4 or whatever then you don't need wic
<mihai>
rburton, I mean a disk without a boot partition, and boot straight out of the rootfs
<rburton>
sounds like a bare file system
<rburton>
you don't _need_ to make a boot partition in your wic file
<Guest2022>
qschulz what do you mean by which task? I have a recipe that the `SRC_URI` points to a 7zip file. The file is downloaded and bitbake runs `PATH="..." 7za x -y FILE` which returns command not found
<qschulz>
Guest2022: then I believe you're just missing a host dependency
<rburton>
Guest2022: is that a file that bitbake is decompressing for you, or does your recipe call 7za manually
<Guest2022>
rburton bitbake is decompressing it
<qschulz>
Guest2022: you're likely missing p7zip on your building machine
<rburton>
ignore qschulz :)
<rburton>
looks like we're missing detection for those files
<rburton>
whats the extension?
<Guest2022>
rburton extension is .7z
<rburton>
workaround is do_unpack[depends] += "p7zip-native" in your recipe
<Guest2022>
qschulz shouldn't bitbake download the host tools itself?
<rburton>
yeah ignore qschulz :)
<rburton>
the proper fix is to add another case to the big if block in base.bbclass where it looks at path.endswith('.lz4') and so on
<qschulz>
rburton: I disagree. If we actively support decompressing .7z archives, then we should do something so that it works OOTB
<rburton>
add two more lines for .7z and .7za
<rburton>
qschulz: yes, that's what i just said to do
<rburton>
Guest2022: if you can send a four line patch for base.bbclass then that would be great
<qschulz>
we already have xz-utils, unzip and zstd installed on the host
<qschulz>
ok, i'll ignore myself and religiously read what rburton just suggested :)
<qschulz>
well, TIL :)
<Guest2022>
rburton I will try the workaround first
<qschulz>
i was convinced this was one of the usecases for HOSTTOOLS?
demirok has quit [Quit: Leaving.]
<rburton>
we only hosttools the decompressors that are needed for bootstrapping
<rburton>
can't build gzip if you can't unpack gzip
<qschulz>
aren't we missing some other native recipe dependencies for the other compress tools listed in bitbake/lib/bb/fetch2/__init__.py ?
Tyaku has quit [Ping timeout: 264 seconds]
<qschulz>
e.g. bzip2?
<qschulz>
or unzip
<rburton>
probably
<landgraf>
qschulz: bzip is in hosttools
Tyaku has joined #yocto
<qschulz>
landgraf: I don't see it explicitly listed in debian/ubuntu and opensuse, but I guess another package brings it in
<qschulz>
I guess a missing HOSTTOOL should make bitbake fatally fail when building oe-core
<qschulz>
so running the apt-get command with --no-install-recommends should help identify the packages we should add
<qschulz>
but at the same time, since the command (without --no-install-recommends) works, why bother?
<qschulz>
(for debian/ubuntu, I'm commenting the absence of bzip2 in the list of packages to install)
<qschulz>
I guess this is up to michaelo to decide what makes sense here. I don't know
alessioigor has quit [Quit: alessioigor]
<landgraf>
qschulz: yes, bitbake will fail is some of hosttools are missing.
alessioigor has joined #yocto
<landgraf>
qschulz: I guess the doc assumes that bzip2 is either installed on all systems or one of the mentioned packages brings it...
<rburton>
assumptions are bad, should be fixed
<landgraf>
qschulz: found that mercurial is not in the list of HOSTTOOLS_NOFATAL. time to send the patch :)
sakoman has joined #yocto
AKN has quit [Read error: Connection reset by peer]
<mihai>
rburton, right I don't need the boot partition, but I need what comes with it from the bootimg-pcbios wic plugin
<mihai>
mainly an mbr :)
<mihai>
I would say that this is scenario missing from wic
<mihai>
unless there's some magic wks options somewhere I can't find
xmn has joined #yocto
demirok has joined #yocto
azcraft has joined #yocto
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
kscherer has joined #yocto
Schlumpf has quit [Quit: Client closed]
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 255 seconds]
leonanavi has quit [Client Quit]
<zeddii>
JaMa: I did manage to miss that fixup. it is merged now.
h417 has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
leon-anavi has joined #yocto
louson has quit [Ping timeout: 252 seconds]
louson has joined #yocto
<JaMa>
zeddii: thanks
<JaMa>
khem: thanks for gcc-13.. I'm working on chromium now, needs bunch of fixes in various third_party etc, let me know if I should fix meta-browser as well (I'm doing it for chromium in meta-webos-ports now)
<JPEW>
There won't be a /dev/kvm inside of qemu itself
<JPEW>
IIRC qemu won't start if you specify `runqemu kvm` and it can't actually use KVM, so I _think_ it's working
<JPEW>
Or rather, if qemu is running at all, it should be using kvm to accelerate
<TRO[m]>
yes, that's working. How to get one inside of qemu?
<JPEW>
If you're doing `nographics`, you probably also want `serialstdio`
<JPEW>
I think you could also configure a way to SSH in, but that's the easiest to see "something" happening
<mihai>
smells like nested virt
seninha has quit [Quit: Leaving]
seninha has joined #yocto
florian has quit [Quit: Ex-Chat]
<mihai>
TRO[m], you want to run a kvm guest inside a kvm guest?
Guest3791 has joined #yocto
<khem>
JaMa: I have only fixed oe-core/meta-openembedded layers and some BSP layers that we include in Yoe, so far meta-browser is not in my radar and moreover it uses clang but you are welcome to try clang16 from https://github.com/yoedistro/meta-clang/tree/kraj/clang16
<TRO[m]>
mihai: yes, like to test that super micro vm firecracker in qemu and that's does require /dev/kvm
Guest3762 has quit [Quit: Connection closed]
florian__ has quit [Ping timeout: 248 seconds]
<khem>
JaMa: I keep rebasing kraj/gcc13 branch as well, fixed a build issue for aarch64 cross-gcc last night
<TRO[m]>
mihai: that is what I currently trying - thank you for the pointer. Hopefully will come back with a success story
Guest3791 has quit [Ping timeout: 252 seconds]
StephCC has quit [Ping timeout: 246 seconds]
zpfvo has quit [Remote host closed the connection]
alessioigor has joined #yocto
mckoan is now known as mckoan|away
alessioigor has quit [Client Quit]
StephCC has joined #yocto
<mihai>
TRO[m], good luck! :)
Net147 has quit [Ping timeout: 248 seconds]
manuel1985 has quit [Ping timeout: 256 seconds]
prabhakarlad has quit [Quit: Client closed]
goliath has joined #yocto
frieder has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
h417 has quit [Quit: Client closed]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
vmeson has quit [Quit: Konversation terminated!]
vmeson has joined #yocto
halt33 has joined #yocto
seninha has quit [Quit: Leaving]
DA92_CC has joined #yocto
StephCC has quit [Ping timeout: 260 seconds]
Jham has quit [Quit: Leaving]
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
halt33 has quit [Quit: Client closed]
florian__ has joined #yocto
StephCC has joined #yocto
DA92_CC has quit [Ping timeout: 248 seconds]
azcraft has quit [Quit: Leaving]
azcraft has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
azcraft has quit [Remote host closed the connection]
Guest2022 has quit [Quit: Client closed]
Haxxa has joined #yocto
DA92_CC has joined #yocto
StephCC has quit [Ping timeout: 248 seconds]
StephCC has joined #yocto
prabhakarlad has joined #yocto
BrianL has joined #yocto
DA92_CC has quit [Ping timeout: 248 seconds]
DA92_CC has joined #yocto
StephCC has quit [Ping timeout: 248 seconds]
<BrianL>
Is anyone here able to maybe give some insight on getting a recipe included in the both the target and the sdk? I'm getting an error that I've been chasing for more than a week now, about libdnf, no match for my "custom" recipe ...
<BrianL>
I can put on pastebin or wherever the logs, the recipe, etc...
<BrianL>
I just don't know what's relevant at this point
sakoman has quit [Quit: Leaving.]
<khem>
if its in your image via IMAGE_INSTALL then it should get into SDK as well when you build image specific SDK using -cpopulate_sdk
sakoman has joined #yocto
Guest3793 has joined #yocto
<BrianL>
khem It is in the image via IMAGE_INSTALL, but unfortunately I'm getting a "User-Agent: falling back to 'libdnf': could not detect OS or basearch
<BrianL>
repo: using cache for: oe-repo"
<BrianL>
finalcut-git-r0 do_populate_sdk: Could not invoke dnf.
Guest3793 has quit [Client Quit]
<khem>
is this recipe installing something or is it empty ?
<khem>
add do_install() {something}
<BrianL>
It's building the finalcut library. I'll add a do_install of the includes specifically and report back. Thank you khem
<khem>
is there something like "No match for argument: " in the output after above dnf error ?
<khem>
mostly thats the recipe which is problematic
<BrianL>
Yes, precisely that. "No match for argument: finalcut"
<BrianL>
I figured that the recipe was the problem, but I've thus far been mostly back-hand slapped by every change to the recipe to date, varying from specifying files to be installed, etc. I'll poke at it some more
florian__ has quit [Ping timeout: 252 seconds]
BrianL has quit [Quit: Client closed]
BrianL has joined #yocto
Guest3763 has joined #yocto
<Guest3763>
anybody know why the cc linker would be unfindable when building rust_1.67 ?
<vmeson>
Guest3763: not off-hand. Can you sing a few bars, err can you explain what you mean in a bit more detail? What are you trying to do and what do you see?
<BrianL>
If you don't mind telling me where my idiocy is, it'd be greatly appreciated ...
tepperson___ has joined #yocto
u1106 has joined #yocto
<BrianL>
Actually, anyone is invited to examine the two pastebin links and tell me where my idiocy is (with regard to the output and the recipe). Idiocy in general on my part is to be assumed, no need to reach for that low-hanging fruit ...
<khem>
do_install seems to be just installing two empty directories. it seems to be autotooled package do do_install from autotools.bbclass should do the right thing. Perhaps delete your do_install and build the package bitbake finalcut then go into the build directory of finalcut and check whats in directory called packages-split
<BrianL>
Prior to adding the nigh-useless do_install, it was using autotools with the exact same error output. I'll do as instructed and report back
<BrianL>
Thank you
<khem>
It seems something is wrong in packaging perhaps
seninha has quit [Remote host closed the connection]
tepperson has joined #yocto
seninha has joined #yocto
tepperson___ has quit [Ping timeout: 248 seconds]
manuel1985 has quit [Ping timeout: 248 seconds]
florian__ has joined #yocto
<BrianL>
khem any thoughts on what could be wrong in packaging?
<khem>
ok whats in image/ folder ?
tepperson_ has joined #yocto
<BrianL>
../usr is in the image folder, which contains /usr/include ...
tepperson has quit [Ping timeout: 248 seconds]
tepperson_ is now known as tepperson
<khem>
ok so i thing it did not install everything you need
<khem>
perhaps look into installing them via do_install
<BrianL>
I'm ultimately just trying to get the source into both sides of the development equation -- the target and the build system so that I can deploy an application ..
<BrianL>
It has been 10 years since I last did this, and it's just as steep and painful a learning curve as I remember it being last time
goliath has quit [Quit: SIGSEGV]
<BrianL>
khem I couldn't easily find another recipe to use as a model which did a separate install of the source for a package. Any advice on what strings/variables I should do my recursive grep for?
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<BrianL>
I'm unfortunately cursed with having to use the never sufficiently to be damned Vitis IDE for Xilinx parts, and it's giving me fits trying to add any new source libraries
DvorkinDmitry has joined #yocto
<khem>
search for do_install in poky repository usually it will do manual copying etc.
<DvorkinDmitry>
may I add one more bootloader into virtual/bootloader in MC build?
<DvorkinDmitry>
how to do it correctly?
<khem>
look at meta/recipes-support/numactl/numactl_git.bb for example
<BrianL>
Will do.
DA92_CC has quit [Ping timeout: 260 seconds]
florian__ has quit [Ping timeout: 252 seconds]
leon-anavi has quit [Quit: Leaving]
<khem>
maybe all you need is oe_runmake DESTDIR=${D} prefix=${D}/usr install
<khem>
in do_install:append()
<khem>
DvorkinDmitry: it should be following the normal multiconfig syntax perhaps?
<BrianL>
khem That might be in agreement with the install instructions: