<PhoenixMage>
So, in bb if a variable isnt populated it seems to show up as a string instead? I would have expected "" or null or something else...
sakoman has quit [Quit: Leaving.]
alessioigor has joined #yocto
Minvera has quit [Ping timeout: 250 seconds]
Thorn has quit [Ping timeout: 240 seconds]
amitk has joined #yocto
goliath has joined #yocto
Guest41367 has joined #yocto
Thorn has joined #yocto
rfuentess has joined #yocto
frieder has joined #yocto
Granjow has joined #yocto
Haxxa has quit [Ping timeout: 240 seconds]
xmn has quit [Ping timeout: 256 seconds]
Guest41367 has quit [Remote host closed the connection]
topik has joined #yocto
<topik>
Hi, does someone know why virtual providers do not apply to RDEPENDS? I could see a use-case for that in e.g. having virtual provider for a service which had variants for release and testing builds
<topik>
That doesn't really include the explanation for the problems with virtual runtime providers
Granjow has quit [Ping timeout: 240 seconds]
<landgraf>
topik: what do you mean? you're trying to add virtual provider to RDEPENDS and it's not installed in the image?
<topik>
Mostly I'm wondering the documentation and the reasoning behind that virtual/ -> virtual- syntax change
<topik>
The documentation says "Virtual providers only apply to build time dependencies --". I would like to specify an RDEPENDS for a package as virtual/foo, and then define which variant of foo is taken into the build elsewhere
Guest41367 has quit [Remote host closed the connection]
mvlad has joined #yocto
<landgraf>
topik: probably it's because of the package manager under the hood but I'm just guessing. Can you add PROVIDES="virtual-foo" to the recipe and use virtual- in the RDEPENDS?
<kayterina[m]>
Hello, when a recipe is built from git (not archive) the version in the recipe name is that of the .bb file? So it can be anything, not bound to the version actually built or it helps to keep the version?
<landgraf>
kayterina[m]: it depends. nothing prevents you from using git tags and $PV in the recipes.
<topik>
I can, and that works, it just feels weird and I'm wondering if I'm doing something wrong doing that
zpfvo has joined #yocto
Thorn has quit [Ping timeout: 240 seconds]
<landgraf>
topik: Yes. this looks like a kludge however I'm pretty sure there's strong reasoning behind this... probably ipk/rpm/dnf/deb doesn't like 'virtual/' syntax in their command line or something like that. you can dig into git history to find the reason :)
<topik>
Alright :P
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
leon-anavi has joined #yocto
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
Thorn has joined #yocto
Guest41367 has joined #yocto
florian_kc has joined #yocto
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
yannd has quit [Ping timeout: 240 seconds]
Saur has quit [Remote host closed the connection]
gsalazar has joined #yocto
Saur has joined #yocto
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Saur has quit [Remote host closed the connection]
Saur has joined #yocto
Guest41367 has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
yannd has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Thorn has quit [Ping timeout: 240 seconds]
Guest41367 has quit [Remote host closed the connection]
<PhoenixMage>
Does grub support fitImage or is it a uboot only thing?
Thorn has joined #yocto
* RP
wonders what a green nightly build means. It has been a while
<linex[m]>
PhoenixMage: I think it's only a uboot thing
Guest41367 has joined #yocto
<linex[m]>
eco friendly builds :o /jk
<mcfrisk>
it's one of those magical unicorn type of things which actlually only tell that you're not testing enough on real HW and on complex SW stack..
<RP>
topik: the choice of a given virtual is baked into the package when it is created. If you then want to change it later, the package has to rebuild. It can't be something you can change at will as we have no want to pass that information to the package manager.
<RP>
topik: it would also mean we'd have to have a solution for each different package management backend. The chances of them all working the same way is about zero.
<landgraf>
so my guessing was about right and it has something to do with package management :-)
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
<RP>
landgraf: yes, the package managers just don't have a good way to handle this
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
prabhakarlad has joined #yocto
gstinocher[m] has quit [Remote host closed the connection]
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
Guest41367 has quit [Ping timeout: 246 seconds]
Guest41367 has joined #yocto
rob_w has joined #yocto
Guest41367 has quit [Ping timeout: 246 seconds]
Guest41367 has joined #yocto
<topik>
RP, thanks a lot, that makes sense
<topik>
A bit of a shame, but we'll have to deal with it
<RP>
topik: I wish we had something better. I'm sure it could be done but would be a lot of work
<topik>
yeah...
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
florian_kc has joined #yocto
GNUmoon has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
GNUmoon has joined #yocto
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
Guest41367 has quit [Read error: Connection reset by peer]
Guest41367 has joined #yocto
Guest41367 has quit [Ping timeout: 240 seconds]
prabhakar has quit [Remote host closed the connection]
tgamblin has joined #yocto
Guest41367 has joined #yocto
hays has quit [Remote host closed the connection]
kpo has joined #yocto
prabhakar has joined #yocto
prabhakarlad has joined #yocto
prabhakar has quit [Remote host closed the connection]
kpo has quit [Ping timeout: 240 seconds]
<PhoenixMage>
linex[m]: ta
prabhakar has joined #yocto
florian_kc has quit [Ping timeout: 268 seconds]
camus has quit [Read error: Connection reset by peer]
camus1 has joined #yocto
prabhakar has quit [Remote host closed the connection]
camus1 is now known as camus
hays has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
seninha has joined #yocto
Guest41367 has quit [Remote host closed the connection]
Guest41367 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Guest41367 has quit [Ping timeout: 240 seconds]
Vygu has joined #yocto
Guest41367 has joined #yocto
florian_kc has joined #yocto
<Vygu>
Hello, Are there any way to know what dynamic lib are required by a python module, without run it, as ldd on binaries or soname libs ?
Guest41367 has quit [Remote host closed the connection]
beroset has joined #yocto
prabhakar has joined #yocto
kpo has joined #yocto
<rburton>
Vygu: do you mean what python imports?
florian_kc has quit [Ping timeout: 250 seconds]
<Vygu>
the use case is: I want to integrate an internal python stack, which currently runs on an ubuntu image, onto a customized yocto image. To do that I would like scan the python code base (or wheel files) to know what packages I have to install on the yocto image as python dependencies.
<linex[m]>
is it normal to get apt-get install in do_rootfs ?
<mcfrisk>
linex[m]: if I got the question wrong, then please provide more details :)
florian_kc has joined #yocto
<rburton>
Vygu: if your app has requirements.txt and so on then you can use that
<linex[m]>
mcfrisk: thanks, What's happening is apt=get install <pkgs> is failing in the yocto build, particularly in the do_rootfs() function. I am not sure why apt-get install is ran. Usually the packages are built and installed without a package manager, no ?
<rburton>
linex[m]: no, rootfs is generated with a package manager
<rburton>
so if you have deb packages then apt is used
<rburton>
fwiw, deb is the worst supported backend, unless you really want to use debs, don't
<linex[m]>
Thanks, can I just chose another package manager without writing too much code ? rburton
<rburton>
linex[m]: the default in oe-core is ipkg and poky uses rpm, so "you" changed it to deb already. set PACKAGE_CLASSES to ipkg or rpm.
<jbo>
Hey guys, I'm trying to create a recipe for a custom app hosted on a private github repo. I'm using the git fetcher. I'm getting this: Please set a valid SRCREV for url
<jbo>
is SRCREV specific to the recipe or the SRC_URL?
florian_kc has quit [Ping timeout: 240 seconds]
<rburton>
if you fetch from a git server you need to set a SRCREV
<jbo>
rburton, that is a recipe-level thing, right?
seninha has quit [Quit: Leaving]
<rburton>
of course
<jbo>
so is SRCREV = "main" allowed?
<rburton>
well, you can have a recipe with multiple git repos
seninha has joined #yocto
<jbo>
for development I'd like the recipe to just grab the latest main branch
<rburton>
actual SHAs preferred. if you want to track latest then use AUTOREV.
<rburton>
(see the docs)
<jbo>
(reading them)
<jbo>
that seems to have worked - thank you for pointing me towards the right direction!
<jbo>
as in: getting different errors now -> progress :D
Minvera has joined #yocto
<jbo>
hmm... is there something in bitbake preventing to fetch stuff during the recipe build? I have a cmake based project which uses FetchContent() to download a dependency. It works outside of bitbake but when building via bitbake it says that it couldn't resolve the host of where that dependency repo is located
<rburton>
yes
<rburton>
for exactly this reason :)
<jbo>
I get that - any way of disabling that for development purposes?
<rburton>
look up the [network] flag
<jbo>
got it - thanks again! :)
<jbo>
I left a hard-to-miss-note that this is a workaround for development purposes only. I guess the proper way of doing this is to wrap the dependency in a recipe as well?
<PhoenixMage>
Is it possible to tell the kernel to use a different dtb then the one u-boot puts in memory? Or to get u-boot to compile with the kernel dts?
<jbo>
PhoenixMage, wouldn't that just be in the FIT?
<PhoenixMage>
For a variety of reasons, but mainly because I plan to have u-boot in SPI
prabhakarlad has quit [Quit: Client closed]
<Vygu>
thank you for your answers
<Vygu>
bye
Vygu has quit [Quit: Client closed]
<PhoenixMage>
Anyway, my board is only bootable using a patched 6.4-rc1 kernel and the dts in uboot is out of date
<PhoenixMage>
So when I boot from grub I have no ethernet for starters
<PhoenixMage>
If I manually load the newer fdt then bootefi then boot kernel its fine
<LetoThe2nd>
yo dudX
<PhoenixMage>
Hey LetoThe2nd
<PhoenixMage>
and since LetoThe2nd is here the other reason I am doing it is to mess with mender :p
<LetoThe2nd>
PhoenixMage: yay!
* LetoThe2nd
feels required to look at the backlog, then.
<LetoThe2nd>
PhoenixMage: whats the actual problem? Loading another DTB than the default one on a platform?
<PhoenixMage>
Either compiling u-boot with the 6.4-rc1 dts or being able to supply the kernel an updated one from file
Xagen has joined #yocto
<PhoenixMage>
I would have thought u-boot would first attempt to load it from the efi partition but doesnt appear that way
<LetoThe2nd>
PhoenixMage: doesn't just setting KERNEL_DEVICETREE do the trick?
<PhoenixMage>
Doesnt appear to
<PhoenixMage>
Isnt that only for telling the kernel where to find the dtb to build not u-boot?
<LetoThe2nd>
PhoenixMage: the point is that the logic in u-boot is supposed to do the right thing(TM). If it doesn't do that, it needs to be fixed. I take it this is just happening in a Mender-style setup? Or is it consistent for all builds on the particular platform?
<PhoenixMage>
I havent gotten to mender yet
<PhoenixMage>
This is just getting my base image working before I start screwing it up with mender
<LetoThe2nd>
PhoenixMage: so it is a generic problem when you are building for your target platform?
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<PhoenixMage>
Basically if I let it boot my efi without intervention I lose ethernet, if I intervene and load the dtb manually to $fdt_addr_r and supply that to boot the efi (and on to the kernel) its fine
<PhoenixMage>
fitImage is fine because it loads the external dtb thats part of the fitImage
Xagen has joined #yocto
xmn has joined #yocto
<LetoThe2nd>
PhoenixMage: that definitely sounds like a bug, possibly introduced by the BSP. Setting KERNEL_DEVICETREE should definitely define the dtb to be used.
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<PhoenixMage>
It does but the u-boot src and the kernel src have different src files for the same dtb, one works (kernel) one doesnt (uboot)
<PhoenixMage>
I might patch it in and see how I go
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
<LetoThe2nd>
PhoenixMage: sounds like a custom carrier for a generic som or such?
<PhoenixMage>
Its a Radxa Rock-5b its only just starting to get mainline support
kscherer has joined #yocto
sakoman has joined #yocto
<LetoThe2nd>
PhoenixMage: we have some interest around that in the Mender community already too. Care to drop a post on hub.mender.io, then I can connect you?
<PhoenixMage>
Sure thing, will have to in the morning its about to hit midnight and sadly I have a 7am meeting
<LetoThe2nd>
PhoenixMage: no hurry required. just thinking about the best way to help you.
<PhoenixMage>
Thanks mate, appreciate it
<LetoThe2nd>
have a good night!
amitk has quit [Ping timeout: 250 seconds]
<jbo>
hmm... so I am using core-image-weston successfully. the image has the panel/bar at the top with the icon for the terminal. how/where would I add custom stuff in my layer to add another custom app to the bar/panel?
rob_w has quit [Quit: Leaving]
<rburton>
jbo: i believe you need to provide a custom weston.ini
<jbo>
rburton, thanks - that's the sort of hint I was hoping for :)
<jbo>
I'll investigate
<LetoThe2nd>
JPEW: i've given the doom layers a build spin and they seem to be fine for kirkstone too. Fancy a PR to add the layercompat?
<JPEW>
LetoThe2nd: go for it!
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
beroset has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
kpo has quit [Ping timeout: 246 seconds]
Chrys69 has joined #yocto
<Chrys69>
Hi everyone Little question here. I would like to patch a Kernel. I know how to patch having "patch" file generated through git format-patch for example. But if I want to patch the kernel while the files to be added came from other git repo? I already tried to add in SRC_URI a git repo. Than using SRCREV_FORMAT and adding the "name" on the git
<Chrys69>
repo. But I don't like this idea as I need also to change the recipe of the kernel which came from the community. How should I do it?
<rburton>
Chrys69: easy way: copy the patches
<rburton>
or if the git repo is available over http then you can just grab the patches one at a time in a SRC_URI
<Chrys69>
It's not patch file, is entire files to be added to the kernel
<Chrys69>
So the patch need to be done after
<rburton>
so its not a patch then
<rburton>
add both git repos, then in a new post-unpack copy the files to the right places
<Chrys69>
How to distinguish where both git repos would be unpacked?
<LetoThe2nd>
rburton: description of all IT: "copy the files to the right places".
<Chrys69>
I guess the variable S are in "WORKDIR/git" folder. If i doesn't change it on my bbappend, will the git repo will be also unpacked above the unpack of the linux kernel? I ask that because the folder under the git repo are done as well to be directly copied into kernel.
<LetoThe2nd>
rburton: that place is already taken by a strep infection, sorry.
<Chrys69>
By the way thanks all for your help.
<rburton>
Chrys69: destsuffix is what you want
<LetoThe2nd>
RP: hehe
<rburton>
Chrys69: git unpack is "git clone" so you can't unpack a git tree inside the same directory as an existing git tree
<Chrys69>
ok, maybe thats why i only have one git unpacked. I guess it removes the content of the folder before unpacking right?
bps2 has quit [Ping timeout: 256 seconds]
<Chrys69>
I mean, i have two git. The kernel sources, and the files to be added. I figure out that when I add both git source, i have my files added under WORKDIR/git but without any kernel sources files. (destsuffix is what i want to do what i want, but i'm just asking to understand the mecanism). Thanks by the way.
seninha has quit [Quit: Leaving]
<rburton>
yeah its probably stamping over the kernel when it clones the second repo
LocutusOfBorg has quit [Ping timeout: 256 seconds]
<Chrys69>
Ok thanks. I still need to add SRCREV_FORMAT no?
<Chrys69>
To distinguish the rev of the Kernel source and the files to be added. Or is there a way i can pass to "rev" the "autorev"?
<Chrys69>
I mean, i wouldn't want to change the "community" recipe which have already set the SRCREV. And I don't know how SRCREV could affect the git repo.
zpfvo has quit [Ping timeout: 268 seconds]
topik has left #yocto [#yocto]
<rburton>
SRCREV_FORMAT isn't needed
<rburton>
you name the git repos in SRC_URI and then use that name in the srcrev assignments
<rburton>
plenty of examples in core
<Chrys69>
oh, i only saw the example with SRCREV_FORMAT. THanks!
<Chrys69>
I will check.
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
LocutusOfBorg has joined #yocto
louson has quit [Ping timeout: 265 seconds]
zpfvo has joined #yocto
Minvera has quit [Remote host closed the connection]
Chrys69 has quit [Quit: Connection closed]
Guest2 has joined #yocto
Guest2 has quit [Client Quit]
astlep55047 has quit [Remote host closed the connection]
astlep55047 has joined #yocto
kpo has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
jquaresma[m] has quit [Remote host closed the connection]
<RP>
rburton: two git repos probably do mean you need SRCREV_FORMAT though?
<rburton>
you don't _need_ it
<RP>
rburton: I thought bitbake required it to set PV correctly?
<rburton>
iirc the default is just all of the revs in a line
goliath has quit [Quit: SIGSEGV]
zpfvo has quit [Remote host closed the connection]
ptsneves has quit [Ping timeout: 240 seconds]
leon-anavi has quit [Quit: Leaving]
vladest has quit [Ping timeout: 256 seconds]
frieder has quit [Remote host closed the connection]
rfuentess has quit [Remote host closed the connection]
Minvera has joined #yocto
beroset has joined #yocto
<beroset>
On the topic of general troubleshooting, I have a kernel module which is failing to compile since I tried to move from kirkstone to mickledore.
<beroset>
It is complaining about a problem with a "headers_install.sh" script that is bundled with the kernel source.
Thorn has quit [Ping timeout: 240 seconds]
<beroset>
I had thought I might try to use devtool to troubleshoot this or maybe bitbake -c devshell but are there other tools or techniques I should read about?
<beroset>
At the moment, I'm doing printf-style debugging by adding "echo" statements to the shell script.
Minvera has quit [Remote host closed the connection]
Minvera has joined #yocto
<s11c>
Hello everyone. Can anyone tell me why a machine would hang on boot with a message saying "Waiting for root device"?
<JPEW>
s11c: wrong rootfs disk passed to the kernel, or the one passed doens't exist
PobodysNerfect has quit [Quit: Gone to sleep. ZZZzzz…]
Wouter0100670440 has joined #yocto
<s11c>
JPEW: I have verified that disk I created has 2 partitions. Both have the correct label, and contain the boot and OS respectively. The wic script finds the files and creates the image, so what else is there to check?
<sudip>
s11c: check the kernel cmdline, also check in dmesg if it finds the partitions
<sudip>
s/dmesg/boot messages/
<s11c>
Ok, thanks. I don't see anything in the boot messages, but I am not able to scroll back. I think the cmdline is ok, but I will try figure out if I can redirect the boot messages to serial (and find a serial cable)
PobodysNerfect has joined #yocto
Thorn has joined #yocto
xmn has joined #yocto
xmn has quit [Ping timeout: 248 seconds]
xmn has joined #yocto
seninha has quit [Quit: Leaving]
seninha has joined #yocto
PobodysNerfect has quit [Quit: Gone to sleep. ZZZzzz…]
goliath has joined #yocto
PobodysNerfect has joined #yocto
GNUmoon has quit [Remote host closed the connection]