| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:29 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:31 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:43 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:45 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 00:45 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:46 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:03 | |
| aehs29 | Im running into an issue, after installing the SDK, I am unable to compile a simple c program | 01:07 |
|---|---|---|
| aehs29 | $ which i586-poky-linux-gcc | 01:07 |
| aehs29 | /tmp/meta-x86/sysroots/x86_64-pokysdk-linux/usr/bin/i586-poky-linux/i586-poky-linux-gcc | 01:07 |
| aehs29 | $i586-poky-linux-gcc a.c | 01:08 |
| aehs29 | /tmp/meta-x86/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/8.2.0/real-ld: cannot find Scrt1.o: No such file or directory | 01:08 |
| aehs29 | /tmp/meta-x86/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/8.2.0/real-ld: cannot find crti.o: No such file or directory | 01:08 |
| aehs29 | /tmp/meta-x86/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/8.2.0/real-ld: cannot find crtbeginS.o: No such file or directory | 01:08 |
| aehs29 | /tmp/meta-x86/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/8.2.0/real-ld: cannot find -lgcc | 01:08 |
| aehs29 | I know that its supposed to get the runtime from libgcc , and the files are actually there, but I would think those paths would be set by default, either during compilation or during the relocation of the SDK | 01:10 |
| aehs29 | and I just think its crazy how no one had noticed, which makes me think I'm doing something wrong | 01:10 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:12 | |
| kergoth | aehs29: use the variables set in the environment-setup script | 01:16 |
| kergoth | specifically $CC | 01:16 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:20 | |
| *** dscully <dscully!~dscully@24.249.154.174> has quit IRC | 01:20 | |
| khem | aehs29: use $CC and $LD variables | 01:21 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:28 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:58 | |
| *** meantcoder <meantcoder!5f0a1632@gateway/web/freenode/ip.95.10.22.50> has joined #yocto | 01:59 | |
| *** meantcoder <meantcoder!5f0a1632@gateway/web/freenode/ip.95.10.22.50> has quit IRC | 01:59 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:03 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 02:29 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 02:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 02:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:05 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 03:12 | |
| *** Phreaknes <Phreaknes!~Phreaknes@71.11.113.4> has quit IRC | 04:23 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 04:35 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 04:37 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 04:40 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:3510:374b:988:f8b2> has joined #yocto | 04:59 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 05:20 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-pstpjtbcajytcqle> has joined #yocto | 05:34 | |
| aehs29 | kergoth: khem thanks guys let me give it a shot | 05:35 |
| aehs29 | yeah I knew I was doing something wrong | 05:38 |
| aehs29 | another thing that I noticed is that after passing -v to gcc | 05:40 |
| aehs29 | the paths are wrong I think | 05:40 |
| aehs29 | for example | 05:40 |
| aehs29 | --bindir=/opt/poky/2.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/i586-poky-linux | 05:41 |
| aehs29 | it contains the /opt/poky/2.5+snapshot path in there, which I know is the default where the SDK gets installed, but its not where I installed it | 05:41 |
| aehs29 | so as far as Im concerned the relocation successfully changed it, but it changed it to the default one not the one I decided | 05:42 |
| aehs29 | but tbh at this point I'm just doubting myself about everything | 05:43 |
| khem | those paths dont matter | 05:45 |
| aehs29 | khem: alright, I guess as long as they dont have HOST information were good, thanks | 05:49 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 05:53 | |
| yocti | New news from stackoverflow: Can we add [IF] conditional statements in either .scc or .bbappend file? <https://stackoverflow.com/questions/52063827/can-we-add-if-conditional-statements-in-either-scc-or-bbappend-file> | 05:54 |
| *** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC | 06:12 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:25 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 06:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:30 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:36 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:46 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 06:46 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:50 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:53 | |
| *** fl0v0 <fl0v0!~fvo@i5E863B7A.versanet.de> has joined #yocto | 06:57 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:02 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5a9a1a.dynamic.kabel-deutschland.de> has joined #yocto | 07:07 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 07:12 | |
| *** mckoan|away is now known as mckoan | 07:13 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 07:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:33 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC | 07:49 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 07:51 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:00 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:05 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 08:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 08:10 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC | 08:13 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 08:14 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 08:26 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 08:26 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 08:38 | |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 08:56 | |
| *** florian_kc is now known as florian | 09:12 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-pstpjtbcajytcqle> has quit IRC | 09:13 | |
| mort | Is there a way to build a recipe using the host machine's libraries for the host machine's architecture? | 09:22 |
| mort | I ask because I now have a recipe for something that's a little non-trivial to compile, and it'd be nice to be able to use the same recipe to build the library for the host machine for development | 09:22 |
| RP | mort: aren't those the -native recipes? | 09:23 |
| kanavin | non-trivial how? | 09:23 |
| mort | kanavin: well, it's WebRTC, so it involves using Google's build system, giving it a billion options to not use Google's sysroots and not use Clang's ABI and stuff, and then a step to bundle all the object files into a static library and bundle all the headers into an include/webrtc directory | 09:25 |
| *** JoeR <JoeR!~JayBee@D93FFCEF.cm-21.dynamic.ziggo.nl> has joined #yocto | 09:25 | |
| JoeR | Hi all. | 09:25 |
| JoeR | I have a question about dependent file systems for an sdcard image. | 09:27 |
| JoeR | I had a class that generated a particular format of sdcard under Krogoth. I'm moving to Sumo and now this recipe fails. | 09:27 |
| JoeR | It can't find the dependant ext4 fs that it needs to use for the sdcard. | 09:28 |
| JoeR | Now the dependencies are working correctly, and I can find the fs, just not where it used to be. | 09:28 |
| JoeR | It used to get dumped in the deploy directory, but now appears to get dumped in a work sub directory of the image. | 09:29 |
| JoeR | I'm assuming there's a variable I *should* be using for this path, but I don't know what it is. Does anyone know? | 09:29 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:30 | |
| *** webloop <webloop!~abhijeetk@106.51.29.139> has joined #yocto | 09:30 | |
| mort | RP: is there some documentation on how you create a -native recipe, or some existing recipes to look at? I'm having trouble finding info about it through google | 09:31 |
| RP | mort: most recipes just add BBCLASSEXTEND = "native". If your recipe is non-trivial, that might not work though | 09:32 |
| mort | I see, I'll give it a shot. Thanks | 09:33 |
| RP | JoeR: IMGDEPLOYDIR ? | 09:33 |
| JoeR | RP: Thanks. That looks right. I've been through a few variables, none hit the nail on the head. Is there a variable that reflects the name of that fs too, i.e. the one just built for that image, or should I be using the sym linked one without a date on? | 09:38 |
| RP | JoeR: IMAGE_NAME maybe? | 09:41 |
| RP | JoeR: see image.bbclass | 09:41 |
| JoeR | RP: Thanks. | 09:41 |
| *** lusus_ <lusus_!~lusus@62.91.23.180> has joined #yocto | 09:41 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 09:42 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 09:43 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 09:50 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 09:53 | |
| yocti | New news from stackoverflow: What causes BitBake worker processes to exit unexpectedly? <https://stackoverflow.com/questions/34441225/what-causes-bitbake-worker-processes-to-exit-unexpectedly> | 09:55 |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 09:57 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 10:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:10 | |
| *** mckoan is now known as mckoan|away | 10:13 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:20 | |
| *** webloop <webloop!~abhijeetk@106.51.29.139> has quit IRC | 10:21 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:27 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:28 | |
| mort | PR: apparently there's no pulseaudio-native or gtk+3-native; is there a way to get bitbake to just use the system versions of that? | 10:28 |
| mort | RP* | 10:28 |
| joaocfernandes | Hi everyone , I am experimenting with yocto. I have created a new layer that contains two recipes. This recipe contains two simple helloworld, the first one is called "helloworld" and is built with gcc. After I build an image run it in the target the app is present as expected. | 10:28 |
| mort | I totally get if there's not, because it's sort of against the whole point of yocto, but it would be a bit useful | 10:29 |
| joaocfernandes | the second app is called "hellocmake" and is built with Cmake. When I do build a image I get the packages for both the recipes helloworld and hellocmake . The thing i can't understand is why the "hellocmake" is not being populated into /usr/bin/ as I expected | 10:31 |
| mort | joaocfernandes: could you pastebin your two recipes and link them here? | 10:31 |
| joaocfernandes | yes sure, will do that | 10:32 |
| joaocfernandes | tks | 10:32 |
| joaocfernandes | Working helloworld -> https://pastebin.com/qswwnvcn | 10:33 |
| mort | JoeR: and the hellocmake one? | 10:37 |
| mort | joaocfernandes* | 10:37 |
| joaocfernandes | Sorry for the delay | 10:37 |
| joaocfernandes | https://pastebin.com/ZqpRy9ZS | 10:37 |
| joaocfernandes | I also placed some debug after the recipe | 10:37 |
| bluelightning | mort: ASSUME_PROVIDED += "gtk3+-native pulseaudio-native" perhaps? | 10:37 |
| joaocfernandes | Thank you mort | 10:38 |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 10:40 | |
| bluelightning | joaocfernandes: doesn't seem to be anything wrong there, the file is packaged - so, what about the image? how are you putting hellocmake into it? | 10:40 |
| mort | joaocfernandes: I think you need a do_install for cmake too, to copy the file over to ${D}${bindir} | 10:40 |
| bluelightning | mort: shouldn't need one - there's a default implementation in the cmake class | 10:40 |
| mort | ah | 10:40 |
| joaocfernandes | I read it wouldn't be necessary on Cmake , but also tried it | 10:41 |
| bluelightning | we can see from the package that the file is already being installe | 10:41 |
| bluelightning | *installed | 10:41 |
| joaocfernandes | yes | 10:41 |
| joaocfernandes | will do another paste with the output image | 10:42 |
| *** JoeR <JoeR!~JayBee@D93FFCEF.cm-21.dynamic.ziggo.nl> has quit IRC | 10:42 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:44 | |
| joaocfernandes | https://pastebin.com/sb40RzkF | 10:44 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 10:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:51 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:52 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 10:53 | |
| yocti | New news from stackoverflow: GitLab CI Yocto Build - How to use SSTATE and DL_DIR <https://stackoverflow.com/questions/52095080/gitlab-ci-yocto-build-how-to-use-sstate-and-dl-dir> | 10:55 |
| *** MiskaX <MiskaX!dqzrmptv9k@rankki.sonarnerd.net> has joined #yocto | 10:58 | |
| bluelightning | joaocfernandes: so what do you get if you run bitbake -e your-image | grep ^IMAGE_INSTALL= | 10:59 |
| joaocfernandes | IMAGE_INSTALL=" packagegroup-core-boot packagegroup-base-extended hello" | 11:04 |
| joaocfernandes | :) | 11:04 |
| joaocfernandes | thanks for your help , bluelightning | 11:05 |
| joaocfernandes | I don't know why I assumed this would be installed anyway :) | 11:06 |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has joined #yocto | 11:17 | |
| *** MiskaX <MiskaX!dqzrmptv9k@rankki.sonarnerd.net> has quit IRC | 11:20 | |
| yocti | New news from stackoverflow: Add recipes to custom meta layer from devtool workspace in Yocto Krogoth <https://stackoverflow.com/questions/52095585/add-recipes-to-custom-meta-layer-from-devtool-workspace-in-yocto-krogoth> | 11:25 |
| *** MiskaX <MiskaX!luxdvijd2t@rankki.sonarnerd.net> has joined #yocto | 11:27 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:27 | |
| *** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has joined #yocto | 11:39 | |
| *** illarios <illarios!3e862e04@gateway/web/freenode/ip.62.134.46.4> has quit IRC | 11:52 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:10 | |
| *** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto | 12:16 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:18 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 12:22 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 12:25 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:25 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:25 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 12:30 | |
| sveinse | is there a programmically way to add an existing layer rather than editing bblayers.conf? | 12:31 |
| mihai | sveinse, see bitbake-layers | 12:33 |
| sveinse | mihai: yes, that was it. Thanks | 12:34 |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has quit IRC | 12:37 | |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has joined #yocto | 12:39 | |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has quit IRC | 12:42 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:43 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 12:46 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 12:51 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 13:00 | |
| yocti | New news from stackoverflow: Yocto + Autotools library + CMake application = linker error <https://stackoverflow.com/questions/52098050/yocto-autotools-library-cmake-application-linker-error> | 13:26 |
| *** stephano <stephano!stephano@nat/intel/x-fgsisgvwvwtyhorj> has joined #yocto | 13:26 | |
| RP | mort: not out the box, there are probably hacks you could do to make it use the host systems headers/libs but its not something we'd support by default | 13:26 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 13:27 | |
| mort | I suppose the -native stuff is for tools which are needed during compilation, and those tools generally don't depend on pulseaudio or gtk, so it makes sense to not have -native versions of that | 13:29 |
| RP | mort: right, we try and be self contained too | 13:31 |
| *** tpreston <tpreston!~thomaspre@78.40.148.184> has left #yocto | 13:31 | |
| mort | RP: yeah, which is awesome; I've noticed it's easy to accidentally use libraries from the host system when just regularly cross compiling, and have had issues with ABI differences due to that at times | 13:32 |
| *** yann <yann!~yann@81.250.171.161> has joined #yocto | 13:40 | |
| yann | I'm defining a do_prepare_recipe_sysroot_mali-gpu_append() function in a bbappend, but it ends up replacing the contents of do_prepare_recipe_sysroot(), ie the call to extend_recipe_sysroot() - what am I missing ? I don't see anything in staging.bbclass doc that would explain this | 13:42 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:3510:374b:988:f8b2> has quit IRC | 13:43 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:4cc6:7ae2:a092:c40d> has joined #yocto | 13:44 | |
| yann | damn, _append first - could be useful to issue a warning... | 13:46 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 13:48 | |
| zeddii | RP: is there a poky-next ? or similar ? I just sent out the removals of 4.12 and 4.15 and didn't want to re-send my patch to poky to make 4.18 the default if you already had it queued somewhere. | 13:50 |
| kergoth | yann: _mali-gpu_append is valid in certain cases. less often than _append_mali-gpu, admittedly, but both are valid and behave differently given our current file format | 13:52 |
| yann | hm, i see | 13:53 |
| RP | zeddii: poky has a master-next branch as does meta-yocto but its not a big deal for this one | 14:01 |
| RP | zeddii: did you see my comment about warnings yesterday? I think you may need to brace yourself to fix the kernel config warnings | 14:02 |
| RP | I can tell this will be 'fun' already: https://typhoon.yocto.io/#/builders/6/builds/31 | 14:03 |
| RP | (just started a test run on the new builder and its showing warnings before its got to the main build) | 14:03 |
| RP | armpit: I just destroyed compatibility with the old autobuilder codebase so please don't run anything on .io atm | 14:07 |
| RP | I guess I shoud fix it one last time | 14:08 |
| armpit | RP ok | 14:08 |
| armpit | hey, destroying things is my job | 14:09 |
| RP | armpit: actually, .io is fine and ok to use, its just the old new cluster :) | 14:11 |
| RP | or is it the new old one | 14:11 |
| RP | If its just that one, I don't think I actually care enough to fix it | 14:11 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:15 | |
| zeddii | RP: I'm taking patches from the kernel config users to cleanup warnings :D | 14:16 |
| zeddii | and ok. I'll send my two patches for the 4.15 removal to poky. | 14:17 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:19 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:20 | |
| sveinse | Are there any other ways to load or read the OE environment other than calling the shell-script? I'd like to avoid calling bitbake through a shell when running on our build server if I can. | 14:23 |
| sveinse | I'm currently calling env -i bash -c ". src/poky/oe-init-build-env; python -c 'import build; build.save_environ()'" on pre-setup of the build chain to save the environment for later direct calls to bitbake | 14:25 |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 14:26 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:40 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:44 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 14:46 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:48 | |
| armpit | RP, reminder: the sstate changes for Rocko | 14:55 |
| RP | armpit: merged, close it! :) | 14:57 |
| armpit | RP have we thought about adding hooks to git to update the bugzilla when changes got committed ? | 14:59 |
| RP | armpit: thought about yes, it has its issues | 15:01 |
| armpit | k | 15:03 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-eyxznmofzqgjpxva> has joined #yocto | 15:03 | |
| armpit | RP, is it time to update https://autobuilder.yoctoproject.org/ | 15:03 |
| *** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto | 15:03 | |
| armpit | new and io are listed but not typhoon | 15:04 |
| RP | armpit: basically, yes | 15:04 |
| RP | halstead: ^^^ | 15:04 |
| armpit | halstead, he is referring to https://autobuilder.yoctoproject.org/ updating | 15:05 |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 15:17 | |
| *** mattes_bru <mattes_bru!3ibDcRx5zT@bootes.uberspace.de> has left #yocto | 15:19 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 15:22 | |
| *** jacques is now known as linuxjacques | 15:22 | |
| yocti | New news from stackoverflow: meta-java error while building yocto image <https://stackoverflow.com/questions/52100466/meta-java-error-while-building-yocto-image> | 15:26 |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 15:29 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5a9a1a.dynamic.kabel-deutschland.de> has quit IRC | 15:32 | |
| *** yann <yann!~yann@81.250.171.161> has quit IRC | 15:32 | |
| khem | RP: recent locale overhaul is causing packaging issues with opkg works ok with rpm backend see https://bugzilla.yoctoproject.org/show_bug.cgi?id=12905 | 15:44 |
| yocti | Bug 12905: major, Medium+, 2.6 M4, alejandro.delcastillo, NEW , core-image-lsb-sdk failed with opkg backend | 15:44 |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 15:51 | |
| RP | khem: I saw, I've asked if the opkg maintainer can have a look | 15:51 |
| *** dfaught <dfaught!~dfaught@12.244.19.154> has joined #yocto | 15:54 | |
| RP | zeddii: I've added a patch to drop the 4.12 append from meta-yocto-bsp too | 15:54 |
| zeddii | ahaha. yes. I missed that one. | 15:55 |
| RP | zeddii: just had a sea of red | 15:56 |
| zeddii | someting I can see on typhoon.yocto.io ? | 15:59 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 16:00 | |
| zeddii | armpit. I should have checked the OEDEM page before I booked my flights for ELCe :D | 16:04 |
| * zeddii is 41 of 40 | 16:04 | |
| RP | zeddii: it was from the append, I'm rerunning with the fix | 16:05 |
| zeddii | ah cool. I checked and didn't see it. | 16:05 |
| RP | zeddii: that build is on .io | 16:05 |
| RP | zeddii: what may get annoying are things like https://typhoon.yocto.io/#/builders/2/builds/25 (the warnings) | 16:05 |
| RP | zeddii: that build is master without the 4.18 upgrade though | 16:06 |
| zeddii | RP: is that warning coming out, with no actual options listed ? | 16:06 |
| zeddii | I'll go see what happened, if that is the case. | 16:06 |
| RP | zeddii: full logs have the info, that is just capturing any lines which start "WARNING:" | 16:07 |
| zeddii | ahah. I'll check the log and see if it was already caught in the patches I've been getting. | 16:08 |
| RP | zeddii: https://typhoon.yocto.io/#/builders/18/builds/25 has two kernel ones too (and a load of others which I don't know what we'll do about) | 16:09 |
| zeddii | RP: the config patches I sent in my series this morning should clean up some of those. I can't claim all, but the CONFIG_NETFILTER_DEBUG which is showing in that log, has been removed/fixed. | 16:12 |
| RP | zeddii: ok. Assuming -next builds I'll be running that through this next to see how the warnings look with the updated patches | 16:14 |
| * zeddii will become zeddii_home shortly | 16:16 | |
| *** lusus_ <lusus_!~lusus@62.91.23.180> has quit IRC | 16:21 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 16:22 | |
| *** fl0v0 <fl0v0!~fvo@i5E863B7A.versanet.de> has quit IRC | 16:30 | |
| khem | RP: another issue I am seeing is on-target g++ is not search in right directories for c++ headers | 16:33 |
| khem | compile any of this examples https://www.programiz.com/cpp-programming/examples/pyramid-pattern | 16:34 |
| khem | it wont find c++config.h | 16:34 |
| khem | my hunch is that its due to gxx-include-dir setting during configure | 16:34 |
| khem | regardless we should add this example to oe-selftest | 16:35 |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:38 | |
| khem | RP: I think we should also do some testing with ipk backend, atleast 1 set | 16:39 |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has quit IRC | 16:44 | |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has joined #yocto | 16:46 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 16:48 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:54 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:56 | |
| RP | khem: we do test the ipk backend https://autobuilder.yocto.io/builders/nightly-packagemanagers/builds/896 | 16:57 |
| RP | khem: and yes, I'd love c++ examples | 16:57 |
| RP | khem: should be really easy to add, see meta/lib/oeqa/runtime/cases | 16:58 |
| RP | zeddii_home: https://autobuilder.yocto.io/builders/poky-tiny/builds/1229/steps/BuildImages/logs/stdio ? | 17:02 |
| RP | zeddii: ^^^ not sure where you are! :) | 17:02 |
| RP | khem: did the perl problems in meta-oe get resolved with the cpan change? | 17:04 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:4cc6:7ae2:a092:c40d> has quit IRC | 17:06 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:4cc6:7ae2:a092:c40d> has joined #yocto | 17:08 | |
| khem | RP: yes it did | 17:11 |
| khem | RP: yesterdays master-next was good. | 17:11 |
| khem | today's master-next is baking | 17:11 |
| RP | khem: ok, good. I'll stop worrying about that patch then :) | 17:12 |
| khem | RP: yep, I have switched my staging to use master-next so you will hear from me more than you would like :) | 17:12 |
| khem | if the rebuild does not cause toolchain rebuilds the turnaround time of full build is couple of hrs but if glibc changes full builds are ranging from 11 to 12 hrs | 17:14 |
| RP | khem: I know the problem, its doing full rebuilds atm :/ | 17:15 |
| RP | khem: might help if you could use our sstate | 17:15 |
| khem | RP: I am all for sstate reuse but data transfer could be issue | 17:21 |
| khem | RP: at least for home machine, my monthly quota of download quota will be done in few days :) | 17:21 |
| sveinse | bitbake-layers add-layer is not a particular effective tool to programmically build up one's layers... The parsing takes literally minutes, and you must take care on what order the layers are added, since parsing will fail if a layer is added in the wrong order. Perhaps I need to write my own bblayers.conf manipulator after all? | 17:21 |
| kergoth | sveinse: richard has a patch that makes it only parse configuration, not recipes | 17:22 |
| kergoth | and i have an unmeregd branch so it doesn't even parse configuration, just bblayers.conf an dlayer.confs | 17:22 |
| RP | khem: if this is on your home system, yes! | 17:22 |
| RP | sveinse: http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake?id=9571101105565543aa4a811705d17fd90ad9ba04 | 17:23 |
| khem | sveinse: we can make it better, I use it for BEC distro, we use git submodules see https://github.com/cbrake/oe-build/blob/master/envsetup.sh#L307 | 17:23 |
| RP | sveinse: I very much want to improve the APIs | 17:24 |
| kergoth | of everything | 17:24 |
| kergoth | :) | 17:24 |
| RP | kergoth: well, yes! :) | 17:24 |
| RP | I am feeling quite happy with https://typhoon.yocto.io/#/console :) | 17:25 |
| RP | even if we're trending orange | 17:25 |
| zeddii_home | RP: I don’t know what happend there, but the tiny/base branches didn’t merge to the BSP ones. I just re-pushed 4.14 and it should be fixed now | 17:26 |
| kergoth | RP: nice. | 17:26 |
| RP | zeddii_home: I need patches or can just rebuild? | 17:27 |
| sveinse | khem: one humble comment to git submodules handling (from our own experience with CMs): IMHO don't assume that git submodule repo == layer. Many repos, poky included, has multiple layers within the same repo. So extracting layer info from (sub)repos can be limiting functionality. | 17:27 |
| zeddii_home | just rebuild. the SRCREV is right. | 17:27 |
| RP | zeddii_home: thanks | 17:27 |
| khem | RP: with those live animations can we add sound also please !!! | 17:28 |
| kergoth | totally and completely ot, but I'm absolutely loving my new mechanical keyboard. solid construction and feel (plate built into the top of the case), lightweight, compact, with very quiet switches but good tactile feel. HHKB-style layout takes a little adjusting, though. | 17:28 |
| khem | kergoth: dovrak ? | 17:28 |
| khem | dvorak | 17:29 |
| kergoth | nah, still qwerty, but it has no function row, control as capslock, ` and | relocated | 17:29 |
| kergoth | the earlier run of https://www.massdrop.com/buy/massdrop-x-tokyo-keyboard-tokyo60-keyboard-kit?mode=guest_open | 17:29 |
| RP | khem: ask upstream buildbot? :) | 17:29 |
| RP | kergoth: I could do with a decent keyboard! | 17:30 |
| RP | couldn't survive without arrows and numpad though | 17:30 |
| kergoth | there are so many great mechanical keyboards out there. anything is better than rubber domes or butterfly switches :) | 17:30 |
| kergoth | the /r/mechanicalkeyboards wiki on reddit has a lot of great info and product recommendations for anyone wanting to get started | 17:31 |
| kergoth | fair warning, it can be a rabbithole. i have 5 mechanical keyboards on my end table at the moment, and two $150+ keycap sets installed, and i'm a newbie :) | 17:32 |
| kergoth | https://photos.app.goo.gl/BHziYlslKWNhlGVm1 looks pretty fantastic though :) | 17:33 |
| khem | kergoth: you should see the new mbp keyboard, it feels like banging your fingers on concrete | 17:34 |
| kergoth | i get my new macbook pro today! first time upgrading my personal machine in *7 years* | 17:34 |
| kergoth | but yeah, thank god for external keyboards | 17:34 |
| RP | kergoth: I'm not sure I dare go down that rabbit hole :) | 17:37 |
| kergoth | can be one of those pricey hobbies like headphones, fountain pens, nice watches, etc, but even a cheap one is better than nothing :) | 17:38 |
| sveinse | I got my first 4k display (15") on my new laptop two months ago. The display is so much better than my external 2k 24" screen, so I started preferring using the laptop display. I was able to convince my boss to buy a 32" 4k external screen. And, man, programming is just so cool now. | 17:39 |
| kergoth | awesome | 17:39 |
| kergoth | that's a lot of real estate | 17:39 |
| kergoth | i've been using a 13" 2011 macbook air, not even max spec'd, as my primary machine for 7 years now. coding is doable, but mostly ssh'ing to remote build servers and single-tasking to avoid a need for more real estate | 17:40 |
| sveinse | kergoth: this is a screendump from my desktop: https://user-images.githubusercontent.com/13770135/44477437-f85da200-a63a-11e8-8770-0b7d8289a4f1.png | 17:42 |
| sveinse | So, my conclusion is that I'd rather prefer one large 4k screen over two side by side 2k screens | 17:43 |
| kergoth | that's a heck of a lot of editor panes :) | 17:46 |
| kergoth | but agreed, not having to sort out what goes on one screen vs the other sounds nice | 17:46 |
| kergoth | never was a fan of multi-monitor | 17:46 |
| kergoth | leaivng irc up on one monitor is just asking for a lack of productivity for me :) | 17:46 |
| khem | sveinse: vscode is good. Good choice | 17:46 |
| kergoth | agreed, i need to play with vscode some more | 17:47 |
| khem | kergoth: I could edit fairly large projects, kernel, gcc ,llvm | 17:47 |
| kergoth | aside: for anyone that didn't know, the 'bat' tool supports syntax highlighting using any sublime text package, including the bitbake one, so it gives bitbake file highlighting at a commandline, and pages. bitbake -e | bat -l BitBake works | 17:47 |
| kergoth | khem: impressive | 17:48 |
| khem | kergoth: its almost my daily driver, along side vim | 17:48 |
| khem | vim will always be there, unless vscode shows up on arduinos :) | 17:48 |
| kergoth | i really *want* to use a newer graphical editor, but i'm stuck doing so many oe builds on remote fast build servers.. | 17:48 |
| kergoth | need to code something non-oe before my coding skill rusts to nothing | 17:49 |
| khem | kergoth: I map the drivers over sshfs :) | 17:49 |
| kergoth | ah, nice | 17:49 |
| kergoth | i don't think that'd work very well connecting to the build server i use that's in lahore, though. damn latency | 17:49 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 17:49 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 17:50 | |
| khem | oh Lahore wow | 17:50 |
| kergoth | fastest build machine we have at the moment.. the ones i use in the US are like a whopping 8 core. weak. | 17:50 |
| kergoth | heh | 17:50 |
| sveinse | I was an avid emacs users before discovering vscode | 17:50 |
| sveinse | *user (I'm not plural) | 17:51 |
| khem | heh emacs | 17:51 |
| kergoth | i wonder if tehre's a good vim plugin for vscode. i saw a new one for sublime that actually connects to a running neovim server to implement it, instead of re-implementing the vim functionality. cool stuff | 17:51 |
| khem | I wonder if it can make tea too now | 17:51 |
| kergoth | with the right IoT devices, sure | 17:52 |
| kergoth | :) | 17:52 |
| sveinse | speaking of builds: my task now is to write the build server management for yocto. How do you guys build your yocto images? I.e. how do you manage and control the things over bitbake? | 17:52 |
| khem | python3 takes 1000 seconds in do_compile and its the only task running for loooong before parallelism kicks in | 17:52 |
| kergoth | yikes | 17:53 |
| khem | kergoth: its running pybench.py -n 1o in qemu usermode | 17:54 |
| khem | forever | 17:54 |
| sveinse | E.g. do you use toaster or call bitbake from own scripts? | 17:55 |
| khem | it works lot faster for x86 but other arches it sucks | 17:55 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:55 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-eyxznmofzqgjpxva> has quit IRC | 17:56 | |
| khem | I wonder why we run pybench | 17:56 |
| khem | and with -n 10 which means it will run 10 rounds | 17:56 |
| khem | well here is the reason http://git.openembedded.org/openembedded-core/commit/?id=05a2a53f9cc7e75b4a3838ab9368cadf0f15ba1b | 18:00 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 18:00 | |
| kergoth | yeah, it's quite a regression in performance. it needs to be a packageconfig at the very least | 18:01 |
| kergoth | good performance increase if you'rew illing to deal with teh build time, though | 18:01 |
| khem | I wonder how good it is to run qemuarm ( armv5te emulation ) to optimize python3 for raspberrypi3, all I can tell is it will pessimising the loads | 18:01 |
| khem | performance has to be measured | 18:02 |
| khem | Let me open a bug | 18:02 |
| khem | python3-3.5.5-r1.0 do_compile - 1102s | 18:03 |
| khem | its still running | 18:03 |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 18:03 | |
| kergoth | richard indicated it was quite the benefit for nativesdk for buildtools-tarball, bitbake parse times improved with the pgo built python. should really be defaulted to disabled for target and opt-in with packageconfig for target, though | 18:06 |
| khem | for native and nativesdk its fine | 18:16 |
| khem | I dont doubt it improves things | 18:16 |
| khem | do_compile takes 25mins 2 seconds for rpi3 | 18:17 |
| khem | not good | 18:17 |
| * kergoth nods | 18:26 | |
| khem | may be its ok on release branches, where we dont change stuff often | 18:32 |
| *** jdel <jdel!~jdel@12.1.36.234> has joined #yocto | 19:01 | |
| jdel | hello. I have a question regarding the linux-libc-headers package | 19:01 |
| jdel | there's a big bright warning about not using a custom kernel version for libc compilation headers | 19:01 |
| jdel | but doesn't that end up with the source for the uapi of the kernel being built different from that of all the userland packages being built? | 19:02 |
| jdel | i'm struggling with a recipe that is missing a uapi header file | 19:02 |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 19:02 | |
| jdel | the kernel being built definitely has it, but it doesn't show up in the recipe's syroot | 19:03 |
| jdel | it seems like the appropriate thing to do would be to use the custom kernel for all aspects of the build (including libc) | 19:03 |
| jdel | so it doesn't make sense to me that an different is enforced and recommended by the build system | 19:03 |
| kergoth | depending on the selected tuning, we build many packages that can be used across any number of different boards | 19:06 |
| kergoth | unless the recipe is marked with machine arch for packge arch, it's common to any platform using that tuning | 19:06 |
| kergoth | hardcoding it to a particular uapi for one kernel on one board would be problematic | 19:06 |
| kergoth | not to mention possibly not even possible withoutu changing all their tuning, due to how bitbake runs tasks | 19:07 |
| jdel | i'm building a custom kernel, and custom userland for a custom board | 19:07 |
| kergoth | that's your single use case. | 19:07 |
| *** [RLA]Eske <[RLA]Eske!c0e1ba62@gateway/web/freenode/ip.192.225.186.98> has joined #yocto | 19:07 | |
| jdel | right | 19:07 |
| jdel | but that use case isn't supported? | 19:08 |
| kergoth | if you really want to, bump the version of the linux-libc-headers recipe, problem solved | 19:08 |
| jdel | ok | 19:08 |
| kergoth | shouldn't have to use *your* kernel just to pick up a newer set of standard headers, just moving it to a newer kernel baselien should do the job | 19:08 |
| jdel | but by default the recipe providing the kernel != the recipe providing the kernel headers? | 19:08 |
| aehs29 | kergoth: that keyboard looks awesome, I use a mechanical keyboard as well and honestly I think its worht it | 19:08 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 19:08 | |
| aehs29 | khem: yeah the new changes to python make it incredibly slow, Id agree on the PACKAGECONFIG | 19:09 |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:09 | |
| jdel | there's some custom headers in the kernel source that specific userland applications are referencing | 19:09 |
| jdel | it also only seems to trigger when building from sstate (if that is a clue for anything) | 19:09 |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 19:10 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 19:10 | |
| kergoth | if your kernel is shipping non-standard headers, then you should have a separate recipe for those which the custom userland packages depend on, rather than expcting glibc to ship them | 19:11 |
| jdel | okay, though linux-libc-headers makes it sound like it packages both the kernel + libc headers together | 19:12 |
| jdel | is that not the case? | 19:12 |
| jdel | (thanks for answering my questions, btw) | 19:12 |
| jdel | i'm trying to get a handle on how custom linux headers are supposed to be deployed | 19:13 |
| jdel | and included in particular recipe sysroots | 19:14 |
| arielmr | does anyone knows if there is a solid yocto overlay for nvidia tx2 ? | 19:19 |
| kergoth | jdel: no, linux-libc-headers is the baseline sanitized headers that glibc uses, alters, and distributes wtih the rest of its userland headers. the only recipe using linux-libc-headers output dirctly is glibc | 19:19 |
| jdel | ahh | 19:20 |
| kergoth | i.e. its the linux headers *for* the libc | 19:20 |
| jdel | that makes sense | 19:20 |
| jdel | so which recipes are in charge of the linux uapi headers? | 19:21 |
| jdel | the provider of virtual/kernel? | 19:21 |
| kergoth | not certain, probably linux-libc-headrs. you can easily check with oe-pkgdata-util after doing a build | 19:22 |
| kergoth | its find-path subcommand lets you search for paths on target wild wildcards | 19:22 |
| kergoth | s/wild/with/ | 19:22 |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has quit IRC | 19:26 | |
| jdel | yeah, other randomly sampled kernel headers are from linux-libc-headers | 19:28 |
| zeddii_home | the linux-libc-headers are uapi headers. | 19:33 |
| jdel | right, but my kernel has header files not included in the mainline kernel | 19:34 |
| jdel | and those don't make it in | 19:34 |
| zeddii_home | as they shouldn't | 19:34 |
| jdel | so how do custom uapi headers get included by my other recipes? | 19:34 |
| zeddii_home | install them to some other path, and have the other application look there. That’s one way. | 19:35 |
| zeddii_home | which is what we typically do. | 19:35 |
| zeddii_home | or have them look at the kerne’s shared source, which is valid, since they are by definition kernel specific | 19:35 |
| zeddii_home | they being the userspace application | 19:35 |
| zeddii_home | or make your own libc-headers and make the whole build specific to your kernel. | 19:35 |
| zeddii_home | if they are added / new headers, it isn’t such a big problem, but there’s no real way to know generically if that’s the case. | 19:36 |
| jdel | in the latter solutions, how does that work with sstate? | 19:36 |
| zeddii_home | which one ? your own libc-headers ? | 19:37 |
| jdel | it seems that when I do a full build the headers are put in to place properly, but when my kernel is "built" from sstate | 19:37 |
| jdel | the headers are absent | 19:37 |
| jdel | in my recipe's sysroot | 19:37 |
| jdel | ah, but that's expected I think | 19:38 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 19:38 | |
| *** stephano <stephano!stephano@nat/intel/x-fgsisgvwvwtyhorj> has quit IRC | 19:40 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 19:42 | |
| kergoth | only what you depend on directly is guaranteed to show up in your recipe's sysroot | 19:46 |
| jdel | my recipe depends on virtual/kernel, which is provided by the correct kernel with the extra header | 19:47 |
| jdel | though the uapi files are not provided by the kernel build | 19:47 |
| jdel | i'm trying to figure out if it's just a pathing issue | 19:47 |
| kergoth | virtual/kernel only provides kernel headers, not sanitized kernel heaers for userland | 19:48 |
| kergoth | and those headers only go into particular paths and will only be available if you inherit the right classes | 19:48 |
| jdel | ie the kernel headers for eg modules | 19:48 |
| kergoth | and shoudl only be used to build out of tree kernel moduels | 19:48 |
| kergoth | yes | 19:48 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:48 | |
| jdel | the sstate wreng is what I'm currently fighting with. When the kernel recipe is actually built from source it apparently drops stuff in a place where my user recipe can get it | 19:49 |
| jdel | but when the kernel is "built" from sstate (not sure of the nomenclature here) the files are absent | 19:49 |
| jdel | so my user package fails to build | 19:50 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 19:59 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 20:00 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:03 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:03 | |
| khem | zeddii_home: are there in wind-river'ism in linux-libc-headers ? | 20:04 |
| khem | IIRC it was getting it from ko | 20:04 |
| *** stephano <stephano!stephano@nat/intel/x-ityxhfttbnuedzzs> has joined #yocto | 20:05 | |
| zeddii_home | nope. | 20:08 |
| zeddii_home | they are all korg | 20:08 |
| *** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 20:09 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 20:12 | |
| *** AbleBacon_ is now known as AbleBacon | 20:12 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has joined #yocto | 20:12 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 20:14 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 20:15 | |
| * armpit zeddii_home wound not do that.. otherwise he looses beer credits | 20:17 | |
| *** yann <yann!~yann@LFbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 20:18 | |
| * armpit time to build my layers with openssl 1.1 | 20:21 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:25 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 20:27 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 20:28 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-vpwmmhdtihjoqzpv> has joined #yocto | 20:28 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 20:31 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 20:32 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 20:33 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 20:34 | |
| *** dfaught <dfaught!~dfaught@12.244.19.154> has quit IRC | 20:35 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:41 | |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has joined #yocto | 20:54 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 21:02 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 21:06 | |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has quit IRC | 21:08 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 21:11 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 21:12 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 21:13 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 21:14 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:23 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 21:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 21:27 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-uoxpjfrlqousrnbk> has joined #yocto | 21:48 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 21:49 | |
| RP | khem: the python pgo stuff is worthwhile but we're going to need to do it differently. I want to see if building it for native than provides the same benefits for target without the long qemu usermode stuff | 21:52 |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 21:54 | |
| khem | RP: that would be better yes | 21:56 |
| khem | for now, I think we should disable it for cross builds | 21:56 |
| khem | 25mins is a lot of time | 21:57 |
| RP | khem: llvm is even worse... | 21:58 |
| *** [RLA]Eske <[RLA]Eske!c0e1ba62@gateway/web/freenode/ip.192.225.186.98> has quit IRC | 21:59 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:03 | |
| RP | halstead: do the two ab clusters share sstate? | 22:09 |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 22:09 | |
| RP | (.io and typhoon) | 22:09 |
| halstead | RP, They are separate right now. | 22:14 |
| halstead | RP, I can easily point them both at the same spot. Merging them would take awhile however. | 22:14 |
| RP | halstead: we should share really, I assumed we were but the build speed I've just seen suggests otherwise :/ | 22:15 |
| RP | halstead: I'd just suggest we point everything at one of the data sets, not sure it matters which really | 22:15 |
| RP | probably use the .io on? | 22:16 |
| halstead | RP, Sure. I'll execute if you don't expect it will trash the typhoon build in process. | 22:19 |
| khem | RP: llvm is still native, its a lot of s/w to compile | 22:19 |
| RP | halstead: I'll stop that and restart | 22:19 |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 22:20 | |
| halstead | RP, Okay. Making the change now. | 22:20 |
| RP | khem: I know but it nearly doubles the time x86 sato images take to build | 22:20 |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 22:20 | |
| halstead | RP, If you are stopping anyway. I'd like to reboot the workers. | 22:21 |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 22:22 | |
| RP | halstead: ok | 22:23 |
| halstead | RP, May I merge current_sources at the same time or will the clusters step on each others sources? I'm not sure if the locking changed there. | 22:27 |
| RP | halstead: that should be fine too | 22:28 |
| halstead | Thanks. | 22:28 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 22:29 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:32 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:36 | |
| RP | halstead: just let me know when I can restart | 22:40 |
| halstead | RP, I think it's safe to start it but the workers won't rejoin for a bit. I'll ping once they are all joined. | 22:41 |
| RP | halstead: ok, np | 22:42 |
| * armpit hmm, runqemu has fuzz logic.. it ran qemuarmi64 just fine | 22:44 | |
| * armpit or it can ream my mind | 22:45 | |
| halstead | RP, Now would be a possible time to configure destinations with a custom json config instead of with symlinks if you are interesting in supporting me through that at nearly midnight. | 22:51 |
| RP | halstead: its actually really easy (I think!) | 22:51 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:51 | |
| halstead | I like easy. :) | 22:52 |
| RP | halstead: take a look at http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/tree/README-WALKTHROUGHS.md the bit which says <add ~/config-local.json with contents:> | 22:52 |
| RP | halstead: do that and then look at builders.py for the commented bit about config-local | 22:53 |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has quit IRC | 22:59 | |
| * armpit homework for halstead | 23:02 | |
| * armpit quiz tomorror | 23:03 | |
| halstead | :) | 23:03 |
| halstead | RP, All paths are defined on the controller and the workers need to all match. Correct? There is no support for different paths on different workers. (Not a suggestion, just a question to make sure I understand.) | 23:04 |
| RP | halstead: actually, each worker needs a config-local | 23:05 |
| RP | halstead: I think different locations per worker may work but I'd not try that | 23:05 |
| halstead | So the env ABHELPER_JSON="config.json /home/pokybuild/config-local.json" needs to be set on the controller and each worker? | 23:07 |
| RP | halstead: no, only the file needs to be present | 23:09 |
| RP | halstead: controller takes care of the env | 23:09 |
| halstead | RP, Okay I just realized there is no config.py on the workers. | 23:09 |
| halstead | RP, This will be really easy once I understand the connections. Thank you for the help. | 23:10 |
| RP | halstead: I had to think about it for a second as I'm used to worker==controller :) | 23:11 |
| halstead | RP, Oh... I've always seen controller==master and worker==slave. With the former being considered the kinder naming. | 23:14 |
| halstead | RP, So http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/tree/README-WALKTHROUGHS.md says (or set env in config.py for builders) but the commented bit in http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/tree/builders.py#n17 seems to indicate I should set it there. | 23:17 |
| * armpit is a slave | 23:18 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:21 | |
| halstead | armpit, To your passion for free software? | 23:25 |
| armpit | wife heheheh | 23:26 |
| otavio | kkk | 23:26 |
| halstead | armpit, Could be fun. Or not... | 23:27 |
| otavio | RP: I sent a bump to CMake 3.12.1. If possible, please put it on test | 23:27 |
| RP | halstead: I mean my workers and controllers are usually the same machines | 23:28 |
| RP | halstead: there are two ways you can set, I'd use the commented but in builders.py | 23:28 |
| halstead | RP, Will do. | 23:29 |
| RP | otavio: its a big queue again now :/ | 23:29 |
| otavio | RP: it is fine. Not a problem ... it is not urgent. | 23:33 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 23:36 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:41 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 23:46 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:51 | |
| aehs29 | RP: can we have a default profile for python on all machines? | 23:57 |
| aehs29 | RP: so we dont have to run it every single time, only when we actually need to | 23:57 |
| aehs29 | RP: and does the profile actually work even though qemu != hardware? | 23:58 |
| aehs29 | RP: when I initially proposed it I was running it on the hw because it didnt have the same impact, but my proposal was for gcc not for python, same principle but different implementation | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
