absurdist has quit [Remote host closed the connection]
absurdist has joined #yocto
zwelch has quit [Ping timeout: 252 seconds]
jmiehe has joined #yocto
kanavin_ has joined #yocto
kanavin has quit [Ping timeout: 255 seconds]
jclsn has quit [Quit: WeeChat 4.3.2]
davidinux1 has quit [Ping timeout: 256 seconds]
davidinux1 has joined #yocto
jmiehe has quit [Quit: jmiehe]
Jones42__ has joined #yocto
Jones42_ has quit [Ping timeout: 260 seconds]
Minvera has joined #yocto
Daanct12 has joined #yocto
Minvera has quit [Ping timeout: 246 seconds]
Articulus has joined #yocto
ehussain has joined #yocto
mbulut has quit [Ping timeout: 264 seconds]
mjm has quit [Read error: Connection reset by peer]
mjm has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
alessioigor has joined #yocto
mulk has quit [Ping timeout: 255 seconds]
amitk has joined #yocto
zwelch has joined #yocto
ehussain has quit [Ping timeout: 255 seconds]
ehussain has joined #yocto
YoctoNoob79 has joined #yocto
<YoctoNoob79>
Anyone can help me with this: How can I add a generic file to the sysroot/x86_64 of the SDK?
ray-san has quit [Read error: Connection reset by peer]
absurdist has quit [Remote host closed the connection]
absurdist has joined #yocto
goliath has joined #yocto
florian has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
YoctoNoob79: a recipe have to provide it
<YoctoNoob79>
mckoan and thats exactly where I fail ^^ could you point me to an example?
<mckoan>
YoctoNoob79: describe "a generic file"
frieder has joined #yocto
alperak has joined #yocto
<YoctoNoob79>
mckoan the file is not generated by any compile step, its just present in the git repository of the package, its ignored by the compile steps, and shall just be deployed ONLY into the x86-64 part of the SDK. The file can be anything, lets assume simple text like *.md or similar.
florian has quit [Ping timeout: 260 seconds]
rob_w has joined #yocto
jmd has quit [Remote host closed the connection]
<mckoan>
YoctoNoob79: not easy and never tried. the x86-64 part of the SDK meand you need a -native recipe. The recipe has to do_install() the file somewhere.
rfuentess has joined #yocto
zpfvo has joined #yocto
Kubu_work has joined #yocto
<YoctoNoob79>
mckoan would that be do_install() or do_install:class-nativesdk() ?
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
ehussain has quit [Remote host closed the connection]
ehussain has joined #yocto
Starfoxxes has joined #yocto
wooosaiiii has joined #yocto
leon-anavi has joined #yocto
mulk has joined #yocto
jmd has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
florian has joined #yocto
altru has joined #yocto
florian_kc has joined #yocto
<rburton>
YoctoNoob79: most sensible way would be a recipe that BBCLASSEXTENDS native and nativesdk, and installs that file in do_install. you can then add it to the sysroot with TOOLCHAIN_HOST_TASK or TOOLCHAIN_TARGET_TASK
jmd has quit [Remote host closed the connection]
ablu has quit [Read error: Connection reset by peer]
wooosaiiii has joined #yocto
mbulut has joined #yocto
ablu has joined #yocto
Jones42_ has joined #yocto
Jones42__ has quit [Ping timeout: 240 seconds]
xantoz has quit [Remote host closed the connection]
mischief has quit [Remote host closed the connection]
<YoctoNoob79>
thanks rburton and mckoan :-)
mischief has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
ray-san has joined #yocto
prabhakalad has quit [Read error: Connection reset by peer]
prabhakalad has joined #yocto
jmiehe has joined #yocto
mulk has quit [Ping timeout: 256 seconds]
jmd has quit [Remote host closed the connection]
<Jones42_>
KanjiMonster: thanks!
mulk has joined #yocto
mulk has quit [Ping timeout: 268 seconds]
mulk has joined #yocto
<rburton>
every time i look at the TAP protocol i'm reminded why someone should have just told them to stop and make something sane
absurdist has quit [Remote host closed the connection]
absurdist has joined #yocto
jmiehe has quit [Quit: jmiehe]
mvlad has joined #yocto
ehussain has quit [Ping timeout: 240 seconds]
ehussain has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.3.3]
sakoman has quit [Ping timeout: 268 seconds]
xantoz has joined #yocto
sakoman has joined #yocto
YoctoNoob79 has quit [Ping timeout: 250 seconds]
sakoman has quit [Ping timeout: 256 seconds]
altru has quit [Ping timeout: 250 seconds]
sakoman has joined #yocto
ehussain has quit [Read error: Connection reset by peer]
ehussain has joined #yocto
zkrx has quit []
zkrx has joined #yocto
zkrx has quit [Read error: Connection reset by peer]
zkrx has joined #yocto
jmd has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
Guest74 has joined #yocto
absurdist has quit [Remote host closed the connection]
absurdist has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
ehussain has quit [Quit: ehussain]
wooosaiiii has quit [Remote host closed the connection]
tgamblin has quit [Read error: Connection reset by peer]
tgamblin has joined #yocto
nak has joined #yocto
nak is now known as andreasufert
jclsn has joined #yocto
rob_w has quit [Remote host closed the connection]
<andreasufert>
Hi, has anyone ever had to define extra dependencies for a event handler in Yocto/Bitbake? I know how to define depends for a single task but this doesn't seem to work for event handlers... Take this example, defined in a class "myclass.bbclass" inherited in local.conf:
<andreasufert>
python my_eventhandler() {
<andreasufert>
bb.note("Test for bb.event.BuildCompleted")
<andreasufert>
This doesn#t work. Anyone can help, please?
vthor has joined #yocto
<yocton>
andreasufert: Never played with eventhandlers but aren't they run in the bitbake python environement? Maybe you need to install python3-request (via pip or distro package manager) on your build host?
Xagen has joined #yocto
<andreasufert>
Sounds good. Problem is, I'm using crops docker images so there's a fixed set of packages baked in
<yocton>
I usually build my own docker image with "FROM crops... + install the 2 3 packages I need over that"
rfs613 has quit [Quit: restart]
Guest74 has quit [Ping timeout: 250 seconds]
rfs613 has joined #yocto
vthor has quit [Remote host closed the connection]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
Xywzel has quit [Ping timeout: 268 seconds]
Xywzel has joined #yocto
florian has quit [Ping timeout: 256 seconds]
mcfrisk_ has quit [Ping timeout: 268 seconds]
mcfrisk has joined #yocto
goliath has quit [Quit: SIGSEGV]
andreasufert has quit [Quit: Client closed]
ray-san has quit [Ping timeout: 252 seconds]
eminboydak has joined #yocto
Minvera has joined #yocto
Jones42_ has quit [Ping timeout: 268 seconds]
smooge has quit [Changing host]
smooge has joined #yocto
zpfvo has quit [Remote host closed the connection]
goliath has joined #yocto
prabhakalad has quit [Ping timeout: 268 seconds]
<abelloni>
kanavin_: what is super interesting is that 2038 also contains a GPS rollover
florian_kc has quit [Ping timeout: 268 seconds]
<abelloni>
don't expect me to take a plane that year
frieder has quit [Remote host closed the connection]
rfuentess has quit [Remote host closed the connection]
mbulut has quit [Ping timeout: 264 seconds]
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
florian_kc has joined #yocto
<kanavin_>
GPS rollover?
<joekale>
I'm currently trying to get an electron app to build on kirkstone and I'm a bit confused on when an npm-shrinkwrap.json file should be used. The app is supposed to be fetched from a git repo, but when I add a npmsw fetcher parsing of the src_uri fails (error thrown at bitbake/lib/bb/fetch2/__init__.py", line 1212).
<joekale>
srcrev is set to be
<joekale>
${AUTOREV} currently but even a hard commit fails parsing.
<kanavin_>
joekale, npm fetcher isn't well maintained. It's well possible it's broken. I know one company which had 'given up' trying to do 'npm with yocto' and instead runs node stuff in a debian container inside a yocto image :-(
<yocton>
abelloni: Let's also add a negative UTC leap second at the same time, nobody will notice :o)
<kanavin_>
32 bits for seconds is facepalmish too, but at least I kinda see the excuse for it
<joekale>
kanavin_, that's good to know. I'll see if I can narrow it down. thank you for the response.
<kanavin_>
(seconds since 1970 that is)
<kanavin_>
joekale, starting with the tip of poky master is a good idea
<joekale>
can do. I'll start there.
sarahn_ has quit []
sarahn has joined #yocto
elfenix|cloud has quit [Changing host]
elfenix|cloud has joined #yocto
florian_kc has quit [Ping timeout: 256 seconds]
<tgamblin>
fray: have you encountered 'Failure expanding variable S, expression was ${UNPACKDIR}/git which triggered exception RecursionError: maximum recursion depth exceeded' when working with meta-xilinx?
<tgamblin>
I'm running into it today, but I can't find the actual failure point
dankm has quit [Remote host closed the connection]
dankm has joined #yocto
florian has joined #yocto
olani- has joined #yocto
olani- has quit [Ping timeout: 256 seconds]
olani- has joined #yocto
florian_kc has joined #yocto
olani- has quit [Ping timeout: 268 seconds]
<abelloni>
yocton: hopefully, we re going to have a negative leap second before 2038 so whatever has t crash will crash before ;)
<abelloni>
kanavin_: GPS epoch is 6th of january 1980
olani- has joined #yocto
olani_ has joined #yocto
<yocton>
abelloni: fun fact! It is currently discussed to redefine UTC to avoid this never-seen-before negative leap second to avoid any surprises. The idea would be to add/remove a leap minute once a century (our kid, not us, will have to handle this :D)
<abelloni>
I guess the latest plan discussed at the CGPM was simply to allow the absolute dfference between UT1 and UTC to be greater than 1
<abelloni>
instead of 0.9 now
<abelloni>
but they never said why they want to do this
<abelloni>
so there are two assumptions, either this is to avoid negative leap seconds and cancel them with the subsequent positive leap second
<abelloni>
or indeed, they want to group leap seconds and update less frequently
<abelloni>
we should probably start quecto project
jmd has quit [Remote host closed the connection]
<yocton>
abelloni: ^^ (I'll gladly admit that I've been out-nerd'd :p)
enok has quit [Ping timeout: 272 seconds]
<vmeson>
yocton: abelloni: let's stop this incrementalism and just go for PlanckLinux !
<vmeson>
The Planck length LP is defined by taking the constants of nature and combining them in such a way that their units combine to give a length. This defines the Planck length, which is 1.6 x 10-35 metres.
alperak has quit [Quit: Connection closed for inactivity]
Haxxa has joined #yocto
enok has quit [Ping timeout: 264 seconds]
mvlad has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
xhmkusnkp has joined #yocto
rjones2 has joined #yocto
<rjones2>
Hello, is the correct IRC channel for questions that relate to SPDX?
Starfoxxes has quit [Read error: Connection reset by peer]
alessioigor has quit [Remote host closed the connection]
olani_ has quit [Ping timeout: 256 seconds]
olani- has quit [Ping timeout: 256 seconds]
xhmkusnkp has quit [Ping timeout: 256 seconds]
amitk_ has joined #yocto
amitk has quit [Read error: Connection reset by peer]
<JPEW>
rjones2: Depends. Are you talking about SPDX in Yocto, or SPDX in general
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rjones2>
JPEW specifically Yocto. I noticed that after running create-spdx, every component in my SBOM has OpenEmbedded listed as both the author and supplier. I'm wondering if there is anything additional I could do to improve the accuracy of these fields.
<JPEW>
rjones2: There are a few variables you can tweak. They are documented at the beginning of create-spdx-2.2.bbclass
<JPEW>
The one you may be interested in is SPDX_SUPPLIER
<JPEW>
and SPDX_ORG
Guest36 has quit [Quit: Client closed]
<rjones2>
JPEW: Thanks I will try this. Also would you happen to know if SPDX2 will still be supported after SPDX3 is released?
<JPEW>
rjones2: Yes, that is the plan. It probably won't get a lot of new feature work though