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
dev1990 has quit [Quit: Konversation terminated!]
prabhakarlad has quit [Ping timeout: 256 seconds]
Tokamak has joined #yocto
sakoman has quit [Quit: Leaving.]
nerdboy has quit [Remote host closed the connection]
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
camus has quit [Quit: camus]
camus has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
<Dhruvagole[m]> Hello, any updates regarding GSoc 22? Will yocto be participating?
codavi has quit [Ping timeout: 256 seconds]
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
bluelightning has quit [Quit: Konversation terminated!!!111]
Tokamak has quit [Ping timeout: 240 seconds]
Tokamak has joined #yocto
goliath has joined #yocto
xmn has quit [Remote host closed the connection]
amitk has joined #yocto
ziga_ has joined #yocto
mariusz1 has joined #yocto
geoffhp has quit [Quit: Leaving]
geoffhp has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
mvlad has joined #yocto
salutlesbg has joined #yocto
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<coldspark29[m]> Morning
<coldspark29[m]> But that should thow an error when parsing recipes, shouldn't it?
mckoan|away is now known as mckoan
wyre has quit [Quit: ZNC 1.8.2 - https://znc.in]
wyre has joined #yocto
davidinux has joined #yocto
<coldspark29[m]> I deleted the tmp folder and now it worked.
gsalazar has joined #yocto
<coldspark29[m]> What do you suggest for adding openjdk to the image? The meta-java layers I could find all seemed not to be maintained
lucaceresoli has joined #yocto
huseyinkozan has joined #yocto
dev1990 has joined #yocto
gsalazar_ has joined #yocto
<salutlesbg> is there any way to have a header-only package shipped in a sdk?
gsalazar has quit [Ping timeout: 250 seconds]
<salutlesbg> i made a recipe that creates a -dev & -dbg package containing the headers, but i have no clue how i could ship this in a sdk
<salutlesbg> when i add the package -dev in the meta-toolchain recipe it says nothing provides the -dev pkg.
gsalazar_ has quit [Quit: Leaving]
gsalazar has joined #yocto
Schlumpf has joined #yocto
kroon has joined #yocto
Alban[m] has quit [Quit: You have been kicked for being idle]
jaskij[m] has quit [Quit: You have been kicked for being idle]
otavio has quit [Ping timeout: 240 seconds]
otavio has joined #yocto
<qschulz> salutlesbg: only recipes can be listed in DEPENDS. Only packages can be listed in RDEPENDS
tnovotny has joined #yocto
leon-anavi has joined #yocto
florian has joined #yocto
zyga-mbp has joined #yocto
mauro_anjo has joined #yocto
<Schlumpf> Hi,
<Schlumpf> I need to RDEPEND on systemd-networkd. Do I have to use: RDEPENDS_${PN} = "networkd" or RDEPENDS_${PN} = "systemd-networkd" or only RDEPENDS_${PN} = "systemdd"? How to find out?
<hmw[m]> Hi i like to do a openembedded training is the one from bootlin good or are there any other surgestions?
<qschulz> Schlumpf: if you know exactly on which file you depend, just run oe-pkgdata-util find-path "*<file>*"
<qschulz> Schlumpf: it'll give you in which package the file is (if the package has been built already, which is probably the case if you built the systemd recipe)
<qschulz> then you add the full name to RDEPENDS_${PN}
<Schlumpf> qschulz: Many thanks! It did the trick
grma has joined #yocto
kroon has quit [Quit: Leaving]
usr84134213 has joined #yocto
<usr84134213> Hi, how can I add/enable a kernel module for a temperature sensor to my yocto build?
<rburton> is the kernel module in the kernel already?
<rburton> by which i mean, you just need to turn on a config option
<usr84134213> Yes, the kernel module is in the kernel
<usr84134213> It is the TMP102 sensor, does that mean I can do something like CONFIG_SERIAL_TMP102=y and the kernel module will be added/enabled?
<rburton> if thats the config option, yes
<usr84134213> Thank you!
<usr84134213> Just out of curiosity, are there other ways to achieve this within yocto or is this the only (and preferred) method?
<qschulz> =y will build the driver in the kernel. =m will build it as a module
<qschulz> also, use menuconfig + savedefconfig to create your defconfig and not manually modify your defconfig
<rburton> you need to modify the kernel config to modify the kernel config
<rburton> those links in the docs talk about how to do it
<rburton> using menuconfig directly isn't great if you're otherwise using fragments and so on.
<usr84134213> Thank you both of you, very helpful.
<usr84134213> I will read the docs carefully.
<usr84134213> I assume then that I don't need to do anything with the devicetree?
<usr84134213> (since there is no dynamic device enumeration like usb)
<qschulz> CONFIG_SENSORS_TMP102 is the option
<qschulz> and you need a device tree node for it
<qschulz> c.f. Documentation/devicetree/bindings/hwmon/ti,tmp102.yaml
<usr84134213> Thank you!
usr84134213 has quit [Ping timeout: 256 seconds]
mauro_anjo has quit [Ping timeout: 256 seconds]
mauro_anjo has joined #yocto
ilunev has joined #yocto
usr84134213 has joined #yocto
<salutlesbg> qschulz: adding ALLOW_EMPTY_${PN}-dev = "1" actually did the trick
creich has quit [Ping timeout: 245 seconds]
creich has joined #yocto
camus has quit [Quit: camus]
warthog9 has quit [Quit: Leaving]
warthog9 has joined #yocto
usr84134213 has quit [Quit: Client closed]
rob_w has joined #yocto
<LetoThe2nd> yo dudX
<qschulz> o/
<LetoThe2nd> \o
sakoman has joined #yocto
djsands has quit [Quit: Client closed]
ilunev has quit [Quit: Textual IRC Client: www.textualapp.com]
Schlumpf has quit [Quit: Client closed]
<mckoan> LetoThe2nd: welcome back!
codavi has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
ar__ has joined #yocto
codavi has quit [Ping timeout: 256 seconds]
Vonter has joined #yocto
mariusz1 has quit [Quit: WeeChat 2.3]
davidinux has quit [Ping timeout: 250 seconds]
davidinux has joined #yocto
salutlesbg has quit [Quit: Client closed]
<huseyinkozan> I have made a builder for Toradex. Hope that useful.
dtometzki has quit [Ping timeout: 240 seconds]
xmn has joined #yocto
jatedev has quit [Quit: Client closed]
alimon has quit [Quit: The Lounge - https://thelounge.chat]
jatedev has joined #yocto
prabhakarlad has joined #yocto
<mckoan> huseyinkozan: good job!
dtometzki has joined #yocto
vd_ is now known as vd
<RP> rburton, JPEW: How horrible is https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=72afcc3575a43b605f86285f954550567fa31ad6 ?
Vonter has quit [Ping timeout: 256 seconds]
<fray> please, warnonce is something I've wanted for a long time
<JPEW> RP: Seems reaonable. I suspect the biggest problem will be that custom loggers need to manually add the filter
<JPEW> custom logging configs that is
<RP> JPEW: right. Is there a better way to do it?
<JPEW> RP: I'll look
<qschulz> RP: is this multiprocess safe?
vd has quit [Quit: WeeChat 3.4]
<RP> qschulz: it is filtering UI side, so yes, it should be
vd has joined #yocto
* RP foresees issues that the context info of the warning is dropped
<JPEW> RP: It's also a shame you have to skip the taskname prefix... but I get why :)
<RP> but if we don't drop the context, it isn't a unique warning
<RP> JPEW: can't win :/
<JPEW> RP: Ya; you could make two logging levels I suppose... but maybe only if someone asks :)
<RP> JPEW: I did have a version where it stashed the message into a new variable which the filter code looked for but it was horrible
Vonter has joined #yocto
<RP> if your warning needs context, it probably isn't a warnonce
<JPEW> good point
<JPEW> RP: Worst case, you can force it into the JSON in bb.msg.setLoggingConfig(); we already perturb the JSON to convert the string level names
BCMM has joined #yocto
<JPEW> Something like:
<JPEW> for name, h in logconfig["handlers"].items():
<JPEW> if name.startswith("BitBake."):
<JPEW> h.setdefault("filters", []).append("BitBake.warnonceFilter")
<JPEW> It might also be possible to add it programatically after the JSON is parsed
<rburton> RP: quite horrible but would work
alimon has joined #yocto
<rburton> moto_timo[m] khem: so how soon can my slew of distutils patches get into meta-oe?
Tokamak has joined #yocto
<JPEW> RP: Sent and RFC to fix the RPM bug. Let me know if that looks like the right track
<moto-timo> rburton: I think we just need to stage the patches and run through AB or other builders
<moto-timo> rburton: ultimately up to khem discretion
mckoan is now known as mckoan|away
florian has quit [Quit: Ex-Chat]
Vonter has quit [Ping timeout: 250 seconds]
<rburton> khem: sent a patch to fix meta-clang honister branch
<RP> michaelo: I deleted most of that autobuilder wiki page
goliath has quit [Quit: SIGSEGV]
<RP> JPEW: looks like the right direction to me. I wondered if we should write the data into that hash file so it is easier to debug?
<RP> JPEW: that is a lot neater than I worried it might be
florian has joined #yocto
<RP> JPEW, sgw: could you have a look at the sdk sdpx changes in -next and let me know if they look ok to you?
* RP isn't qualified to review that
lucaceresoli has quit [Quit: Leaving]
<sgw> rp: Looking
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
<moto-timo> Speaking of qualified to review, who do we have that can review the layerindex patch bomb?
amitk has quit [Ping timeout: 250 seconds]
tnovotny has quit [Quit: Leaving]
florian has quit [Ping timeout: 250 seconds]
zyga-mbp has quit [Quit: Textual IRC Client: www.textualapp.com]
gsalazar has quit [Ping timeout: 256 seconds]
huseyinkozan has quit [Quit: Konversation terminated!]
sakoman has quit [Quit: Leaving.]
<JPEW> RP: "write data into that hash file" which data, and which hash file?
<JPEW> Ya, I'll look at the SPDX stuff
marc1 has quit [Ping timeout: 256 seconds]
marc1 has joined #yocto
<sgw> RP: about to reply, you should pull it from master-next as it uses the old _append syntax
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
<JPEW> sgw: What did you think about the 4 spaces?
<JPEW> I wasn't really sure that was necessary TBH, but I've gotten used to piping things through jq to get pretty output :)
florian has joined #yocto
<sgw> JPEW: yeah I was thinking about that, I am used to using jq also, it can make it more convenient to directly review the output
<sgw> There will be a small increase of disk usage
dtometzki has quit [Ping timeout: 256 seconds]
dtometzki has joined #yocto
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
Habbie has quit [Ping timeout: 252 seconds]
Habbie has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
dev1990 has quit [Read error: Connection reset by peer]
dev1990 has joined #yocto
behanw has quit [Quit: Connection closed for inactivity]
florian has quit [Ping timeout: 250 seconds]
<moto-timo> Everyone pipes to jq
leon-anavi has quit [Read error: Connection reset by peer]
leon-anavi has joined #yocto
mauro_anjo has quit [Ping timeout: 256 seconds]
<sgw> JPEW, maybe at a minimum, split the formatting part out of the SDK patch, really 2 distinct changes to create-spdx
<JPEW> ya probably
mvlad has quit [Quit: Leaving]
<moto-timo> LOL. laptop fell over and guess which key was pressed down.
sakoman has joined #yocto
dgriego has quit [Quit: Textual IRC Client: www.textualapp.com]
ziga_ has quit [Ping timeout: 256 seconds]
leonanavi has joined #yocto
florian has joined #yocto
leon-anavi has quit [Ping timeout: 256 seconds]
leonanavi has quit [Remote host closed the connection]
leonanavi has joined #yocto
rob_w has quit [Quit: Leaving]
<RP> sgw: ah, that is bad :/
<RP> JPEW: I was thinking of the file in ${T} the outhash code generates
<JPEW> RP: Write the depdency unihash into ${T}/depsig.do_foo ?
<JPEW> *dependency unihashes
<RP> JPEW: yes, I was wondering.
<RP> JPEW: or am I misremembering something? :/
<JPEW> They are there already.... the outhash code simultaneous writes out the file while generating the hash, so it contains everything that the hash does
<JPEW> You can actually just sha256sum the file to get the outhash :)
<RP> JPEW: ok, sorry, I'm just misremembering the code then
<JPEW> np
<RP> JPEW: I can try the patch on the autobuilder over the weekend, see what happens
<RP> JPEW: thanks for writing it, I think it should help some of the weirder failures
florian has quit [Ping timeout: 240 seconds]
BCMM has quit [Quit: Konversation terminated!]
prabhakarlad has quit [Quit: Client closed]
<sgw> RP: we have stumbled on a problem with cmake-native and Ubunutu1804 and possibly NIS/YP package installed, we are digging deeper into cmake. I set do_configure[network] = "1" and it succedded, so cmake seems to be trying NIS if it finds it (maybe).
<RP> sgw: fun. We'll have to find a way to disable that
<sgw> RP: Yeah, will be looking at it next week (maybe over the weekend if I can).
<sgw> Off to run now!
leonanavi has quit [Quit: Leaving]
ar__ has quit [Ping timeout: 256 seconds]
osama has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
sakoman has quit [Quit: Leaving.]
osama has quit [Quit: Client closed]
dev1990 has quit [Quit: Konversation terminated!]