ChanServ changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec
troth has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
florian_kc has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
florian_kc has quit [Ping timeout: 252 seconds]
sakoman has joined #yocto
codavi has quit [Ping timeout: 256 seconds]
qschulz has quit [Remote host closed the connection]
camus has quit [Ping timeout: 260 seconds]
camus has joined #yocto
qschulz has joined #yocto
vd has quit [Quit: Client closed]
vd has joined #yocto
prabhakarlad has quit [Quit: Client closed]
otavio has quit [Remote host closed the connection]
kiran_ has joined #yocto
kiran_ has quit [Ping timeout: 252 seconds]
kiran_ has joined #yocto
camus has quit [Ping timeout: 260 seconds]
camus has joined #yocto
sakoman has quit [Quit: Leaving.]
kiran_ has quit [Ping timeout: 252 seconds]
bluelightning_ has joined #yocto
Guest64873 has joined #yocto
Guest64873 has left #yocto [#yocto]
bluelightning has quit [Ping timeout: 252 seconds]
georgem has quit []
camus1 has joined #yocto
camus has quit [Ping timeout: 250 seconds]
camus1 is now known as camus
goliath has quit [Quit: SIGSEGV]
pgowda_ has joined #yocto
DeeJayInMelbourn has joined #yocto
<DeeJayInMelbourn> bitbake-layers remove-layer meta-multimedia fails with No layers matching *meta-multimedia found in BBLAYERS even though meta-multimedia appears in show-layers output. How should this command be invoked?
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
<DeeJayInMelbourn> Hello?
GNUmoon has quit [Quit: Leaving]
GNUmoon has joined #yocto
xmn has quit [Quit: ZZZzzz…]
xmn has joined #yocto
xmn has quit [Ping timeout: 250 seconds]
alicef_ has quit [Quit: install gentoo]
alicef has joined #yocto
alicef has quit [Quit: install gentoo]
alicef has joined #yocto
DeeJayInMelbourn has quit [Quit: Konversation terminated!]
camus1 has joined #yocto
alicef_ has joined #yocto
camus has quit [Remote host closed the connection]
camus1 is now known as camus
alicef has quit [Read error: Connection reset by peer]
alicef has joined #yocto
alicef_ has quit [Ping timeout: 250 seconds]
alicef has quit [Ping timeout: 250 seconds]
alicef has joined #yocto
alicef_ has joined #yocto
alicef_ has quit [Remote host closed the connection]
alicef has quit [Ping timeout: 260 seconds]
alicef_ has joined #yocto
alicef has joined #yocto
alicef_ has quit [Ping timeout: 256 seconds]
davidinux has quit [Ping timeout: 252 seconds]
GNUmoon has quit [Ping timeout: 276 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 250 seconds]
camus1 is now known as camus
mariusz has joined #yocto
Schlumpf has joined #yocto
lexano has quit [Ping timeout: 256 seconds]
GNUmoon has joined #yocto
Wouter0100 has quit [Ping timeout: 268 seconds]
Wouter0100 has joined #yocto
mckoan|away is now known as mckoan
vd has quit [Ping timeout: 256 seconds]
<JosefHolzmayrThe> yo dudX
rfuentess has joined #yocto
lexano has joined #yocto
davidinux has joined #yocto
zpfvo has joined #yocto
lexano has quit [Ping timeout: 252 seconds]
<mckoan> JosefHolzmayrThe: hello
<JosefHolzmayrThe> yo mckoan
gsalazar has joined #yocto
michalkotyla has joined #yocto
michalkotyla has quit [Read error: Connection reset by peer]
lexano has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
lexano has quit [Ping timeout: 260 seconds]
davidinux has quit [Ping timeout: 260 seconds]
davidinux has joined #yocto
<dvorkindmitry> Unable to get checksum for libubootenv-native SRC_URI entry fw_env.emmc.config: file could not be found. For non-native recipe everything is OK. I have FILESEXTRAPATHS:prepend := "${THISDIR}/${BPN}:" how can I get rid or the warning? no need to have this file for native recipe
lexano has joined #yocto
gsalazar_ has joined #yocto
gsalazar has quit [Ping timeout: 256 seconds]
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
davidinux has quit [Ping timeout: 250 seconds]
GNUmoon has quit [Ping timeout: 276 seconds]
rob_w has joined #yocto
davidinux has joined #yocto
alessioigor has joined #yocto
prabhakarlad has joined #yocto
Guest96 has joined #yocto
alessioigor has quit [Client Quit]
GNUmoon has joined #yocto
leon-anavi has joined #yocto
luc4 has joined #yocto
oberonc has joined #yocto
<oberonc> ין
<oberonc> hi
<oberonc> in an image I create I want to install a preconfigured NetworkManager connection file into /etc/NetworkManager/system-connections
<oberonc> I install that file in my package that depends on networkmanager and I declare it using FILES_${PN} += "/etc/NetworkManager/system-connections/myconn.nmconnection"
<oberonc> my problem is that when I try to create the image it tells me there is a conflict between my package and the networkmanager package since both attempt to create the folders /etc/NetworkManager and /etc/NetworkManager/system-connections
<oberonc> how can I solve that ?
goliath has joined #yocto
gsalazar_ has quit [Quit: Leaving]
gsalazar has joined #yocto
<oberonc> notice that I dont install same file, I simply install my file into a folder created by networkmanager
rr12zer has joined #yocto
<Guest96> My hunch would be that you're using rpm as a pkg-manager and there is a conflict in ownership or filemode bits for this directory
<Guest96> basically the are not the same in both packages
<coldspark29[m]> Josef Holzmayr (TheYoctoJester): The SDK folder under tmp/deploy is empty when I have an x86_64 build I assume?
<coldspark29[m]> Well actually there is no such folder
<JosefHolzmayrThe> coldspark29: no idea at the moment and no time to look at it, sorry.
<JosefHolzmayrThe> just from top of my head, the sdk directory should be created and populated when you do a -c populate_sdk or -c populate_sdk_ext on an image.
<coldspark29[m]> JosefHolzmayrThe: Thanks you and alles gut
<coldspark29[m]> It is doing something with that argument. Makes sense, because it needs the sysroot from the image
troth has quit [Ping timeout: 265 seconds]
troth has joined #yocto
tnovotny has joined #yocto
florian has joined #yocto
Guest96 has quit [Quit: Client closed]
troth has quit [Ping timeout: 252 seconds]
troth has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 has joined #yocto
camus1 is now known as camus
lucaceresoli has joined #yocto
Guest96 has joined #yocto
lucaceresoli has quit [Read error: Connection reset by peer]
michalkotyla has joined #yocto
michalkotyla has quit [Client Quit]
lucaceresoli has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
davidinux has quit [Quit: WeeChat 2.8]
davidinux has joined #yocto
clemA has joined #yocto
xmn has joined #yocto
otavio has joined #yocto
rob_w has quit [Ping timeout: 252 seconds]
<clemA> Hi! If I refer to bitbake.conf file, FILES_${PN} variable contains ${bindir}/*, ${sysconfdir} and ${localstatedir}. So, it is not require to append the list of files using ${bindir}/${BPN}, ${sysconfdir}/${BPN} and ${localstatedir}/lib/${BPN} to install custom stuff, is that correct ?
<qschulz> clemA: that is correct, you can always check the content of your package with oe-pkgdata-util list-pkg-files <package>
michalkotyla has joined #yocto
rob_w has joined #yocto
luc4 has quit [Read error: Connection reset by peer]
luc4 has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
lexano has quit [Ping timeout: 250 seconds]
zpfvo has quit [Ping timeout: 250 seconds]
<clemA> qschulz: thank you for quick feedback
<coldspark29[m]> Is there something like Pyrex for Android as well? 🤔
Guest96 has quit [Quit: Client closed]
zpfvo has joined #yocto
xmn has quit [Ping timeout: 260 seconds]
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
<kernelspace> hi, on dunfell, i have meta-qt5 but getting "ERROR: Nothing RPROVIDES 'packagegroup-qt5"
Guest21 has joined #yocto
<JosefHolzmayrThe> kernelspace: "have" means, you added it to the layers also? following any particular document?
<kernelspace> JosefHolzmayrThe: i have it in my customer layer BBLAYERS
<kernelspace> as
<kernelspace> ${TOPDIR}/../src/meta-qt5
<JosefHolzmayrThe> customer layer bblayers?
<JosefHolzmayrThe> kernelspace: layers are only meant to be added through conf/bblayers.conf in your build. everything else won't work.
<kernelspace> it is in my meta-customerxxx/conf/bblayers.conf.sample
<kernelspace> mm, i see, meta-qt5 (dunfell) only has packagegroup-qt5-qtcreator-debug.bb and packagegroup-qt5-toolchain-target.bb
<kernelspace> my image.bb needs an update, likely
<JosefHolzmayrThe> the sample is not what counts. conf/bblayers.conf counts, and nothing else matters. (badum-tsh!)
<JosefHolzmayrThe> but yes, assuming that your dependency chain in itself is valid of course.
rfuentess has quit [Remote host closed the connection]
<kernelspace> JosefHolzmayrThe: thanks, solved, that packagegroup was created from the customer and actually not included
<kernelspace> sry for the unanswerable question
<JosefHolzmayrThe> :)
lucaceresoli_ has joined #yocto
lucaceresoli_ has quit [Ping timeout: 256 seconds]
lucaceresoli_ has joined #yocto
grma has quit [Ping timeout: 265 seconds]
oberonc has quit [Quit: Client closed]
manuel1985 has joined #yocto
lucaceresoli_ has quit [Quit: Leaving]
<dvorkindmitry> I have SRC_URI += "file://file1", SRC_URI += "file://file2". file1 is placed at ./packagename/, file2 is at ./packagename/myarch/. I see "Unable to get checksum for file2", but everything is fine later. How can I fix this problem?
<manuel1985> dvorkindmitry, you can do SRC_URI = "file://my-file;name=foobar" and SRC_URI[foobar.md5sum] = "<md5sum>"
<manuel1985> Using this only for the s3:// handler, but I presume it's available for the file:// handler as well
<dvorkindmitry> manuel1985, why it doesn't see the file in ./packagename/myarch/ at early stage?
<manuel1985> dvorkindmitry: That it does mention file2 in the error message indicates it does see the file.
<manuel1985> So I was under the assumption it finds both files but has a checksum only for the first
<wyre> hi guys, I've got this recipe https://bpa.st/HJKA and I'm wondering about systemd stuff, first of all ... I'm still don't know if I need to add files into ${systemd_unitdir} to FILES when inheriting systemd class
<wyre> the other point is ... SYSTEMD_AUTO_ENABLE apparently allows me have disabled by default the services I'm shipping with this recipe
<wyre> but ... could I just get enabled by default a single one?
<wyre> (the recipe provides 3 systemd services, but I'd like to hace enabled by default a single one
<manuel1985> wyre: Just examined systemd.bbclass yesterday to find out if you can enable/disable single recipes if multiple are available. Got the impression it's not possible.
<manuel1985> s/available/supplied/g
<manuel1985> wyre: As for the FILES: I do think you need to supply them manually. Only 80% sure, though. Please inform me if you find out this is wrong.
sakoman has joined #yocto
lexano has joined #yocto
<dvorkindmitry> manuel1985, but file is found immediately after that. It handles this path correctly
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
<wyre> sure manuel1985 😉 thank you
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest356
jpuhlman_ is now known as jpuhlman
michalkotyla has quit [Ping timeout: 240 seconds]
Guest356 has quit [Ping timeout: 260 seconds]
<kayterina[m]> hello, is it a bad idea to share the sstate_dir between developers who sometimes work on different branches?
<rburton> no
<rburton> you can always share sstate
<rburton> permissions maybe tricky, there's been bugs with umasks getting set incorrectly so you can't share between users
<kayterina[m]> I have a project where on every build we downloadfrom their SSTATE_MIRRORS through vpn, what else can I share locally with other developers?
<rburton> SSTATE_DIR and DL_DIR can be shared
jsbronder has quit [Ping timeout: 268 seconds]
jsbronder has joined #yocto
<kayterina[m]> hm.even on windows share?
<rburton> DL_DIR, sure. SSTATE_DIR might have file name issues, but i can't recall.
Schlumpf has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
michalkotyla has joined #yocto
troth has quit [Ping timeout: 252 seconds]
rob_w has quit [Remote host closed the connection]
<kayterina[m]> when something goes wrong and you don't know what to do and want to start clean, you remove the sstate or it does not affect the red letters on screen?
pgowda_ has quit [Quit: Connection closed for inactivity]
<rburton> if something is being built then by definition it isn't from sstate
<rburton> and as it failed, won't be in sstate
<rburton> if you want to start clean delete tmp/ but leave sstate and dldir around so you don't have to rebuild gcc and friends
troth has joined #yocto
vd has joined #yocto
akiCA has joined #yocto
Guest21 has quit [Ping timeout: 256 seconds]
cengiz_io has quit []
<tlwoerner> oh, regarding the talk on yesterday's technical call re: SSD vs magnetic disks, the people using SSDs, are they using them in RAID arrays or plain old directly attached?
cengiz_io has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
kiran_ has joined #yocto
mariusz has quit [Ping timeout: 240 seconds]
<dl9pf> tlwoerner: i don't use raid on the build ssd's . IIRC you'd have to know specifics of the SSD to setup the raid parameters correctly
<dl9pf> otherwise you amplify writes and kill your ssd early
tnovotny has quit [Read error: Connection reset by peer]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
camus1 has joined #yocto
<smurray> tlwoerner: I use nvme SSDs in my local build machine, I don't bother with RAID. I manually back up dev stuff that I feel might be hard to reproduce
camus has quit [Ping timeout: 265 seconds]
camus1 is now known as camus
<dl9pf> yep, straight nvme port on mainboard or via PCIe card
<JosefHolzmayrThe> we're using pcie nvmes as scratchpad storage
luc4 has quit [Read error: Connection reset by peer]
<JosefHolzmayrThe> e.g., devs do their builds there. hard to reproduce stuff / releases go into tape-backed spinning disk raids.
luc4 has joined #yocto
<dl9pf> yap
<dl9pf> and maybe santa brings more dimm's ... a lot of them. then I'd go for tmpfs.
<tlwoerner> okay, thanks for the info
* tlwoerner is still using magnetic disks in RAID arrays
<smurray> dl9pf: I've not gotten to the point where I needed to go to a PCIe breakout for nvme drives
<smurray> dl9pf: rm_work gets me pretty far ;)
<tlwoerner> that gives me 8TB of build area, that'd be hard to replace with NVMe ;-)
<tlwoerner> sgw: out of curiosity, when vmeson mentioned the ARM builders, why did you say "Rockchip"?
<dl9pf> the full size: yes ... question is do you need 8TB of nvme or can workflow be changed to do instant builds on nvme and move stuff to spinning disk only when required
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
<sgw> tlwoerner: That blurted out, I really meant Ampere! They are an ARM based server that is a US company (I heard getting stuff from outside the US was an issue), also Darren Hart recently started there (dvhart)
<tlwoerner> ah right. that's why i was wondering. i knew of ampere bu was surprised when you said rockchip regarding arm build machines :-)
<sgw> It was early and I was not thinking when I said it, I meant Ampere
<sgw> thanks for checking!
<tlwoerner> sgw: i'll update the notes to pretend you said "ampere" instead of "rockchip" ;-)
<smurray> I was thinking of Solidrun's Honeycomb board with the 16-core NXP LX-whatever SoC, it seems like it'd make a good builder
manuel1985 has quit [Quit: Leaving]
<moto-timo> smurray: that’s on my list for my next system build
<moto-timo> Any recommendations for PCIe nvme cards? Also on my list
<smurray> moto-timo: I've no complaints so far with either Samsung's PRO or EVOs (probably own a mix of 3 or 4) or WD Black (bought a 2TB one for my build machine earlier in the year)
lucaceresoli has quit [Remote host closed the connection]
<smurray> moto-timo: I'd be curious to see good numbers on how well a Honeycomb does price/perf compared to what the same money gets you for an x86-64 machine
mckoan is now known as mckoan|away
luc4 has quit [Ping timeout: 252 seconds]
<moto-timo> smurray: once I get power supply sorted, I’ll have some numbers for my new ryzen build. Nothing fancy, not high end.
<moto-timo> smurray: but I’m already collecting components for the Honeycomb build. I think I want the cpu after Unmatched before I build a risc-v mini itx
<moto-timo> And as far as I can tell Ampere is unobtainium for the hobbyist
<vd> is it a good practice to have uppercase distro/machine features? I want to easily identify custom (company) features but a prefix can be a bit cumbersome...
<smurray> moto-timo: hobbyists wanting a native ARM builder probably are better off with a Graviton or Oracle's free Ampere instances, but they'll likely be slowish w/o spending some $
Tokamak has joined #yocto
<moto-timo> smurray: that $ for my definition of hobbyist goes up quick :)
zpfvo has quit [Ping timeout: 250 seconds]
<moto-timo> "Hi, my name is moto-timo and I have a hardare problem"
zpfvo has joined #yocto
<fray> you aren't the only person with that problem..
<fray> my recent issue has been the hardware includes 'stupid' vehicle purchases..
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
leon-anavi has quit [Quit: Leaving]
clemA has quit [Quit: Client closed]
zpfvo has quit [Quit: Leaving.]
florian has quit [Quit: Ex-Chat]
<moto-timo> rfs613: that is new to me (other than prior mention in this chat) thank you!
* moto-timo is now free of conflict of interest
<rfs613> moto-timo: and now you know as much about it as me ;-)
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
sakoman has quit [Ping timeout: 252 seconds]
dev1990 has joined #yocto
gsalazar has quit [Ping timeout: 252 seconds]
sakoman has joined #yocto
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
<RP> also a sed issue
<vmeson> khem: noted. I have a booster appt this afternoon so I may not be up to doing any work later today/tomorrow.
<khem> vmeson: ok
roussinm has joined #yocto
florian_kc has joined #yocto
Starfoxxes has quit [Ping timeout: 252 seconds]
florian_kc has quit [Ping timeout: 252 seconds]
Starfoxxes has joined #yocto
florian_kc has joined #yocto
Minvera has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
<vd> are they recommendations or best practices for custom machine/distro feature names?
GNUmoon has quit [Ping timeout: 276 seconds]
<dvorkindmitry> how can I refer to current LAYERDIR in the recipe?
<Tartarus> Well, why exactly do you want to?
<Tartarus> THISDIR is generally what's wanted
<kergoth> Agreed, 90% of the time THISDIR or file:// in SRC_URI are enough. If you *really* need to — I've found a need to when I need to run an external shell or python script from a bbappend, you can set LAYERDIR_yourlayername = "${LAYERDIR}" in the layer.conf and use ${LAYERDIR_yourlayername}, but best to avoid unless really needed.
dtometzki has quit [Quit: ZNC 1.8.2 - https://znc.in]
<dvorkindmitry> Tartarus, I want to refer to the ${LAYERDIR}/files/mylicenses/
<dvorkindmitry> in the recipe
kiran_ has quit [Ping timeout: 252 seconds]
<dvorkindmitry> I try ${LAYERDIR}, but for some recipes it refers to another layer dir at the time LIC_FILE_CHECKSUM is parsed
<Tartarus> How to refer to a custom license file should be in the manual somewhere, qschulz ? :)
<Tartarus> And lemme see if I have a good example handy..
<moto-timo> And the python3- numeric recipe uses the custom LLNL license
kanavin has joined #yocto
<dvorkindmitry> it refers to legal.htm
kanavin_ has quit [Ping timeout: 250 seconds]
<dvorkindmitry> not to LLNL
<moto-timo> Once you have the licenses added in the layer conf, it’s just in the LICENSE variable. No checksum needed.
<dvorkindmitry> grep -r "LLNL" gives nothing among the recipes, except LLNL file itself
xmn has joined #yocto
<moto-timo> Hence why that path had to be added to layer.conf
florian_kc has joined #yocto
<dvorkindmitry> moto-timo, hmm... for some reason I don't have python3-numeric in honister branch
<dvorkindmitry> git pull is done. I don't have it. magic!
grma has joined #yocto
ahs3 has joined #yocto
GNUmoon has joined #yocto
<moto-timo> I’m just using browser on tablet… so who knows
<moto-timo> But it being a python2 recipe means it shouldn’t be there…
<dvorkindmitry> moto-timo, I see it in web too. Strange
<dvorkindmitry> btw, so if I add LICENSE_PATH += ..., and use the file in LICENSE=..., it is allowed to not have LIC_FILE_CHECKSUM at all?
<rburton> no, they're unrelated
<rburton> you need LIC_FILE_CHKSUM unless LICENSE=CLOSED
Minvera has quit [Quit: Leaving]
<rburton> the checksum should point to a bit of the *source* which says what the license is
<rburton> the license file in the tarball, or a line of source that just says /*GPL*/, anything to confirm the assertion that LICENSE makes
<rburton> rationale: if the checksum changes, the license might have changed
dgriego_ has quit [Quit: Textual IRC Client: www.textualapp.com]
FredO2 has quit [Quit: Leaving]
vd has quit [Quit: Client closed]
vd has joined #yocto
dgriego has joined #yocto
vd has quit [Quit: Client closed]
vd has joined #yocto
florian_kc has quit [Ping timeout: 250 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
wyre_ has joined #yocto
wyre has quit [Ping timeout: 265 seconds]
<vd> Can a class add entries to IMAGE_FSTYPES or is it a best practice and the class should better check and warn for the missing fstype?
<vd> a bad* practice
prabhakarlad has quit [Quit: Client closed]
<geoffhp> dvorkindmitry: I was trying to do the same thing with LAYERDIR. My solution was to put this in my layer's layer.conf file: MY_LAYERDIR = "${LAYERDIR}". LAYERDIR is local to the local.conf file, by my new varialbe MY_LAYERDIR is global and my recipes use that in the license path.
<geoffhp> err: LAYERDIR is local to the layer.conf file.
Tokamak has joined #yocto
akiCA has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto