Wednesday, 2017-06-14

*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:06
*** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto00:07
*** nighty- <nighty-!> has quit IRC00:11
*** hbruce <hbruce!~hbruce@> has quit IRC00:29
*** hbruce <hbruce!~hbruce@> has joined #yocto00:30
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:32
*** manuel__ <manuel__!> has joined #yocto00:37
*** dscully <dscully!~dscully@> has quit IRC00:41
*** majuk <majuk!> has joined #yocto00:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:45
*** hgs <hgs!6564ab57@gateway/web/freenode/ip.> has quit IRC00:48
*** majuk <majuk!> has quit IRC00:48
*** hbruce <hbruce!~hbruce@> has quit IRC00:51
*** aragua_ <aragua_!> has quit IRC00:52
*** aragua_ <aragua_!> has joined #yocto00:52
*** msvb-lab <msvb-lab!> has quit IRC00:55
*** scottrif <scottrif!~scottrif@> has quit IRC00:57
*** majuk <majuk!> has joined #yocto01:01
*** majuk <majuk!> has quit IRC01:06
*** nighty- <nighty-!> has joined #yocto01:08
*** majuk <majuk!> has joined #yocto01:20
*** slips <slips!> has quit IRC01:24
*** majuk <majuk!> has quit IRC01:24
*** slips <slips!> has joined #yocto01:25
*** majuk <majuk!> has joined #yocto01:38
*** slips <slips!> has quit IRC01:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:39
*** slips <slips!> has joined #yocto01:44
*** majuk <majuk!> has quit IRC01:44
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:48
*** majuk <majuk!> has joined #yocto01:53
*** majuk <majuk!> has quit IRC01:58
*** slips <slips!> has quit IRC01:58
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto01:58
*** slips <slips!> has joined #yocto02:00
*** jo_90 <jo_90!~John90@> has joined #yocto02:04
*** hamis <hamis!~irfan@> has joined #yocto02:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:11
*** berndand2 <berndand2!> has quit IRC02:12
*** majuk <majuk!> has joined #yocto02:12
*** paulg <paulg!> has quit IRC02:14
*** majuk <majuk!> has quit IRC02:16
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:16
*** nerdboy <nerdboy!> has joined #yocto02:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:18
*** slips <slips!> has quit IRC02:29
*** majuk <majuk!> has joined #yocto02:30
*** slips <slips!> has joined #yocto02:31
*** majuk <majuk!> has quit IRC02:36
*** seebs <seebs!~seebs@> has quit IRC02:46
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto02:56
*** dreyna <dreyna!> has quit IRC02:58
*** seebs <seebs!~seebs@> has joined #yocto03:02
*** majuk <majuk!> has joined #yocto03:08
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC03:08
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto03:12
*** majuk <majuk!> has quit IRC03:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:14
*** pohly1 <pohly1!> has joined #yocto03:23
*** pohly <pohly!> has quit IRC03:25
*** majuk <majuk!> has joined #yocto03:29
*** majuk <majuk!> has quit IRC03:34
*** slips <slips!> has quit IRC03:36
*** jo_90 <jo_90!~John90@> has quit IRC03:38
*** jo_90 <jo_90!~John90@> has joined #yocto03:40
*** slips <slips!> has joined #yocto03:43
*** slips <slips!> has quit IRC03:57
*** slips <slips!> has joined #yocto04:00
*** stephano <stephano!~stephano@> has quit IRC04:01
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:08
*** manuel__ <manuel__!> has quit IRC04:11
*** slips <slips!> has quit IRC04:15
*** rick1 <rick1!> has joined #yocto04:15
rick1hello, everyone, good afternoon...04:16
*** slips <slips!> has joined #yocto04:18
rick1I have a question related with meta-web-kiosk, does anyone have a knowledge about it ? thanks04:20
*** slips <slips!> has quit IRC04:33
*** slips <slips!> has joined #yocto04:34
*** ghs39ghsggf <ghs39ghsggf!~ghs39ghsg@> has joined #yocto04:40
*** ghs39ghsggf <ghs39ghsggf!~ghs39ghsg@> has left #yocto04:40
*** slips <slips!> has quit IRC04:48
*** seebs <seebs!~seebs@> has quit IRC04:50
*** seebs <seebs!~seebs@> has joined #yocto04:51
*** mkelly <mkelly!~martin@> has joined #yocto04:51
*** slips <slips!> has joined #yocto04:52
*** Ravi__ <Ravi__!736fdf2b@gateway/web/freenode/ip.> has joined #yocto04:56
*** majuk <majuk!> has joined #yocto05:02
*** mkelly <mkelly!~martin@> has quit IRC05:04
*** majuk <majuk!> has quit IRC05:07
*** slips <slips!> has quit IRC05:10
*** AndersD <AndersD!> has joined #yocto05:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:11
*** hbruce <hbruce!~hbruce@> has joined #yocto05:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC05:15
-YoctoAutoBuilder- build #546 of nightly-checkuri is complete: Success [build successful] Build details are at
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:17
*** slips <slips!> has joined #yocto05:20
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto05:21
*** majuk <majuk!> has joined #yocto05:21
*** morphis <morphis!> has joined #yocto05:23
khemrick1: what questions do you have specific to that layer05:23
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC05:24
*** qt-x <qt-x!~Thunderbi@> has joined #yocto05:24
*** majuk <majuk!> has quit IRC05:25
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC05:28
*** MarcWe <MarcWe!> has joined #yocto05:30
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto05:31
*** slips <slips!> has quit IRC05:34
*** seebs <seebs!~seebs@> has quit IRC05:35
*** slips <slips!> has joined #yocto05:36
*** gtristan <gtristan!~tristanva@> has joined #yocto05:37
*** majuk <majuk!> has joined #yocto05:39
*** seebs <seebs!~seebs@> has joined #yocto05:41
*** agust <agust!> has joined #yocto05:43
*** majuk <majuk!> has quit IRC05:45
*** slips <slips!> has quit IRC05:50
*** hnje <hnje!~hnje@> has joined #yocto05:50
*** slips <slips!> has joined #yocto05:51
-YoctoAutoBuilder- build #15 of nightly-refkit is complete: Failure [failed RunPreamble CreateAutoConf Create BBLayers Configuration BuildImages Running oe-selftest] Build details are at
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 - 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!> has joined #yocto05:57
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:58
CostinCmorning all05:58
*** majuk <majuk!> has joined #yocto05:59
*** slips <slips!> has quit IRC06:04
*** majuk <majuk!> has quit IRC06:05
*** hbruce <hbruce!~hbruce@> has quit IRC06:06
*** slips <slips!> has joined #yocto06:07
*** ian_arkver <ian_arkver!~arkver@> has joined #yocto06:07
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:7da2:dfee:621c:373f> has quit IRC06:10
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:7da2:dfee:621c:373f> has joined #yocto06:15
*** slips <slips!> has quit IRC06:21
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC06:21
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC06:22
*** slips <slips!> has joined #yocto06:23
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:23
*** sugnan <sugnan!~sugnan@> has quit IRC06:23
*** mr_science <mr_science!> has joined #yocto06:26
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:26
rick1I want to add chromium browser into core-image-sato...The step : 1 .I had made core-image-sato-custom.bb06:32
rick12. Add add bblayer.conf ==> meta-browser06:33
rick13. Add IMAGE_INSTALL += "chromium" inside ?06:33
sandsmarksounds about right?06:34
sandsmarkdoesn't it work?06:34
rick1correct me if I'm wrong, I can't do that yet because I 've been compiling something else here..06:34
sandsmarkjust make sure the meta-browser layer is before your own layer, iirc that matters06:35
rick1I don't have much layer, only default in bblayers.conf..I'll keep posted if I can or can not that..06:36
rick1many layers..06:36
rick1I don't have many layers06:36
*** majuk <majuk!> has joined #yocto06:37
rick1I'm learning so I'm not sure...06:37
LetoThe2ndsandsmark: nah that actually not *that* important.06:37
LetoThe2ndway more important is that the release branches are coherent. e.g. all morty, all krogoth, you get it.06:38
sandsmarkah, my bad06:38
LetoThe2ndsandsmark: no bad. AFAIK there can be edge cases where the order matters, and its good practise :)06:39
sandsmarkok, so I wasn't misremembering completely :p06:40
*** Kakounet <Kakounet!> has joined #yocto06:40
*** csanchezdll <csanchezdll!> has joined #yocto06:40
LetoThe2ndsandsmark: not at all. its just in most cases not important when adding some package that does not already see appends or such.06:40
rick1I'm following the book 5.2. Customizing Images yoctoproject 2.3 mega manual06:41
sandsmarkah, of course06:41
sandsmarkso yeah, keep it after the meta-browser layer, you're probably going to bbappend to the chromium recipe06:42
sandsmarkrick1: btw, the chromium recipe in the meta-browser layer was very outdated last I looked06:42
sandsmarkit used gyp for example06:42
LetoThe2ndrick1: 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
sandsmarkrick1: this is up to date:
rick1thanks sandmark...06:43
rick1leto: how can I use custom layer ?06:43
*** majuk <majuk!> has quit IRC06:43
sandsmarkrick1: there's a command that creates the basic directory structure for it06:44
LetoThe2ndrick1: 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
rick1my experiment now, put, inside poky/meta/recipes-sato/images06:45
LetoThe2ndrick1: add that to bblayers.conf, and use it just like the existing ones.06:45
rick1and bitbake's running now with06:45
rick1IMAGE_FEATURES += "splash package-management x11-base x11-sato ssh-server-dropbear hwcodecs ssh-server-openssh" and IMAGE_INSTALL += "strace nano"06:46
LetoThe2ndrick1: 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
rick1Leto : I see...I don't have your skill yet06:46
sandsmarkrick1: it's very straightforward to use a custom layer06:47
LetoThe2ndrick1: all is well as long as you're willing to learn :)06:47
sandsmarkand it gets harder to move stuff over later, so better start with it right away (from experience)06:47
sandsmarkbut 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 folder06:47
LetoThe2ndsandsmark: were all those underscores intended?06:48
sandsmarkthe 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 correctly06:48
rick1sandmark : yup...I'll make my "meta-stuff" and get back again...06:48
sandsmarkLetoThe2nd: yeah, they are from the original wpa_supplicant_foo.bb06:48
sandsmarkeh, the .bb is called wpa-supplicant_foo, but all the scripts and service files are wpa_supplicant06:49
rick1I've read yocto-layer create mystuff before, but not yet in practice...06:49
LetoThe2ndsandsmark: it its really call "_SYSTEMD_SERVICE_${PN}"? that sounds weird. let me have a look06:49
sandsmarkthank you06:50
rick1anyway...what time is it there ?06:50
sandsmarkI'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 simple06:50
sandsmarkrick1: 08:5106:51
LetoThe2ndsandsmark: i don't see none of the lot of underscores that were in your snippets here:
*** rperier_ is now known as rperier06:51
*** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto06:51
sandsmarkLetoThe2nd: these?:
sandsmarkthis is my entire wpa-supplicant_%.bbappend:
sandsmarkerh, ignore the rm -f, I was testing if it worked if I removed the extra .service files06:52
rick1sandmark : Let me guess, you're somewhere in europe ...06:53
sandsmarkrick1: norway :)06:53
rick1few thousands K away from me..:)06:53
rick1I'm in Aus06:54
sandsmarkbah, it's probably easier to just ignore the systemd.bbclass and ln -s manually06:54
sandsmarkah, nice06:54
sandsmarkoceania is one of the few regions of the world I haven't been in06:54
rick1I've never been in Norway as well...06:56
LetoThe2ndsandsmark: 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
sandsmarkI suck at putting a half-solved problem away, hard to concentrate on something else then :p06:57
sandsmarkbut yeah, I should probably do that06:57
LetoThe2ndsandsmark: :-)06:57
*** fl0v0 <fl0v0!> has joined #yocto06:58
*** majuk <majuk!> has joined #yocto06:58
rick1sandmark ==> any debug message from your WPA stuff ? I don't exactly but if you have debug stuff..echo "something" ?06:59
*** jku <jku!~jku@> has joined #yocto07:00
rick1I don't exactly know..07:00
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto07:01
sandsmarknot sure where it would help to put debug output, the «wpa-supplicant/latest.pkg_postinst» shows the correct stuff07:01
sandsmarkmaybe in the systemd.bbclass code that tries to parse stuff07:01
rick1auto-enable wifi ==> do you have the driver running already ?07:01
rick1and if you manually call / ping it's working isn't it ?07:02
sandsmarkI managed to get our odm to use a chip that's well-supported by the mainline kernel, luckily07:02
sandsmarkyeah, it works well if I start or enable wpa_supplicant manually on the device07:02
sandsmarkbut I want an image from yocto I can just stuff into delta_generator without having to do manual stuff07:03
*** majuk <majuk!> has quit IRC07:03
rick1it's just my idea...can you create a service calling that device on /etc/systemd/system ..manually ?07:04
rick1I can see some services in that directory...what I07:04
sandsmarkwell, I could just ln -s the file manually in do_install_append(), but I wanted to do it The Right Way (TM)07:05
rick1I see..07:06
*** warthog9 <warthog9!> has quit IRC07:06
rick1so the image should have a script running that service ( auto wifi )07:07
rick1correct me if I'm wrong..07:07
rick1I'm thinking to put that "auto script" inside the image...but I don't know exactly what you want..07:08
rick1sysctl status "auto wifi script" ?07:10
*** warthog9 <warthog9!> has joined #yocto07:11
sandsmarkah, systemd is basically like a script like that07:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:12
*** Bunio_FH <Bunio_FH!> has joined #yocto07:13
LetoThe2ndsandsmark: 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
rick1it will be something :07:15
sandsmarkLetoThe2nd: ah, good idea07:15
rick1ExecStart=your autowifi script07:16
rick1inside /etc/systemd/system07:16
sandsmarkrick1: 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 name07:17
*** majuk <majuk!> has joined #yocto07:17
*** mckoan|away is now known as mckoan07:18
rick1ok, if you put a hardcode on your bitbake script, will it do it correctly ? probably you miss a variable ?07:19
*** rajm <rajm!~robertmar@> has joined #yocto07:19
rick1it's getting complicated as it gets :)07:19
*** ant_work <ant_work!> has joined #yocto07:20
sandsmarkyeah, it will work correctly if I hardcode the ln -s, but it feels wrong :p07:20
rick1scratch my head....07:21
*** majuk <majuk!> has quit IRC07:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:22
*** Bunio_FH1 <Bunio_FH1!> has joined #yocto07:22
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:23
*** Bunio_FH <Bunio_FH!> has quit IRC07:24
*** toscalix <toscalix!~toscalix@> has joined #yocto07:30
*** sameo <sameo!~samuel@> has joined #yocto07:35
*** majuk <majuk!> has joined #yocto07:35
*** yohboy <yohboy!> has joined #yocto07:38
*** majuk <majuk!> has quit IRC07:40
*** bananadev <bananadev!~onlyester@> has joined #yocto07:52
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC07:53
*** nerdboy <nerdboy!> has joined #yocto07:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:54
*** majuk <majuk!> has joined #yocto07:54
*** lexano_ <lexano_!~lexano@> has quit IRC07:55
*** ed2 <ed2!~Adium@> has joined #yocto07:57
*** joseppc <joseppc!> has joined #yocto07:58
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:58
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.> has joined #yocto07:58
*** majuk <majuk!> has quit IRC07:58
Dvorkindid anybody ever saw the message "[log_check] Failed to set locale, defaulting to C" while building rootfs ?07:58
*** paulg <paulg!> has joined #yocto07:59
Dvorkincan't find the source of the problem. my image won't build at the final step07:59
Dvorkini've got message "[log_check] Failed to set locale, defaulting to C" at the final step of do_rootfs. anybody can help?08:04
bluelightningDvorkin: what host distro is this on? is it inside a container?08:07
*** Snert_ <Snert_!> has joined #yocto08:08
Dvorkinbluelightning, it's Mageia 408:08
Dvorkinmy host locale is not EN08:08
*** JoiF <JoiF!~jofr@> has joined #yocto08:09
bluelightningDvorkin: what's LANG set to?08:09
Dvorkinru_RU.UTF-8 I tryed en_US.UTF-8 without success08:09
bluelightningis 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 separately08:10
bluelightningit may be a sub-package of glibc perhaps08:10
*** Snert <Snert!> has quit IRC08:10
*** majuk <majuk!> has joined #yocto08: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/> has joined #yocto08:13
*** msvb-lab <msvb-lab!> has joined #yocto08:14
*** majuk <majuk!> has quit IRC08:16
Dvorkinbluelightning, yes, en_US is in stalled on my PC08:17
Dvorkinas I said, I tryed to set LANG and LC_* to en_US without success08:18
*** filt3r <filt3r!> has quit IRC08:19
bluelightningkanavin: ^ google suggests this might be dnf complaining, any ideas?08:19
DvorkinI 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 #yocto08:20
bluelightningDvorkin: just checking, is that the only failure message or are there other errors?08:20
Dvorkinthere are one more error, but it doesn't shown in console. I see it in the logfile:08:21
DvorkinNOTE: /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 C08:22
Dvorkinbut it doesn't shown in console. I see it in the logfile of do_rootfs08:23
*** jturcotte <jturcotte!> has quit IRC08:23
*** jturcotte <jturcotte!> has joined #yocto08:23
*** mdnneo <mdnneo!~umaucher@> has quit IRC08: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 C08:24
DvorkinIt says Complete! after verying packages. and then immediately says "Fail" about locale.08:25
*** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has quit IRC08:27
*** majuk <majuk!> has joined #yocto08:30
bluelightningDvorkin: I think the operation did succeed, it's just our code is assuming something failed and is failing do_rootfs as a result08:30
bluelightningDvorkin: if you run export LC_ALL="en_US.UTF-8" does it give any error?08:31
*** aV_V <aV_V!~aV_V@> has joined #yocto08:31
*** PinkSnake <PinkSnake!51ff1123@gateway/web/freenode/ip.> has quit IRC08:32
Dvorkinlooks like! trying...08:32
*** mdnneo <mdnneo!~umaucher@> has joined #yocto08:32
Dvorkinthe other strange thing - where NOTE: /etc/host.conf: line 3: bad command `nospoof on' comes from?08:32
Dvorkinwhy it come from MY /etc/host.conf?08:33
bluelightningthat's in your /etc/host.conf?08:34
Dvorkinit's host PC's file.08:35
Dvorkinafter export LC_ALL="en_US.UTF-8" it goes the same way08:36
*** majuk <majuk!> has quit IRC08:36
bluelightningDvorkin: yes but does setting that give an immediate error? that's what I was after08:38
bluelightningor does it just set as normal?08:38
*** hamis <hamis!~irfan@> has quit IRC08:38
Dvorkinno, I have en_US locale installed in my host PC08:39
Dvorkinit doesn't give any error08:39
bluelightningok, thanks08:39
bluelightningnot sure where to go from here to be honst :(08:39
bluelightningkanavin: you around/08:39
*** slips <slips!> has quit IRC08:40
DvorkinI 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 exists08:42
bluelightningright, the two appear unrelated08:42
*** slips <slips!> has joined #yocto08:43
bluelightningRP: ^ any ideas about "Failed to set locale, defaulting to C" ?08:46
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has joined #yocto08:48
*** majuk <majuk!> has joined #yocto08:50
Dvorkinthe complete logfile:
*** majuk <majuk!> has quit IRC08:54
*** slips <slips!> has quit IRC08:57
ant_workDvorkin, the error is not with locales08:58
*** t0mmy <t0mmy!~tprrt@> has quit IRC08:58
ant_workcheck line #8617 of your paste08:59
*** slips <slips!> has joined #yocto08:59
Dvorkinant_work, oh!08:59
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:03
ant_workmaybe s/no/disable/ ?09:05
*** majuk <majuk!> has joined #yocto09:08
Dvorkinant_work, no. set to "disable" and problem still exists09:08
*** grma <grma!~gruberm@> has joined #yocto09:08
ant_workthe syntax is enable or disable, see couple of lines above09:12
DvorkinI know, thanks. I fixed, but problem still exist09:12
Dvorkinthe new logfile09:12
*** majuk <majuk!> has quit IRC09:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC09:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:13
*** slips <slips!> has quit IRC09:13
RPbluelightning: no, sorry :(09:13
RPI have to wonder which locale its trying to set...09:14
*** morphis <morphis!> has quit IRC09:14
*** slips <slips!> has joined #yocto09:15
DvorkinI have ru_RU.UTF-8 locale on my host PC, but setting it to en_US.UTF-8 doesn't help09:15
*** morphis <morphis!> has joined #yocto09:16
*** morphis <morphis!> has quit IRC09:17
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto09:17
*** morphis <morphis!> has joined #yocto09:18
*** morphis <morphis!> has quit IRC09:26
*** majuk <majuk!> has joined #yocto09:26
*** majuk <majuk!> has quit IRC09:31
*** slips <slips!> has quit IRC09:31
*** slips <slips!> has joined #yocto09:36
*** lewiatan <lewiatan!> has joined #yocto09:36
*** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto09:38
lukmaDear All,09:41
lukmaI'd like to ask for your opinion - what is the preferred way to add binary program (a few KiB) to yocto?09:41
lukmaJust treat it as other source? and properly install ?09:41
LetoThe2ndlukma: here you go:
LetoThe2ndlukma: its a common usecase and properly documented :)09:43
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto09:43
lukmaLettoThe2nd: Thanks :-)09:44
*** majuk <majuk!> has joined #yocto09:44
*** berndand2 <berndand2!> has joined #yocto09:45
*** morphis <morphis!> has joined #yocto09:46
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:47
*** majuk <majuk!> has quit IRC09:49
*** lewiatan <lewiatan!> has quit IRC09:52
bluelightningDvorkin: the only thing I would suggest at this point would be to file a bug and we'll try to investigate it09:52
*** slips <slips!> has quit IRC09:53
*** slips <slips!> has joined #yocto09:54
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:57
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:59
*** majuk <majuk!> has joined #yocto10:02
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC10:06
*** majuk <majuk!> has quit IRC10:09
*** zeenix <zeenix!~zeenix@> has joined #yocto10:10
*** slips <slips!> has quit IRC10:11
*** slips <slips!> has joined #yocto10:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:16
*** Bunio_FH1 <Bunio_FH1!> has quit IRC10:19
*** aV_V <aV_V!~aV_V@> has quit IRC10:20
*** Bunio_FH <Bunio_FH!> has joined #yocto10:20
*** majuk <majuk!> has joined #yocto10:22
*** ian_arkver <ian_arkver!~arkver@> has quit IRC10:24
*** JordonWu <JordonWu!~quassel@> has quit IRC10:25
*** Snert <Snert!> has joined #yocto10:25
*** ian_arkver <ian_arkver!~arkver@> has joined #yocto10:27
*** majuk <majuk!> has quit IRC10:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:29
*** Snert_ <Snert_!> has quit IRC10:29
*** joshuagl <joshuagl!~joshuagl@> has quit IRC10:29
*** slips <slips!> has quit IRC10:30
*** Snert <Snert!> has quit IRC10:30
*** slips <slips!> has joined #yocto10:33
*** lemagoup <lemagoup!~lemagoup@> has quit IRC10:34
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto10:36
Dvorkinbluelightning, thanks. I'll try10:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto10:38
*** manuel__ <manuel__!> has joined #yocto10:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:42
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC10:42
*** majuk <majuk!> has joined #yocto10:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:46
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto10:46
*** voltbit <voltbit!~acid___@> has joined #yocto10:48
Dvorkinthe other question: how to get rid of busybox in my image completely ?10:48
*** slips <slips!> has quit IRC10:48
*** nighty- <nighty-!> has quit IRC10:49
*** majuk <majuk!> has quit IRC10:49
*** manuel__ <manuel__!> has quit IRC10:49
*** slips <slips!> has joined #yocto10:49
*** manuel__ <manuel__!> has joined #yocto10:49
*** qt-x <qt-x!~Thunderbi@> has quit IRC10:51
*** Snert <Snert!> has joined #yocto10:53
*** sveneisenberg <sveneisenberg!d4178ac2@gateway/web/freenode/ip.> has joined #yocto10:55
sveneisenbergDoes anyone use 1.1.0 with yocto or openembedded? I'm looking for a recipe.10:55
*** slips <slips!> has quit IRC11:03
*** slips <slips!> has joined #yocto11:06
*** fl0v01 <fl0v01!> has joined #yocto11:08
*** fl0v0 <fl0v0!> has quit IRC11:09
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto11:09
*** caiortp <caiortp!~inatel@> has joined #yocto11:12
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto11:14
*** rick1 <rick1!> has quit IRC11:14
Dvorkinany ideas why do_rootfs failed? :
*** joshuagl <joshuagl!~joshuagl@> has quit IRC11:17
*** majuk <majuk!> has joined #yocto11:20
*** slips <slips!> has quit IRC11:23
*** bananadev <bananadev!~onlyester@> has quit IRC11:25
LetoThe2ndDvorkin: no immediate idea. but please no thread hijacking - your problem is absolutely not realted to libraries in the image/sdk11:25
*** majuk <majuk!> has quit IRC11:27
*** slips <slips!> has joined #yocto11:28
*** diego_r <diego_r!> has joined #yocto11:30
*** nighty- <nighty-!> has joined #yocto11:31
*** slips <slips!> has quit IRC11:41
*** slips <slips!> has joined #yocto11:42
*** jku <jku!~jku@> has quit IRC11:43
*** berton <berton!~berton@> has joined #yocto11:45
*** rdanter <rdanter!> has joined #yocto11:49
*** rburton <rburton!> has joined #yocto11:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:53
kanavinbluelightning: ?11:54
*** joshuagl <joshuagl!joshuagl@nat/intel/x-iilskpcwvlgunify> has joined #yocto11:55
*** Shurelous <Shurelous!~igor@> has joined #yocto11:56
bluelightningkanavin: any ideas regarding Dvorkin's locale issue within do_rootfs? it seems to be dnf that's complaining11:56
bluelightningwrong paste11:56
*** slips <slips!> has quit IRC11:56
kanavinbluelightning: I do not have specific ideas; grep the source code to see where that error is coming from, and take it from there11:58
kanavinDvorkin: ^^^11:58
*** slips <slips!> has joined #yocto12:01
*** Snert <Snert!> has quit IRC12:02
*** Snert <Snert!> has joined #yocto12:03
*** mns_ <mns_!4df33d88@gateway/web/freenode/ip.> has joined #yocto12:05
kanavinDvorkin: you need to check dnf/ and dnf/ - they seem to do a straigforward call to locale.setlocale() though, but they obscure the actual error in an exception handler12:05
kanavinso you should run the natively built python3 interpreter, issue the setlocale calls from the prompt, and see why they fail12:06
kanavinthat's all I can help you with, I'm afraid, as I'm not getting the same issue here12:07
kanavinbluelightning: ^^^12:07
bluelightningkanavin: ok, that is helpful, thanks12:08
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC12:08
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:09
*** wooo <wooo!5a9db45f@gateway/web/freenode/ip.> has joined #yocto12:13
Dvorkinkanavin, thanks! already checked!12:13
kanavinDvorkin: so what was it?12:13
Dvorkinthe 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.py12:14
kanavinyeah, but why is setlocale failing?12:14
Dvorkinit throws an exception while calling setup_locale()12:14
*** slips <slips!> has quit IRC12:15
*** aragua__ <aragua__!> has joined #yocto12:15
Dvorkinin poky DNF-2.3.0 is used, althrough 2.5.1 is out.12:16
wooodoes anyone else have troubles fetching meta-arago via git? "git clone" gives me "fatal: read error: Connection reset by peer"...12:17
bluelightningDvorkin: what's the exception?12:17
*** aragua_ <aragua_!> has quit IRC12:17
*** slips <slips!> has joined #yocto12:17
Dvorkinand 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 version12:18
DvorkinI don't see the message of exception yet, need to debug more...12:18
kanavinthe need for an explicit setlocale call is the dumbest idea ever, codified in POSIX12:19
Dvorkinit want to set explicit LC_TIME for logging, afaik. but why it escalates rather "soft" error to do_rootfs ?12:23
bluelightningDvorkin: we have some logic that just looks for things like "error" "fail" etc. in the log, that's log_check12:24
DvorkinI understand that... Is there a way to exclude such message from checker?12:25
bluelightningif you hack the code, yes... exclusions are hardcoded unfortunately12:25
bluelightningtriggering in this case is probably overkill, but I'd rather just have people fix their systems if that's possible12:25
bluelightningif 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!> has quit IRC12:31
*** slips <slips!> has joined #yocto12:32
Dvorkinempty locale: locale.Error: unsupported locale setting12:32
Dvorkinlocale.setlocale(locale.LC_ALL, 'C') is OK12:33
Dvorkinlocale.setlocale(locale.LC_ALL, '') : locale.Error: unsupported locale setting12:34
Dvorkinis something wrong in my image settings?12:34
kanavinDvorkin: 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
kanavinenv | grep LANG12:37
kanavinenv |grep LC_12:37
Dvorkinenv | grep LC : LC_SOURCED=1 LC_ALL=ru_RU.UTF-812:37
Dvorkinenv | grep LANG : LANG=ru_RU.UTF-8 LANGUAGE=ru_RU.UTF-8:ru12:38
kanavinDvorkin: unset LC_ALL12:38
Dvorkin[dv@localhost x.tpp (master)]$ export LC_ALL="" [dv@localhost x.tpp (master)]$12:39
Dvorkinno errors12:39
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:39
kanavinsetting LC_ALL is a bad idea in general...12:39
Dvorkinexport LC_ALL="" then running bitbake gives same error, as I expected.12:42
Dvorkinsomething is wrong with python locale setting in image. I won't set empty locale12:42
*** mns_ <mns_!4df33d88@gateway/web/freenode/ip.> has quit IRC12:42
Dvorkinsomething is wrong with python locale setting in image. It won't set empty locale12:42
kanavinDvorkin: does the same call succeed from the host python3?12:42
Dvorkinit 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
Dvorkinat my host PC python I got success reply from python312:44
Dvorkinso... it means, I need to set default locale in the image somehow?12:44
*** scottrif <scottrif!~scottrif@> has joined #yocto12:45
Dvorkinor I need to add some localization package to my image ?12:45
Dvorkinfor python, i mean12:45
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:46
kanavinDvorkin: nope, this is a problem with native python, and is not about target images12:47
Dvorkinbut native python runs ok...12:47
kanavinDvorkin: host python and native python are two different things :)12:48
Dvorkinah, sorry :)12:48
kanavinDvorkin: host python runs ok, native python does not12:48
Dvorkinlooking at this
kanavinso you can make a tiny script with just that one line, and run it like this:12:48
kanavinstrace python3 <script>12:48
DvorkinI understand that it could be package problem12:49
kanavinthen try to find in the output which locale definition files the two versions of python try to access12:49
kanavinand where is the difference12:49
kanavinlooks like native python is not able to access the locale definition for the ru_RU12:49
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:51
Dvorkinkanavin, strace says, python tryes to find default locale in host PC.12:52
Dvorkinat start12:53
kanavinat some point it should try to find the ru_RU stuff12:54
Dvorkinit does not12:55
*** majuk <majuk!> has joined #yocto12:55
*** slips <slips!> has quit IRC12:55
Dvorkinat startup it searches for en* in host PC12:55
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.> has joined #yocto12:56
*** slips <slips!> has joined #yocto12:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC12:58
kanavinDvorkin: but one version of python gives you an error on this script, and another does not12:59
kanavinDvorkin: so there has to be a difference in what strace outputs12:59
*** majuk <majuk!> has quit IRC12:59
DvorkinNative: print(locale.getdefaultlocale()) ('en_US', 'UTF-8')12:59
kanavinDvorkin: the tricky part for you is to find it :)13:00
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto13:00
Dvorkinlooks like I have to install en_US locale to my PC13:00
*** AndersD <AndersD!> has quit IRC13:01
DvorkinI have everything... omg. why python can't find it?13:03
*** rcw <rcw!~rwoolley@> has joined #yocto13:03
Dvorkinwhy it searches for locales in /usr/lib/locale/, while I have it in /usr/share/locale ?13:04
*** madisox <madisox!> has joined #yocto13:04
*** berndand2 <berndand2!> has quit IRC13:05
*** Sbrubles <Sbrubles!~igor@> has joined #yocto13:06
kanavinDvorkin: I have to go now :) keep digging!13:07
Dvorkinoh, I just made a symbolic link from /usr/share/locale to /usr/lib in my host PC and it built.13:07
Dvorkinthat's the subject to note somewhere :)13:08
kanavinDvorkin: I do believe it should look in /usr/share though13:08
kanavinwould be appreciated if you find out why it doesn't13:08
*** vdehors <vdehors!> has quit IRC13:09
*** Shurelous <Shurelous!~igor@> has quit IRC13:10
*** marka <marka!> has joined #yocto13:10
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f95e:915:a668:b612> has joined #yocto13:11
*** slips <slips!> has quit IRC13:17
*** slips <slips!> has joined #yocto13:17
yohboyHi there, someone uses CLion from JetBrains with poky sdk ?13:18
*** Bunio_FH <Bunio_FH!> has quit IRC13:22
*** Bunio_FH <Bunio_FH!> has joined #yocto13:22
*** vdehors <vdehors!~vdehors@> has joined #yocto13:24
*** zeeblex <zeeblex!> has quit IRC13:30
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC13:30
*** slips <slips!> has quit IRC13:31
*** majuk <majuk!> has joined #yocto13:31
*** slips <slips!> has joined #yocto13:34
*** majuk <majuk!> has quit IRC13:36
*** vdehors <vdehors!~vdehors@> has quit IRC13:41
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.> has quit IRC13:41
fl0v01is there a simple way to run a command whenever X dpms is disabled or enabled?13:45
*** mckoan is now known as mckoan|away13:45
fl0v01i want to unmap a window so it doesnt receive the first touch event when the screen is turned back on again by a touch13:46
rburtonfl0v01: i'm surprised apps are seeing the first event13:48
*** slips <slips!> has quit IRC13:48
fl0v01im just using the bare X11 dpms with xset13:49
*** majuk <majuk!> has joined #yocto13:49
fl0v01i wondered if just installing a screensaver would help too13:49
fl0v01but i thought that the blanking actually works like a screensaver13:50
*** slips <slips!> has joined #yocto13:50
*** AndersD <AndersD!> has joined #yocto13:51
*** majuk <majuk!> has quit IRC13:54
*** vdehors <vdehors!> has joined #yocto13:55
*** zeeblex <zeeblex!> has joined #yocto13:58
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:03
*** slips <slips!> has quit IRC14:04
*** cru01_ <cru01_!> has joined #yocto14:04
*** CostinC <CostinC!> has quit IRC14:04
*** slips <slips!> has joined #yocto14:06
*** majuk <majuk!> has joined #yocto14:08
rburtonnot really14:09
rburtonblanking is different14:09
*** vmesons <vmesons!> has quit IRC14:11
*** majuk <majuk!> has quit IRC14:13
MarcWehi, my qt framwork is not handeling touch events. but libinput-debug-events shows them14:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:13
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has quit IRC14:14
*** hnje <hnje!~hnje@> has quit IRC14:16
*** ant_work <ant_work!> has quit IRC14:16
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:17
*** JaMa <JaMa!~martin@> has quit IRC14:19
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC14:20
*** slips <slips!> has quit IRC14:21
*** slips <slips!> has joined #yocto14:23
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto14:24
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto14:24
*** vmeson <vmeson!> has joined #yocto14:25
*** manuel__ <manuel__!> has quit IRC14:28
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC14:28
MarcWewhen 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 handled14:28
*** CostinC <CostinC!> has joined #yocto14:29
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has left #yocto14:30
*** aderbique_ <aderbique_!> has joined #yocto14:31
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto14:33
*** aderbique <aderbique!> has quit IRC14:34
*** gtristan <gtristan!~tristanva@> has quit IRC14:34
*** majuk <majuk!> has joined #yocto14:40
*** slips <slips!> has quit IRC14:40
*** slips <slips!> has joined #yocto14:42
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:42
lukmaIs there any convenient way to14:43
lukmamake the arm-poky-gnueabi to become HF version (arm-poky-gnueabihf )?14:43
lukmaIs 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!> has left #yocto14:43
lukmaor is there any easier way?14:43
*** manuel_ <manuel_!~manuel@> has joined #yocto14:44
LetoThe2ndlukma: FWIW the machine configuration should set that how it wants, e.g. the DEFAULTTUNE14:45
lukmaDEFAULTTUNE = "cortexa5thf-neon"14:46
lukmaThis is what I do have14:46
lukmaand then14:46
lukmaDISTRO_VERSION    = "2.3"14:47
lukmaTUNE_FEATURES     = "arm armv7a vfp thumb neon callconvention-hard cortexa5"14:47
lukmaTARGET_FPU        = "hard"14:47
*** CostinC <CostinC!> has quit IRC14:47
LetoThe2ndso whats the problem?14:48
lukmaAnd it looks like we have it correct14:48
LetoThe2ndvfp, neon, callvention hard. exactly, looks all good.14:48
*** JoiF <JoiF!~jofr@> has quit IRC14:50
lukmaThe 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-a14:50
LetoThe2ndlukma: its mainly about the vfpv3-d1614:51
lukma(probably by default the toolchain has --with-fpu=neon)14:52
LetoThe2ndlukma: 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-a514:54
*** slips <slips!> has quit IRC14:56
lukmapopulate_sdk is responsible for building toolchain14:59
lukmaLetoThe2nd: I will add TOOLCHAIN_OPTIONS to my distro.conf file14:59
lukmaand I will see if it works14:59
LetoThe2ndlukma: no, populate_sdk is not responsible for the toolchain. populate_sdk is responsible for packing things up into a sdk.15:00
*** slips <slips!> has joined #yocto15:01
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto15:01
*** Bunio_FH <Bunio_FH!> has quit IRC15:02
*** dreyna <dreyna!> has joined #yocto15:02
*** lexano <lexano!~lexano@> has joined #yocto15:03
*** SoniaLeon1 <SoniaLeon1!~sleonbau@> has quit IRC15:04
lukmaLetoThe2nd: Hmm.... so there is any other recipe which is building gcc......15:04
lukmabut this is strange since meta-toolchain only inherit populate_sdk15:05
LetoThe2ndlukma: 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 sdk15:06
LetoThe2ndwhat is it good for anyways? just do bitbake -c populate_sdk $YOURWANTEDIMAGE15:07
rburtonmeta-toolchain predates proper SDKs and we should remove it15:07
LetoThe2ndrburton: my gut feeling said that too but i wasn't certain enough to actually say it ;-)15:07
*** WillMiles <WillMiles!> has joined #yocto15:08
lukmaSo where should I look for the toolchain15:08
LetoThe2nd17:07 < LetoThe2nd> what is it good for anyways? just do bitbake -c populate_sdk $YOURWANTEDIMAGE15:08
LetoThe2ndthere you go :)15:08
lukmato modify both - SDK and the one which builds the actual package (like u-boot)?15:08
lukmaLetoThe2nd: Ok so I'm sure:15:13
lukmaexport CC="arm-poky-linux-gnueabi-gcc  -march=armv7-a -marm -mfpu=neon  -mfloat-abi=hard -mcpu=cortex-a5 --sysroot=15:13
lukmathe -mfpu=neon15:13
*** fl0v01 <fl0v01!> has quit IRC15:13
LetoThe2ndlukma: where do you see that? you really are lacking context.15:14
*** slips <slips!> has quit IRC15:14
MarcWelukma: sources/oe-core/meta/conf/machine/include/15:14
lukmabitbake -e virtual/bootloader | grep "arm-poky-linux-gnueabi-"15:15
lukmathis the output from it15:15
*** AndersD <AndersD!> has quit IRC15:15
LetoThe2ndi'm on a cortexa5 too, it looks totally the same here and i don't have any problems with it.15:17
LetoThe2ndplus, a few minutes ago you mentioned: --with-tune=cortex-a915:18
*** slips <slips!> has joined #yocto15:18
LetoThe2ndwhich certainly is wrong then. so my guess is that your machine file or its use is buggy in some way.15:18
lukmacortex-a9 was from the original linaro toolchain15:19
lukmawhich works15:19
lukma(I used linaro toolchain -> arm-linux-gnueabihf) with the source code to see if this is a toolchain issue15:19
*** yohboy <yohboy!> has quit IRC15:20
LetoThe2ndlukma: and what is the actual hardware in the end?15:20
lukmaThe HW is cortex-a515:21
*** lamego <lamego!~jose@> has joined #yocto15:21
*** gtristan <gtristan!~tristanva@> has joined #yocto15:21
lukmaThe difference between toolchains:15:22
lukma--with-fpu=vfpv3-d16 ->working15:22
lukma-mfpu=neon  -> built by OE15:22
*** zeenix <zeenix!~zeenix@> has quit IRC15:22
khemRP: sent the PIE rework to list15:24
LetoThe2ndlukma: 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@> has quit IRC15:28
*** dv_ <dv_!~quassel@> has joined #yocto15:29
frayyou 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
fraythe -mfpu=neon will use neon and the assumed set of vfpv4? and related instructions..15:29
frayif 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 system15:30
*** MarcWe <MarcWe!> has quit IRC15:30
*** ed2 <ed2!~Adium@> has quit IRC15:31
*** stephano <stephano!stephano@nat/intel/x-tyoimomunjmtkwdk> has joined #yocto15:31
*** slips <slips!> has quit IRC15:35
*** slips <slips!> has joined #yocto15:39
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC15:48
RPkhem: thanks. We merged gcc7 (many thanks for the work on that!)15:49
tlwoernerchromium isn't happy with gcc-7 :-(15:52
georgemtlwoerner: it seems to break anytime there is a gcc change15:55
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto15:55
tlwoernergeorgem: it likes to keep me busy15:56
*** slips <slips!> has quit IRC15:56
*** slips <slips!> has joined #yocto15:58
*** rcw <rcw!~rwoolley@> has quit IRC15:58
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:00
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC16:00
*** rajm <rajm!~robertmar@> has quit IRC16:00
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:01
Crofton|workit keeps tlwoerner from spending all his time on horses16:02
tlwoernerCrofton|work: :-)16:02
SaurRP: 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
RPSaur: sounds good thanks. The patch won't make M1 but happy to try testing it once we get that sorted out16:04
*** Kakounet <Kakounet!> has quit IRC16:05
kergothbluelightning: 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 to add a new command for it16:05
SaurRP: 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
kergothwell, clearly the issue is more with the available commands for interacting with the server than with tinfoil itself, but you get the point16:06
bluelightningkergoth: kind of sounds like we'd need a command to get that really16:06
kergothseems 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 them16:07
bluelightningI certainly wouldn't object to adding one16:07
bluelightningkergoth: BTW I am in the process of adding some interfaces to tinfoil to allow running tasks and more easily enumerate recipes16:07
kergothk, will give that a go, thanks for the thoughts16:07
bluelightningone sec and I'll push it somewhere just so you can see what I am up to16:07
kergothcool, sounds useful16:07
bluelightningas 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 build16:09
* kergoth nods16:11
kergothlooking very promising, nice work so far16:11
*** pohly1 <pohly1!> has quit IRC16:12
kergothbluelightning: 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 world16:14
kergothbut that can always be a future enhancement, of course16:14
*** voltbit <voltbit!~acid___@> has quit IRC16:16
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC16:17
*** bavery_fn <bavery_fn!bavery@nat/intel/x-azzykkcdbtxsxfdd> has quit IRC16:18
*** toscalix <toscalix!~toscalix@> has quit IRC16:18
kergothHaving 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 option16:18
kergoth to record the origin of each task dep, and then make runqueue use that16:18
kergothalso, the taskdata api is really weird16:18
kergothHmm, maybe I'll take a gander at prototyping such a thing as part of adding the new cooker command i want16:20
kergothwould be ideal for a more capable whatdepends command/tool as well16:21
bluelightningyeah, I agree FWIW16:21
kergothand with the origin info, we could add notes to the nodes/edges of the dot graph with info on why something was pulled in16:21
* kergoth ponders16:21
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:22
*** grma <grma!~gruberm@> has quit IRC16:23
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:24
*** Snert_ <Snert_!~snert_@> has joined #yocto16:24
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto16:25
*** jcelerier <jcelerier!> has joined #yocto16:28
jcelerierhello :)16:28
*** majuk <majuk!> has quit IRC16:28
jcelerierdoes someone know if it's easy to get a yocto project running on "commodity hardware" tablets16:29
jceleriere.g. samsung galaxy tab, etc...16:29
*** gnac <gnac!> has joined #yocto16:29
*** slips <slips!> has quit IRC16:29
kergothwriting 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 that16:29
kergoth added them to SRC_URI16:29
bluelightningkergoth: interesting... certainly a good use case for tinfoil16:30
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto16:30
*** slips <slips!> has joined #yocto16:31
*** hbruce <hbruce!hbruce@nat/intel/x-wisppswsntzqzuer> has joined #yocto16:31
kergoththat sort of thing is useful for constructing installers that ship downloads, depending on the installer in question and how the artifacts are broken up16:31
*** majuk <majuk!> has joined #yocto16:31
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f95e:915:a668:b612> has quit IRC16:32
kergothI 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
kergothbut this should do16:32
*** hbruce <hbruce!hbruce@nat/intel/x-wisppswsntzqzuer> has left #yocto16:33
*** jairglez <jairglez!~jairdeje@> has quit IRC16:41
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC16:41
*** martinkelly <martinkelly!> has quit IRC16:45
*** alimon <alimon!alimon@nat/intel/x-andxpvzsuuyaoagc> has quit IRC16:45
*** sjolley1 <sjolley1!~sjolley@> has quit IRC16:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:46
*** martinkelly <martinkelly!> has joined #yocto16:46
*** slips <slips!> has quit IRC16:46
*** jairglez <jairglez!jairdeje@nat/intel/x-ncefunehwuqbdfjn> has joined #yocto16:47
*** slips <slips!> has joined #yocto16:49
*** machinehum <machinehum!~machinehu@> has joined #yocto16:51
*** vdehors <vdehors!> has quit IRC16:52
*** rdanter <rdanter!> has quit IRC16:52
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto17:00
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:01
*** joshuagl <joshuagl!joshuagl@nat/intel/x-iilskpcwvlgunify> has quit IRC17:01
*** slips <slips!> has quit IRC17:02
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC17:03
*** slips <slips!> has joined #yocto17:06
*** ant_home <ant_home!> has joined #yocto17:07
*** aragua__ <aragua__!> has quit IRC17:07
*** aderbique_ <aderbique_!> has quit IRC17:09
*** alimon <alimon!~alimon@> has joined #yocto17:12
*** sjolley <sjolley!~sjolley@> has joined #yocto17:13
*** Sbrubles <Sbrubles!~igor@> has quit IRC17:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:15
*** Crofton|work <Crofton|work!> has quit IRC17:16
*** sameo <sameo!~samuel@> has quit IRC17:17
*** berton <berton!~berton@> has quit IRC17:18
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:20
*** hbruce <hbruce!~hbruce@> has joined #yocto17:21
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC17:21
*** slips <slips!> has quit IRC17:22
*** slips <slips!> has joined #yocto17:23
*** Crofton|work <Crofton|work!> has joined #yocto17:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:26
*** Crofton <Crofton!> has joined #yocto17:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC17:27
*** t0mmy <t0mmy!> has joined #yocto17:27
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:30
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto17:31
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:31
*** rcw <rcw!~rwoolley@> has joined #yocto17:31
*** martinkelly <martinkelly!> has quit IRC17:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:35
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:36
*** voltbit <voltbit!~acid___@> has joined #yocto17:40
*** manuel_ <manuel_!~manuel@> has quit IRC17:40
*** slips <slips!> has quit IRC17:40
*** slips <slips!> has joined #yocto17:41
*** berton <berton!~berton@> has joined #yocto17:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:42
*** manuel_ <manuel_!~manuel@> has joined #yocto17:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:47
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:48
*** martinkelly <martinkelly!> has joined #yocto17:50
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC17:52
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto17:52
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto17:54
*** majuk <majuk!> has quit IRC17:54
*** slips <slips!> has quit IRC17:57
*** Shurelous <Shurelous!~igor@> has joined #yocto17:57
*** slips <slips!> has joined #yocto17:59
*** majuk <majuk!> has joined #yocto18:09
*** jairglez <jairglez!jairdeje@nat/intel/x-ncefunehwuqbdfjn> has quit IRC18:10
*** majuk <majuk!> has quit IRC18:14
*** ian_arkver <ian_arkver!~arkver@> has quit IRC18:19
*** jku <jku!> has joined #yocto18:23
*** majuk <majuk!> has joined #yocto18:28
*** slips <slips!> has quit IRC18:31
*** majuk <majuk!> has quit IRC18:33
*** slips <slips!> has joined #yocto18:35
*** peacememories <peacememories!> has joined #yocto18:37
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:44
*** aragua__ <aragua__!> has joined #yocto18:44
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:44
*** majuk <majuk!> has joined #yocto18:46
*** morphis <morphis!> has quit IRC18:50
*** majuk <majuk!> has quit IRC18:51
*** slips <slips!> has quit IRC18:52
*** peacememories <peacememories!> has quit IRC18:53
*** slips <slips!> has joined #yocto18:53
*** Snert_ <Snert_!~snert_@> has quit IRC18:57
*** majuk <majuk!> has joined #yocto18:57
machinehumDoes anyone have experiance with the iMX6?18:57
*** morphis <morphis!> has joined #yocto19:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:05
*** peacememories <peacememories!> has joined #yocto19:05
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto19:07
*** morphis <morphis!> has quit IRC19:08
*** slips <slips!> has quit IRC19:13
*** morphis <morphis!> has joined #yocto19:16
*** slips <slips!> has joined #yocto19:17
*** bavery_fn <bavery_fn!~bavery@> has quit IRC19:19
*** morphis <morphis!> has quit IRC19:20
*** Jefro <Jefro!josiermi@nat/intel/x-vmpqqlbiygezmyug> has joined #yocto19:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:25
*** rcw <rcw!~rwoolley@> has quit IRC19:32
*** slips <slips!> has quit IRC19:32
*** alimon <alimon!~alimon@> has quit IRC19:34
*** slips <slips!> has joined #yocto19:34
*** alimon <alimon!alimon@nat/intel/x-wnueofsjfdldahlf> has joined #yocto19:35
seebsso 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
seebsNext 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 #yocto19:38
frayI seem to remember FASTOP was a huge win.. the round-trip case was very slow19:38
fray(or is this different)19:38
seebsThat is the case, but I don't actually have concrete numbers.19:39
frayyuo did at one point, but it's long enough ago definitely worth it again19:39
khemRP: I pushed 11th patch into the pull request which upgrades and fixes webkit for ppc with hardening flags19:39
seebsI 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
fraycan 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
khemmachinehum: sure, do you have questions ?19:40
*** sameo <sameo!~samuel@> has joined #yocto19:40
seebsNot 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
seebsYou don't even care whether the kernel has successfully made the data available to the other side yet, you're already done.19:40
seebsThe actual time to process things is comparatively trivial, I believe.19:40
seebsWe've had Lots Of Events which is why a couple of these things have been sitting.19:41
fraymy memory was that the data 'did something' round trip was more signifciant that the message sent and response received part19:41
fraybut I know there have been a lot of changes in that area since you did the original work..19:41
fraymay not be much of an issue any longer19:41
seebsAlso, on reflection... That would still have the same basic problem of data reliability.19:41
seebsThe 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
khemrburton: more trouble for you :)19:44
machinehumkhem: thanks! I think I might have found my solution19:44
khemmachinehum: very good cool19:45
*** peacememories <peacememories!> has quit IRC19:46
*** aol1306 <aol1306!> has joined #yocto19:47
*** slips <slips!> has quit IRC19:51
*** slips <slips!> has joined #yocto19:52
*** sjolley <sjolley!~sjolley@> has quit IRC19:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:54
seebsfastop is definitely noticeable on things that are heavily reliant on a ton of operations.19:54
seebs769.8070 msec wrapper time, 413.7500 msec op time, 399.4210 msec IPC time.19:57
seebs1281.6980 msec wrapper time, 961.4040 msec op time, 948.2140 msec IPC time.19:57
frayI 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
seebsso, yes, quite a lot slower internally.19:57
seebsAlthough... It's significantly less noticeable as more and more of the workload isn't actually *specifically* testing pseudo heavily.19:57
frayya, and it's all clearly in the IPC side there.. (which presumably includes backend processing)19:57
*** jku <jku!> has quit IRC19:58
frayI'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 IRC19:59
frayit'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
frayit's the blocking behavior more then anyting during the op that I suspect is the 'noticable' piece20:00
frayI know at one point we were considering using xattrs (when possible) to avoid the backend DB processing..20:01
frayis that something that could be resurrected?20:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:02
machinehumDoes anyone use Yocto on Cygwin?20:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:05
*** slips <slips!> has quit IRC20:06
seebsthe xattr feature exists but I don't think it turned out to be worth it, because xattrs were slow.20:06
seebsAnd it looks like just acking immediately about splits the difference:20:06
seebsfastop: 708.7490 msec wrapper time, 391.6180 msec op time, 380.1340 msec IPC time.20:06
seebsfull round trip: 1281.6980 msec wrapper time, 961.4040 msec op time, 948.2140 msec IPC time.20:07
seebsinstant ack for fastops: 1008.8720 msec wrapper time, 682.4250 msec op time, 668.4860 msec IPC time.20:07
seebsthat might be worth it to get the reliability back.20:07
*** slips <slips!> has joined #yocto20:07
seebsso, untar of /usr/include over empty space, 0.49s fastop, 0.55s fakeop, 0.65s full round trip.20:08
seebsWith an existing copy, it's 0.61, 0.76, 0.91.20:08
seebsBut 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
seebsAlthough I still really want to know how we're ending up with >1k simultaneous connections to a single pseudo server.20:09
seebsThat's >1k processes on just one recipe, basically, and that seems high.20:10
frayya, it has to be some massively parallel set of operations all running under pseudo control..20:10
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto20:10
frayeach 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@> has quit IRC20:10
fraythink of something like kernel or toolchain build on a machine with unbounded CPU/threads.. I could see it happen..20:11
frayand wouldn't it be 500 connections, two fds one send, one recieve?20:11
*** alimon <alimon!alimon@nat/intel/x-wnueofsjfdldahlf> has quit IRC20:12
seebsno, fds are bidirectional.20:13
seebsPseudo has a single fd per client.20:13
seebsAnd in *theory* if they've shut down, the connections should be closed.20:13
fraymaybe with the fastop the client doesn't get the shutdown and it zombies?20:14
seebsno, server doesn't do it. but.20:14
seebsi just remembered a comment from many years ago20: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
seebsso... 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
seebsWhen a build hangs, do we *actually* have 1k processes which are waiting on pseudo?20:16
seebsBecause it could be that what's really wrong is that I never fixed this.20:17
seebsso something like 10 years ago I misread a man page.20:18
seebsHmm. But it looks like select() should regard them as "readable", but with zero bytes available.20:19
seebsSo my comments are wrong.20:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:19
*** Jefro <Jefro!josiermi@nat/intel/x-vmpqqlbiygezmyug> has quit IRC20:20
RPseebs: 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 1k20:22
RPseebs: 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
*** voltbit <voltbit!~acid___@> has quit IRC20:24
seebsWhen you get a chance, could you check to see whether that's actually what's happened?20:24
seebsBecause I'm suspicious that my close_client logic is actually wrong, although I think it should work anyway.20:24
seebsBut 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!> has quit IRC20:25
*** WillMiles <WillMiles!> has quit IRC20:26
*** slips <slips!> has joined #yocto20:26
*** alimon <alimon!alimon@nat/intel/x-fhzhzueqhlcsnrig> has joined #yocto20:28
*** sjolley <sjolley!~sjolley@> has joined #yocto20:32
seebsHmm. So it looks like it should be successfully closing sockets. But just in case, I'm checking more carefully.20:32
*** dmoseley <dmoseley!> has joined #yocto20:33
seebs... ahh, it turns out that some Unixes, but not Linux, flag "closed" in the exception set in a select.20:33
seebsAnyway, 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
RPseebs: I will try and reproduce those hangs again, see if I can get more info20:39
*** aol1306 <aol1306!> has quit IRC20:40
*** slips <slips!> has quit IRC20:40
*** slips <slips!> has joined #yocto20:41
seebsBecause it does look like, if things are actually shutting down, they should indeed be successfully getting noticed.20:44
*** marka <marka!> has quit IRC20:47
*** bavery_fn <bavery_fn!~bavery@> has quit IRC20:48
*** jairglez <jairglez!jairdeje@nat/intel/x-wcbohftgpxcrtsqi> has joined #yocto20:50
RP22G of virtual memory for rpmbuild when building python3. I suspect we may need to look at that...20:54
RPheh, then top switched to display in TB20:54
*** slips <slips!> has quit IRC20:55
seebsoh, 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!> has joined #yocto21:00
*** peacememories <peacememories!> has joined #yocto21:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:00
frayRP that 22G, is that after the openMP change?21:04
frayI 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
fraythe 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 #yocto21:06
*** peacememories <peacememories!> has quit IRC21:11
*** Crofton <Crofton!> has quit IRC21:13
*** alimon <alimon!alimon@nat/intel/x-fhzhzueqhlcsnrig> has quit IRC21:15
*** berndand2 <berndand2!> has joined #yocto21:16
*** slips <slips!> has quit IRC21:17
*** Shurelous <Shurelous!~igor@> has quit IRC21:18
*** berton <berton!~berton@> has quit IRC21:18
*** slips <slips!> has joined #yocto21:19
*** rburton <rburton!> has quit IRC21:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:22
*** zeddii <zeddii!> has joined #yocto21:23
RPseebs: a hung set of processes:
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:25
RPseebs: a bit more detail of a subset
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:26
RPseebs: at ~500 instances each spawning pipelines, I can believe we deadlocked :/21:27
RPfray: good question21:27
RPfray: yes, its after openmp21:28
frayya, 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
RPfray: entirely possible. And yes, in theory we do support 32 bit still21:29
denixwhat happened to $ORIGIN-relative RPATHs in nativesdk binaries? did I miss something couple releases back? :)21:30
fraybe interesting to test that21:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:30
frayin 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 that21:30
RPdenix: they should have them? we do relocate the toolchain at install time though21:32
RPseebs: 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 #yocto21:36
denixRP: so, should the relocated toolchain binaries have full path in RPATH or $ORIGIN/../bin?21:36
khemit should be relative to ORIGIN21:37
*** slips <slips!> has quit IRC21:38
*** slips <slips!> has joined #yocto21:40
denixoops, I meant $ORIGIN/../lib not bin21:42
denixkhem: exactly. I don't see those any more for some reason...21:43
denixthis is one of the old toolchain binaries as reported by readelf - (RPATH) Library rpath: [$ORIGIN/../lib:$ORIGIN/../../lib]21:44
denixand I don't see RPATH in new toolchain binaries... hence the question - is that expected?21:47
*** caiortp <caiortp!~inatel@> has quit IRC21:47
*** slips <slips!> has quit IRC21:54
*** slips <slips!> has joined #yocto21:55
seebsRP: 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
seebsThe interesting thing is that it doesn't appear to be able to resolve *any* of them, though?22:01
seebsAnd that's very odd.22:01
machinehum Does anyone have any good references for cross-compiling using Yocto?22:02
machinehumOr just a good jumping off point22:02
seebsLike, 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
seebsIt might be interesting to attach to various such processes with a debugger and see where they are.22:05
*** manuel_ <manuel_!~manuel@> has quit IRC22:05
seebsAre 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@> has quit IRC22:06
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.> has quit IRC22:09
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:10
*** slips <slips!> has quit IRC22:11
*** dv_ <dv_!~quassel@> has quit IRC22:12
*** dv_ <dv_!~quassel@> has joined #yocto22:13
*** aehs29 <aehs29!~aehernan@> has joined #yocto22:14
*** sameo <sameo!~samuel@> has quit IRC22:14
*** slips <slips!> has joined #yocto22:16
*** dv_ <dv_!~quassel@> has quit IRC22:18
*** dv_ <dv_!~quassel@> has joined #yocto22:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:24
*** austin <austin!> has joined #yocto22:25
*** slips <slips!> has quit IRC22:29
*** slips <slips!> has joined #yocto22:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:31
*** sameo <sameo!~samuel@> has joined #yocto22:42
*** slips <slips!> has quit IRC22:44
RPseebs: I have wondered why it can't resolve any :/22:45
RPdenix: We started removing pointless RPATHS oif that helps explain things?22:45
*** slips <slips!> has joined #yocto22:46
RPseebs: seems so far to be a lot in connect() or read from pipes22:48
RPseebs: in fact they're all blocked on connects or reads from other processes in their subtrees :/22:49
RPseebs: 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 IRC22:51
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto22:51
RPseebs: 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 processes22:51
*** msvb-lab <msvb-lab!> has quit IRC22:57
seebsHmm. 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
seebsBut it still seems odd that we'd have that many simultaneous clients.23:02
seebsMight be instructive to have pseudo have something that causes it to dump a client list.23:02
*** slips <slips!> has quit IRC23:02
*** ant_home <ant_home!> has quit IRC23:03
*** slips <slips!> has joined #yocto23:03
*** lamego <lamego!~jose@> has quit IRC23:06
frayseebs, think of a make that spawns processes, that spawn processes.. (repeat) a few iterations and you quickly get to 1000 processes23:09
fraysince the connection opens and doesn't close.. you get stuck there23:09
*** sjolley <sjolley!~sjolley@> has quit IRC23:12
*** berndand2 <berndand2!> has quit IRC23:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:16
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC23:16
RPseebs: could pseudo favour taking new connections compared to servicing existing ones?23:18
*** slips <slips!> has quit IRC23:23
RPseebs: 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
RPseebs: 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 -> Zzzz23:26
denixRP: thanks23:27
denixRP: would that cause binaries to use host libraries instead?23:28
*** slips <slips!> has joined #yocto23:31
*** berndand2 <berndand2!> has joined #yocto23:33
*** nighty- <nighty-!> has quit IRC23:33
seebsIt can't favor taking new connections to serving existing ones, because the existing ones already exist and are taking up files.23:35
seebsI'm currently just trying to figure out whether something more obvious is wrong.23:35
seebsAnd 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
denixRP: btw, I assume you are referring to
*** berndand2 <berndand2!> has quit IRC23:41
*** cru01_ <cru01_!> has quit IRC23:43
khemdenix: whats the issue you are seeing with SDK ?23:43
*** cru01_ <cru01_!> has joined #yocto23:43
denixkhem: leaking of system libs into sdk binaries23:44
khemis it for nativesdk packages or target packages ?23:44
denixkhem: nativesdk23:45
*** slips <slips!> has quit IRC23:45
khemit should be using nativesdk-glibc loader23:46
*** majuk <majuk!> has quit IRC23:46
khemis that happening or no ?23:46
*** slips <slips!> has joined #yocto23:46
denixkhem: well, it uses the loader from sdk, as far as I can tell - PT_INTERP is set properly23:47
*** manuel_ <manuel_!> has joined #yocto23:47
khemdo we have the equivalent library in nativesdk sysroot ?23:49
khemthe one its loading from host23:49
denixkhem: 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 case23:49
denixkhem: 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
khemwe patch for nativesdk to reverse the search order23:51
*** Guma <Guma!> has joined #yocto23:52
seebsi probably broke this somehow, but i'd be super interested in the results this produces.23:52
seebsTo 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.log23:52
seebsit should have ~1k lines of output listing clients.23:52
seebslisting clients [1 through 1]:23:53
seebsclient    1: fd    8, pid 17322, state -, program sh23:53
khemdenix: 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
denixkhem: ok, that is becoming more clear why RPATH got removed - what's the commit that reversed the search order?23:53
denixkhem: not at the moment, but I can get it23:54
denixkhem: 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 IRC23:56
*** majuk <majuk!> has joined #yocto23:56
*** dreyna_ <dreyna_!> has joined #yocto23:57
denixkhem: cmake: /lib/x86_64-linux-gnu/ version `OPENSSL_1.0.2d' not found (required by /tmp/sdk-devkit/sysroots/x86_64-arago-linux/usr/lib/
denixkhem: that was the error someone reported. they claim to have sourced the environment setup script and the sdk does contain the correct library23:59

Generated by 2.11.0 by Marius Gedminas - find it at!