Tuesday, 2020-09-01

*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC00:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:41
*** vineela <vineela!~vtummala@> has quit IRC00:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:03
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:37
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC01:43
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto02:07
*** hpsy <hpsy!~hpsy@> has quit IRC02:10
*** rcw <rcw!~rcw@> has quit IRC02:17
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:13
khemmariadb-10.5.4-r0 do_install - 30m50s and still running wow! I have built full distros in 30mins04:01
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC04:28
*** angery <angery!~dave@node-1w7jr9qtewkc3qiewmw0myd4s.ipv6.telus.net> has joined #yocto04:29
*** opello <opello!~opello@about/csharp/regular/opello> has quit IRC04:38
*** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto04:38
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has joined #yocto04:39
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto04:53
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hshcyctdrfrjdllq> has quit IRC05:11
*** angery <angery!~dave@node-1w7jr9qtewkc3qiewmw0myd4s.ipv6.telus.net> has quit IRC05:13
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:42
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC05:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:16
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:18
erbogood morning06:30
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:30
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:31
*** mckoan|away is now known as mckoan06:34
mckoangood morning06:34
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nzywsvpohywvlnkb> has joined #yocto06:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:43
mckoanLetoThe2nd: good news are on the way (spoiler)06:44
LetoThe2ndmckoan: ?06:45
LetoThe2ndah. saw the mail now. :)06:45
*** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has joined #yocto06:53
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto07:04
*** miklosj <miklosj!573c5966@87-60-89-102-static.dk.customer.tdc.net> has joined #yocto07:09
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC07:13
miklosjHi there! Does anybody have experience with building nano for Poky-tiny? I run into configuration errors that are not present when I use the normal Poky, or my vendor-specific distro.07:14
LetoThe2ndmiklosj: pastebin a log of the errors, please.07:14
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto07:14
*** grembeter <grembeter!c108287e@> has joined #yocto07:15
miklosjThis is the log of the do_configure step:https://pastebin.com/BFyWSqwp07:17
mckoanmiklosj: missing cursesw5 on your host machine ?07:18
LetoThe2ndwell nano has the ncurses DEPENDS properly set07:19
miklosjIt is installed. "libncursesw5-dev is already the newest version (6.1-1ubuntu1.18.04)."07:19
LetoThe2ndnah, thats unrelated. i guess that this breaks it: http://git.yoctoproject.org/cgit/cgit.cgi/meta-yocto/tree/meta-poky/conf/distro/poky-tiny.conf?h=master#n5407:20
LetoThe2ndprobably nano checks for wchar support under the ncurses hood, which poky-tiny disables.07:20
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto07:22
miklosjThanks! I was suspecting something in poky-tiny.conf, just wasn't aware of the exact setting.07:23
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto07:29
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto07:30
*** letothethird <letothethird!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto07:32
letothethirdhello people of this world07:33
letothethirdHow can I update the applications on my yocto image? On ubuntu I can do apt update...07:34
LetoThe2ndhehe, funny nick :)07:35
*** eduardas <eduardas!~eduardas@> has joined #yocto07:35
*** chris_ber <chris_ber!~quassel@> has joined #yocto07:35
LetoThe2ndletothethird: in a nutshell: not at all, it doesn't work like that.07:35
letothethirdLetoThe2nd Thanks :)07:35
letothethirdit has no package manager and I don't want to rerun my build07:36
LetoThe2ndwell then, no update.07:36
LetoThe2ndand a package manager alone wouldn't save you too, as it would have no repositories to pull from.07:37
letothethirdconclusion: in order to update everything I have to rerun my build and then somehow deploy it to the target07:37
*** aurelien <aurelien!~user@2001:41d0:1:eca7::1> has quit IRC07:38
*** aurelien <aurelien!~user@fsf/member/aurelien> has joined #yocto07:38
letothethirdok then I have another question, suppose I rerun my build, is there a way of wirelessly deploying this to the target (without sd card, supposing the target is behind a wall I can't access)?07:38
LetoThe2nd*technically* speaking you could set up a world build plus repository server, create an image including a package manager to pull from it, and then use that, but... well, thats more like a theoretical option.07:39
LetoThe2ndif your target has something in place that can accept updates wirelessly, then you can. if not, then not.07:39
LetoThe2ndthis is not something yocto provides.07:39
letothethirdtotally clear, good that you're here(y)07:40
eduardashello, how do I properly configure connman to use iwd instead of wpa-supplicant under Yocto?07:43
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:44
LetoThe2ndeduardas: probably needs quite some hammering at the recipe, the usage of wpa in case of wifi support is hardcoded at the moment: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/connman/connman.inc?h=master#n4007:45
eduardasas far as I understand connman has an iwd option in its configure.ac , but it is not exposed in the bitbake recipe via PACKAGECONFIG07:45
*** letothethird <letothethird!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC07:45
LetoThe2ndthats what i said in other words :)07:46
eduardasI just wanted to be sure that is the case and its not just me misreading the recipe. thanks for telling me07:47
eduardasso I assume no one is using iwd in production for Yocto?07:48
eduardasif someone could share their experience with it, would be nice07:48
eduardasI am currently having an issue with an uBlox LILY-W132 module where kernel spams ieee80211 phy1: mwifiex_cfg80211_sched_scan_start : Invalid Sched_scan parameters07:49
eduardaswpa-supplicant outputs mlan0: Failed to initiate sched scan07:50
eduardaswonder if this would be different with iwd07:51
eduardasWi-fi actually works eventually, but this still feels wrong07:51
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhjvqglfsagijcon> has joined #yocto07:54
*** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has joined #yocto07:57
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto07:57
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC08:01
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto08:02
jUnG3Hello together :-D,08:02
jUnG3I want to build my java and go applications with yocto.08:02
jUnG3The steps I did so far:08:02
jUnG3* Follow the awesome youtube videos from theyoctojester08:02
jUnG3* Create a dummy layer and build a c application08:02
jUnG3Now I want to modify that layer so I can build my java application with gradle. Is this possible? If that can not be done, can I create a layer that takes a binary from my host machine (some local path) and bakes it into the final yocto image?08:02
jUnG3Thank you for your help :D.08:02
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto08:02
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto08:04
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC08:04
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:09
*** dv <dv!~dv@> has quit IRC08:14
LetoThe2ndjUnG3: many things are possible, its only software after all. yet, java has been known to be particularly painful08:17
LetoThe2ndjUnG3: basically your first starting point is this: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java08:18
LetoThe2ndand yes, you can "bake in" things. the magical keywords to find the needed information is "externally produced binaries" in the dev-manual.08:18
jUnG3Thx for the advice, I am gonna read the stuff I try my best :D08:20
jUnG3Btw great videos :D08:20
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC08:20
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC08:22
*** goliath <goliath!~goliath@> has joined #yocto08:26
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:26
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto08:33
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto08:47
*** PaowZ <PaowZ!~Vince@> has joined #yocto09:02
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto09:05
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC09:05
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC09:05
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC09:05
*** opello <opello!~opello@about/csharp/regular/opello> has quit IRC09:05
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto09:06
*** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto09:07
*** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has quit IRC09:07
*** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has joined #yocto09:08
*** chris_ber <chris_ber!~quassel@> has quit IRC09:09
*** chris_ber <chris_ber!~quassel@> has joined #yocto09:10
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC09:10
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto09:10
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC09:12
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC09:15
ak77hmm.. PACKAGES =+ "${PN}-x" doesn't seem to add a package in bbappend... is that normal?09:21
LetoThe2ndak77: check the evaluation order with bitbake -e, guessing that you need _append instead of =+09:22
ak77LetoThe2nd, thank you for reminding me of "-e", i need prepend (to capture FILES before main package does) - I was missing a space between packages!09:26
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC09:48
*** kaspter <kaspter!~Instantbi@> has quit IRC09:51
*** camus1 <camus1!~Instantbi@> has joined #yocto09:51
*** camus1 is now known as kaspter09:54
*** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto10:00
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto10:10
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC10:12
*** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has quit IRC10:26
rburtonkanavin_home: are you prepping a patch bomb with the AUH results?10:43
rburtonI'll start collecting this week if not10:43
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC10:47
RPrburton: we're past feature freeze so we'll need to sort sooner than later...10:53
ak77anyone building (oci) containers with oe ?10:55
ak77testing if having "containers" as a machine (e.g. qemux86-64-container) is viable10:56
*** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto11:00
LetoThe2ndak77: https://youtu.be/jPbcQEffzJo11:08
kanavin_homerburton: I am, but holding it for a couple of days to let others send those patches11:19
kanavin_homerburton: just want to avoid giving the impression that auh updates are all alex's problem11:19
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sietzmmchqkfpaex> has joined #yocto11:19
kanavin_homeanyway, the set is here as always http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates11:19
rburtonak77: thought that might be what your plan was11:19
*** miklosj <miklosj!573c5966@87-60-89-102-static.dk.customer.tdc.net> has quit IRC11:21
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto11:30
RPrburton: you mean kanavin_home?11:31
rburtonerm, yes11:32
RPkanavin_home: thanks for filing the selftest issue. Was https://autobuilder.yoctoproject.org/typhoon/#/builders/110/builds/1277/steps/8/logs/step1c identified?11:38
kanavin_homeRP: yes, I added a link to existing bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=13646#c1911:44
*** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has quit IRC11:49
*** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has joined #yocto11:49
jUnG3LetoThe2nd: I followed the instructions in the dev-manual for "Externally Produced Binaries". Now when I try to bitbake my layer I got this error message: "do_install: bin_package has nothing to install. Be sure the SRC_URI unpacks into S.". The ".tar.gz" file that is supposed to be extracted is placed in "my-layer/recipes-core/my-application/my-application/${BP}.tar.gz"11:52
jUnG3LetoThe2nd: Have you some tips?11:52
erbojUnG3: if the tar.gz file contains a dir called foo/, then S should be set in the recipe to ${WORKDIR}/foo11:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:54
erbojUnG3: My guess is that S is pointing to an empty of non-existent directory, resulting in the error you see11:55
jUnG3erbo: the "tar.gz" contains just "usr/bin/my-application"11:56
*** berton <berton!~berton@> has joined #yocto11:57
erbojUnG3: Then I think there's some parameter you can pass via SRC_URI to make it unpack into a subdir anyway. Let me google :)11:57
jUnG3erbo: ty for the advice. There is a subdir parameter. It has to be set and then point S to it. Now the build runs fine11:59
erbojUnG3: right, subdir is the one, so appropriately named12:04
qschulzjUnG3: either S="${WORKDIR}" or SRC_URI="file://${BP}.tar.gz;subdir=${WORKDIR}/${BP}" (not so sure abvout the last one)12:05
qschulzah, erbo beat me to it12:05
*** gsalazar61 <gsalazar61!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto12:06
jUnG3erbo: I have done it so SRC_URI = "file://${BP}.tar.gz;subdir=my-app" S = "${WORKDIR}/my-app"12:07
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC12:07
qschulzjUnG3: otherwise.. just follow implicit conventions and add a subdir in your tarball named the value of ${BP}12:07
erbojUnG3: I think that's the best approach, if you don't want to change the tarball as qschulz suggest12:08
jUnG3That is also an cool option12:08
jUnG3and now if I run "runqemu qemuarm64" I should be able to see the extracted binary inside the image?12:14
*** grembeter <grembeter!c108287e@> has quit IRC12:14
LetoThe2ndonly if you added it to the image12:15
jUnG3LetoThe2nd: I added the layer to build/conf/bblayers.conf. Is this enough?12:19
LetoThe2ndthats enough to build the recipe. :)12:19
LetoThe2ndjUnG3: but it won't go into any image unless the image recipe actually includes it. you might want to watch live coding #2 and/or #7 and/or #15, they all should explain that :)12:20
*** grembeter <grembeter!c108287e@> has joined #yocto12:22
jUnG3LetoThe2nd: I am right now watching #15 of the series. And now I get it... sry I am a bloody noob and need time to understand things and ask silly questions :D12:22
LetoThe2ndjUnG3: all is well :)12:22
qschulzjUnG3: everyone started from somewhere at some point, no worries. LetoThe2nd don't forget to explicit that it's a *package* that should be added in an image, not a recipe. (the recipe vs package was one of the fundamental notions that made me understand Yocto better)12:24
LetoThe2ndqschulz: very good point.12:24
LetoThe2ndisn't that #3 or #4? ;-)12:25
jUnG3gonna watch them again, now that a light poped on in my head12:27
* LetoThe2nd totally read "a light pooped in my head".12:28
erboLetoThe2nd: that's what you get when you have kids in daycare age :)12:28
*** gsalazar61 is now known as gsalazar12:29
LetoThe2nderbo: here its the other way round. finally i have kids as excuses for my own stupid way of humour.12:29
jUnG3Hahahahahahahha :D12:29
erboYeah, becoming a dad finally made all dad-jokes totally legit12:30
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto12:38
*** grembeter <grembeter!c108287e@> has quit IRC12:49
*** eduardas <eduardas!~eduardas@> has quit IRC12:50
*** eduardas <eduardas!~eduardas@> has joined #yocto12:50
*** rcw <rcw!~rcw@> has joined #yocto12:51
jUnG3Its me again :D. I searched the web how to enable SocketCAN and found this E-Mail https://www.yoctoproject.org/pipermail/yocto/2017-September/038159.html. Where can the "CONFIG_CAN_VCAN" config variable be found and changed?12:54
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC12:54
erbojUnG3: it's a kernel config12:54
*** eduardas <eduardas!~eduardas@> has quit IRC12:55
erboCONFIG_CAN_VCAN would enable you to use a virtual CAN interface, which can be suitable for testing without an actual CAN interface available12:55
erboBut it's not needed "to enable SocketCAN"12:56
erboMaybe it's better if you describe a bit more on what you want to achieve12:56
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has quit IRC13:00
*** otavio <otavio!~otavio@> has joined #yocto13:00
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto13:00
rburtonLetoThe2nd: dad jokes are the best bit about parenting13:03
jUnG3erbo: The application I wrote connects to an CAN (virtual or real). For testing I use a virtual, on my host machine I set the vcan like in this documentation https://elinux.org/Bringing_CAN_interface_up. My goal is to have a virtual can device inside the image because I want to connect my application with the vcan and test it. :D13:04
LetoThe2ndrburton: ++13:05
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto13:07
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto13:10
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto13:11
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:12
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC13:14
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto13:15
*** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto13:16
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto13:16
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto13:21
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto13:28
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC13:30
*** thecomet <thecomet!~thecomet@212-51-148-26.fiber7.init7.net> has joined #yocto13:32
thecometI'm getting an error make: *** No rule to make target 'fdts/stm32mp153a-raichu-cubemx-mx.dts'13:33
thecometIs anyone familiar with the stm32mp addons layer and how to provide custom DTS files for the kernel/u-boot/tf-a?13:34
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto13:36
qschulzhow did you provide yours?13:36
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:38
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC13:38
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto13:39
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC13:39
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto13:40
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC13:41
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:42
shan1@LetoThe2nd Would you be interested in doing a live stream of python applications in yocto ? I can of course do some write up before hand you can check it. Maybe as simple as your Echo Server in C++, one can use flask as an example13:42
thecometqschulz: I followed the guide here: https://wiki.st.com/stm32mpu/wiki/How_to_create_your_own_machine13:42
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto13:43
thecometBasically, I created a new layer called "meta-raichu". I created a new machine file by copying meta-st-stm32mp-addons/conf/machine/stm32mp1-mx.conf -> conf/machine/stm32mp1-raichu-cubemx.conf13:43
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC13:43
LetoThe2ndshan1: python has been on the list of possible topics for quite a while, but i never got round to it so far. maybe i will, but its not planned.13:43
LetoThe2ndalso there won't be a session in september, just so you all know.13:44
*** nslu2-log_ is now known as nslu2-log13:44
mckoanthecomet: creating a new BSP for Yocto is not so straightforward and we need more details to help you13:44
thecometmckoan: I can dump a directory listing of my layer if that helps13:44
mckoanthecomet: and the puszzling ST documentation won't help13:44
mckoanthecomet: that could be a starting point13:45
shan1LetoThe2nd I know you tend to be busy so maybe I can write something in the mean time and after you come back maybe you can live stream it. I have never made live streams but am very well with blog posts and write ups.13:46
thecometmckoan: Here you go: https://pastebin.com/mY9kxZcH13:46
*** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto13:48
shan1you also seem to have forgotten completely about [yocto-cheatsheet](https://github.com/shantanoo-desai/yocto-cheatsheet) which you had forked centuries ago :>13:48
thecometHere is the machine conf file: https://pastebin.com/ywq0NVJV13:48
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto13:48
LetoThe2ndshan1: there's a couple of competent folks in here, so if you have a write up on something and are not afraid of feedback we can probably find somebody to check it first and then promite it. and no, i've not forgotten but never really made it high enough on my to-do-prio list13:49
RobertBerger@LetoThe2nd - Do you have a couple of minutes - A comment to your last Jester Session ;)13:50
mckoanthecomet: the tree is not valid. Who is supposed to use the content of mx directory?13:50
LetoThe2ndRobertBerger: sure, of course.13:50
LetoThe2ndmckoan: i guess there is trickery going on in the recipes to refer to mx as some form of included source. already seen such.13:51
RobertBergerSo - Remember I asked about auto enabling the systemd service, which I was missing in the recipe.13:51
RobertBergerAnd indeed it is missing - the doc says by default it's enabled ;)13:51
shan1>  no, i've not forgotten but never really made it high enough on my to-do-prio list13:51
mckoanthecomet: however the first advice about BSP creation during my courses is: prepare it out of Yocto13:51
shan1understandable (add sad cat meme)13:52
thecometmckoan: In the machine file you can provide a path to the dts files located in the mx directory using the CUBEMX_PROJECT variable. If you look at the meta-st-stm32mp1-addons layer in the file that's being included it makes more sense13:52
LetoThe2ndRobertBerger: yeah i remember. didn't realize that it was meant as important remark, i checked the auto-enable in systemd.bbclass before the session.13:52
RobertBergerYou might want to add SYSTEMD_AUTO_ENABLE="enabled" or "disabled" in your recipe, of I can send you a pull request if you prefer once I cook up something13:52
thecometI created the layer using bitbake-layers and co13:52
RobertBergeror I can13:52
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC13:53
erbojUnG3: Ok, then it's just about making sure your kernel is built with support for VCAN. How that is accomplished depends a bit on your BSP, basically which recipe that provides the kernel for you.13:53
RobertBergerIt's not important. Just no way to turn it off at the moment.13:54
thecometmckoan: https://github.com/STMicroelectronics/meta-st-stm32mp-addons/blob/dunfell/classes/cubemx-stm32mp.bbclass13:54
LetoThe2ndRobertBerger: hence i knew that it would work as expected. my personal opinion is that this is a sensible default and that it should be used. what might make sense is a comment in the recipe stating that, something like "the systemd class defaults to auto enable, this could be changed like this...".13:54
RobertBergerAnd you know - if you create your own service it might not work on the first attempt.13:54
thecometMy problem is yocto isn't picking up this path. It's trying to find my dts files inside the kernel source directory instead of from my "mx" folder13:55
qschulzRobertBerger: SYSTEMD_AUTO_ENABLE ??= "enabled" in systemd.bbclass. I'm not sure we would like to explicit all things for which the default is the one we want?13:55
thecometAnd I don't even know where to begin debugging this13:55
RobertBergerYes  I know13:55
shan1LetoThe2nd Sounds good enough. I make a write up about it and then inform you and I am open for improvements and criticisms from there on. Please let me know what would be preferable medium to share the write up (via Email, on the IRC or as GH Pull Request etc)13:55
LetoThe2ndRobertBerger: yup, i know. the real life situation would be to then tinker the service file in target until it works and then port the changes back. but no way to do that in an hour13:55
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:56
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto13:56
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto13:56
RobertBergerAssuming you have a working service file it's fine. I just don't have them on the first attempt :)13:56
LetoThe2ndRobertBerger: if you have a couple of spare minutes, send a PR which adds a comment explaining this to the recipe :)13:57
mckoanthecomet: I don't use cubemx-stm32mp.bbclass, sorry13:57
RobertBerger@LetoThe2nd - will do13:57
thecometIs there anyone here who has used cubemx-stm32mp.bbclass?13:57
jUnG3erbo: Thx for the answer :D.13:57
mckoanthecomet: you can try on https://community.st.com13:57
LetoThe2ndpaulbarker: i have great crystal balls on sale... want me to prepare an offer?13:57
thecometThe st community is the worst13:58
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC13:58
*** nslu2-log_ is now known as nslu2-log13:58
mckoanthecomet: LOL13:58
RobertBergerHmm great balls out of crystal ????13:58
RobertBergerand on sale?13:58
paulbarkerLetoThe2nd: I did take the bait a bit there but felt it was better than no reply13:58
qschulzthecomet: the easy way would be to have SRC_URI = "file://mydts;subdir=arch/arm/boot/dts/" and that would make it available in your source dir13:59
qschulzotherwise, no, never used st stuff13:59
LetoThe2ndshan1: i think the absolutely easiest way for me is if you send a PR for the yoctojester website, and file it under articles. then it goes instantly live once i pull and i can promote it. don't forget to add your name/url/whatever in the article so the credit is yours!13:59
erbojUnG3: If you use a kernel recipe based on linux-yocto, it's quite easy to do. Have a look at https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html and the "Changing the Configuration" section14:00
LetoThe2ndpaulbarker: i know. but the answres to the first mails already suggested absolutely no own effort, hence i won't spend my time there. he even replied to me in private first.14:03
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has quit IRC14:03
qschulzLetoThe2nd: shouldn't you answer with a link to your blogpost from yesterday :D14:03
LetoThe2ndqschulz: i actually thought about it.14:04
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto14:06
thecometqschulz: Which file would I put that in? Would that be a new .bbappend file?14:13
*** goliath <goliath!~goliath@> has quit IRC14:16
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9dcf:ebf9:1f19:e8a8> has joined #yocto14:16
qschulzthecomet: don't know, couldn't find a git repo with the bbclass you were talking about so /me shrugs14:18
qschulzbut yeah, normally you have a bbappend for the kernel and you give it your dts14:19
qschulz(well, the best way is to own the kernel git repo and push to it directly, no tricks required then)14:19
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC14:21
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC14:22
RobertBerger@LethoThe2nd PR is out ;)14:28
qschulzRobertBerger: I would remove https://github.com/TheYoctoJester/meta-quicksilver/blob/master/recipes-quicksilver/simpleechoserver/simpleechoserver_git.bb#L5-L10 in your PR as well :)14:31
RobertBerger@qschulz - I think I fixed it before LetoThe2nd took it14:36
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto14:36
qschulzRobertBerger: you're actually right.. I'm awfully nitpicky by moments :/14:36
LetoThe2ndthanks both of you!14:37
RobertBergerAnd now to something completely different.14:37
LetoThe2ndi just realized the mail setup of gh is not what i expected. plus, i am totally not used to the workflow.14:37
RobertBergerI am hunting for benchmarks to show differences in compiler tune flags ;)14:38
RobertBergerDo you have any suggestions?14:38
LetoThe2ndbenchmarks in terms of performance or assembly output?14:38
RobertBergerI played around with phoronix-test-suite which has some interesting ones, just it tries to compile them.14:38
RobertBergerI want to run a program and get some numbers.14:38
*** camus1 <camus1!~Instantbi@> has joined #yocto14:38
RobertBergerLike e.g. this one, which I was running on 2 boards: https://openbenchmarking.org/result/2008307-HU-2008306HU2914:39
LetoThe2ndi would see if https://quick-bench.com has something that helps14:40
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto14:40
RobertBergerCan you run this somehow on a target?14:41
RobertBergerMaybe I should elaborate a bit more.14:42
RobertBergerWe usually tune the compiler tune flags for every specific target board and rebuild everything.14:43
RobertBergerThe container people (e.g. docker) don't really do anything like that.14:43
RobertBergerThere are e.g. arm32/v7  arm64/v8 kind of and not all those compiler tunes we care about.14:44
LetoThe2ndah, so the question is if the tunes are actually worth it?14:44
*** qschulz_ <qschulz_!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto14:44
RobertBergerSo I am wondering what are performance differences between running stuff native and in a container - I guess maybe I/O and not so much CPU.14:45
RobertBergerAnd as you say is it worth it.14:45
RobertBergerAnd if it's worth it with oci images I could use them.14:46
LetoThe2ndfrom my point of view its not about if its worth it. its about if it works at all. example: vfp switches on arm cores14:46
RobertBergerSo I would really like to collect some data about it.14:47
LetoThe2ndno idea, sorry.14:48
*** kaspter <kaspter!~Instantbi@> has quit IRC14:48
*** camus1 is now known as kaspter14:48
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC14:48
RobertBergerAt the moment all my arm32 have a single (sub optimal) compiler tune and so maintenance/testing is much easier.14:48
RobertBergerOne kernel/rootfs for all the boards.14:48
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC14:49
dl9pfYPTM: Jan-Simon is on14:57
armpitYPTM: armpit is on15:00
smurrayYPTM: Scott Murray is on15:01
rburtonRP: ERROR: elfutils-0.180-r0 do_package_qa: QA Issue: No GNU_HASH in the ELF binary /home/ross/Yocto/build/tmp/work/core2-64-poky-linux/elfutils/0.180-r0/packages-split/elfutils-ptest/usr/lib/elfutils/ptest/tests/test-nlist, didn't pass LDFLAGS? [ldflags] <-- seen that?15:01
RPrburton: no :/15:04
rburtonit was with next, will reproduce/bisect15:04
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto15:05
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto15:05
ykronsI would like to checkout some git submodules during the fetch step of a recipe. What is the best way to achieve this? A first try with do_configure_prepend seems to work, but I think the git submodules are not cached.15:11
smurrayykrons: there is a fetcher for that, you can specify gitsm:// instead of git://15:13
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto15:15
rburtoninsert <band getting back together again> meme15:17
LetoThe2ndrburton: \m/ O \m/15:19
*** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has left #yocto15:22
armpitYPTM; over15:23
armpitRP bind /dhcp patches sent15:23
RParmpit: thanks15:24
ykronssmartin: gitsm seems interesting but it seems it has some issue with mirroring. Did you know what are these problems? And is there a way to list the submodules we want to not check all submodules?15:25
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC15:25
paulbarkerykrons: Mirroring and the archive bbclass should work with gitsm on the master branch, it's probably worth testing it out15:26
*** vineela <vineela!vtummala@nat/intel/x-rnzhemiqsosmqjwe> has joined #yocto15:26
fraygitsm requires you to either mirror all submodules -- OR no submodules..  If you chose the later, then it is up to you to manually add the submodules needed for the package to function to your SRC_URI in the recipe.15:27
frayBoth mechanisms are actively used, the later just gives the recipe developer more control over exactly what is downloaded15:27
ykronspaulbarker, I'm far from master :(15:29
frayrburton I just noticed a patch to the list to fix this..15:29
rburtonoh good15:29
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto15:29
fray"insane: fix gnu-hash-style check"15:30
rburtonhm, that was integrated15:30
fray(or if that is in master-next, it fixed the checked and this is a 'real' problem)15:30
fraylikely this was a long standing bug, and it's finally been found/fixed.. :(15:30
ykronsfray: is there a documentation on to proper way to use gitsm and to select all or none submodules15:30
*** hpsy1 <hpsy1!~hpsy@> has quit IRC15:34
*** hpsy <hpsy!~hpsy@> has joined #yocto15:34
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has quit IRC15:38
rburtonfray: the test is doing a better job now, that file doesn't get the linker flags explicitly15:42
*** vineela <vineela!vtummala@nat/intel/x-rnzhemiqsosmqjwe> has quit IRC15:44
kergothAnyone have a good files.watcherExclude for vscode for oe workspaces? remote - ssh is acting up presumably due to a too large workspace. but it's a pain to debug, since it's not clear which files are actually matching your patterns and which are not15:46
smurrayseems like a question alejandrohs might be able to answer15:48
*** chris_ber <chris_ber!~quassel@> has quit IRC15:48
rburtonkergoth: my workaround is to put build/ up a level15:52
kergothhrmph, https://github.com/microsoft/vscode/issues/399815:55
rburtonso vscode just sees the layers15:55
kergothhmm i'll check into that, would have to adjust my workspace setup scripts to use a different layout. i like to set up a fresh set of repo clones and everything for each development task to isolate the changes15:56
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC15:56
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC15:56
kergothand https://github.com/microsoft/vscode-remote-release/issues/125715:57
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto15:58
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:edc4:6f4d:9155:df4a> has joined #yocto16:00
*** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has quit IRC16:01
havok101Hey, I built meta-rapsberrypi and meta-browser for dunfell. I can't seem to get hardware acceleration working for chromium. This is on a Pi3b. Not sure what I'm missing16:01
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:11
*** mckoan is now known as mckoan|away16:15
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC16:21
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto16:28
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC16:29
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto16:34
*** kaspter <kaspter!~Instantbi@> has quit IRC16:37
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:37
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:38
*** vineela <vineela!vtummala@nat/intel/x-orjrmnlvpkikrdgx> has joined #yocto16:42
*** vineela <vineela!vtummala@nat/intel/x-orjrmnlvpkikrdgx> has quit IRC16:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:51
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto17:01
khemhavok101: are you using mesa/vc4 or userland graphics17:01
fraygood.. so it was a real bug17:03
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC17:03
fray'er.. previous was rbuton.. :)17:03
havok101khem: vc417:04
havok101My image_install has these: packagegroup-rpi-test, sudo, systemd, chromium-x11, matchbox-keyboard, mesa-demos17:05
havok101My distro_features has these: x11 opengl systemd17:06
havok101image_features has these: x11-base hwcodecs17:06
*** PaowZ_ <PaowZ_!~vince@2a01:e35:2e3e:4ac0:2430:f533:346b:e471> has joined #yocto17:07
*** gsalazar54 <gsalazar54!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto17:07
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC17:10
rburtonRP: have you used the buildbot rest api before?17:12
RPrburton: yes, technically17:17
RPrburton: I've even patched it17:17
rburtonsee my question in #buildbot :)17:17
RPrburton: not sure I remember anything right now :/17:17
*** vineela <vineela!vtummala@nat/intel/x-fxfchqhmnlzgejtr> has joined #yocto17:23
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC17:32
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto17:38
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC17:39
*** nslu2-log_ is now known as nslu2-log17:39
*** gsalazar54 is now known as gsalazar17:39
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto17:41
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto17:41
JPEWHas anyone seen the SDK tests crashing the host before?17:42
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC17:44
*** nslu2-log_ is now known as nslu2-log17:44
*** hpsy <hpsy!~hpsy@> has quit IRC17:44
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC17:44
*** iokill <iokill!~dave@static.> has quit IRC17:44
*** dev1990 <dev1990!~dev@dynamic-62-87-247-41.ssp.dialog.net.pl> has quit IRC17:44
*** sgw <sgw!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC17:44
*** grma <grma!~gruberm@> has quit IRC17:44
*** georgem <georgem!~georgem@> has quit IRC17:44
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC17:44
*** stew-dw <stew-dw!~stew-dw@> has quit IRC17:44
*** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC17:44
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC17:44
*** vineela <vineela!vtummala@nat/intel/x-fxfchqhmnlzgejtr> has quit IRC17:45
*** kaspter <kaspter!~Instantbi@> has quit IRC17:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto17:45
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC17:46
*** hpsy <hpsy!~hpsy@> has joined #yocto17:46
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto17:46
*** iokill <iokill!~dave@static.> has joined #yocto17:46
*** dev1990 <dev1990!~dev@dynamic-62-87-247-41.ssp.dialog.net.pl> has joined #yocto17:46
*** sgw <sgw!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto17:46
*** grma <grma!~gruberm@> has joined #yocto17:46
*** georgem <georgem!~georgem@> has joined #yocto17:46
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto17:46
*** stew-dw <stew-dw!~stew-dw@> has joined #yocto17:46
*** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto17:46
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto17:46
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto17:46
*** Ad0 <Ad0!~Ad0@> has quit IRC17:48
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC17:48
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nzywsvpohywvlnkb> has quit IRC17:49
RPJPEW: no, that sounds quite bad :/17:49
*** Ad0 <Ad0!~Ad0@> has joined #yocto17:50
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto17:51
*** vineela <vineela!~vtummala@> has joined #yocto17:52
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC17:53
JPEWRP: Ya, Annoyingly I'm not quite sure whats wrong because I loose all output on Jenkins when it dies.... I suspect it's something on our end but it's really hard to debug the cause18:16
JPEWI think part of that is because the output gets confused when stderr is "lost" on the SDK tests, which is why I posted that patch18:18
RPJPEW: yes, I'd noticed that problem elsewhere but hadn't gotten to root causing it18:19
*** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has joined #yocto18:19
bsmerbeckI feel like i'm going crazy here.18:19
*** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has quit IRC18:20
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC18:20
RPkhem, armpit: I've merged a fix for dhcp-client18:22
khemok cool18:24
khemRP: the u-a fix I think I will withdraw it, because it can only work if we add virtual/u-a to images unconditionally, are you ok with such a change ?18:25
khemsince glibc is going to use it and musl too which means its pretty much given in any image18:26
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC18:32
havok101any suggestions or things I can check to get chromium to run with hw acceleration. All the glx demos seems to work well. vc4 module is also loaded18:33
JPEWhavok101: Does chrome://gpu work?18:44
havok101JPEW: it just says software only18:44
havok101I tried launching with various modes still not luck18:45
havok101chromium --use-gl=egl --gpu-no-context-lost --ignore-gpu-blacklist18:45
JPEWhavok101: Not sure. That's about the extent of my chromium acceleration knowledge. We use webkit :)18:45
havok101I'm curious to try it. is this the meta-webkit layer you're using? https://github.com/Igalia/meta-webkit18:47
JPEWYep. We use it because we're a little too resource constrained to run chromium and we also use wayland.18:48
JPEWat the time, I don't think chromium supported wayland very well18:48
havok101ok i'm assuming it should work with x1118:49
havok101I have not experience with wayland and not sure I want to switch18:49
JPEWhavok101: I suspect webkitgtk would work, but thats not the one we use18:50
JPEWWe use cog, which is a very simple frontend for displaying page; theres none of the normal browser trappings (even lighter than a "kiosk" mode)18:51
havok101Interesting, I'll poke around.18:51
havok101I'd still like to figure out why chromium won't work with hardware acceleration though :(18:52
bsmerbeckHoming in on the cause of my build errors. I have a recipe that's supposed to simply supposed to extract a tarball (containing a node/react web application) to it's needed location on rootfs `(/www/appfolder)`.  Bitbake (i guess?) is analyzing the files and thinking it's missing dependencies ( like /usr/env) when it's totally fine.18:52
JPEWhavok101: FWIW, I think there is a webkitgtk recipe in oe-core these days. The one in meta-webkit is usually more up-to-date18:53
havok101JPEW: That might be better to try first before I pull in other sources.18:55
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC18:57
khemhavok101: do you have HA enabled in chrome://settings/19:00
khemand force enable GPU Rasterization19:00
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has joined #yocto19:01
khemI havent tried x11 version in a while but it should be a simple config error19:03
*** vineela <vineela!~vtummala@> has quit IRC19:04
havok101khem: In setting ha is enable. In chrome://flags override software rendering list, GPU rasterization, Out of process rasterization is enabled19:05
khemhavok101:are you using master ?19:05
khemhavok101: and using clang to compile right /19:07
havok101This is on a raspberry pi 3 so I'm not sure if I need additional config there. I have set the gpu_mem to 12819:07
havok101yes meta-clang is using the dunfell branch though19:07
khemthats ok19:07
khemthat should be ok, but for tests change it to 51219:08
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC19:10
*** pbb <pbb!~quassel@2a0f:4ac0::7> has joined #yocto19:11
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhjvqglfsagijcon> has quit IRC19:13
khemhavok101: you can try to add PACKAGECONFIG_append_pn-chromium-x11 = " impl-side-painting" in local.conf19:14
havok101ok let me try that, any way I can make these builds shorter. component-build seems to fail on an assert for me19:15
*** vineela <vineela!~vtummala@> has joined #yocto19:17
*** TheComet_ <TheComet_!~hpom0@> has joined #yocto19:32
*** vineela <vineela!~vtummala@> has quit IRC19:34
*** vineela <vineela!vtummala@nat/intel/x-pyzvvpxyvmigyuix> has joined #yocto19:35
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC19:35
TheComet_If a .bbappend file inherits a class, and there are python blocks inside the class file, when do those get executed?19:36
JPEWTheComet_: Anonymous python blocks (like `python () {`) I beleive get executed at the end of parsing19:49
TheComet_Ok. Then there's something weird going on here19:49
TheComet_I have a class file that gets inherited by recipes-kernel/linux/linux-stm32mp_*.bbappend and it never gets executed19:50
JPEWTheComet_: Is that the literal file name: "recipes-kernel/linux/linux-stm32mp_*.bbappend" ?19:50
TheComet_Sorry, it's recipes-kernel/linux/linux-stm32mp_%.bbappend19:51
TheComet_I'm doing "bitbake linux-stm32mp"19:51
JPEWTheComet_: OK, just checking :)19:51
*** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has quit IRC19:51
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto19:53
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kkzpasqkgvhbuizf> has joined #yocto19:56
TheComet_Is there a standard way to create your build folder so everyone who wants to build my distribution has the same bblayers.conf file?19:56
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto19:57
TheComet_Is it good practice to add bblayers.conf and the build directory to version control?19:58
LetoThe2ndTheComet_: no real standard, but a couple of prominent approaches. look up the live coding session on kas for an example. and no, nothin in build goes into VCS19:58
TheComet_LetoThe2nd: What's kas short for?19:59
LetoThe2ndmaybe... Krass Automatisches Setup?20:00
LetoThe2ndread: i have no clue.20:00
TheComet_I'm trying to google "live coding session kas" and I'm getting some turkish website lol20:01
bsmerbeckyup, so it's in fact some files within this archive i've made of my node application. I just can't seem to figure a way for bitbake to ignore them. I've tested that it works as is by manually extracting the archive onto rootfs after building the image (not including the recipe for this node application) and everything runs out-of-the-box. guess20:01
bsmerbeckit's off to SO to ask20:01
LetoThe2ndTheComet_: https://youtu.be/KJHJlOtTdaE20:01
*** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has joined #yocto20:08
TheComet_So far he said you need to create local.conf and bblayers.conf manually20:09
TheComet_every time20:09
LetoThe2ndjust keep on watching.20:10
RobertBerger@LetoThe2nd: kas as in "A so a kas"20:20
LetoThe2ndRobertBerger: :)20:21
RobertBergerKicking And Screaming20:22
LetoThe2ndKonfabuliert Autokratisches Schnapsmarketing20:23
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has quit IRC20:24
RobertBergerI had to look up "Konfabuliert" ;), which should be obvious with 6 year of Latin ;)20:25
LetoThe2ndanyways, time for e´me to call it a day.20:25
*** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has quit IRC20:26
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto20:32
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC20:34
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto20:35
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC20:37
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC20:38
TheComet_Sweet, thanks LetoThe2nd kas looks exactly like what I needed20:39
*** kaspter <kaspter!~Instantbi@> has quit IRC20:39
*** kaspter <kaspter!~Instantbi@> has joined #yocto20:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:50
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto20:57
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC20:59
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC21:00
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto21:00
*** nslu2-log_ is now known as nslu2-log21:00
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:03
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC21:03
*** vineela <vineela!vtummala@nat/intel/x-pyzvvpxyvmigyuix> has quit IRC21:04
*** vineela <vineela!~vtummala@> has joined #yocto21:12
havok101khem: so I just noticed when I open chrome://gpu on the bottom under log messages I have three messages of GPUProcessHost: The GPU process crashed!21:16
khemhavok101: hmm yeah I guess thats the problem then perhaps mesa issues, can you try dunfell version of oe-core/poky21:22
havok101khem: I'm on dunfell for everything except meta-browser which is on master21:24
*** berton <berton!~berton@> has quit IRC21:25
khemoh ok21:27
khemthen I think it should be debugged21:27
dev1990havok101: are you using chromium from X11 session ? is there something strange in chromium logs like "libgl error: MESA-LOADER"21:28
havok101yea was thinking of doing that once I got a new build so most likely tomorrow.21:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:38
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC21:40
havok101dev1990: checked the debug log. No sign of it21:41
havok101It goes invalid-client-secret since it's using invalid keys followed by the GPU Process crashing 3 times21:43
dev1990ok, my recommendation is to check with latest mesa (20.2 is about to be released) and pretty recent kernel (linux-raspberrypi-5.4.x)21:45
dev1990https://github.com/koenkooi/meta-kodi/issues/24 - this problem is not releated to X11 and chromium but it was a research why kodi not working with i945GSE21:47
dev1990maybe helpful somewhat21:49
havok101dev1990: Thanks I'll check it.21:50
RPkhem: not keen on that, no22:02
RParmpit: I used the typo from your commit :(22:03
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC22:05
OutBackDingoLOL... really? package podman-2.0.7+git0+ce7b78a43a-r0.corei7_64 conflicts with docker in meta-virtualization22:12
OutBackDingoi find that quite interesting22:12
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto22:14
*** hpsy <hpsy!~hpsy@> has quit IRC22:16
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:edc4:6f4d:9155:df4a> has quit IRC22:21
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto22:23
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC22:26
khemreality isnt it :)22:31
*** qschulz_ <qschulz_!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:36
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC22:38
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto22:40
*** hpsy <hpsy!~hpsy@> has joined #yocto22:41
khemRP: yeah I was not happy either22:42
alejandrohsoops haha22:43
alejandrohskhem: do you know why it was decided to use $CC on the sdk instead of calling gcc22:44
alejandrohskhem: btw I do know why I'm trying to get a proper argument22:44
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9dcf:ebf9:1f19:e8a8> has quit IRC22:45
alejandrohsI guess my question is when did we decide to mandate the use of $CC for the sdk22:45
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC22:46
khemalejandrohs: many reasons, we configure kernel with a build time sysroot, but install time sysroot is only decided when SDK is installed so we need to fix that during SDK install secondly we want use ABI options e.g. using hardfp via cmdline but default compiler is not hf to keep it common across hardfp and softfp ABIs22:49
khemand we also add right tune options for the given machine22:49
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC22:51
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kkzpasqkgvhbuizf> has quit IRC22:57
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto23:01
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto23:03
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto23:12
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC23:13
RPbind looks like its failing in do_package in master-next https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/2370 :(23:13
RParmin isn't here, I should sleep too23:14
*** vineela <vineela!~vtummala@> has quit IRC23:16
khemRP: let me look23:17
RPkhem: thanks, I've not looked at the problem, I need to sleep23:18
khemno worries either of us will take a look23:20
khemI think we never do multilib builds with meta-oe23:21
khemthats why we never saw it23:21
*** vineela <vineela!~vtummala@> has joined #yocto23:22
khemmv: cannot stat '/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/bind/9.16.5-r0/package/usr/bin/bind9-config': No such file or directory23:22
*** armpit <armpit!~armpit@2601:202:4180:a5c0:3889:a22b:6ae0:235a> has joined #yocto23:26
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC23:27

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!