| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 00:14 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:41 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 00:46 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:37 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 01:43 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.38> has joined #yocto | 02:07 | |
| *** hpsy <hpsy!~hpsy@92.118.12.37> has quit IRC | 02:10 | |
| *** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 02:17 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:13 | |
| khem | mariadb-10.5.4-r0 do_install - 30m50s and still running wow! I have built full distros in 30mins | 04:01 |
|---|---|---|
| *** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC | 04:28 | |
| *** angery <angery!~dave@node-1w7jr9qtewkc3qiewmw0myd4s.ipv6.telus.net> has joined #yocto | 04:29 | |
| kergoth | yikes | 04:33 |
| *** opello <opello!~opello@about/csharp/regular/opello> has quit IRC | 04:38 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto | 04:38 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 04:39 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 04:53 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hshcyctdrfrjdllq> has quit IRC | 05:11 | |
| *** angery <angery!~dave@node-1w7jr9qtewkc3qiewmw0myd4s.ipv6.telus.net> has quit IRC | 05:13 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:42 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 05:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:48 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:16 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:18 | |
| erbo | good morning | 06:30 |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:30 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:31 | |
| *** mckoan|away is now known as mckoan | 06:34 | |
| mckoan | good morning | 06:34 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nzywsvpohywvlnkb> has joined #yocto | 06:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:43 | |
| mckoan | LetoThe2nd: good news are on the way (spoiler) | 06:44 |
| LetoThe2nd | mckoan: ? | 06:45 |
| LetoThe2nd | ah. saw the mail now. :) | 06:45 |
| *** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has joined #yocto | 06:53 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 07:04 | |
| *** miklosj <miklosj!573c5966@87-60-89-102-static.dk.customer.tdc.net> has joined #yocto | 07:09 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 07:13 | |
| miklosj | Hi 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 |
| LetoThe2nd | miklosj: pastebin a log of the errors, please. | 07:14 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 07:14 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has joined #yocto | 07:15 | |
| miklosj | This is the log of the do_configure step:https://pastebin.com/BFyWSqwp | 07:17 |
| mckoan | miklosj: missing cursesw5 on your host machine ? | 07:18 |
| LetoThe2nd | well nano has the ncurses DEPENDS properly set | 07:19 |
| miklosj | It is installed. "libncursesw5-dev is already the newest version (6.1-1ubuntu1.18.04)." | 07:19 |
| LetoThe2nd | nah, 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#n54 | 07:20 |
| LetoThe2nd | probably 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 #yocto | 07:22 | |
| miklosj | Thanks! 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 #yocto | 07:29 | |
| *** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto | 07:30 | |
| *** letothethird <letothethird!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto | 07:32 | |
| letothethird | hello people of this world | 07:33 |
| letothethird | How can I update the applications on my yocto image? On ubuntu I can do apt update... | 07:34 |
| LetoThe2nd | hehe, funny nick :) | 07:35 |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 07:35 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 07:35 | |
| LetoThe2nd | letothethird: in a nutshell: not at all, it doesn't work like that. | 07:35 |
| letothethird | LetoThe2nd Thanks :) | 07:35 |
| letothethird | it has no package manager and I don't want to rerun my build | 07:36 |
| LetoThe2nd | well then, no update. | 07:36 |
| LetoThe2nd | and a package manager alone wouldn't save you too, as it would have no repositories to pull from. | 07:37 |
| letothethird | conclusion: in order to update everything I have to rerun my build and then somehow deploy it to the target | 07:37 |
| LetoThe2nd | yes. | 07:37 |
| *** aurelien <aurelien!~user@2001:41d0:1:eca7::1> has quit IRC | 07:38 | |
| *** aurelien <aurelien!~user@fsf/member/aurelien> has joined #yocto | 07:38 | |
| letothethird | ok 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 |
| LetoThe2nd | if your target has something in place that can accept updates wirelessly, then you can. if not, then not. | 07:39 |
| LetoThe2nd | this is not something yocto provides. | 07:39 |
| letothethird | totally clear, good that you're here(y) | 07:40 |
| letothethird | thanx | 07:40 |
| letothethird | (y) | 07:40 |
| eduardas | hello, 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 IRC | 07:44 | |
| LetoThe2nd | eduardas: 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#n40 | 07:45 |
| eduardas | as far as I understand connman has an iwd option in its configure.ac , but it is not exposed in the bitbake recipe via PACKAGECONFIG | 07:45 |
| *** letothethird <letothethird!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC | 07:45 | |
| LetoThe2nd | thats what i said in other words :) | 07:46 |
| eduardas | I just wanted to be sure that is the case and its not just me misreading the recipe. thanks for telling me | 07:47 |
| eduardas | so I assume no one is using iwd in production for Yocto? | 07:48 |
| eduardas | if someone could share their experience with it, would be nice | 07:48 |
| eduardas | I am currently having an issue with an uBlox LILY-W132 module where kernel spams ieee80211 phy1: mwifiex_cfg80211_sched_scan_start : Invalid Sched_scan parameters | 07:49 |
| eduardas | wpa-supplicant outputs mlan0: Failed to initiate sched scan | 07:50 |
| eduardas | wonder if this would be different with iwd | 07:51 |
| eduardas | Wi-fi actually works eventually, but this still feels wrong | 07:51 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhjvqglfsagijcon> has joined #yocto | 07:54 | |
| *** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has joined #yocto | 07:57 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 07:57 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 08:01 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:02 | |
| jUnG3 | Hello together :-D, | 08:02 |
| jUnG3 | I want to build my java and go applications with yocto. | 08:02 |
| jUnG3 | The steps I did so far: | 08:02 |
| jUnG3 | * Follow the awesome youtube videos from theyoctojester | 08:02 |
| jUnG3 | * Create a dummy layer and build a c application | 08:02 |
| jUnG3 | Now 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 |
| jUnG3 | Thank you for your help :D. | 08:02 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 08:02 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 08:04 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 08:04 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:09 | |
| *** dv <dv!~dv@5.167.98.73> has quit IRC | 08:14 | |
| LetoThe2nd | jUnG3: many things are possible, its only software after all. yet, java has been known to be particularly painful | 08:17 |
| LetoThe2nd | jUnG3: basically your first starting point is this: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java | 08:18 |
| LetoThe2nd | and yes, you can "bake in" things. the magical keywords to find the needed information is "externally produced binaries" in the dev-manual. | 08:18 |
| jUnG3 | Thx for the advice, I am gonna read the stuff I try my best :D | 08:20 |
| jUnG3 | Btw great videos :D | 08:20 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 08:20 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 08:22 | |
| LetoThe2nd | Thanks! | 08:24 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:26 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 08:26 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 08:33 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 08:47 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 09:02 | |
| *** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 09:05 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 09:05 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 09:05 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 09:05 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has quit IRC | 09:05 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 09:06 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto | 09:07 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has quit IRC | 09:07 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has joined #yocto | 09:08 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 09:09 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 09:10 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 09:10 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 09:10 | |
| *** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has quit IRC | 09:12 | |
| *** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 09:15 | |
| ak77 | hmm.. PACKAGES =+ "${PN}-x" doesn't seem to add a package in bbappend... is that normal? | 09:21 |
| LetoThe2nd | ak77: check the evaluation order with bitbake -e, guessing that you need _append instead of =+ | 09:22 |
| ak77 | LetoThe2nd, 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 |
| LetoThe2nd | :) | 09:26 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 09:48 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:51 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:51 | |
| *** camus1 is now known as kaspter | 09:54 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto | 10:00 | |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto | 10:10 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:12 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has quit IRC | 10:26 | |
| rburton | kanavin_home: are you prepping a patch bomb with the AUH results? | 10:43 |
| rburton | I'll start collecting this week if not | 10:43 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 10:47 | |
| RP | rburton: we're past feature freeze so we'll need to sort sooner than later... | 10:53 |
| ak77 | anyone building (oci) containers with oe ? | 10:55 |
| ak77 | testing if having "containers" as a machine (e.g. qemux86-64-container) is viable | 10:56 |
| *** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto | 11:00 | |
| ak77 | cengiz_io, | 11:01 |
| ak77 | nvm | 11:01 |
| LetoThe2nd | ak77: https://youtu.be/jPbcQEffzJo | 11:08 |
| kanavin_home | rburton: I am, but holding it for a couple of days to let others send those patches | 11:19 |
| kanavin_home | rburton: just want to avoid giving the impression that auh updates are all alex's problem | 11:19 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sietzmmchqkfpaex> has joined #yocto | 11:19 | |
| kanavin_home | anyway, the set is here as always http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 11:19 |
| rburton | ak77: thought that might be what your plan was | 11:19 |
| *** miklosj <miklosj!573c5966@87-60-89-102-static.dk.customer.tdc.net> has quit IRC | 11:21 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 11:30 | |
| RP | rburton: you mean kanavin_home? | 11:31 |
| rburton | erm, yes | 11:32 |
| RP | kanavin_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_home | RP: yes, I added a link to existing bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=13646#c19 | 11:44 |
| *** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has quit IRC | 11:49 | |
| *** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has joined #yocto | 11:49 | |
| jUnG3 | LetoThe2nd: 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 |
| jUnG3 | LetoThe2nd: Have you some tips? | 11:52 |
| erbo | jUnG3: if the tar.gz file contains a dir called foo/, then S should be set in the recipe to ${WORKDIR}/foo | 11:54 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:54 | |
| erbo | jUnG3: My guess is that S is pointing to an empty of non-existent directory, resulting in the error you see | 11:55 |
| jUnG3 | erbo: the "tar.gz" contains just "usr/bin/my-application" | 11:56 |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:57 | |
| erbo | jUnG3: 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 |
| jUnG3 | erbo: ty for the advice. There is a subdir parameter. It has to be set and then point S to it. Now the build runs fine | 11:59 |
| erbo | jUnG3: right, subdir is the one, so appropriately named | 12:04 |
| qschulz | jUnG3: either S="${WORKDIR}" or SRC_URI="file://${BP}.tar.gz;subdir=${WORKDIR}/${BP}" (not so sure abvout the last one) | 12:05 |
| qschulz | ah, erbo beat me to it | 12:05 |
| *** gsalazar61 <gsalazar61!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 12:06 | |
| jUnG3 | erbo: 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.94.61.189.107> has quit IRC | 12:07 | |
| qschulz | jUnG3: otherwise.. just follow implicit conventions and add a subdir in your tarball named the value of ${BP} | 12:07 |
| erbo | jUnG3: I think that's the best approach, if you don't want to change the tarball as qschulz suggest | 12:08 |
| jUnG3 | That is also an cool option | 12:08 |
| jUnG3 | and now if I run "runqemu qemuarm64" I should be able to see the extracted binary inside the image? | 12:14 |
| *** grembeter <grembeter!c108287e@193.8.40.126> has quit IRC | 12:14 | |
| LetoThe2nd | only if you added it to the image | 12:15 |
| jUnG3 | LetoThe2nd: I added the layer to build/conf/bblayers.conf. Is this enough? | 12:19 |
| LetoThe2nd | thats enough to build the recipe. :) | 12:19 |
| LetoThe2nd | jUnG3: 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@193.8.40.126> has joined #yocto | 12:22 | |
| jUnG3 | LetoThe2nd: 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 :D | 12:22 |
| LetoThe2nd | jUnG3: all is well :) | 12:22 |
| qschulz | jUnG3: 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 |
| LetoThe2nd | qschulz: very good point. | 12:24 |
| LetoThe2nd | isn't that #3 or #4? ;-) | 12:25 |
| jUnG3 | gonna watch them again, now that a light poped on in my head | 12:27 |
| * LetoThe2nd totally read "a light pooped in my head". | 12:28 | |
| erbo | LetoThe2nd: that's what you get when you have kids in daycare age :) | 12:28 |
| *** gsalazar61 is now known as gsalazar | 12:29 | |
| LetoThe2nd | erbo: here its the other way round. finally i have kids as excuses for my own stupid way of humour. | 12:29 |
| jUnG3 | Hahahahahahahha :D | 12:29 |
| erbo | Yeah, becoming a dad finally made all dad-jokes totally legit | 12:30 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 12:38 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has quit IRC | 12:49 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 12:50 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 12:50 | |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 12:51 | |
| jUnG3 | Its 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 IRC | 12:54 | |
| erbo | jUnG3: it's a kernel config | 12:54 |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 12:55 | |
| erbo | CONFIG_CAN_VCAN would enable you to use a virtual CAN interface, which can be suitable for testing without an actual CAN interface available | 12:55 |
| erbo | But it's not needed "to enable SocketCAN" | 12:56 |
| erbo | Maybe it's better if you describe a bit more on what you want to achieve | 12:56 |
| *** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has quit IRC | 13:00 | |
| *** otavio <otavio!~otavio@181.220.78.182> has joined #yocto | 13:00 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 13:00 | |
| rburton | LetoThe2nd: dad jokes are the best bit about parenting | 13:03 |
| jUnG3 | erbo: 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. :D | 13:04 |
| LetoThe2nd | rburton: ++ | 13:05 |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto | 13:07 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 13:10 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 13:11 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:12 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 13:14 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto | 13:15 | |
| *** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto | 13:16 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 13:16 | |
| *** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto | 13:21 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:28 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 13:30 | |
| *** thecomet <thecomet!~thecomet@212-51-148-26.fiber7.init7.net> has joined #yocto | 13:32 | |
| thecomet | I'm getting an error make: *** No rule to make target 'fdts/stm32mp153a-raichu-cubemx-mx.dts' | 13:33 |
| thecomet | Is 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 #yocto | 13:36 | |
| qschulz | how did you provide yours? | 13:36 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:38 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:38 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 13:39 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC | 13:39 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 13:40 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:41 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13: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 example | 13:42 |
| thecomet | qschulz: I followed the guide here: https://wiki.st.com/stm32mpu/wiki/How_to_create_your_own_machine | 13:42 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 13:43 | |
| thecomet | Basically, 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.conf | 13:43 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:43 | |
| LetoThe2nd | shan1: 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 |
| LetoThe2nd | also there won't be a session in september, just so you all know. | 13:44 |
| *** nslu2-log_ is now known as nslu2-log | 13:44 | |
| mckoan | thecomet: creating a new BSP for Yocto is not so straightforward and we need more details to help you | 13:44 |
| thecomet | mckoan: I can dump a directory listing of my layer if that helps | 13:44 |
| mckoan | thecomet: and the puszzling ST documentation won't help | 13:44 |
| mckoan | s/puszzling/puzzling | 13:45 |
| mckoan | thecomet: that could be a starting point | 13:45 |
| shan1 | LetoThe2nd 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 |
| thecomet | mckoan: Here you go: https://pastebin.com/mY9kxZcH | 13:46 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto | 13:48 | |
| shan1 | you also seem to have forgotten completely about [yocto-cheatsheet](https://github.com/shantanoo-desai/yocto-cheatsheet) which you had forked centuries ago :> | 13:48 |
| thecomet | Here is the machine conf file: https://pastebin.com/ywq0NVJV | 13:48 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 13:48 | |
| LetoThe2nd | shan1: 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 list | 13:49 |
| RobertBerger | @LetoThe2nd - Do you have a couple of minutes - A comment to your last Jester Session ;) | 13:50 |
| mckoan | thecomet: the tree is not valid. Who is supposed to use the content of mx directory? | 13:50 |
| LetoThe2nd | RobertBerger: sure, of course. | 13:50 |
| LetoThe2nd | mckoan: 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 |
| RobertBerger | So - Remember I asked about auto enabling the systemd service, which I was missing in the recipe. | 13:51 |
| shan1 | *[yoctoproject-cheatsheet](https://github.com/shantanoo-desai/yoctoproject-cheatsheet) | 13:51 |
| RobertBerger | And 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 list | 13:51 |
| mckoan | thecomet: however the first advice about BSP creation during my courses is: prepare it out of Yocto | 13:51 |
| shan1 | understandable (add sad cat meme) | 13:52 |
| thecomet | mckoan: 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 sense | 13:52 |
| LetoThe2nd | RobertBerger: 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 |
| RobertBerger | You 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 something | 13:52 |
| thecomet | I created the layer using bitbake-layers and co | 13:52 |
| RobertBerger | or I can | 13:52 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 13:53 | |
| erbo | jUnG3: 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 |
| RobertBerger | It's not important. Just no way to turn it off at the moment. | 13:54 |
| thecomet | mckoan: https://github.com/STMicroelectronics/meta-st-stm32mp-addons/blob/dunfell/classes/cubemx-stm32mp.bbclass | 13:54 |
| LetoThe2nd | RobertBerger: 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 |
| RobertBerger | And you know - if you create your own service it might not work on the first attempt. | 13:54 |
| thecomet | My 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" folder | 13:55 |
| qschulz | RobertBerger: 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 |
| thecomet | And I don't even know where to begin debugging this | 13:55 |
| RobertBerger | Yes I know | 13:55 |
| shan1 | LetoThe2nd 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 |
| LetoThe2nd | RobertBerger: 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 hour | 13:55 |
| RobertBerger | Yep | 13:56 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:56 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:56 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 13:56 | |
| RobertBerger | Assuming you have a working service file it's fine. I just don't have them on the first attempt :) | 13:56 |
| LetoThe2nd | RobertBerger: if you have a couple of spare minutes, send a PR which adds a comment explaining this to the recipe :) | 13:57 |
| mckoan | thecomet: I don't use cubemx-stm32mp.bbclass, sorry | 13:57 |
| RobertBerger | @LetoThe2nd - will do | 13:57 |
| thecomet | Is there anyone here who has used cubemx-stm32mp.bbclass? | 13:57 |
| jUnG3 | erbo: Thx for the answer :D. | 13:57 |
| mckoan | thecomet: you can try on https://community.st.com | 13:57 |
| LetoThe2nd | paulbarker: i have great crystal balls on sale... want me to prepare an offer? | 13:57 |
| thecomet | The st community is the worst | 13:58 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:58 | |
| *** nslu2-log_ is now known as nslu2-log | 13:58 | |
| mckoan | thecomet: LOL | 13:58 |
| RobertBerger | Hmm great balls out of crystal ???? | 13:58 |
| RobertBerger | and on sale? | 13:58 |
| paulbarker | LetoThe2nd: I did take the bait a bit there but felt it was better than no reply | 13:58 |
| qschulz | thecomet: 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 dir | 13:59 |
| qschulz | otherwise, no, never used st stuff | 13:59 |
| LetoThe2nd | shan1: 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 |
| erbo | jUnG3: 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" section | 14:00 |
| LetoThe2nd | paulbarker: 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 IRC | 14:03 | |
| qschulz | LetoThe2nd: shouldn't you answer with a link to your blogpost from yesterday :D | 14:03 |
| LetoThe2nd | qschulz: i actually thought about it. | 14:04 |
| *** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:06 | |
| thecomet | qschulz: Which file would I put that in? Would that be a new .bbappend file? | 14:13 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:16 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9dcf:ebf9:1f19:e8a8> has joined #yocto | 14:16 | |
| qschulz | thecomet: don't know, couldn't find a git repo with the bbclass you were talking about so /me shrugs | 14:18 |
| qschulz | but yeah, normally you have a bbappend for the kernel and you give it your dts | 14: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 IRC | 14:21 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC | 14:22 | |
| RobertBerger | @LethoThe2nd PR is out ;) | 14:28 |
| qschulz | RobertBerger: 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 it | 14:36 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:36 | |
| LetoThe2nd | yup | 14:36 |
| qschulz | RobertBerger: you're actually right.. I'm awfully nitpicky by moments :/ | 14:36 |
| LetoThe2nd | thanks both of you! | 14:37 |
| RobertBerger | ;) | 14:37 |
| RobertBerger | And now to something completely different. | 14:37 |
| LetoThe2nd | i just realized the mail setup of gh is not what i expected. plus, i am totally not used to the workflow. | 14:37 |
| RobertBerger | I am hunting for benchmarks to show differences in compiler tune flags ;) | 14:38 |
| RobertBerger | Do you have any suggestions? | 14:38 |
| LetoThe2nd | benchmarks in terms of performance or assembly output? | 14:38 |
| RobertBerger | I played around with phoronix-test-suite which has some interesting ones, just it tries to compile them. | 14:38 |
| RobertBerger | I want to run a program and get some numbers. | 14:38 |
| RobertBerger | Wait | 14:38 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 14:38 | |
| RobertBerger | Like e.g. this one, which I was running on 2 boards: https://openbenchmarking.org/result/2008307-HU-2008306HU29 | 14:39 |
| LetoThe2nd | i would see if https://quick-bench.com has something that helps | 14:40 |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 14:40 | |
| RobertBerger | Can you run this somehow on a target? | 14:41 |
| RobertBerger | arm32/arm64 | 14:41 |
| RobertBerger | Maybe I should elaborate a bit more. | 14:42 |
| RobertBerger | We usually tune the compiler tune flags for every specific target board and rebuild everything. | 14:43 |
| RobertBerger | The container people (e.g. docker) don't really do anything like that. | 14:43 |
| RobertBerger | There are e.g. arm32/v7 arm64/v8 kind of and not all those compiler tunes we care about. | 14:44 |
| LetoThe2nd | ah, so the question is if the tunes are actually worth it? | 14:44 |
| *** qschulz_ <qschulz_!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 14:44 | |
| RobertBerger | So 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 |
| RobertBerger | And as you say is it worth it. | 14:45 |
| RobertBerger | And if it's worth it with oci images I could use them. | 14:46 |
| LetoThe2nd | from my point of view its not about if its worth it. its about if it works at all. example: vfp switches on arm cores | 14:46 |
| RobertBerger | So I would really like to collect some data about it. | 14:47 |
| LetoThe2nd | no idea, sorry. | 14:48 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:48 | |
| *** camus1 is now known as kaspter | 14:48 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 14:48 | |
| RobertBerger | At the moment all my arm32 have a single (sub optimal) compiler tune and so maintenance/testing is much easier. | 14:48 |
| RobertBerger | One kernel/rootfs for all the boards. | 14:48 |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 14:49 | |
| dl9pf | YPTM: Jan-Simon is on | 14:57 |
| armpit | YPTM: armpit is on | 15:00 |
| smurray | YPTM: Scott Murray is on | 15:01 |
| rburton | RP: 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 |
| RP | rburton: no :/ | 15:04 |
| rburton | it was with next, will reproduce/bisect | 15:04 |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 15:05 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 15:05 | |
| ykrons | Hi | 15:09 |
| ykrons | I 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 |
| smurray | ykrons: 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 #yocto | 15:15 | |
| rburton | insert <band getting back together again> meme | 15:17 |
| LetoThe2nd | rburton: \m/ O \m/ | 15:19 |
| *** jUnG3 <jUnG3!~stjepan@2a02:908:1b0:f9e0:3069:3efd:5b30:ab16> has left #yocto | 15:22 | |
| armpit | YPTM; over | 15:23 |
| armpit | RP bind /dhcp patches sent | 15:23 |
| RP | armpit: thanks | 15:24 |
| ykrons | smartin: 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.94.61.189.107> has quit IRC | 15:25 | |
| paulbarker | ykrons: Mirroring and the archive bbclass should work with gitsm on the master branch, it's probably worth testing it out | 15:26 |
| *** vineela <vineela!vtummala@nat/intel/x-rnzhemiqsosmqjwe> has joined #yocto | 15:26 | |
| fray | gitsm 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 |
| fray | Both mechanisms are actively used, the later just gives the recipe developer more control over exactly what is downloaded | 15:27 |
| ykrons | paulbarker, I'm far from master :( | 15:29 |
| fray | rburton I just noticed a patch to the list to fix this.. | 15:29 |
| rburton | oh good | 15:29 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 15:29 | |
| fray | "insane: fix gnu-hash-style check" | 15:30 |
| rburton | hm, that was integrated | 15:30 |
| fray | (or if that is in master-next, it fixed the checked and this is a 'real' problem) | 15:30 |
| rburton | yeah... | 15:30 |
| fray | likely this was a long standing bug, and it's finally been found/fixed.. :( | 15:30 |
| ykrons | fray: is there a documentation on to proper way to use gitsm and to select all or none submodules | 15:30 |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.38> has quit IRC | 15:34 | |
| *** hpsy <hpsy!~hpsy@92.118.12.38> has joined #yocto | 15:34 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 15:38 | |
| rburton | fray: the test is doing a better job now, that file doesn't get the linker flags explicitly | 15:42 |
| *** vineela <vineela!vtummala@nat/intel/x-rnzhemiqsosmqjwe> has quit IRC | 15:44 | |
| kergoth | Anyone 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 not | 15:46 |
| smurray | seems like a question alejandrohs might be able to answer | 15:48 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:48 | |
| rburton | kergoth: my workaround is to put build/ up a level | 15:52 |
| kergoth | hrmph, https://github.com/microsoft/vscode/issues/3998 | 15:55 |
| rburton | so vscode just sees the layers | 15:55 |
| kergoth | hmm 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 changes | 15:56 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:56 | |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC | 15:56 | |
| kergoth | https://github.com/microsoft/vscode/issues/29711 | 15:56 |
| kergoth | and https://github.com/microsoft/vscode-remote-release/issues/1257 | 15:57 |
| kergoth | lovely | 15:57 |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto | 15:58 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:edc4:6f4d:9155:df4a> has joined #yocto | 16:00 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AE71.versanet.de> has quit IRC | 16:01 | |
| havok101 | Hey, 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 missing | 16:01 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:11 | |
| *** mckoan is now known as mckoan|away | 16:15 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:21 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 16:28 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:29 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 16:34 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 16:37 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:38 | |
| *** vineela <vineela!vtummala@nat/intel/x-orjrmnlvpkikrdgx> has joined #yocto | 16:42 | |
| *** vineela <vineela!vtummala@nat/intel/x-orjrmnlvpkikrdgx> has quit IRC | 16:49 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:51 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.97> has joined #yocto | 17:01 | |
| khem | havok101: are you using mesa/vc4 or userland graphics | 17:01 |
| fray | good.. so it was a real bug | 17:03 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.97> has quit IRC | 17:03 | |
| fray | 'er.. previous was rbuton.. :) | 17:03 |
| havok101 | khem: vc4 | 17:04 |
| havok101 | My image_install has these: packagegroup-rpi-test, sudo, systemd, chromium-x11, matchbox-keyboard, mesa-demos | 17:05 |
| havok101 | My distro_features has these: x11 opengl systemd | 17:06 |
| havok101 | image_features has these: x11-base hwcodecs | 17:06 |
| *** PaowZ_ <PaowZ_!~vince@2a01:e35:2e3e:4ac0:2430:f533:346b:e471> has joined #yocto | 17:07 | |
| *** gsalazar54 <gsalazar54!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 17:07 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:10 | |
| rburton | RP: have you used the buildbot rest api before? | 17:12 |
| RP | rburton: yes, technically | 17:17 |
| RP | rburton: I've even patched it | 17:17 |
| rburton | see my question in #buildbot :) | 17:17 |
| RP | rburton: not sure I remember anything right now :/ | 17:17 |
| rburton | fiar | 17:17 |
| *** vineela <vineela!vtummala@nat/intel/x-fxfchqhmnlzgejtr> has joined #yocto | 17:23 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 17:32 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:38 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:39 | |
| *** nslu2-log_ is now known as nslu2-log | 17:39 | |
| *** gsalazar54 is now known as gsalazar | 17:39 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 17:41 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:41 | |
| JPEW | Has anyone seen the SDK tests crashing the host before? | 17:42 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:44 | |
| *** nslu2-log_ is now known as nslu2-log | 17:44 | |
| *** hpsy <hpsy!~hpsy@92.118.12.38> has quit IRC | 17:44 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 17:44 | |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC | 17:44 | |
| *** dev1990 <dev1990!~dev@dynamic-62-87-247-41.ssp.dialog.net.pl> has quit IRC | 17:44 | |
| *** sgw <sgw!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC | 17:44 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 17:44 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 17:44 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 17:44 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.140.35> has quit IRC | 17:44 | |
| *** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC | 17:44 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 17:44 | |
| *** vineela <vineela!vtummala@nat/intel/x-fxfchqhmnlzgejtr> has quit IRC | 17:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 17:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 17:45 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:46 | |
| *** hpsy <hpsy!~hpsy@92.118.12.38> has joined #yocto | 17:46 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 17:46 | |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto | 17:46 | |
| *** dev1990 <dev1990!~dev@dynamic-62-87-247-41.ssp.dialog.net.pl> has joined #yocto | 17:46 | |
| *** sgw <sgw!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 17:46 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 17:46 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 17:46 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 17:46 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.140.35> has joined #yocto | 17:46 | |
| *** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto | 17:46 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 17:46 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:46 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 17:48 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:48 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nzywsvpohywvlnkb> has quit IRC | 17:49 | |
| RP | JPEW: no, that sounds quite bad :/ | 17:49 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 17:50 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:51 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 17:52 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:53 | |
| JPEW | RP: 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 cause | 18:16 |
| JPEW | I think part of that is because the output gets confused when stderr is "lost" on the SDK tests, which is why I posted that patch | 18:18 |
| RP | JPEW: yes, I'd noticed that problem elsewhere but hadn't gotten to root causing it | 18:19 |
| *** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has joined #yocto | 18:19 | |
| bsmerbeck | I feel like i'm going crazy here. | 18:19 |
| bsmerbeck | Error: | 18:20 |
| bsmerbeck | smartpdu-1.0.0-r0.aarch64 | 18:20 |
| bsmerbeck | aghhhh | 18:20 |
| *** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has quit IRC | 18:20 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 18:20 | |
| RP | khem, armpit: I've merged a fix for dhcp-client | 18:22 |
| khem | ok cool | 18:24 |
| khem | RP: 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 |
| khem | since glibc is going to use it and musl too which means its pretty much given in any image | 18:26 |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 18:32 | |
| armpit | thanks | 18:32 |
| havok101 | any 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 loaded | 18:33 |
| JPEW | havok101: Does chrome://gpu work? | 18:44 |
| havok101 | JPEW: it just says software only | 18:44 |
| havok101 | I tried launching with various modes still not luck | 18:45 |
| havok101 | chromium --use-gl=egl --gpu-no-context-lost --ignore-gpu-blacklist | 18:45 |
| JPEW | havok101: Not sure. That's about the extent of my chromium acceleration knowledge. We use webkit :) | 18:45 |
| havok101 | I'm curious to try it. is this the meta-webkit layer you're using? https://github.com/Igalia/meta-webkit | 18:47 |
| JPEW | Yep. We use it because we're a little too resource constrained to run chromium and we also use wayland. | 18:48 |
| JPEW | at the time, I don't think chromium supported wayland very well | 18:48 |
| havok101 | ok i'm assuming it should work with x11 | 18:49 |
| havok101 | I have not experience with wayland and not sure I want to switch | 18:49 |
| JPEW | havok101: I suspect webkitgtk would work, but thats not the one we use | 18:50 |
| JPEW | We 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 |
| havok101 | Interesting, I'll poke around. | 18:51 |
| havok101 | I'd still like to figure out why chromium won't work with hardware acceleration though :( | 18:52 |
| bsmerbeck | Homing 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 |
| JPEW | havok101: FWIW, I think there is a webkitgtk recipe in oe-core these days. The one in meta-webkit is usually more up-to-date | 18:53 |
| havok101 | JPEW: 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 IRC | 18:57 | |
| khem | havok101: do you have HA enabled in chrome://settings/ | 19:00 |
| khem | and force enable GPU Rasterization | 19:00 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 19:01 | |
| khem | I havent tried x11 version in a while but it should be a simple config error | 19:03 |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 19:04 | |
| havok101 | khem: In setting ha is enable. In chrome://flags override software rendering list, GPU rasterization, Out of process rasterization is enabled | 19:05 |
| khem | havok101:are you using master ? | 19:05 |
| havok101 | yes | 19:06 |
| khem | havok101: and using clang to compile right / | 19:07 |
| havok101 | This is on a raspberry pi 3 so I'm not sure if I need additional config there. I have set the gpu_mem to 128 | 19:07 |
| havok101 | yes meta-clang is using the dunfell branch though | 19:07 |
| khem | thats ok | 19:07 |
| khem | that should be ok, but for tests change it to 512 | 19:08 |
| *** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 19:10 | |
| *** pbb <pbb!~quassel@2a0f:4ac0::7> has joined #yocto | 19:11 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhjvqglfsagijcon> has quit IRC | 19:13 | |
| khem | havok101: you can try to add PACKAGECONFIG_append_pn-chromium-x11 = " impl-side-painting" in local.conf | 19:14 |
| havok101 | ok let me try that, any way I can make these builds shorter. component-build seems to fail on an assert for me | 19:15 |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 19:17 | |
| *** TheComet_ <TheComet_!~hpom0@193.72.56.76> has joined #yocto | 19:32 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 19:34 | |
| *** vineela <vineela!vtummala@nat/intel/x-pyzvvpxyvmigyuix> has joined #yocto | 19:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19: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 |
| JPEW | TheComet_: Anonymous python blocks (like `python () {`) I beleive get executed at the end of parsing | 19:49 |
| TheComet_ | Ok. Then there's something weird going on here | 19:49 |
| TheComet_ | I have a class file that gets inherited by recipes-kernel/linux/linux-stm32mp_*.bbappend and it never gets executed | 19:50 |
| JPEW | TheComet_: Is that the literal file name: "recipes-kernel/linux/linux-stm32mp_*.bbappend" ? | 19:50 |
| TheComet_ | Sorry, it's recipes-kernel/linux/linux-stm32mp_%.bbappend | 19:51 |
| TheComet_ | I'm doing "bitbake linux-stm32mp" | 19:51 |
| JPEW | TheComet_: OK, just checking :) | 19:51 |
| *** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has quit IRC | 19:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.183.148.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 19:53 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kkzpasqkgvhbuizf> has joined #yocto | 19: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 #yocto | 19:57 | |
| TheComet_ | Is it good practice to add bblayers.conf and the build directory to version control? | 19:58 |
| LetoThe2nd | TheComet_: 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 VCS | 19:58 |
| TheComet_ | LetoThe2nd: What's kas short for? | 19:59 |
| LetoThe2nd | maybe... Krass Automatisches Setup? | 20:00 |
| LetoThe2nd | read: i have no clue. | 20:00 |
| TheComet_ | I'm trying to google "live coding session kas" and I'm getting some turkish website lol | 20:01 |
| bsmerbeck | yup, 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. guess | 20:01 |
| bsmerbeck | it's off to SO to ask | 20:01 |
| LetoThe2nd | TheComet_: https://youtu.be/KJHJlOtTdaE | 20:01 |
| TheComet_ | Thanks | 20:02 |
| *** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has joined #yocto | 20:08 | |
| TheComet_ | So far he said you need to create local.conf and bblayers.conf manually | 20:09 |
| TheComet_ | every time | 20:09 |
| LetoThe2nd | just keep on watching. | 20:10 |
| RobertBerger | @LetoThe2nd: kas as in "A so a kas" | 20:20 |
| LetoThe2nd | RobertBerger: :) | 20:21 |
| RobertBerger | Kicking And Screaming | 20:22 |
| LetoThe2nd | Konfabuliert Autokratisches Schnapsmarketing | 20:23 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-172.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:24 | |
| RobertBerger | I had to look up "Konfabuliert" ;), which should be obvious with 6 year of Latin ;) | 20:25 |
| LetoThe2nd | anyways, 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 IRC | 20:26 | |
| RobertBerger | CU | 20:26 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:32 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:34 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:35 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC | 20:37 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:38 | |
| TheComet_ | Sweet, thanks LetoThe2nd kas looks exactly like what I needed | 20:39 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 20:39 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 20:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:50 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:57 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 20:59 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:00 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto | 21:00 | |
| *** nslu2-log_ is now known as nslu2-log | 21:00 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:03 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 21:03 | |
| *** vineela <vineela!vtummala@nat/intel/x-pyzvvpxyvmigyuix> has quit IRC | 21:04 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 21:12 | |
| havok101 | khem: 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 |
| khem | havok101: hmm yeah I guess thats the problem then perhaps mesa issues, can you try dunfell version of oe-core/poky | 21:22 |
| havok101 | khem: I'm on dunfell for everything except meta-browser which is on master | 21:24 |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:25 | |
| khem | oh ok | 21:27 |
| khem | then I think it should be debugged | 21:27 |
| dev1990 | havok101: are you using chromium from X11 session ? is there something strange in chromium logs like "libgl error: MESA-LOADER" | 21:28 |
| havok101 | yea 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 #yocto | 21:38 | |
| *** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC | 21:40 | |
| havok101 | dev1990: checked the debug log. No sign of it | 21:41 |
| havok101 | It goes invalid-client-secret since it's using invalid keys followed by the GPU Process crashing 3 times | 21:43 |
| dev1990 | ok, 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 |
| dev1990 | https://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 i945GSE | 21:47 |
| dev1990 | maybe helpful somewhat | 21:49 |
| havok101 | dev1990: Thanks I'll check it. | 21:50 |
| RP | khem: not keen on that, no | 22:02 |
| RP | armpit: I used the typo from your commit :( | 22:03 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 22:05 | |
| OutBackDingo | LOL... really? package podman-2.0.7+git0+ce7b78a43a-r0.corei7_64 conflicts with docker in meta-virtualization | 22:12 |
| OutBackDingo | i find that quite interesting | 22:12 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 22:14 | |
| *** hpsy <hpsy!~hpsy@92.118.12.38> has quit IRC | 22:16 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:edc4:6f4d:9155:df4a> has quit IRC | 22:21 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 22:23 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 22:26 | |
| khem | reality isnt it :) | 22:31 |
| *** qschulz_ <qschulz_!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:36 | |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC | 22:38 | |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto | 22:40 | |
| *** hpsy <hpsy!~hpsy@92.118.12.38> has joined #yocto | 22:41 | |
| khem | RP: yeah I was not happy either | 22:42 |
| alejandrohs | khem: | 22:43 |
| alejandrohs | oops haha | 22:43 |
| alejandrohs | khem: do you know why it was decided to use $CC on the sdk instead of calling gcc | 22:44 |
| alejandrohs | khem: btw I do know why I'm trying to get a proper argument | 22:44 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9dcf:ebf9:1f19:e8a8> has quit IRC | 22:45 | |
| alejandrohs | I guess my question is when did we decide to mandate the use of $CC for the sdk | 22:45 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.183.148.nat.umts.dynamic.t-mobile.pl> has quit IRC | 22:46 | |
| khem | alejandrohs: 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 ABIs | 22:49 |
| khem | and we also add right tune options for the given machine | 22:49 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:51 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-kkzpasqkgvhbuizf> has quit IRC | 22:57 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 23:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 23:03 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 23:12 | |
| *** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC | 23:13 | |
| RP | bind looks like its failing in do_package in master-next https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/2370 :( | 23:13 |
| RP | armin isn't here, I should sleep too | 23:14 |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 23:16 | |
| khem | RP: let me look | 23:17 |
| RP | khem: thanks, I've not looked at the problem, I need to sleep | 23:18 |
| khem | no worries either of us will take a look | 23:20 |
| khem | I think we never do multilib builds with meta-oe | 23:21 |
| khem | thats why we never saw it | 23:21 |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 23:22 | |
| khem | mv: 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 directory | 23:22 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:3889:a22b:6ae0:235a> has joined #yocto | 23:26 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 23:27 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!