LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
Abp has joined #yocto
ablu has joined #yocto
DvorkinDmitry has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
Daanct12 has joined #yocto
ente has quit [Quit: finally it's reboot time]
ldywicki has quit [Quit: Connection closed for inactivity]
davidinux has quit [Ping timeout: 245 seconds]
davidinux has joined #yocto
starblue has quit [Ping timeout: 240 seconds]
starblue has joined #yocto
vladest has quit [Ping timeout: 255 seconds]
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
tlhonmey has quit [Quit: Client closed]
enok has joined #yocto
locutusofborg has quit [Ping timeout: 256 seconds]
enok71 has joined #yocto
enok has quit [Ping timeout: 256 seconds]
enok71 is now known as enok
enok has quit [Ping timeout: 240 seconds]
Daanct12 has quit [Quit: WeeChat 4.2.2]
Daanct12 has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
sakoman has joined #yocto
amitk has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
alperak has joined #yocto
alessioigor has joined #yocto
simonew has joined #yocto
simonew has quit [Ping timeout: 250 seconds]
rob_w has joined #yocto
enok has joined #yocto
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Dracos-Carazza has joined #yocto
Abp has quit [Ping timeout: 256 seconds]
Abp has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
<landgraf> if SRC_URI is modified with anon python function (zip file is added) then unpack doesn't depend on unzip-native anymore and dependency has to be added manually. Is it bug or feature?
linfax has joined #yocto
enok has quit [Ping timeout: 246 seconds]
Abp has quit [Ping timeout: 256 seconds]
Abp has joined #yocto
goliath has joined #yocto
locutusofborg has joined #yocto
ehussain has joined #yocto
frieder has joined #yocto
enok has joined #yocto
Kubu_work has joined #yocto
ehussain has quit [Quit: ehussain]
enok has quit [Quit: enok]
enok71 has joined #yocto
alinucs_ has joined #yocto
yocti` has joined #yocto
yocti has quit [Killed (NickServ (GHOST command used by yocti`))]
enok71 has quit [Remote host closed the connection]
rfuentess has joined #yocto
yocti` is now known as yocti
alinucs has quit [Quit: ZNC 1.7.5 - https://znc.in]
<kanavin> halstead, generally you can interrupt my builds without asking
<kanavin> landgraf, that sounds like a bad idea to begin with
<kanavin> if you need to modify SRC_URI programmatically, do it with an external script that runs prior to bitbake
mvlad has joined #yocto
<landgraf> kanavin: hmmm. I used external script before ("the script" is simple `aws s3 cp`). Sometimes I forgot to run it locally and ended up with older version of some sources and random issues because of that.
<landgraf> kanavin: AWS codebuild security model makes using s3 fetcher difficult to use so I decided to use "the script" in codebuild env and s3 fetcher locally
<kanavin> landgraf, if there's something you need to do in 'the script' (whether external or anon python), should the s3 fetcher be improved with it?
<landgraf> kanavin: s3 fetcher is OK. it uses "AWS_*" variables to be present on the host for aws-cli and it works just fine in "normal" environments. it's codebuild's limitation which prevents this variables from being passed to bitbake. It's security measure and I understand the reasoning but it's a pain.
<landgraf> So I decided to use "if d.getVar("CODEBUILD_BUILD_ID") is None: d.appendVar(SRC_URI, "file://")" else d.appendVar(SRC_URI, "s3://") and it works fine if unpack dependency on unzip-native:do_populate_sysroot is added
<kanavin> so it's neither a bug nor feature, it's just something that isn't recommended or tested
<landgraf> Right. It's used by some bbclasses (where I've borrowed the idea :) )
<LetoThe2nd> yo dudX
<RP> landgraf: the anon python code that works out the dependencies would have run before your own anon python code
Notgnoshi has quit [Ping timeout: 260 seconds]
Notgnoshi has joined #yocto
florian has joined #yocto
simonew has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.2.2]
Daanct12 has joined #yocto
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
simonew has quit [Quit: Client closed]
Kubu_work has quit [Quit: Leaving.]
Kubu_work has joined #yocto
a1batross has joined #yocto
Ad0 has quit [Ping timeout: 268 seconds]
ablu has quit [Ping timeout: 260 seconds]
ablu has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
sng has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
florian_kc has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
enok has joined #yocto
starblue has joined #yocto
<OnkelUlla> Jones42: I just sent a polished patch adding image_types_verity.bbclass to the mailing list (see https://lists.openembedded.org/g/openembedded-devel/message/110116).
enok has quit [Ping timeout: 268 seconds]
jmiehe has joined #yocto
<qschulz> I have not really followed the "drama" around NVD, is there some link I can read somewhere to see what prompted the open letter?
amitk has joined #yocto
enok has joined #yocto
amitk has quit [Client Quit]
amitk has joined #yocto
<neverpanic> I think NVD just recently stopped CVSS estimations for CVEs, citing some internal restructuring that was in progress
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
jmiehe has quit [Quit: jmiehe]
<rburton> qschulz: public information about the drama is quite limited
jmiehe has joined #yocto
<RP> qschulz: basically NVD stopped adding scoring and version information (CPE) to CVEs due to resource constraints.
jmiehe has quit [Quit: jmiehe]
<yocton> qschulz: If you don't know, the CPE is what we use to know which CVE apply to which Yocto recipe. Without it, we basically don't know where the CVE go. Hence the flat curve starting mid-february : https://autobuilder.yocto.io/pub/non-release/patchmetrics/
Ad0 has joined #yocto
xmn has joined #yocto
<LetoThe2nd> rburton: (possibly) stupid question! If I add https://git.yoctoproject.org/meta-arm/tree/meta-arm-systemready, what could I build? Like, an installer image for Parallels on M1?
c-thaler has joined #yocto
<qschulz> rburton: yocton: RP: thanks for the info. I'm not **too** worried about scores, because they didn't always mean much (and for some certifications, all CVEs need to be patched regardless of the severity), but CPE is a big issue
c-thaler has quit [Quit: Client closed]
Daanct12 has quit [Quit: WeeChat 4.2.2]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Guest22 has joined #yocto
<Guest22> hi, i have 2 questions:
<Guest22> 1. what is this syntax in bbclass?
<Guest22> do_install_xyz() {
<Guest22>     :
<Guest22> }
<Guest22> 2. is it possible to create a recipe X without a do_install? Im having some trouble where if i dont put do_install, the recipes YZ that depend on this recipe X, fail compiling
mattsm9 has joined #yocto
Tofe has left #yocto [#yocto]
mattsm has quit [Ping timeout: 264 seconds]
mattsm9 is now known as mattsm
<RP> qschulz: right, hence the open letter
<RP> Guest22: you can create a recipe with an empty function?
mattsm5 has joined #yocto
<Guest22> RP nope, i get this error
<Guest22>  * Problem 1/1:
<Guest22>  *   - package packagegroup-xxx requires packagegroup-xxx-sys-cm, but none of the providers can be installed
<Guest22>  *   - package packagegroup-xxx-sys-cm requires y, but none of the providers can be installed
<Guest22>  *   - conflicting requests
<Guest22>  *   - nothing provides x needed by y
<Guest22>  *
<Guest22>  *   - do not ask to install a package providing packagegroup-xxx
<Guest22>  * Solution 1:
<Guest22> with empty "do_install"
<rburton> LetoThe2nd: meta-arm-systemready is for validation
mattsm has quit [Ping timeout: 252 seconds]
<rburton> LetoThe2nd: you want genericarm64 in meta-yocto-bsp. i've not tested that inside a paralllels but it should work.
<RP> Guest22: I suspect do_install and package installation on target are two very different things
<LetoThe2nd> rburton: k thx
mattsm has joined #yocto
mattsm5 has quit [Ping timeout: 264 seconds]
ehussain has joined #yocto
tgamblin has quit [Ping timeout: 268 seconds]
rob_w has quit [Quit: Leaving]
tgamblin has joined #yocto
tgamblin_ has joined #yocto
tgamblin has quit [Ping timeout: 245 seconds]
goliath has quit [Quit: SIGSEGV]
Xagen has joined #yocto
<Xagen> good day everyone. i'm migrating our image from dunfell to scarthgap, and i'm at the end of the build. i get a slew of errors saying `nothing provides /bin/sh needed by <there's 71 different packages to choose from here> from oe-repo`. any ideas on how to get past this?
<rburton> Xagen: busybox should be providing that. are you using usrmerge?
tgamblin_ is now known as tgamblin
<Xagen> rburton: i do have `DISTRO_FEATURES += "usrmerge"`
<rburton> busybox has RPROVIDES:${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', '/bin/sh /bin/ash', '', d)}"
<rburton> so unless you've some local tweaks to nuke busybox from the build entirely, that should work fine
<rburton> if you have anti-busybox nuking then the same will need to be done for whatever is sh on your setup
<Xagen> rburton: i do have a custom busybox config, but it's just turning on 3 features in busybox
<Xagen> beyond that, i don't see any modification to busybox
<rburton> does it turn on ash?
<rburton> well that provides should ignore that actually
<rburton> well, busybox is where the provides should be, so check that you have those provides in your packages, and that busybox is in your feed
<Xagen> rburton: thanks. i'll poke around some more on busybox then to see if i can find something.
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
<Xogium> does anyone here has experience with lora gateways, specifically if it is possible to make your own on embedded linux ? I've been looking into this tech recently, but the only software I've found, chirpstack, seems to be quite the bloatware to me. Web ui to manage everything, multiple gateways supports, all of this, cloud syncing, etc. I need none of this, and wondered if there are any recommendation or if
<Xogium> chirpstack is really my only option there
<Xogium> the hardware I want to work this on isn't extremely tiny on the embedded system scale, but still, 512 MB of ram
<neverpanic> Upstream for that seems to be https://github.com/Lora-net/packet_forwarder, which might be what you're looking for.
<neverpanic> I have one of those, and while the software seems a bit, let's say dubious, it works fine.
Guest22 has quit [Ping timeout: 250 seconds]
rfuentess has quit [Remote host closed the connection]
<Xogium> interesting
<Xogium> I mean, at the very least there's a github
<Xogium> ;)
jmiehe has joined #yocto
<neverpanic> It doesn't do any packet processing or decryption, though. Essentially only forwards the packets to something like chirpstack; you might be able to modify it to not do that and process packets locally, though.
<Xogium> hmm. I never thought lora network would be that complicated
<Xogium> or so involved
<neverpanic> As a hobbyist, just use thethingsnetwork.org if you can live with their fair usage limits and don't worry about it. As a company, consider paying them, or choose one of the other commercial networks (pretty much all mobile network operators also put LoRA gateways on their towers these days)
<Xogium> hmm
<Xogium> I didn't know about the things network, will check them out. Definitely for a personnal project, with only one or two sensors, so there shouldn't be much data transfer
<neverpanic> Yeah, then it largely depends on what data rate you can get to your devices. SF9 and lower and you're very unlikely to run into their fair usage limits. If you need SF12, you'll only be able to send very little data.
hus has joined #yocto
<Xogium> very interesting
<neverpanic> https://avbentem.github.io/airtime-calculator/ttn/eu868 is a good tool to calculate their limits, see the "fair use policy" row.
<neverpanic> FWIW, I have a 1km connection pretty close to ground level, somewhat line of sight except for trees and some buildings, and SF9 is enough for me. Your case may of course vary.
<Xogium> this will definitely be quite some fun to learn and implement while being blind :D
<hus> Hi, how to configure rauc to support different partitions. In yocto it is easy enough to to have an extra partition for e.g. /opt using a wks.in file. But in rauc i have to define images or files for the slots. How to to transfer the data from e.g. /opt into the rauc opt slot?
<neverpanic> Xogium: I would recommend to check hackerspaces close to you, some of them have quite a bit of experience with LoRAWAN and might be able and willing to help you. I know the temporärhaus.de in Ulm has expertise and a regular meeting to discuss such things, but that might be a bit far for you.
<Xogium> neverpanic: yeah I live about 2 hours or so in car from the nearest hackerspace :/
mattsm8 has joined #yocto
ehussain has quit [Ping timeout: 268 seconds]
mattsm has quit [Ping timeout: 264 seconds]
mattsm8 is now known as mattsm
ehussain has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 245 seconds]
linfax has quit [Ping timeout: 264 seconds]
hus has quit [Quit: Client closed]
dmoseley has quit [Quit: ZNC 1.9.0 - https://znc.in]
dmoseley has joined #yocto
dmoseley has quit [Client Quit]
dmoseley has joined #yocto
zpfvo has quit [Remote host closed the connection]
jmiehe has quit [Quit: jmiehe]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
Kubu_work has quit [Quit: Leaving.]
enok has quit [Ping timeout: 245 seconds]
enok has joined #yocto
frieder has quit [Remote host closed the connection]
<JPEW> michaelo: I pushed up a patch that should get you started on sharing the PRserv DB between multiple processes
<JPEW> I put a warning in there that the code might be incomplete, but I'm not sure.... it kinda looks OK from my reading of the db.py file, but it would be worth validating
florian_kc has joined #yocto
dankm has quit [Remote host closed the connection]
prabhakalad has quit [Quit: Konversation terminated!]
vladest has joined #yocto
dankm has joined #yocto
amitk has quit [Ping timeout: 245 seconds]
zwelch has quit [Ping timeout: 255 seconds]
zwelch has joined #yocto
goliath has joined #yocto
mischief has quit [Ping timeout: 256 seconds]
prabhakarlad has joined #yocto
prabhakar has joined #yocto
mischief has joined #yocto
nsbdfl_ has joined #yocto
sakoman has quit [Ping timeout: 245 seconds]
alessioigor has quit [Quit: alessioigor]
mvlad has quit [Remote host closed the connection]
Kubu_work has joined #yocto
sakoman has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
nerdboy has quit [Ping timeout: 252 seconds]
nerdboy has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ldywicki has joined #yocto
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
Abp has quit [Ping timeout: 245 seconds]
florian_kc has quit [Ping timeout: 245 seconds]
Kubu_work has quit [Quit: Leaving.]
enok has quit [Ping timeout: 268 seconds]
alperak has quit [Quit: Connection closed for inactivity]
goliath has quit [Ping timeout: 245 seconds]
goliath has joined #yocto