| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 00:03 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 00:06 | |
| *** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto | 00:07 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:11 | |
| *** hbruce <hbruce!~hbruce@192.55.54.45> has quit IRC | 00:29 | |
| *** hbruce <hbruce!~hbruce@192.55.54.45> has joined #yocto | 00:30 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:32 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 00:37 | |
| *** dscully <dscully!~dscully@24.249.154.174> has quit IRC | 00:41 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:43 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 00:43 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 00:45 | |
| *** hgs <hgs!6564ab57@gateway/web/freenode/ip.101.100.171.87> has quit IRC | 00:48 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:48 | |
| *** hbruce <hbruce!~hbruce@192.55.54.45> has quit IRC | 00:51 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 00:52 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 00:52 | |
| *** msvb-lab <msvb-lab!~michael@x55b54147.dyn.telefonica.de> has quit IRC | 00:55 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has quit IRC | 00:57 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:01 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:06 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:08 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:20 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 01:24 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:24 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 01:25 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:38 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 01:39 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:39 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 01:44 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:44 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:48 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:53 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:58 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 01:58 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fjzfewsedfjzwmfm> has joined #yocto | 01:58 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 02:00 | |
| *** jo_90 <jo_90!~John90@111.92.56.231> has joined #yocto | 02:04 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 02:06 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:11 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has quit IRC | 02:12 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:12 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 02:14 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:16 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:16 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 02:18 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:18 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 02:29 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:30 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 02:31 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:36 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 02:46 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has joined #yocto | 02:56 | |
| *** dreyna <dreyna!~dreyna@unknown-200-209.windriver.com> has quit IRC | 02:58 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 03:02 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 03:08 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 03:08 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 03:12 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 03:14 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:14 | |
| *** pohly1 <pohly1!~pohly@p5DE8E312.dip0.t-ipconnect.de> has joined #yocto | 03:23 | |
| *** pohly <pohly!~pohly@p5DE8D5A8.dip0.t-ipconnect.de> has quit IRC | 03:25 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 03:29 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 03:34 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 03:36 | |
| *** jo_90 <jo_90!~John90@111.92.56.231> has quit IRC | 03:38 | |
| *** jo_90 <jo_90!~John90@111.92.56.231> has joined #yocto | 03:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 03:43 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 03:57 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 04:00 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 04:01 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fjzfewsedfjzwmfm> has quit IRC | 04:08 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 04:11 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 04:15 | |
| *** rick1 <rick1!~Thunderbi@CPE-124-178-9-113.lns1.pie.bigpond.net.au> has joined #yocto | 04:15 | |
| rick1 | hello, everyone, good afternoon... | 04:16 |
|---|---|---|
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 04:18 | |
| rick1 | I have a question related with meta-web-kiosk, does anyone have a knowledge about it ? thanks | 04:20 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 04:33 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 04:34 | |
| *** ghs39ghsggf <ghs39ghsggf!~ghs39ghsg@186.223.250.179> has joined #yocto | 04:40 | |
| *** ghs39ghsggf <ghs39ghsggf!~ghs39ghsg@186.223.250.179> has left #yocto | 04:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 04:48 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 04:50 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 04:51 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 04:51 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 04:52 | |
| *** Ravi__ <Ravi__!736fdf2b@gateway/web/freenode/ip.115.111.223.43> has joined #yocto | 04:56 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:02 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 05:04 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 05:07 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 05:10 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 05:10 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 05:11 | |
| *** hbruce <hbruce!~hbruce@134.134.139.82> has joined #yocto | 05:11 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 05:15 | |
| -YoctoAutoBuilder- build #546 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/546 | 05:16 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:17 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 05:20 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 05:21 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:21 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 05:23 | |
| khem | rick1: what questions do you have specific to that layer | 05:23 |
| *** jmcruzal <jmcruzal!~jmcruzal@192.55.54.44> has quit IRC | 05:24 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:24 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 05:25 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 05:28 | |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has joined #yocto | 05:30 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 05:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 05:34 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 05:35 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 05:36 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 05:37 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:39 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 05:41 | |
| *** agust <agust!~agust@p4FCB508C.dip0.t-ipconnect.de> has joined #yocto | 05:43 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 05:45 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 05:50 | |
| *** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 05:50 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 05:51 | |
| -YoctoAutoBuilder- build #15 of nightly-refkit is complete: Failure [failed RunPreamble CreateAutoConf Create BBLayers Configuration BuildImages Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-refkit/builds/15 | 05:55 | |
| phako[m] | Hi, I'm trying to convince the qtbase recipe to put the bearer plugins into a separate package... so what I did in a .bbappend is https://paste.gnome.org/phzqqnnjw - I see the folders being created in packages-split, but the .so files still end up in the generic -plugins package... | 05:56 |
| *** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has joined #yocto | 05:57 | |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto | 05:58 | |
| CostinC | morning all | 05:58 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:59 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 06:04 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:05 | |
| *** hbruce <hbruce!~hbruce@134.134.139.82> has quit IRC | 06:06 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 06:07 | |
| *** ian_arkver <ian_arkver!~arkver@95.147.75.174> has joined #yocto | 06:07 | |
| *** mattsm <mattsm!~mattsm@2605:6000:1019:e0:7da2:dfee:621c:373f> has quit IRC | 06:10 | |
| *** mattsm <mattsm!~mattsm@2605:6000:1019:e0:7da2:dfee:621c:373f> has joined #yocto | 06:15 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 06:21 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:21 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:22 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 06:23 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:23 | |
| *** sugnan <sugnan!~sugnan@134.134.139.72> has quit IRC | 06:23 | |
| *** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 06:26 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:26 | |
| rick1 | I want to add chromium browser into core-image-sato...The step : 1 .I had made core-image-sato-custom.bb | 06:32 |
| rick1 | 2. Add add bblayer.conf ==> meta-browser | 06:33 |
| rick1 | 3. Add IMAGE_INSTALL += "chromium" inside core-image-sato-custom.bb ? | 06:33 |
| sandsmark | sounds about right? | 06:34 |
| sandsmark | doesn't it work? | 06:34 |
| rick1 | correct me if I'm wrong, I can't do that yet because I 've been compiling something else here.. | 06:34 |
| sandsmark | just make sure the meta-browser layer is before your own layer, iirc that matters | 06:35 |
| rick1 | I don't have much layer, only default in bblayers.conf..I'll keep posted if I can or can not that.. | 06:36 |
| rick1 | many layers.. | 06:36 |
| rick1 | I don't have many layers | 06:36 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:37 | |
| rick1 | I'm learning so I'm not sure... | 06:37 |
| LetoThe2nd | sandsmark: nah that actually not *that* important. | 06:37 |
| LetoThe2nd | way more important is that the release branches are coherent. e.g. all morty, all krogoth, you get it. | 06:38 |
| sandsmark | ah, my bad | 06:38 |
| LetoThe2nd | sandsmark: no bad. AFAIK there can be edge cases where the order matters, and its good practise :) | 06:39 |
| sandsmark | ok, so I wasn't misremembering completely :p | 06:40 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:40 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:40 | |
| LetoThe2nd | sandsmark: not at all. its just in most cases not important when adding some package that does not already see appends or such. | 06:40 |
| rick1 | I'm following the book 5.2. Customizing Images yoctoproject 2.3 mega manual | 06:41 |
| sandsmark | ah, of course | 06:41 |
| sandsmark | so yeah, keep it after the meta-browser layer, you're probably going to bbappend to the chromium recipe | 06:42 |
| sandsmark | rick1: btw, the chromium recipe in the meta-browser layer was very outdated last I looked | 06:42 |
| sandsmark | it used gyp for example | 06:42 |
| LetoThe2nd | rick1: all is well. just for completeness, your core-image-sato-custom recipe should go into your custom layer, not into one of the existing upstream ones. | 06:42 |
| sandsmark | rick1: this is up to date: https://github.com/rakuco/meta-crosswalk/tree/chromium59/recipes-browser/chromium | 06:43 |
| rick1 | thanks sandmark... | 06:43 |
| rick1 | leto: how can I use custom layer ? | 06:43 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:43 | |
| sandsmark | rick1: there's a command that creates the basic directory structure for it | 06:44 |
| LetoThe2nd | rick1: poky comes with a script called yocto-layer. so, "yocto-layer create mystuff" should create a layer where you are, in a directory called "meta-mystuff" | 06:44 |
| rick1 | my experiment now, put custom-image-sato-custom.bb, inside poky/meta/recipes-sato/images | 06:45 |
| LetoThe2nd | rick1: add that to bblayers.conf, and use it just like the existing ones. | 06:45 |
| rick1 | and bitbake it.....it's running now with | 06:45 |
| rick1 | IMAGE_FEATURES += "splash package-management x11-base x11-sato ssh-server-dropbear hwcodecs ssh-server-openssh" and IMAGE_INSTALL += "strace nano" | 06:46 |
| LetoThe2nd | rick1: for a first test tinkering in poky is all fine. its just once you modify more than one place, want to keep your changes, want to pull updates, then it becomes nasty. so basically, in all real-world usage cases. | 06:46 |
| rick1 | Leto : I see...I don't have your skill yet | 06:46 |
| sandsmark | rick1: it's very straightforward to use a custom layer | 06:47 |
| LetoThe2nd | rick1: all is well as long as you're willing to learn :) | 06:47 |
| sandsmark | and it gets harder to move stuff over later, so better start with it right away (from experience) | 06:47 |
| sandsmark | but another unrelated issue that I've been stuck with half a day (and a night); I added a wpa-supplicant_%.bbappend and put in «SYSTEMD_SERVICE_${PN} = "wpa_supplicant@wlan0.service"» and «SYSTEMD_AUTO_ENABLE = "enable"», to try to get it to auto-enable wifi on boot, but for some reason my image ends up with «wpa_supplicant@%i.service» in the multi-user.target.wants folder | 06:47 |
| LetoThe2nd | sandsmark: were all those underscores intended? | 06:48 |
| sandsmark | the pkg post_inst script seems to do the right stuff («systemctl $OPTS enable wpa_supplicant@wlan0.service»), and if I run that manually after booting it enables it correctly | 06:48 |
| rick1 | sandmark : yup...I'll make my "meta-stuff" and get back again... | 06:48 |
| sandsmark | LetoThe2nd: yeah, they are from the original wpa_supplicant_foo.bb | 06:48 |
| sandsmark | eh, the .bb is called wpa-supplicant_foo, but all the scripts and service files are wpa_supplicant | 06:49 |
| rick1 | I've read yocto-layer create mystuff before, but not yet in practice... | 06:49 |
| LetoThe2nd | sandsmark: it its really call "_SYSTEMD_SERVICE_${PN}"? that sounds weird. let me have a look | 06:49 |
| sandsmark | thank you | 06:50 |
| rick1 | anyway...what time is it there ? | 06:50 |
| sandsmark | I'm fairly sure it is the correct way to do it, but I think I've been looking too long at it, probably overlooking something simple | 06:50 |
| sandsmark | rick1: 08:51 | 06:51 |
| LetoThe2nd | sandsmark: i don't see none of the lot of underscores that were in your snippets here: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb?h=master | 06:51 |
| *** rperier_ is now known as rperier | 06:51 | |
| *** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto | 06:51 | |
| sandsmark | LetoThe2nd: these?: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb?h=master#n18 | 06:51 |
| sandsmark | this is my entire wpa-supplicant_%.bbappend: http://ix.io/xsc | 06:52 |
| sandsmark | erh, ignore the rm -f, I was testing if it worked if I removed the extra .service files | 06:52 |
| rick1 | sandmark : Let me guess, you're somewhere in europe ... | 06:53 |
| sandsmark | rick1: norway :) | 06:53 |
| rick1 | few thousands K away from me..:) | 06:53 |
| rick1 | I'm in Aus | 06:54 |
| sandsmark | bah, it's probably easier to just ignore the systemd.bbclass and ln -s manually | 06:54 |
| sandsmark | ah, nice | 06:54 |
| sandsmark | oceania is one of the few regions of the world I haven't been in | 06:54 |
| rick1 | I've never been in Norway as well... | 06:56 |
| LetoThe2nd | sandsmark: the replacement failure rings a bell, but i donÄt know which. maybe just put it onto the ml and do something else today, waiting for a response? | 06:56 |
| sandsmark | I suck at putting a half-solved problem away, hard to concentrate on something else then :p | 06:57 |
| sandsmark | but yeah, I should probably do that | 06:57 |
| LetoThe2nd | sandsmark: :-) | 06:57 |
| *** fl0v0 <fl0v0!~fvo@pD9F6BE36.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:58 | |
| rick1 | sandmark ==> any debug message from your WPA stuff ? I don't exactly but if you have debug stuff..echo "something" ? | 06:59 |
| *** jku <jku!~jku@192.198.151.45> has joined #yocto | 07:00 | |
| rick1 | I don't exactly know.. | 07:00 |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 07:01 | |
| sandsmark | not sure where it would help to put debug output, the «wpa-supplicant/latest.pkg_postinst» shows the correct stuff | 07:01 |
| sandsmark | maybe in the systemd.bbclass code that tries to parse stuff | 07:01 |
| rick1 | auto-enable wifi ==> do you have the driver running already ? | 07:01 |
| sandsmark | yup | 07:02 |
| rick1 | and if you manually call / ping it's working isn't it ? | 07:02 |
| sandsmark | I managed to get our odm to use a chip that's well-supported by the mainline kernel, luckily | 07:02 |
| sandsmark | yeah, it works well if I start or enable wpa_supplicant manually on the device | 07:02 |
| sandsmark | but I want an image from yocto I can just stuff into delta_generator without having to do manual stuff | 07:03 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:03 | |
| rick1 | it's just my idea...can you create a service calling that device on /etc/systemd/system ..manually ? | 07:04 |
| rick1 | I can see some services in that directory...what I | 07:04 |
| sandsmark | well, I could just ln -s the file manually in do_install_append(), but I wanted to do it The Right Way (TM) | 07:05 |
| rick1 | I see.. | 07:06 |
| *** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 07:06 | |
| rick1 | so the image should have a script running that service ( auto wifi ) | 07:07 |
| rick1 | correct me if I'm wrong.. | 07:07 |
| rick1 | I'm thinking to put that "auto script" inside the image...but I don't know exactly what you want.. | 07:08 |
| rick1 | sysctl status "auto wifi script" ? | 07:10 |
| *** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 07:11 | |
| sandsmark | ah, systemd is basically like a script like that | 07:11 |
| rick1 | yup | 07:12 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 07:13 | |
| LetoThe2nd | sandsmark: to me it just sounds like the script name replacement doesn't work correctly. you can always bitbake -e the recipe to see what going on internally. | 07:14 |
| rick1 | it will be something : | 07:15 |
| sandsmark | LetoThe2nd: ah, good idea | 07:15 |
| rick1 | [Service] | 07:16 |
| rick1 | ExecStart=your autowifi script | 07:16 |
| rick1 | [Install] | 07:16 |
| rick1 | WantedBy=default.target | 07:16 |
| rick1 | inside /etc/systemd/system | 07:16 |
| sandsmark | rick1: yeah, I'm just using the default .service files that wpa_supplicant ships with, the problem is that for some reason the bitbake script that's supposed to automatically set them up for me fails to install it with the correct name | 07:17 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:17 | |
| *** mckoan|away is now known as mckoan | 07:18 | |
| rick1 | ok, if you put a hardcode on your bitbake script, will it do it correctly ? probably you miss a variable ? | 07:19 |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:19 | |
| rick1 | it's getting complicated as it gets :) | 07:19 |
| *** ant_work <ant_work!~ant__@host215-70-dynamic.249-95-r.retail.telecomitalia.it> has joined #yocto | 07:20 | |
| sandsmark | yeah, it will work correctly if I hardcode the ln -s, but it feels wrong :p | 07:20 |
| rick1 | scratch my head.... | 07:21 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:21 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:22 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 07:22 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 07:24 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has joined #yocto | 07:30 | |
| *** sameo <sameo!~samuel@192.55.54.45> has joined #yocto | 07:35 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:35 | |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has joined #yocto | 07:38 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:40 | |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto | 07:52 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 07:53 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 07:54 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:54 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:54 | |
| *** lexano_ <lexano_!~lexano@216.151.184.87> has quit IRC | 07:55 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 07:57 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 07:58 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:58 | |
| *** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto | 07:58 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:58 | |
| Dvorkin | did anybody ever saw the message "[log_check] Failed to set locale, defaulting to C" while building rootfs ? | 07:58 |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 07:59 | |
| Dvorkin | can't find the source of the problem. my image won't build at the final step | 07:59 |
| Dvorkin | i've got message "[log_check] Failed to set locale, defaulting to C" at the final step of do_rootfs. anybody can help? | 08:04 |
| bluelightning | Dvorkin: what host distro is this on? is it inside a container? | 08:07 |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 08:08 | |
| Dvorkin | bluelightning, it's Mageia 4 | 08:08 |
| Dvorkin | my host locale is not EN | 08:08 |
| *** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 08:09 | |
| bluelightning | Dvorkin: what's LANG set to? | 08:09 |
| Dvorkin | ru_RU.UTF-8 I tryed en_US.UTF-8 without success | 08:09 |
| bluelightning | is the en_US.UTF-8 locale installed? I'm not sure how that's handled on Mageia to be honest but it may be packaged separately | 08:10 |
| bluelightning | it may be a sub-package of glibc perhaps | 08:10 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 08:10 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 08:11 | |
| bluelightning | (we ought to be checking to ensure whatever is needed is installed, so there is definitely a bug here, just a matter of figuring out where exactly) | 08:13 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wxldsfcskdbdujig> has joined #yocto | 08:13 | |
| *** msvb-lab <msvb-lab!~michael@x55b547d3.dyn.telefonica.de> has joined #yocto | 08:14 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 08:16 | |
| Dvorkin | bluelightning, yes, en_US is in stalled on my PC | 08:17 |
| Dvorkin | as I said, I tryed to set LANG and LC_* to en_US without success | 08:18 |
| *** filt3r <filt3r!~filter@pietrmar.at> has quit IRC | 08:19 | |
| bluelightning | kanavin: ^ google suggests this might be dnf complaining, any ideas? | 08:19 |
| Dvorkin | I even can't find who sais that? dnf-native? maybe I should set some host packet to build with DNF? | 08:20 |
| *** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has joined #yocto | 08:20 | |
| bluelightning | Dvorkin: just checking, is that the only failure message or are there other errors? | 08:20 |
| Dvorkin | there are one more error, but it doesn't shown in console. I see it in the logfile: | 08:21 |
| Dvorkin | NOTE: /etc/host.conf: line 3: bad command `nospoof on' /etc/host.conf: line 4: bad command `spoofalert on' NOTE: /etc/host.conf: line 3: bad command `nospoof on' /etc/host.conf: line 4: bad command `spoofalert on' Added oe-repo repo from /home/dv/workspace/tpp.17/poky/x.tpp/tmp/work/tpp-tps-li Last metadata expiration check: 0:00:00 ago on Wed Jun 14 07:42:46 2017 UTC. Metadata cache created. Failed to set locale, defaulting to C | 08:22 |
| Dvorkin | but it doesn't shown in console. I see it in the logfile of do_rootfs | 08:23 |
| *** jturcotte <jturcotte!~jturcotte@amide.woboq.im> has quit IRC | 08:23 | |
| *** jturcotte <jturcotte!~jturcotte@amide.woboq.im> has joined #yocto | 08:23 | |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC | 08:24 | |
| Dvorkin | "Failed to set locale" appeared right after Verifying : kbd-keymaps-2.0.4-r0.cortexa8hf_neon 814/814 Installed: .... wireless-regdb.cortexa8hf_neon 2017.03.07-AUTOINC............................ Complete! Failed to set locale, defaulting to C | 08:24 |
| Dvorkin | It says Complete! after verying packages. and then immediately says "Fail" about locale. | 08:25 |
| *** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has quit IRC | 08:27 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 08:30 | |
| bluelightning | Dvorkin: I think the operation did succeed, it's just our code is assuming something failed and is failing do_rootfs as a result | 08:30 |
| bluelightning | Dvorkin: if you run export LC_ALL="en_US.UTF-8" does it give any error? | 08:31 |
| *** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 08:31 | |
| *** PinkSnake <PinkSnake!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC | 08:32 | |
| Dvorkin | looks like! trying... | 08:32 |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto | 08:32 | |
| Dvorkin | the other strange thing - where NOTE: /etc/host.conf: line 3: bad command `nospoof on' comes from? | 08:32 |
| Dvorkin | why it come from MY /etc/host.conf? | 08:33 |
| bluelightning | that's in your /etc/host.conf? | 08:34 |
| Dvorkin | definitely! | 08:34 |
| Dvorkin | it's host PC's file. | 08:35 |
| Dvorkin | after export LC_ALL="en_US.UTF-8" it goes the same way | 08:36 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 08:36 | |
| bluelightning | Dvorkin: yes but does setting that give an immediate error? that's what I was after | 08:38 |
| bluelightning | or does it just set as normal? | 08:38 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 08:38 | |
| Dvorkin | no, I have en_US locale installed in my host PC | 08:39 |
| Dvorkin | it doesn't give any error | 08:39 |
| bluelightning | ok, thanks | 08:39 |
| bluelightning | not sure where to go from here to be honst :( | 08:39 |
| bluelightning | *honest | 08:39 |
| bluelightning | kanavin: you around/ | 08:39 |
| bluelightning | ? | 08:39 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 08:40 | |
| Dvorkin | I comented out "nonspoof on" and "spoofalert on" in my host PC's /etc/host.conf, spoofalert error doen't appeare in my logfile but "Failed to set locale, defaulting to C" still exists | 08:42 |
| bluelightning | right, the two appear unrelated | 08:42 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 08:43 | |
| bluelightning | RP: ^ any ideas about "Failed to set locale, defaulting to C" ? | 08:46 |
| *** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has joined #yocto | 08:48 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 08:50 | |
| Dvorkin | the complete logfile: https://paste.fedoraproject.org/paste/Cr9IxtQWZ~DL6huZFoC8-A | 08:53 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 08:54 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 08:57 | |
| ant_work | Dvorkin, the error is not with locales | 08:58 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 08:58 | |
| ant_work | check line #8617 of your paste | 08:59 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 08:59 | |
| Dvorkin | ant_work, oh! | 08:59 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:03 | |
| Dvorkin | cheking... | 09:03 |
| ant_work | maybe s/no/disable/ ? | 09:05 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:08 | |
| Dvorkin | ant_work, no. set to "disable" and problem still exists | 09:08 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:08 | |
| ant_work | the syntax is enable or disable, see couple of lines above | 09:12 |
| Dvorkin | I know, thanks. I fixed, but problem still exist | 09:12 |
| Dvorkin | https://paste.fedoraproject.org/paste/iKCW88IyuBqBizYm6QaSvg | 09:12 |
| Dvorkin | the new logfile | 09:12 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:12 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 09:12 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 09:13 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 09:13 | |
| RP | bluelightning: no, sorry :( | 09:13 |
| RP | I have to wonder which locale its trying to set... | 09:14 |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 09:14 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 09:15 | |
| Dvorkin | I have ru_RU.UTF-8 locale on my host PC, but setting it to en_US.UTF-8 doesn't help | 09:15 |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 09:16 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 09:17 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 09:17 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 09:18 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 09:26 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:26 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 09:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 09:36 | |
| *** lewiatan <lewiatan!~piotr@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 09:36 | |
| *** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto | 09:38 | |
| lukma | Dear All, | 09:41 |
| lukma | I'd like to ask for your opinion - what is the preferred way to add binary program (a few KiB) to yocto? | 09:41 |
| lukma | Just treat it as other source? and properly install ? | 09:41 |
| LetoThe2nd | lukma: here you go: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#packaging-externally-produced-binaries | 09:42 |
| LetoThe2nd | lukma: its a common usecase and properly documented :) | 09:43 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 09:43 | |
| lukma | LettoThe2nd: Thanks :-) | 09:44 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:44 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has joined #yocto | 09:45 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 09:46 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:47 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:49 | |
| *** lewiatan <lewiatan!~piotr@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 09:52 | |
| bluelightning | Dvorkin: the only thing I would suggest at this point would be to file a bug and we'll try to investigate it | 09:52 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 09:53 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 09:54 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 09:57 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 09:59 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 10:02 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 10:06 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 10:09 | |
| *** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto | 10:10 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 10:11 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 10:12 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:16 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:16 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 10:19 | |
| *** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 10:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 10:20 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 10:22 | |
| *** ian_arkver <ian_arkver!~arkver@95.147.75.174> has quit IRC | 10:24 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 10:25 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 10:25 | |
| *** ian_arkver <ian_arkver!~arkver@95.147.75.140> has joined #yocto | 10:27 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 10:29 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 10:29 | |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 10:29 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 10:29 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 10:30 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 10:30 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 10:33 | |
| *** lemagoup <lemagoup!~lemagoup@158.255.112.194> has quit IRC | 10:34 | |
| *** lemagoup <lemagoup!~lemagoup@158.255.112.194> has joined #yocto | 10:36 | |
| Dvorkin | bluelightning, thanks. I'll try | 10:36 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 10:38 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 10:39 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:42 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 10:42 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 10:42 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 10:46 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 10:46 | |
| *** voltbit <voltbit!~acid___@81.196.217.242> has joined #yocto | 10:48 | |
| Dvorkin | the other question: how to get rid of busybox in my image completely ? | 10:48 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 10:48 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:49 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 10:49 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 10:49 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 10:49 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 10:49 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 10:51 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 10:53 | |
| *** sveneisenberg <sveneisenberg!d4178ac2@gateway/web/freenode/ip.212.23.138.194> has joined #yocto | 10:55 | |
| sveneisenberg | Does anyone use 1.1.0 with yocto or openembedded? I'm looking for a recipe. | 10:55 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 11:03 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 11:06 | |
| *** fl0v01 <fl0v01!~fvo@pD9F6A86E.dip0.t-ipconnect.de> has joined #yocto | 11:08 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6BE36.dip0.t-ipconnect.de> has quit IRC | 11:09 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 11:09 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 11:12 | |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 11:14 | |
| *** rick1 <rick1!~Thunderbi@CPE-124-178-9-113.lns1.pie.bigpond.net.au> has quit IRC | 11:14 | |
| Dvorkin | any ideas why do_rootfs failed? : https://paste.fedoraproject.org/paste/s~SuKagYWMH2wmJLB6ckFQ | 11:16 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 11:17 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 11:20 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 11:23 | |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC | 11:25 | |
| LetoThe2nd | Dvorkin: no immediate idea. but please no thread hijacking - your problem is absolutely not realted to libraries in the image/sdk | 11:25 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 11:27 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 11:28 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 11:30 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 11:41 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 11:42 | |
| *** jku <jku!~jku@192.198.151.45> has quit IRC | 11:43 | |
| *** berton <berton!~berton@189.35.69.200> has joined #yocto | 11:45 | |
| *** rdanter <rdanter!~rad@cpc76236-cosh15-2-0-cust704.6-1.cable.virginm.net> has joined #yocto | 11:49 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 11:49 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:53 | |
| kanavin | bluelightning: ? | 11:54 |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-iilskpcwvlgunify> has joined #yocto | 11:55 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has joined #yocto | 11:56 | |
| bluelightning | kanavin: any ideas regarding Dvorkin's locale issue within do_rootfs? it seems to be dnf that's complaining | 11:56 |
| bluelightning | kanavin: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe | 11:56 |
| bluelightning | er | 11:56 |
| bluelightning | wrong paste | 11:56 |
| bluelightning | kanavin: https://paste.fedoraproject.org/paste/iKCW88IyuBqBizYm6QaSvg | 11:56 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 11:56 | |
| kanavin | bluelightning: I do not have specific ideas; grep the source code to see where that error is coming from, and take it from there | 11:58 |
| kanavin | Dvorkin: ^^^ | 11:58 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 12:01 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 12:02 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 12:03 | |
| *** mns_ <mns_!4df33d88@gateway/web/freenode/ip.77.243.61.136> has joined #yocto | 12:05 | |
| kanavin | Dvorkin: you need to check dnf/i18n.py and dnf/pycomp.py - they seem to do a straigforward call to locale.setlocale() though, but they obscure the actual error in an exception handler | 12:05 |
| kanavin | so you should run the natively built python3 interpreter, issue the setlocale calls from the prompt, and see why they fail | 12:06 |
| kanavin | that's all I can help you with, I'm afraid, as I'm not getting the same issue here | 12:07 |
| kanavin | bluelightning: ^^^ | 12:07 |
| bluelightning | kanavin: ok, that is helpful, thanks | 12:08 |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 12:08 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 12:09 | |
| *** wooo <wooo!5a9db45f@gateway/web/freenode/ip.90.157.180.95> has joined #yocto | 12:13 | |
| Dvorkin | kanavin, thanks! already checked! | 12:13 |
| kanavin | Dvorkin: so what was it? | 12:13 |
| Dvorkin | the reason of the problem was at tmp/work/cortexa8hf-neon-tps-linux-gnueabi/dnf/2.3.0-r0/image/usr/lib/python3.5/site-packages/dnf/i18n.py | 12:14 |
| kanavin | yeah, but why is setlocale failing? | 12:14 |
| Dvorkin | it throws an exception while calling setup_locale() | 12:14 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 12:15 | |
| *** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 12:15 | |
| Dvorkin | in poky DNF-2.3.0 is used, althrough 2.5.1 is out. | 12:16 |
| wooo | does anyone else have troubles fetching meta-arago via git? "git clone http://arago-project.org/git/meta-arago.git" gives me "fatal: read error: Connection reset by peer"... | 12:17 |
| bluelightning | Dvorkin: what's the exception? | 12:17 |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 12:17 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 12:17 | |
| Dvorkin | and it differs in this part: function setup_locale() sets locale.LC_ALL to '', instead of LC_ALL to '' and LC_TIME to "C" in youcto DNF version | 12:18 |
| Dvorkin | I don't see the message of exception yet, need to debug more... | 12:18 |
| kanavin | the need for an explicit setlocale call is the dumbest idea ever, codified in POSIX | 12:19 |
| Dvorkin | it want to set explicit LC_TIME for logging, afaik. but why it escalates rather "soft" error to do_rootfs ? | 12:23 |
| bluelightning | Dvorkin: we have some logic that just looks for things like "error" "fail" etc. in the log, that's log_check | 12:24 |
| Dvorkin | I understand that... Is there a way to exclude such message from checker? | 12:25 |
| bluelightning | if you hack the code, yes... exclusions are hardcoded unfortunately | 12:25 |
| bluelightning | triggering in this case is probably overkill, but I'd rather just have people fix their systems if that's possible | 12:25 |
| bluelightning | if you do bitbake -c devshell your-image, run python3 and then try to call setlocale() like the code does, do you get the same issue? | 12:26 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 12:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 12:32 | |
| Dvorkin | empty locale: locale.Error: unsupported locale setting | 12:32 |
| Dvorkin | locale.setlocale(locale.LC_ALL, 'C') is OK | 12:33 |
| Dvorkin | locale.setlocale(locale.LC_ALL, '') : locale.Error: unsupported locale setting | 12:34 |
| Dvorkin | is something wrong in my image settings? | 12:34 |
| kanavin | Dvorkin: something is wrong on your host machine. Can you check what are the values of environment variables LANG, and LC_* (all of them)? | 12:37 |
| kanavin | env | grep LANG | 12:37 |
| kanavin | env |grep LC_ | 12:37 |
| Dvorkin | env | grep LC : LC_SOURCED=1 LC_ALL=ru_RU.UTF-8 | 12:37 |
| Dvorkin | env | grep LANG : LANG=ru_RU.UTF-8 LANGUAGE=ru_RU.UTF-8:ru | 12:38 |
| kanavin | Dvorkin: unset LC_ALL | 12:38 |
| Dvorkin | [dv@localhost x.tpp (master)]$ export LC_ALL="" [dv@localhost x.tpp (master)]$ | 12:39 |
| Dvorkin | no errors | 12:39 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 12:39 | |
| kanavin | setting LC_ALL is a bad idea in general... | 12:39 |
| Dvorkin | export LC_ALL="" then running bitbake gives same error, as I expected. | 12:42 |
| Dvorkin | something is wrong with python locale setting in image. I won't set empty locale | 12:42 |
| *** mns_ <mns_!4df33d88@gateway/web/freenode/ip.77.243.61.136> has quit IRC | 12:42 | |
| Dvorkin | something is wrong with python locale setting in image. It won't set empty locale | 12:42 |
| kanavin | Dvorkin: does the same call succeed from the host python3? | 12:42 |
| Dvorkin | it does: | 12:43 |
| kanavin | 'setting empty locale' is actually 'setting locale to what the locale environment variables specify' :-) | 12:43 |
| Dvorkin | >>> locale.setlocale(locale.LC_ALL, '') 'ru_RU.UTF-8' | 12:43 |
| Dvorkin | at my host PC python I got success reply from python3 | 12:44 |
| Dvorkin | 'ru_RU.UTF-8' | 12:44 |
| Dvorkin | so... it means, I need to set default locale in the image somehow? | 12:44 |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has joined #yocto | 12:45 | |
| Dvorkin | or I need to add some localization package to my image ? | 12:45 |
| Dvorkin | for python, i mean | 12:45 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 12:46 | |
| kanavin | Dvorkin: nope, this is a problem with native python, and is not about target images | 12:47 |
| Dvorkin | but native python runs ok... | 12:47 |
| kanavin | Dvorkin: host python and native python are two different things :) | 12:48 |
| Dvorkin | ah, sorry :) | 12:48 |
| kanavin | Dvorkin: host python runs ok, native python does not | 12:48 |
| Dvorkin | looking at this https://ask.fedoraproject.org/en/question/87599/hi-i-have-a-problem-which-is-failed-to-set-locale-defaulting-to-c/ | 12:48 |
| kanavin | so you can make a tiny script with just that one line, and run it like this: | 12:48 |
| kanavin | strace python3 <script> | 12:48 |
| Dvorkin | I understand that it could be package problem | 12:49 |
| kanavin | then try to find in the output which locale definition files the two versions of python try to access | 12:49 |
| kanavin | and where is the difference | 12:49 |
| kanavin | looks like native python is not able to access the locale definition for the ru_RU | 12:49 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 12:51 | |
| Dvorkin | kanavin, strace says, python tryes to find default locale in host PC. | 12:52 |
| Dvorkin | at start | 12:53 |
| kanavin | at some point it should try to find the ru_RU stuff | 12:54 |
| Dvorkin | it does not | 12:55 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 12:55 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 12:55 | |
| Dvorkin | at startup it searches for en* in host PC | 12:55 |
| *** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 12:56 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 12:57 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 12:58 | |
| kanavin | Dvorkin: but one version of python gives you an error on this script, and another does not | 12:59 |
| kanavin | Dvorkin: so there has to be a difference in what strace outputs | 12:59 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 12:59 | |
| Dvorkin | Native: print(locale.getdefaultlocale()) ('en_US', 'UTF-8') | 12:59 |
| kanavin | Dvorkin: the tricky part for you is to find it :) | 13:00 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 13:00 | |
| Dvorkin | looks like I have to install en_US locale to my PC | 13:00 |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 13:01 | |
| Dvorkin | I have everything... omg. why python can't find it? | 13:03 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:03 | |
| Dvorkin | why it searches for locales in /usr/lib/locale/, while I have it in /usr/share/locale ? | 13:04 |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 13:04 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has quit IRC | 13:05 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has joined #yocto | 13:06 | |
| kanavin | Dvorkin: I have to go now :) keep digging! | 13:07 |
| Dvorkin | oh, I just made a symbolic link from /usr/share/locale to /usr/lib in my host PC and it built. | 13:07 |
| Dvorkin | that's the subject to note somewhere :) | 13:08 |
| kanavin | Dvorkin: I do believe it should look in /usr/share though | 13:08 |
| kanavin | would be appreciated if you find out why it doesn't | 13:08 |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 13:09 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has quit IRC | 13:10 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 13:10 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f95e:915:a668:b612> has joined #yocto | 13:11 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 13:17 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 13:17 | |
| yohboy | Hi there, someone uses CLion from JetBrains with poky sdk ? | 13:18 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 13:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 13:22 | |
| *** vdehors <vdehors!~vdehors@37.161.136.99> has joined #yocto | 13:24 | |
| *** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 13:30 | |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 13:30 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 13:31 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 13:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 13:34 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 13:36 | |
| *** vdehors <vdehors!~vdehors@37.161.136.99> has quit IRC | 13:41 | |
| *** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC | 13:41 | |
| fl0v01 | is there a simple way to run a command whenever X dpms is disabled or enabled? | 13:45 |
| *** mckoan is now known as mckoan|away | 13:45 | |
| fl0v01 | i want to unmap a window so it doesnt receive the first touch event when the screen is turned back on again by a touch | 13:46 |
| rburton | fl0v01: i'm surprised apps are seeing the first event | 13:48 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 13:48 | |
| fl0v01 | im just using the bare X11 dpms with xset | 13:49 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 13:49 | |
| fl0v01 | i wondered if just installing a screensaver would help too | 13:49 |
| fl0v01 | but i thought that the blanking actually works like a screensaver | 13:50 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 13:50 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 13:51 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 13:54 | |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 13:55 | |
| *** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 13:58 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:03 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 14:04 | |
| *** cru01_ <cru01_!~cru01@mail.validmanufacturing.com> has joined #yocto | 14:04 | |
| *** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has quit IRC | 14:04 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 14:06 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:08 | |
| rburton | not really | 14:09 |
| rburton | blanking is different | 14:09 |
| *** vmesons <vmesons!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 14:11 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 14:13 | |
| MarcWe | hi, my qt framwork is not handeling touch events. but libinput-debug-events shows them | 14:13 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:13 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has quit IRC | 14:14 | |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 14:16 | |
| *** ant_work <ant_work!~ant__@host215-70-dynamic.249-95-r.retail.telecomitalia.it> has quit IRC | 14:16 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:17 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:19 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 14:20 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 14:21 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 14:23 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 14:24 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 14:24 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 14:25 | |
| *** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 14:28 | |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC | 14:28 | |
| MarcWe | when i run a qt Quick application ( default generated by qt ) im getting file:///usr/lib/qt5/qml/QtQuick/Controls/MenuBar.qml:155: Error: Cannot assign [undefined] to int but when i mous click in the application the event is handled | 14:28 |
| *** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has joined #yocto | 14:29 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has left #yocto | 14:30 | |
| *** aderbique_ <aderbique_!~aderbique@halsey.viasat.com> has joined #yocto | 14:31 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has joined #yocto | 14:33 | |
| *** aderbique <aderbique!~aderbique@halsey.viasat.com> has quit IRC | 14:34 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 14:34 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 14:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 14:42 | |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC | 14:42 | |
| lukma | Is there any convenient way to | 14:43 |
| lukma | make the arm-poky-gnueabi to become HF version (arm-poky-gnueabihf )? | 14:43 |
| lukma | Is it enough to just extend TOOLCHAIN_OPTIONS += "--with-float=hard --with-fpu=vfpv3-d16 --with-mode=thumb --with-tune=cortex-a9 --with-arch=armv7-a" | 14:43 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:43 | |
| lukma | or is there any easier way? | 14:43 |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 14:44 | |
| LetoThe2nd | lukma: FWIW the machine configuration should set that how it wants, e.g. the DEFAULTTUNE | 14:45 |
| lukma | DEFAULTTUNE = "cortexa5thf-neon" | 14:46 |
| lukma | This is what I do have | 14:46 |
| lukma | and then | 14:46 |
| lukma | DISTRO_VERSION = "2.3" | 14:47 |
| lukma | TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard cortexa5" | 14:47 |
| lukma | TARGET_FPU = "hard" | 14:47 |
| *** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has quit IRC | 14:47 | |
| LetoThe2nd | so whats the problem? | 14:48 |
| lukma | And it looks like we have it correct | 14:48 |
| LetoThe2nd | vfp, neon, callvention hard. exactly, looks all good. | 14:48 |
| lukma | LetoThe2nd: https://pastebin.com/F3gEpXw3 | 14:50 |
| *** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 14:50 | |
| lukma | The toolchain built with meta-toolchain lacks following switches: | 14:50 |
| lukma | --with-float=hard --with-fpu=vfpv3-d16 --with-mode=thumb --with-tune=cortex-a9 --with-arch=armv7-a | 14:50 |
| LetoThe2nd | lukma: its mainly about the vfpv3-d16 | 14:51 |
| lukma | (probably by default the toolchain has --with-fpu=neon) | 14:52 |
| LetoThe2nd | lukma: although i'm actually not seeing the direct point. it looks like the source is trying to compile some asm (-> the lowlevel_init.S, part of u-boot? or what?), and the compiler is declining it. IIRC i had something similar with the valgrind test suite quite a while back: it worked for arm-vfp/neon, but not for vfpv3-d16 on cortex-a5 | 14:54 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 14:56 | |
| lukma | populate_sdk is responsible for building toolchain | 14:59 |
| lukma | LetoThe2nd: I will add TOOLCHAIN_OPTIONS to my distro.conf file | 14:59 |
| lukma | and I will see if it works | 14:59 |
| LetoThe2nd | lukma: no, populate_sdk is not responsible for the toolchain. populate_sdk is responsible for packing things up into a sdk. | 15:00 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 15:01 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has joined #yocto | 15:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 15:02 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:02 | |
| *** lexano <lexano!~lexano@216.151.180.49> has joined #yocto | 15:03 | |
| *** SoniaLeon1 <SoniaLeon1!~sleonbau@134.134.139.82> has quit IRC | 15:04 | |
| lukma | LetoThe2nd: Hmm.... so there is any other recipe which is building gcc...... | 15:04 |
| lukma | but this is strange since meta-toolchain only inherit populate_sdk | 15:05 |
| LetoThe2nd | lukma: unless your sdk machine and the build host do not differ, the toolchain should be built anyways for the desired image, and then just reused for the sdk | 15:06 |
| LetoThe2nd | what is it good for anyways? just do bitbake -c populate_sdk $YOURWANTEDIMAGE | 15:07 |
| rburton | meta-toolchain predates proper SDKs and we should remove it | 15:07 |
| LetoThe2nd | rburton: my gut feeling said that too but i wasn't certain enough to actually say it ;-) | 15:07 |
| rburton | :) | 15:08 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:08 | |
| lukma | So where should I look for the toolchain | 15:08 |
| LetoThe2nd | 17:07 < LetoThe2nd> what is it good for anyways? just do bitbake -c populate_sdk $YOURWANTEDIMAGE | 15:08 |
| LetoThe2nd | there you go :) | 15:08 |
| lukma | to modify both - SDK and the one which builds the actual package (like u-boot)? | 15:08 |
| lukma | LetoThe2nd: Ok so I'm sure: | 15:13 |
| lukma | export CC="arm-poky-linux-gnueabi-gcc -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a5 --sysroot= | 15:13 |
| lukma | the -mfpu=neon | 15:13 |
| *** fl0v01 <fl0v01!~fvo@pD9F6A86E.dip0.t-ipconnect.de> has quit IRC | 15:13 | |
| LetoThe2nd | lukma: where do you see that? you really are lacking context. | 15:14 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 15:14 | |
| MarcWe | lukma: sources/oe-core/meta/conf/machine/include/ | 15:14 |
| lukma | bitbake -e virtual/bootloader | grep "arm-poky-linux-gnueabi-" | 15:15 |
| lukma | this the output from it | 15:15 |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 15:15 | |
| LetoThe2nd | i'm on a cortexa5 too, it looks totally the same here and i don't have any problems with it. | 15:17 |
| LetoThe2nd | plus, a few minutes ago you mentioned: --with-tune=cortex-a9 | 15:18 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 15:18 | |
| LetoThe2nd | which certainly is wrong then. so my guess is that your machine file or its use is buggy in some way. | 15:18 |
| lukma | cortex-a9 was from the original linaro toolchain | 15:19 |
| lukma | which works | 15:19 |
| lukma | (I used linaro toolchain -> arm-linux-gnueabihf) with the source code to see if this is a toolchain issue | 15:19 |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has quit IRC | 15:20 | |
| LetoThe2nd | lukma: and what is the actual hardware in the end? | 15:20 |
| lukma | The HW is cortex-a5 | 15:21 |
| *** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 15:21 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 15:21 | |
| lukma | The difference between toolchains: | 15:22 |
| lukma | --with-fpu=vfpv3-d16 ->working | 15:22 |
| lukma | -mfpu=neon -> built by OE | 15:22 |
| *** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC | 15:22 | |
| khem | RP: sent the PIE rework to list | 15:24 |
| LetoThe2nd | lukma: i can't put the finger on it, but i still don't believe that its the toolchain itself that causes the problem. | 15:27 |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 15:28 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 15:29 | |
| fray | you need a tune for what you are doing. with -with-fpu=vfpv3-d16 will avoid neon instructions and instead use only d16 style vfpv3 instructions.. | 15:29 |
| fray | the -mfpu=neon will use neon and the assumed set of vfpv4? and related instructions.. | 15:29 |
| fray | if your CPU is lacking instructions (vendor removed say NEON, when normally that processor would have it), then you will need to define a new tune for your BSP to use, or you will need to pick a different (existing tune) that is compatible with the options on your system | 15:30 |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has quit IRC | 15:30 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 15:31 | |
| *** stephano <stephano!stephano@nat/intel/x-tyoimomunjmtkwdk> has joined #yocto | 15:31 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 15:35 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 15:39 | |
| stephano | y | 15:39 |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 15:48 | |
| RP | khem: thanks. We merged gcc7 (many thanks for the work on that!) | 15:49 |
| kergoth | Hmmm | 15:51 |
| tlwoerner | chromium isn't happy with gcc-7 :-( | 15:52 |
| georgem | tlwoerner: it seems to break anytime there is a gcc change | 15:55 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 15:55 | |
| tlwoerner | georgem: it likes to keep me busy | 15:56 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 15:56 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 15:58 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 15:58 | |
| *** jairglez <jairglez!~jairdeje@134.134.139.74> has joined #yocto | 16:00 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has quit IRC | 16:00 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 16:00 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has joined #yocto | 16:01 | |
| Crofton|work | it keeps tlwoerner from spending all his time on horses | 16:02 |
| tlwoerner | Crofton|work: :-) | 16:02 |
| Saur | RP: I now have a set of patches which hopefully fix the problems you got on the autobuilders due to my change for automatic file dependencies. However, it is hard to tell if I have fixed them all since many failures are the same between the various builds. So I was hoping that if I send the stack of changes to the list, that you could take them through another run on the the autobuilders. | 16:04 |
| RP | Saur: sounds good thanks. The patch won't make M1 but happy to try testing it once we get that sorted out | 16:04 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:05 | |
| kergoth | bluelightning: Hmm, thoughts on how to get a full task graph out of tinfoil? you can generate the .dot files from it, or fire a generated graph *event*, but not just retrieve the graph data, and we don't have direct access to either taskdata or runqueue, only the original data from the recipecache. guess i could try registering an event handler that references a global to get the data, or just patch command.py to add a new command for it | 16:05 |
| Saur | RP: Ok, I'll send them of as soon as I can. I am still trying to find a more generic solution to one of the problems... | 16:05 |
| kergoth | well, clearly the issue is more with the available commands for interacting with the server than with tinfoil itself, but you get the point | 16:06 |
| kergoth | hmm | 16:06 |
| bluelightning | kergoth: kind of sounds like we'd need a command to get that really | 16:06 |
| kergoth | seems like a pretty basic thing, i want to take some targets, with or without :<task>, and be able to examine the tasks that would be run to build them | 16:07 |
| bluelightning | I certainly wouldn't object to adding one | 16:07 |
| bluelightning | kergoth: BTW I am in the process of adding some interfaces to tinfoil to allow running tasks and more easily enumerate recipes | 16:07 |
| kergoth | k, will give that a go, thanks for the thoughts | 16:07 |
| bluelightning | one sec and I'll push it somewhere just so you can see what I am up to | 16:07 |
| kergoth | cool, sounds useful | 16:07 |
| bluelightning | http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=paule/fixes2d | 16:08 |
| bluelightning | as you can probably tell the main motivation was removing some of the performance-impairing evility in the devtool code due to the lack of the ability to run a real build | 16:09 |
| * kergoth nods | 16:11 | |
| kergoth | looking very promising, nice work so far | 16:11 |
| *** pohly1 <pohly1!~pohly@p5DE8E312.dip0.t-ipconnect.de> has quit IRC | 16:12 | |
| kergoth | bluelightning: only thought so far is might also want to add variants or a new method to interact with non-preferred providers, i.e. to gather info about the universe rather than the world | 16:14 |
| kergoth | but that can always be a future enhancement, of course | 16:14 |
| *** voltbit <voltbit!~acid___@81.196.217.242> has quit IRC | 16:16 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 16:17 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-azzykkcdbtxsxfdd> has quit IRC | 16:18 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has quit IRC | 16:18 | |
| kergoth | Having interacted with taskdata on a number of occasions for bb commands and the like, I have to say I hate how late in the process the bitbake code converts the countless pieces of dependency info into task dependencies. having to spawn a runqueue just to map i.e. build targets to task deps w/ BB_DEFAULT_TASK for example.. i'd like to see an intermediate method that takes all the bits of recipecache data and emits a task graph, ideally with an option | 16:18 |
| kergoth | to record the origin of each task dep, and then make runqueue use that | 16:18 |
| kergoth | also, the taskdata api is really weird | 16:18 |
| kergoth | Hmm, maybe I'll take a gander at prototyping such a thing as part of adding the new cooker command i want | 16:20 |
| kergoth | would be ideal for a more capable whatdepends command/tool as well | 16:21 |
| bluelightning | yeah, I agree FWIW | 16:21 |
| kergoth | and with the origin info, we could add notes to the nodes/edges of the dot graph with info on why something was pulled in | 16:21 |
| * kergoth ponders | 16:21 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:22 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:23 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:24 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 16:24 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 16:25 | |
| *** jcelerier <jcelerier!~jcelerier@laptop-ipv6-2001-660-6101-403-1-1e.labri.fr> has joined #yocto | 16:28 | |
| jcelerier | hello :) | 16:28 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 16:28 | |
| jcelerier | does someone know if it's easy to get a yocto project running on "commodity hardware" tablets | 16:29 |
| jcelerier | e.g. samsung galaxy tab, etc... | 16:29 |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 16:29 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 16:29 | |
| kergoth | writing a bitbake-layers command to take a list of targets, with or without :<task> suffixes, generate the full task dependency info, gather up all the do_fetch tasks that will be run, use that to get a list of recipe and bbappend filenames, then parse all of them with variable tracking enabled, examine the history of SRC_URI using the convenience method on VariableHistory, and use that to map all the urls / downloaded files in DL_DIR to the layer that | 16:29 |
| kergoth | added them to SRC_URI | 16:29 |
| bluelightning | kergoth: interesting... certainly a good use case for tinfoil | 16:30 |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.78> has joined #yocto | 16:30 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 16:31 | |
| *** hbruce <hbruce!hbruce@nat/intel/x-wisppswsntzqzuer> has joined #yocto | 16:31 | |
| kergoth | that sort of thing is useful for constructing installers that ship downloads, depending on the installer in question and how the artifacts are broken up | 16:31 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 16:31 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f95e:915:a668:b612> has quit IRC | 16:32 | |
| kergoth | I wanted to do it with a task, which would simplify matters, since the task could do the work for the recipe it's run in, but it's non-trivial to re-parse the recipe and its appends with variable tracking enabled from inside a task :) | 16:32 |
| kergoth | but this should do | 16:32 |
| *** hbruce <hbruce!hbruce@nat/intel/x-wisppswsntzqzuer> has left #yocto | 16:33 | |
| *** jairglez <jairglez!~jairdeje@134.134.139.74> has quit IRC | 16:41 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has quit IRC | 16:41 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 16:45 | |
| *** alimon <alimon!alimon@nat/intel/x-andxpvzsuuyaoagc> has quit IRC | 16:45 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.72> has quit IRC | 16:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:46 | |
| *** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto | 16:46 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 16:46 | |
| *** jairglez <jairglez!jairdeje@nat/intel/x-ncefunehwuqbdfjn> has joined #yocto | 16:47 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 16:49 | |
| *** machinehum <machinehum!~machinehu@184.67.248.6> has joined #yocto | 16:51 | |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 16:52 | |
| *** rdanter <rdanter!~rad@cpc76236-cosh15-2-0-cust704.6-1.cable.virginm.net> has quit IRC | 16:52 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has joined #yocto | 17:00 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:01 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-iilskpcwvlgunify> has quit IRC | 17:01 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 17:02 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 17:03 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 17:06 | |
| *** ant_home <ant_home!~ant__@host38-184-dynamic.27-79-r.retail.telecomitalia.it> has joined #yocto | 17:07 | |
| *** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 17:07 | |
| *** aderbique_ <aderbique_!~aderbique@halsey.viasat.com> has quit IRC | 17:09 | |
| *** alimon <alimon!~alimon@134.134.139.73> has joined #yocto | 17:12 | |
| *** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto | 17:13 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has quit IRC | 17:14 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 17:15 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-117-63.ronkva.east.verizon.net> has quit IRC | 17:16 | |
| *** sameo <sameo!~samuel@192.55.54.45> has quit IRC | 17:17 | |
| *** berton <berton!~berton@189.35.69.200> has quit IRC | 17:18 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 17:20 | |
| *** hbruce <hbruce!~hbruce@192.55.55.41> has joined #yocto | 17:21 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 17:21 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 17:22 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 17:23 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-117-63.ronkva.east.verizon.net> has joined #yocto | 17:24 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 17:26 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-117-63.ronkva.east.verizon.net> has joined #yocto | 17:26 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wxldsfcskdbdujig> has quit IRC | 17:27 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 17:27 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 17:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 17:30 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 17:31 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:31 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 17:31 | |
| *** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC | 17:33 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:35 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 17:36 | |
| *** voltbit <voltbit!~acid___@81.196.217.242> has joined #yocto | 17:40 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 17:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 17:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 17:41 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 17:42 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 17:42 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 17:42 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 17:47 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 17:48 | |
| *** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto | 17:50 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 17:52 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 17:52 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 17:54 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:54 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 17:57 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has joined #yocto | 17:57 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 17:59 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:09 | |
| *** jairglez <jairglez!jairdeje@nat/intel/x-ncefunehwuqbdfjn> has quit IRC | 18:10 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:14 | |
| *** ian_arkver <ian_arkver!~arkver@95.147.75.140> has quit IRC | 18:19 | |
| *** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 18:23 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:28 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 18:31 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:33 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 18:35 | |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has joined #yocto | 18:37 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:39 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:44 | |
| *** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 18:44 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:44 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:46 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 18:50 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:51 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 18:52 | |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has quit IRC | 18:53 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 18:53 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 18:57 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:57 | |
| machinehum | Does anyone have experiance with the iMX6? | 18:57 |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 19:03 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:05 | |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has joined #yocto | 19:05 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-srzhlwlalimcdiqk> has joined #yocto | 19:07 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 19:08 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 19:13 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has joined #yocto | 19:16 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 19:17 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.78> has quit IRC | 19:19 | |
| *** morphis <morphis!~morphis@pD9ED6285.dip0.t-ipconnect.de> has quit IRC | 19:20 | |
| *** Jefro <Jefro!josiermi@nat/intel/x-vmpqqlbiygezmyug> has joined #yocto | 19:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:25 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:32 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 19:32 | |
| *** alimon <alimon!~alimon@134.134.139.73> has quit IRC | 19:34 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 19:34 | |
| *** alimon <alimon!alimon@nat/intel/x-wnueofsjfdldahlf> has joined #yocto | 19:35 | |
| seebs | so it turns out my clever idea of "just increase openfiles limit" won't work, because fd_set objects are capped at, by default, 1024 anyway. | 19:37 |
| seebs | Next up: Benchmarking for the FASTOP case because I think it may need to go if we don't want continued reliability problems. | 19:38 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:38 | |
| fray | I seem to remember FASTOP was a huge win.. the round-trip case was very slow | 19:38 |
| fray | (or is this different) | 19:38 |
| seebs | That is the case, but I don't actually have concrete numbers. | 19:39 |
| fray | yuo did at one point, but it's long enough ago definitely worth it again | 19:39 |
| khem | RP: I pushed 11th patch into the pull request which upgrades and fixes webkit for ppc with hardening flags | 19:39 |
| seebs | I do know that when I added actual profiling, I found that the wall-clock time for round trips with actual database access was *smaller* than the cost of some of the path processing. | 19:39 |
| fray | can you do the equiv of the fast-op on the -server- side? ACK the connection then just immediately send the reponse showing you got it? | 19:39 |
| khem | machinehum: sure, do you have questions ? | 19:40 |
| *** sameo <sameo!~samuel@192.55.54.45> has joined #yocto | 19:40 | |
| seebs | Not really. The reason fastop is a performance win is that you don't even have to wait for the transmission to have completed at all. | 19:40 |
| seebs | You don't even care whether the kernel has successfully made the data available to the other side yet, you're already done. | 19:40 |
| seebs | The actual time to process things is comparatively trivial, I believe. | 19:40 |
| fray | k | 19:40 |
| seebs | We've had Lots Of Events which is why a couple of these things have been sitting. | 19:41 |
| fray | my memory was that the data 'did something' round trip was more signifciant that the message sent and response received part | 19:41 |
| fray | but I know there have been a lot of changes in that area since you did the original work.. | 19:41 |
| fray | may not be much of an issue any longer | 19:41 |
| seebs | Also, on reflection... That would still have the same basic problem of data reliability. | 19:41 |
| seebs | The point of the round trips was to have an actual assurance that either the operation had *actually* succeeded, or you'd know to retry. | 19:41 |
| fray | yup | 19:42 |
| khem | rburton: http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/hardening-fixes more trouble for you :) | 19:44 |
| machinehum | khem: thanks! I think I might have found my solution | 19:44 |
| khem | machinehum: very good cool | 19:45 |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has quit IRC | 19:46 | |
| *** aol1306 <aol1306!~aol1306@89-73-78-168.dynamic.chello.pl> has joined #yocto | 19:47 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 19:51 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 19:52 | |
| *** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC | 19:54 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:54 | |
| seebs | fastop is definitely noticeable on things that are heavily reliant on a ton of operations. | 19:54 |
| seebs | 769.8070 msec wrapper time, 413.7500 msec op time, 399.4210 msec IPC time. | 19:57 |
| seebs | 1281.6980 msec wrapper time, 961.4040 msec op time, 948.2140 msec IPC time. | 19:57 |
| fray | I guess another option would be to batch the messages to the other side 'in a fastop' replacement.. and process them all as a unit? (might not actually help) | 19:57 |
| seebs | so, yes, quite a lot slower internally. | 19:57 |
| seebs | Although... It's significantly less noticeable as more and more of the workload isn't actually *specifically* testing pseudo heavily. | 19:57 |
| fray | ya, and it's all clearly in the IPC side there.. (which presumably includes backend processing) | 19:57 |
| seebs | yup. | 19:58 |
| *** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 19:58 | |
| fray | I'm curious how much is IPC and how much is backend processing.. (usually IPC is quick) | 19:59 |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 19:59 | |
| fray | it's too bad you can't do something like send IPC to server.. keep processing (client) and before the client terminates (atexit) get responses and deal with retry's.. but that might not resolve any behavior issues.. :/ | 20:00 |
| fray | it's the blocking behavior more then anyting during the op that I suspect is the 'noticable' piece | 20:00 |
| fray | I know at one point we were considering using xattrs (when possible) to avoid the backend DB processing.. | 20:01 |
| fray | is that something that could be resurrected? | 20:01 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:02 | |
| machinehum | Does anyone use Yocto on Cygwin? | 20:05 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 20:05 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 20:06 | |
| seebs | the xattr feature exists but I don't think it turned out to be worth it, because xattrs were slow. | 20:06 |
| seebs | And it looks like just acking immediately about splits the difference: | 20:06 |
| seebs | fastop: 708.7490 msec wrapper time, 391.6180 msec op time, 380.1340 msec IPC time. | 20:06 |
| seebs | full round trip: 1281.6980 msec wrapper time, 961.4040 msec op time, 948.2140 msec IPC time. | 20:07 |
| seebs | instant ack for fastops: 1008.8720 msec wrapper time, 682.4250 msec op time, 668.4860 msec IPC time. | 20:07 |
| seebs | that might be worth it to get the reliability back. | 20:07 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 20:07 | |
| seebs | so, untar of /usr/include over empty space, 0.49s fastop, 0.55s fakeop, 0.65s full round trip. | 20:08 |
| seebs | With an existing copy, it's 0.61, 0.76, 0.91. | 20:08 |
| seebs | But if we do that, we can just go ahead and randomly shut down live connections on clients and not expect things to get lost, which *should* handle the openfiles thing. | 20:09 |
| seebs | Although I still really want to know how we're ending up with >1k simultaneous connections to a single pseudo server. | 20:09 |
| seebs | That's >1k processes on just one recipe, basically, and that seems high. | 20:10 |
| fray | ya, it has to be some massively parallel set of operations all running under pseudo control.. | 20:10 |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.83> has joined #yocto | 20:10 | |
| fray | each one has a smaller set, but you end up with 1000 connects at a time.. (most likely the clients have already shut down by that point) etc.. | 20:10 |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 20:10 | |
| fray | think of something like kernel or toolchain build on a machine with unbounded CPU/threads.. I could see it happen.. | 20:11 |
| fray | and wouldn't it be 500 connections, two fds one send, one recieve? | 20:11 |
| *** alimon <alimon!alimon@nat/intel/x-wnueofsjfdldahlf> has quit IRC | 20:12 | |
| seebs | no, fds are bidirectional. | 20:13 |
| seebs | Pseudo has a single fd per client. | 20:13 |
| seebs | And in *theory* if they've shut down, the connections should be closed. | 20:13 |
| fray | maybe with the fastop the client doesn't get the shutdown and it zombies? | 20:14 |
| seebs | huh | 20:14 |
| seebs | no, server doesn't do it. but. | 20:14 |
| seebs | i just remembered a comment from many years ago | 20:14 |
| seebs | if (FD_ISSET(clients[i].fd, &events)) { | 20:15 |
| seebs | /* this should happen but doesn't... */ | 20:15 |
| seebs | close_client(i); | 20:15 |
| seebs | so... what if the real problem isn't that there's 1k processes open, but that for some reason we weren't hitting this? | 20:16 |
| seebs | ... Actually that raises an obvious question. | 20:16 |
| seebs | When a build hangs, do we *actually* have 1k processes which are waiting on pseudo? | 20:16 |
| seebs | Because it could be that what's really wrong is that I never fixed this. | 20:17 |
| seebs | ... | 20:18 |
| seebs | dammit. | 20:18 |
| seebs | so something like 10 years ago I misread a man page. | 20:18 |
| seebs | Hmm. But it looks like select() should regard them as "readable", but with zero bytes available. | 20:19 |
| seebs | So my comments are wrong. | 20:19 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:19 | |
| *** Jefro <Jefro!josiermi@nat/intel/x-vmpqqlbiygezmyug> has quit IRC | 20:20 | |
| RP | seebs: I did the numbers and we can end up in a situation where 1k isn't so crazy. My server has 88 cores which means BB_NUMBER_THREADS=88*2=176. In a single recipe, do_package_write_{ipk|deb|rpm}|do_package_qa can all run together, each building or checking packages. For something like perl that could be 176 packages in parallel. 176*4 = 704 so you don't have much headroom against 1k | 20:22 |
| RP | seebs: now, yes, this is a bit pathological and perhaps we shouldn't do this but its certainly possible it can run into trouble... | 20:23 |
| seebs | yeah | 20:24 |
| *** voltbit <voltbit!~acid___@81.196.217.242> has quit IRC | 20:24 | |
| seebs | When you get a chance, could you check to see whether that's actually what's happened? | 20:24 |
| seebs | Because I'm suspicious that my close_client logic is actually wrong, although I think it should work anyway. | 20:24 |
| seebs | But the event thing is just plain wrong, I somehow got the impression that a closed socket was an exception, and it's not. | 20:24 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 20:25 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:26 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 20:26 | |
| *** alimon <alimon!alimon@nat/intel/x-fhzhzueqhlcsnrig> has joined #yocto | 20:28 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 20:32 | |
| seebs | Hmm. So it looks like it should be successfully closing sockets. But just in case, I'm checking more carefully. | 20:32 |
| *** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto | 20:33 | |
| seebs | ... ahh, it turns out that some Unixes, but not Linux, flag "closed" in the exception set in a select. | 20:33 |
| seebs | Anyway, I think more data would be needed to be sure, but I think the workaround of having FASTOP still send things, just not waiting for database ops before responding, will allow us to deal with Too Many Clients more gracefully. | 20:34 |
| RP | seebs: I will try and reproduce those hangs again, see if I can get more info | 20:39 |
| *** aol1306 <aol1306!~aol1306@89-73-78-168.dynamic.chello.pl> has quit IRC | 20:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 20:40 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 20:41 | |
| seebs | Because it does look like, if things are actually shutting down, they should indeed be successfully getting noticed. | 20:44 |
| seebs | hmm. | 20:44 |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 20:47 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.83> has quit IRC | 20:48 | |
| *** jairglez <jairglez!jairdeje@nat/intel/x-wcbohftgpxcrtsqi> has joined #yocto | 20:50 | |
| RP | 22G of virtual memory for rpmbuild when building python3. I suspect we may need to look at that... | 20:54 |
| RP | heh, then top switched to display in TB | 20:54 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 20:55 | |
| seebs | oh, heh. i have had a bug roughly forever wherein the shutdown requests from pseudo -S were producing an "uh-oh" message which turned out to be harmless, but it revealed a flaw. | 20:59 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 21:00 | |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has joined #yocto | 21:00 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:00 | |
| fray | RP that 22G, is that after the openMP change? | 21:04 |
| fray | I know that RPM (and especially bdb that it uses) mmaps files. So it turns out that it can report a TON of virtual memory used, but in reality very little is actually allocated. | 21:05 |
| fray | the mmap to 'write out files', turns out to be a lot faster then lots of open/writes/seeks/etc.. | 21:05 |
| fray | (and is more memory efficient as well) | 21:05 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:06 | |
| *** peacememories <peacememories!~textual@e253-143.eduroam.tuwien.ac.at> has quit IRC | 21:11 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-117-63.ronkva.east.verizon.net> has quit IRC | 21:13 | |
| *** alimon <alimon!alimon@nat/intel/x-fhzhzueqhlcsnrig> has quit IRC | 21:15 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has joined #yocto | 21:16 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 21:17 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has quit IRC | 21:18 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 21:18 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 21:19 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 21:20 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 21:22 | |
| *** zeddii <zeddii!~bruce@static-212-247-252-138.cust.tele2.se> has joined #yocto | 21:23 | |
| RP | seebs: a hung set of processes: https://pastebin.com/NDiZJtMS | 21:25 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:25 | |
| RP | seebs: a bit more detail of a subset https://pastebin.com/imQumx7Y | 21:26 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:26 | |
| RP | seebs: at ~500 instances each spawning pipelines, I can believe we deadlocked :/ | 21:27 |
| RP | fray: good question | 21:27 |
| RP | fray: yes, its after openmp | 21:28 |
| fray | ya, so my guess is that all of the open rpms it's writing are mmaped so they can be written out.. causing the larger memory space.. | 21:28 |
| fray | (does YP even support 32-bit hosts anymore, if it does -- this could be a problem) | 21:29 |
| RP | fray: entirely possible. And yes, in theory we do support 32 bit still | 21:29 |
| denix | what happened to $ORIGIN-relative RPATHs in nativesdk binaries? did I miss something couple releases back? :) | 21:30 |
| fray | be interesting to test that | 21:30 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:30 | |
| fray | in the past rpm operations were setup that they would only mmap for the memory SPACE avaialble, but I don't know how (or if) the openmp changes affects that | 21:30 |
| RP | denix: they should have them? we do relocate the toolchain at install time though | 21:32 |
| RP | seebs: since I have this hanging here, anything else it would be good to know? | 21:33 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 21:36 | |
| denix | RP: so, should the relocated toolchain binaries have full path in RPATH or $ORIGIN/../bin? | 21:36 |
| khem | it should be relative to ORIGIN | 21:37 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 21:38 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 21:40 | |
| denix | oops, I meant $ORIGIN/../lib not bin | 21:42 |
| denix | khem: exactly. I don't see those any more for some reason... | 21:43 |
| denix | this is one of the old toolchain binaries as reported by readelf - (RPATH) Library rpath: [$ORIGIN/../lib:$ORIGIN/../../lib] | 21:44 |
| denix | and I don't see RPATH in new toolchain binaries... hence the question - is that expected? | 21:47 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 21:47 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 21:54 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 21:55 | |
| seebs | RP: Nothing obvious, but it occurs to me in retrospect that it would be neat to run with PSEUDO_DEBUG=v, and look at pseudo.log and see how many clients it's reporting. But it does look like we are actually hitting 1k processes, so. | 22:01 |
| seebs | The interesting thing is that it doesn't appear to be able to resolve *any* of them, though? | 22:01 |
| seebs | And that's very odd. | 22:01 |
| machinehum | Does anyone have any good references for cross-compiling using Yocto? | 22:02 |
| machinehum | Or just a good jumping off point | 22:02 |
| seebs | Like, it's not enough for *one* chain to be deadlocked. *all* the chains have to be deadlocked, or at least one of them ought to be continuing to process things until it finishes. | 22:03 |
| seebs | *thinks* Something is weird here. I can't figure out how this would end up with *nothing* progressing. And if even one chain is able to progress, it should be able to free up file descriptors. | 22:05 |
| seebs | It might be interesting to attach to various such processes with a debugger and see where they are. | 22:05 |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 22:05 | |
| seebs | Are they all stuck either on a pipe read/write to another thing, or waiting on pseudo to open a connection? | 22:05 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 22:06 | |
| *** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 22:09 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-elhapvxxmppqechh> has joined #yocto | 22:09 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 22:10 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 22:11 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 22:12 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 22:13 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 22:14 | |
| *** sameo <sameo!~samuel@192.55.54.45> has quit IRC | 22:14 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 22:16 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 22:18 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 22:18 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 22:24 | |
| *** austin <austin!~aderbique@halsey.viasat.com> has joined #yocto | 22:25 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 22:29 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 22:30 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 22:31 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 22:42 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 22:44 | |
| RP | seebs: I have wondered why it can't resolve any :/ | 22:45 |
| RP | denix: We started removing pointless RPATHS oif that helps explain things? | 22:45 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 22:46 | |
| RP | seebs: seems so far to be a lot in connect() or read from pipes | 22:48 |
| RP | seebs: in fact they're all blocked on connects or reads from other processes in their subtrees :/ | 22:49 |
| RP | seebs: I suspect its the way I've parallelised the packaging code, it creates "the perfect storm" | 22:51 |
| *** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC | 22:51 | |
| *** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto | 22:51 | |
| RP | seebs: many things which create long pipelines each of which use a connection and end up doing heavy IO followed by new processes. Eventually they all end up in new processes | 22:51 |
| *** msvb-lab <msvb-lab!~michael@x55b547d3.dyn.telefonica.de> has quit IRC | 22:57 | |
| seebs | Hmm. That makes some sense; if they're all starting stuff and filling up the tree, and then they all try to start new processes. | 23:01 |
| seebs | But it still seems odd that we'd have that many simultaneous clients. | 23:02 |
| seebs | Might be instructive to have pseudo have something that causes it to dump a client list. | 23:02 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 23:02 | |
| *** ant_home <ant_home!~ant__@host38-184-dynamic.27-79-r.retail.telecomitalia.it> has quit IRC | 23:03 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 23:03 | |
| *** lamego <lamego!~jose@134.134.139.83> has quit IRC | 23:06 | |
| fray | seebs, think of a make that spawns processes, that spawn processes.. (repeat) a few iterations and you quickly get to 1000 processes | 23:09 |
| fray | since the connection opens and doesn't close.. you get stuck there | 23:09 |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 23:12 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has quit IRC | 23:15 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:16 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.78> has quit IRC | 23:16 | |
| RP | seebs: could pseudo favour taking new connections compared to servicing existing ones? | 23:18 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 23:23 | |
| RP | seebs: one other thought. In the EMFILE case, perhaps we could start expiring connections in the "no activity for say 1s and hit EMFILE"? | 23:24 |
| RP | seebs: If we're seeing no activity on the connections for a period of time, it becomes very unlikely there would be any data loss since we'd see data in select() and whilst its not perfect, I think that maybe good enough to keep fastop? | 23:25 |
| * RP -> Zzzz | 23:26 | |
| denix | RP: thanks | 23:27 |
| denix | RP: would that cause binaries to use host libraries instead? | 23:28 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 23:31 | |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has joined #yocto | 23:33 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:33 | |
| seebs | It can't favor taking new connections to serving existing ones, because the existing ones already exist and are taking up files. | 23:35 |
| seebs | I'm currently just trying to figure out whether something more obvious is wrong. | 23:35 |
| seebs | And I actually sort of think we should possibly kill fastop because it's been behind a number of actual data loss issues now. | 23:36 |
| denix | RP: btw, I assume you are referring to http://cgit.openembedded.org/openembedded-core/commit/?id=6b94569d5d8e8bdd575d12e260abf10d3ac11cfd | 23:39 |
| *** berndand2 <berndand2!~androirc@xplr-104-249-227-1.xplornet.com> has quit IRC | 23:41 | |
| *** cru01_ <cru01_!~cru01@mail.validmanufacturing.com> has quit IRC | 23:43 | |
| khem | denix: whats the issue you are seeing with SDK ? | 23:43 |
| *** cru01_ <cru01_!~cru01@mail.validmanufacturing.com> has joined #yocto | 23:43 | |
| denix | khem: leaking of system libs into sdk binaries | 23:44 |
| khem | is it for nativesdk packages or target packages ? | 23:44 |
| denix | khem: nativesdk | 23:45 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 23:45 | |
| khem | it should be using nativesdk-glibc loader | 23:46 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 23:46 | |
| khem | is that happening or no ? | 23:46 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 23:46 | |
| denix | khem: well, it uses the loader from sdk, as far as I can tell - PT_INTERP is set properly | 23:47 |
| *** manuel_ <manuel_!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 23:47 | |
| khem | ok | 23:48 |
| khem | do we have the equivalent library in nativesdk sysroot ? | 23:49 |
| khem | the one its loading from host | 23:49 |
| denix | khem: I remember in the past RPATH was always set to $ORIGIN/../lib so sdk libraries will be used instead of hosts one. now it's not the case | 23:49 |
| denix | khem: yes. I got a report that nativesdk-cmake complains about some missing openssl symbols, which point to the host lib. cmake links with libcurl and that one links with libssl and all those deps are available in sdk. | 23:51 |
| khem | we patch ld.so for nativesdk to reverse the search order | 23:51 |
| *** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto | 23:52 | |
| seebs | RP: https://gist.github.com/seebs/8cf9bc902e8b9467512330bb17bb2ad6 | 23:52 |
| seebs | i probably broke this somehow, but i'd be super interested in the results this produces. | 23:52 |
| seebs | To use: (1) apply patch, (2) produce hang, (3) send SIGUSR2 to pseudo daemon, (4) wait a second or so for a select to timeout or an operation to happen, (5) check pseudo.log | 23:52 |
| seebs | it should have ~1k lines of output listing clients. | 23:52 |
| seebs | listing clients [1 through 1]: | 23:53 |
| seebs | client 1: fd 8, pid 17322, state -, program sh | 23:53 |
| seebs | done. | 23:53 |
| khem | denix: do you have the failing sysroot around > | 23:53 |
| seebs | "state" should be R for any client which was reported readable by select() | 23:53 |
| denix | khem: ok, that is becoming more clear why RPATH got removed - what's the commit that reversed the search order? | 23:53 |
| denix | khem: not at the moment, but I can get it | 23:54 |
| denix | khem: well, actually it was failing for someone else... | 23:55 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 23:56 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 23:56 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 23:57 | |
| denix | khem: cmake: /lib/x86_64-linux-gnu/libssl.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /tmp/sdk-devkit/sysroots/x86_64-arago-linux/usr/lib/libcurl.so.4) | 23:57 |
| denix | khem: that was the error someone reported. they claim to have sourced the environment setup script and the sdk does contain the correct libssl.so library | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!