reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
Saur_Home60 has quit [Client Quit]
Saur_Home60 has joined #yocto
crazy_imp has quit [Ping timeout: 264 seconds]
crazy_imp has joined #yocto
lexano has quit [Ping timeout: 258 seconds]
davidinux2 has quit [Ping timeout: 246 seconds]
davidinux2 has joined #yocto
jclsn has quit [Ping timeout: 265 seconds]
jclsn has joined #yocto
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
Soopaman has joined #yocto
Soopaman has quit [Quit: Leaving.]
Soopaman has joined #yocto
xmn has joined #yocto
Soopaman has quit [Quit: Leaving.]
xmn has quit [Ping timeout: 246 seconds]
xmn has joined #yocto
Soopaman has joined #yocto
Jah has joined #yocto
jmd has joined #yocto
Soopaman has quit [Quit: Leaving.]
goliath has joined #yocto
Minvera has quit [Ping timeout: 258 seconds]
Guest9 has joined #yocto
<Guest9>
unusual problem, since recently the jetson pack flashes the xavier nx with an efi boot image, I need to add a dtbo to the image (gpio stuff) and all online resources point to a /boot/extlinux.conf but the only thing in /boot is a directory called efi so am at a loss as to where is that extlinux.conf or maybe I should edit something else
vthor has quit [Remote host closed the connection]
vthor has joined #yocto
alessioigor has joined #yocto
CrazyGecko has joined #yocto
xmn has quit [Ping timeout: 246 seconds]
rfuentess has joined #yocto
jmiehe has joined #yocto
zpfvo has joined #yocto
jmd has quit [Remote host closed the connection]
mckoan|away is now known as mckoan
frieder has joined #yocto
Guest9 has quit [Quit: Client closed]
mvlad has joined #yocto
Guest9 has joined #yocto
jmd has joined #yocto
<Guest9>
Xavier nx (nvidia) has now switched to EFI boot and I can't find a way to add a dtbo (gpio pins) to the kernel, onine help is still a step behind mentioning /boot/extlix.conf which does not exist on my board once flashed, cn anyone recommend a site which would explain that?
<Guest9>
correction: /boot/extlinux.conf
svuorela has quit [Server closed connection]
svuorela has joined #yocto
jmiehe has quit [Quit: jmiehe]
altru has joined #yocto
jmd has quit [Ping timeout: 244 seconds]
leon-anavi has joined #yocto
altru has quit [Ping timeout: 256 seconds]
prabhakalad has quit [Quit: Konversation terminated!]
<jclsn>
I have not expicitly told it not to. It should be its own package, but bitbake chronyc tells me chrony RPROVDES chronyc
jmd has quit [Ping timeout: 248 seconds]
olani has quit [Remote host closed the connection]
florian_kc has joined #yocto
<Guest9>
Xavier nx (nvidia) has now switched to EFI boot and I can't find a way to add a dtbo (gpio pins) to the kernel, onine help is still a step behind mentioning /boot/extlix.conf which does not exist on my board once flashed, cn anyone recommend a site which would explain that?
<Guest9>
correction /boot/extlinux.conf
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
Fanfwe has quit [Server closed connection]
altru has joined #yocto
Fanfwe has joined #yocto
mbulut has joined #yocto
<rburton>
mbulut: re your FOO=d.getVar(FOO) thing, the error is clear: you're recursively assigning
florian_kc is now known as florian
altru has quit [Ping timeout: 256 seconds]
<RP>
jclsn: which dependency makes you think it should be installed?
<mbulut>
rburton, oohhh... :)
* mbulut
feels stupid
<mbulut>
thx mate
lucaceresoli has quit [Server closed connection]
lucaceresoli has joined #yocto
Jones42 has joined #yocto
Jah has quit [Quit: Client closed]
<jclsn>
RP: I was assuming it would be installed by default
<RP>
jclsn: there is no such thing. Anything that gets installed is either listed in the list of things to install for an image or is a dependency of something that is
<RP>
jclsn: when you say "installed", do you mean into a package or into the end image?
<jclsn>
RP: The image in the end
<jclsn>
Guess I still don't fully understand how all of this works
<RP>
jclsn: do_install prepares all the files for packaging. During packaging the files get split into different packages. FILES_chronyc = "${bindir}/chronyc" means that file gets placed into the chronyc package
<jclsn>
There is FILES_chronyc. So I guess I have to activate it somehow like a PACKGECONFIG
<RP>
so to get that in the image you'd have to add that package to the IMAGE_INSTALL in the image
<RP>
PAcKAGECONFIG isn't relevant here, you need to install the package into the image
<jclsn>
Okay I guess I did not understand the difference between package and recipe
<jclsn>
I was assuming I could built it with bitbake chronyc
<RP>
you will built it with "bitbake chrony" but just because something is built, it doesn't mean it ends up in any image
<RP>
it also builds chrony-dbg containing debug symbols but that isn't in your image unless you ask for it either
<RP>
have a look at WORKDIR/package and WORKDIR/packages-split so see how it splits the files up
<RP>
you'll also see it generate multiple ipk/deb/rpm packages for any single recipe
<jclsn>
RP: Thanks :)
efeschiyan has quit [Server closed connection]
efeschiyan has joined #yocto
Jah has joined #yocto
Jah has quit [Ping timeout: 256 seconds]
paulg has quit [Read error: Connection reset by peer]
<fray>
jpew - in the new spdx 3 stuff RP merged today, it has the same 'exits' issue as the 2.2 stuff..
<JPEW>
fray: yep. It will need a patch also
<fray>
Will you take care of that, or do you need me to spin an update?
<JPEW>
If you can send it that would be great
<fray>
I'll put it on my TODO list. RP also mentioned to me yesterday that he'd like the multilib part of the change to be image specific. I THINK I can move that chunk into the image.bbclass, but it does mean the users need to ensure they're in image context. That's the bit I'm really not sure about..
<fray>
Are there cases for thoes three functions where they may not be in an image context? If we're not in an image context, should we fall back to using 'SSTATE_ARCHS'?
<fray>
I'm thinking moving the ALL_MULTILIB_SSTATE_ARCHS into the image.bbclass, and then from a usage standpoint (spdx class) doing ALL_MULTILIB_SSTATE_ARCHS ??= "${SSTATE_ARCHS}" with a comment explaining it's a performance optimization for the non-image case
<RP>
fray: put ALL_MULTILIB_SSTATE_ARCHS into the spdx class as a ??= to SSTATE_ARCHS, maybe with an SPDX prefix to the name then just set it in the image classes somewhere?
<RP>
JPEW: should I squash in the packagegroups tweak? I think that lets us merge
<fray>
RP yup
<JPEW>
RP yes that's fine
<RP>
JPEW: remaining question - do we switch the default?
<fray>
does Marta's work for the cve-check handle the new spdx 3? That'd be my only concern
mvlad has quit [Ping timeout: 244 seconds]
Xagen has joined #yocto
mvlad has joined #yocto
<JPEW>
It's currently orthagonal IIUC. I think we'd like to consolidate the SPDX and VEX stuff, but SPDX is (currently) too much and too late in the build. I think we can make it better, but I wanted to get SPDX 3 working first
<JPEW>
I think it should be the default
<RP>
spdx 3.0 merged btw, thanks JPEW :)
<JPEW>
\o/
<RP>
JPEW: I agree re: the default
<RP>
now is the time to do things like this
<JPEW>
Ya, and we can always switch back if really necessary
* RP
makes it so
<JPEW>
Hopefully not! I like SPDX 3 so much better :)
<cabazon46>
I'm thinking more about *regular* server OS that can freely run database / message queue / hypervisor / etc.
<rburton>
you can absolutely build an OS with yocto that has mariadb/mqtt/docker/xen/whatever
<khem>
cabazon46:if you want to use debian then use debian
<khem>
however if you want to build a linux server OS then yes yocto is completely capable of doing that
<khem>
fray: hmm can you describe the issue you are seeing
<fray>
I have relocated the toolchain with wrapper scripts (for each executable).. moving the directory 'appears' to work, but RP pointed me to the patch that adds the gccrelocprefix
<fray>
I'm trying to figure out what doesn't work, so I can show what I have works or doesn't
<fray>
using $CC -print-search-dirs everything appears fine..
<fray>
I did find where the %r is still being used in toolchain builds.. it's in the recipe, not the code
<fray>
this script is used to wrap calls to _all_ off the toolchain components from addr2lin, ar, cpp, gcc, etc...
<fray>
the computations fix and exec on line 19 fix the load of gcc with an alternative ld.so that can't just be hard coded
cabazon46 has quit [Quit: Client closed]
Guest-fermion has quit [Ping timeout: 256 seconds]
<fray>
khem so really this goes back to me trying to understand why our custom gccrelocprefix is still needed or not compared to what the gcc community is expecting
praneeth_ has quit [Quit: Connection closed for inactivity]
mjm has quit [Quit: mjm]
crazy_imp has quit [Ping timeout: 246 seconds]
jmiehe has quit [Quit: jmiehe]
crazy_imp has joined #yocto
vthor has quit [Ping timeout: 244 seconds]
mjm has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
mjm_ has joined #yocto
mjm_ has quit [Client Quit]
mjm_ has joined #yocto
mjm has quit [Ping timeout: 272 seconds]
mjm_ is now known as mjm
rjones2 has joined #yocto
cambrian_invader has quit [Server closed connection]
cambrian_invader has joined #yocto
jmiehe has joined #yocto
bantu has quit [Server closed connection]
bantu has joined #yocto
mjm has quit [Quit: mjm]
Soopaman has joined #yocto
jmiehe has quit [Quit: jmiehe]
Vonter has quit [Ping timeout: 272 seconds]
Vonter has joined #yocto
jpuhlman has quit [Server closed connection]
jpuhlman has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
MrCryo has quit [Remote host closed the connection]