Thursday, 2018-11-22

*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC00:10
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto00:10
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:945a:5c06:c962:b35c> has joined #yocto00:16
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:945a:5c06:c962:b35c> has quit IRC00:31
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:945a:5c06:c962:b35c> has joined #yocto00:32
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto00:41
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:945a:5c06:c962:b35c> has quit IRC00:47
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto00:48
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto00:50
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC01:01
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC01:12
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC01:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC01:23
*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has quit IRC01:26
*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has joined #yocto01:27
*** dvoid_ <dvoid_!~dvoid@199.231.247.178> has quit IRC01:27
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto01:27
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has joined #yocto01:29
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto01:40
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto01:47
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC01:49
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has quit IRC01:50
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has joined #yocto01:56
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC02:08
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has quit IRC02:12
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto02:15
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has joined #yocto02:32
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC03:12
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has quit IRC03:23
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto03:23
yoctiNew news from stackoverflow: Connect Arduino to local MQTT broker using loopback <https://stackoverflow.com/questions/53423414/connect-arduino-to-local-mqtt-broker-using-loopback>03:27
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:5df3:8198:60ad:898:f695> has quit IRC05:21
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b00f:7b39:cb2f:c9ab> has joined #yocto05:23
DvorkinI have a problem applying patches to yocto-linux kernel tree. I'm getting "Patch needs to be refreshed ... .git/rebase-apply/resolve_rejects". I know the patch is nice06:05
*** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto06:10
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zpadztvbrcmoxmgw> has quit IRC06:11
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-wvgxqzfereazydko> has quit IRC06:21
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:02
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC07:02
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto07:13
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto07:21
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:30
*** frsc <frsc!~frsc@200116b824ff650050f94d53271d811d.dip.versatel-1u1.de> has joined #yocto07:35
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC07:40
*** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto07:42
*** fl0v0 <fl0v0!~fvo@i577A6B9F.versanet.de> has joined #yocto07:57
*** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC08:07
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto08:12
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto08:17
*** Carton__ <Carton__!~jo@213.55.211.61> has joined #yocto08:19
*** Carton__ <Carton__!~jo@213.55.211.61> has left #yocto08:19
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto08:23
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has quit IRC08:36
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has joined #yocto08:38
*** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC08:38
*** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto08:39
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto08:52
*** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC08:56
*** mckoan|away is now known as mckoan08:56
yoctiNew news from stackoverflow: Yocto Bitbake Glibc Build Fails <https://stackoverflow.com/questions/53426734/yocto-bitbake-glibc-build-fails>08:58
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC08:59
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto09:01
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto09:02
*** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto09:04
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has joined #yocto09:06
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC09:06
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:11
ernstpI think I ran into https://bugzilla.yoctoproject.org/show_bug.cgi?id=12107 and have a pretty good solution...09:11
yoctiBug 12107: normal, Medium, 2.7, JPEWhacker, NEW , useradd-staticids: groupadd: GID already exists09:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:16
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:22
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:29
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:29
*** hamis <hamis!~irfan@nat-ies.mentorg.com> has joined #yocto09:32
ernstpor maybe not...09:32
ernstphi rburton, ran into  https://bugzilla.yoctoproject.org/show_bug.cgi?id=12107 , trying to build a solution...09:36
yoctiBug 12107: normal, Medium, 2.7, JPEWhacker, NEW , useradd-staticids: groupadd: GID already exists09:36
ernstpso for example my dbus recipe fails, because it has an old etc/group in it's sysroot, and do_prepare_recipe_sysroot: Skipping as already exists in sysroot: ['base-passwd', bla bla... ]09:38
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has quit IRC10:02
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto10:21
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto10:24
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:30
rburton_hm10:32
rburton_RP: just realised that HOSTTOOLS and BUILD_CC conflict10:33
rburton_if the user sets BUILD_CC to something like gcc-8 then that won't be in the path10:33
RPrburton_: in what way?10:33
RPrburton_: right, you'd have to tweak both10:33
RPrburton_: I'm now thinking "a-quick" and "a-full" so the UI works better fwiw10:34
RPnot ideal but10:34
rburton_presumably there's no hidden sort-key tag10:34
RPrburton_: there could be but I kind of doubt it and I'm not in the a mood for a day of playing with coffeescript :/10:35
RPI'm getting worried about supporting the older releases with all these changes. I guess I finish piling stuff in and then try and sort it out...10:36
*** berton <berton!~berton@181.220.65.91> has quit IRC10:40
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto10:42
RPrburton_: is -next ok?10:44
RPrburton_: clean build apart from missing maintainer which I fixed10:44
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:44
*** neverpan1c is now known as neverpanic10:51
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:53
rburton_RP: -next isn't based on master10:57
RPrburton_: it is now10:58
rburton_:)10:58
RP(was a couple of bitbake tweaks different)10:58
*** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto10:59
rburton_huh the buildhistory git repo is huge, even a week of commits on just one branch is quite a lot to fetch11:00
RPrburton_: its why I was wondering if we get it to summarise in the results11:00
rburton_yeah11:00
rburton_would be useful11:00
RPrburton_: I'm limiting build history to just qemu* going forward btw11:01
rburton_do you have 12f1b114db4ec4952aed8131e5f88c3e6e559659 in your poky clone?11:02
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-gzjyivjpapussdnz> has quit IRC11:02
RPrburton_: yes11:02
rburton_what is it?11:02
rburton_that's what the buildhistory last did but i don't have that sha11:03
RPrburton_: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/for-ross11:03
rburton_huh11:04
RPrburton_: buildhistory was a bit unreliable as not all the workers had the right ssh access but michael is working on fixing that (I think he may have done so)11:04
rburton_might explain why that sha doesn't bare much relation to current net11:04
rburton_next11:04
RPrburton_: no, that wouldn't explain that11:05
RPit just explains why some branches were updating and others weren't11:05
rburton_yeah i just fetched origin/poky/master-next/nightly-x86-6411:05
RPrburton_: ah, it would explain why it was perhaps missed on the last -next11:06
RPrburton_: oh, last -next used the new names11:06
rburton_of course!11:06
rburton_erm should ross/mut be pushing to the buildhistory repo?11:07
RPrburton_: sure, we configured it to11:07
rburton_ok, just checking11:07
RPrburton_: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/tree/config.json#n1011:07
RPrburton_: that basically says ross/mut is to be a rebased history against the last poky master11:08
rburton_right11:08
rburton_you can delete for-ross now11:09
RPrburton_: gone :)11:09
*** bentech <bentech!~bentech@unaffiliated/bentech> has quit IRC11:09
RPrburton_: care to glance over http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/tree/config.py#n41 - the split between quick and full11:10
RPrburton_: btw, the UI displays "Start a-full Build" which is quite nice :)11:10
rburton_haha11:11
rburton_oddly i'm seeing openssl changing in the buildhistory11:16
rburton_packages/core2-64-poky-linux/openssl/openssl-engines: FILELIST: added "/usr/lib/engines-1.1/afalg.so"11:16
RPrburton_: that seems strange :/11:17
rburton_yeah11:17
rburton_apart from that reviewing the buildhistory from the ab was good11:18
rburton_yeah merge away11:18
rburton_shall quickly look at openssl11:18
* rburton_ starts to giggle manically at what he suspects is happening11:20
rburton_coffee first :)11:20
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:26
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:39
RPrburton_: curious now!11:41
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto11:42
*** tismith <tismith!sid299009@gateway/web/irccloud.com/x-sslbyrrnzwhnefha> has quit IRC12:00
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has joined #yocto12:10
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC12:10
rburton_RP: openssl doesn't think its cross-compiling so it looks at the host kernel version to decide whether to build this module12:14
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto12:16
RPrburton_: oh dear :/12:17
RPyay buildhistory though12:18
RPand rburton_++ for spotting it :)12:18
rburton_of course, tell it we're cross compiling and it just force-disables that modue12:18
no_such_userHiya... I'm trying to put together a workflow for managing multiple projects - I'm using wiki.yoctoproject.org/wiki/TipsAndTricks/TeamWorkflows as a starting point as it seems sensible. It references http://sstate.yoctoproject.org/ and http://downloads.yoctoproject.org/mirror/ - is there any info about how these are populated or any publicly available scripts that show that?12:18
*** lazyape <lazyape!~lazyape@athedsl-4549662.home.otenet.gr> has quit IRC12:19
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC12:19
*** lazyape <lazyape!~lazyape@athedsl-4549662.home.otenet.gr> has joined #yocto12:20
RPrburton_: 37 minute oe-selftest with hot sstate!12:22
rburton_!12:22
rburton_lies12:22
RPrburton_: now we can run per distro we can compare speed too12:23
RPrburton_: sorry, 34 mins: https://autobuilder.yoctoproject.org/typhoon/#/console12:23
RPer, https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/112:24
RPathough we do seem to be skipping signing tests when we shouldn't be12:24
RPrburton_: I still have mingw to think about on the AB, anything else I need to tweak whilst I'm thinking about it? I added ptest. I guess maybe other layers?12:27
yoctiNew news from stackoverflow: Error: cannot register alternative groups while executing bitbake rootfs command <https://stackoverflow.com/questions/53430878/error-cannot-register-alternative-groups-while-executing-bitbake-rootfs-command>12:29
rburton_RP: yes, but what layers i'm not sure yet12:29
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has quit IRC12:39
OutBackDingorburton_: i thoughht thhis was fixed ?  openssl:Error: 'rehash' is an invalid command.12:40
rburton_it was12:41
OutBackDingohrmmm... in whhich version of 1.0.2? im using 1.0.2p12:41
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto12:44
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto12:53
RPrburton_: just reconfigured the AB 'live' which is rather scary12:56
*** hamis <hamis!~irfan@nat-ies.mentorg.com> has quit IRC12:56
* RP was surprised something didn't break12:57
*** berton <berton!~berton@181.220.65.91> has quit IRC13:01
*** berton <berton!~berton@181.220.65.91> has joined #yocto13:02
*** jij <jij!~jonashg@proxy02.se.axis.com> has quit IRC13:06
RPrburton_: to test with wine did you have to add i386 packages to your host?13:11
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b00f:7b39:cb2f:c9ab> has quit IRC13:12
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b00f:7b39:cb2f:c9ab> has joined #yocto13:13
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto13:13
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto13:17
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto13:20
rburton_RP: debian ships a wine64 package13:25
rburton_so i couldn't test the 32-bit stuff, but i built a 64-bit sdk and that worked13:25
RPrburton_: that is enough to make the tests work?13:25
RPrburton_: I could install the 32 bit junk onto an AB worker I guess13:25
rburton_with SDKMACHINE = "x86_64-mingw32" yes13:25
RPrburton_: its just the normal -c testsdk right?13:26
rburton_yes13:26
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC13:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:46
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:47
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto13:54
*** marka <marka!~masselst@184.175.21.100> has joined #yocto13:56
*** rfried <rfried!~rfried@207.154.200.205> has joined #yocto14:01
rfriedHi There. created SDK using "-c populate_sdk" and installed it. sourcing the environment  file replaces the PATH environment variable completely instead of appending it. is that the expected behaviour ?14:02
rfriedI don't recall that I saw this before.14:02
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC14:04
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto14:07
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto14:11
*** jij <jij!jonashg@nat/axis/x-wjiqjzfpiubwyeex> has joined #yocto14:11
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC14:16
JaMarburton_: do you already have openssl-1.1.1a upgrade in queue?14:19
rburton_JaMa: nope14:19
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto14:20
LetoThe2ndby the way, strange idea. has anybody thought about an IMAGE_FSTYPE "directory"? basically so the build output can be used directly to feed a nfs boot14:29
rburton_sounds sensible14:30
rburton_do it14:30
rburton_not sure what you'd do about ownership though14:30
LetoThe2ndrburton_: if neither you nor RP scream "jehova" i'd actually try14:30
rburton_you writing != merging ;)14:31
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ktvuxatjiutebiyp> has joined #yocto14:31
rburton_also looking forward to your ownership problem14:31
rburton_tbh probably easier to just chain off the tar fstype and then sudo tar xf in a task :)14:31
LetoThe2nd"jehova" in terms of "stupid idea, cannot work because of XXX"14:31
rburton_well, .... file ownership14:32
LetoThe2ndthats what came to my mind too14:32
RPI thought we could already use unfs to share a rootfs directory and boot off it by using it with pseudo14:32
RPI think armpit has an open bug related to this14:32
LetoThe2ndRP: ?14:33
rburton_yes, we can use unfs to start a user-mode nfs for nfs-booting a qemu14:33
rburton_armpit has the bug for extending that for real hardware iirc14:33
rburton_i suspect that code just unpacks the tar14:33
RPLetoThe2nd: https://github.com/epyeoh/openembedded-core/blob/oeqa-manual-test-case/meta/lib/oeqa/manual/cases/sdk.json is a test which does this in the SDK14:34
RPLetoThe2nd: meaning we already have the permissions issue solved with pseudo and a working user space nfs server14:34
LetoThe2ndRP: \m/14:34
RPLetoThe2nd: its not an IMAGE_FSTYPE but...14:34
LetoThe2ndRP: i know what you mean14:37
RPLetoThe2nd: I guess I'm saying it should be possible14:37
LetoThe2ndok, then i'll put it onto the "weird ideas to try"-pile14:39
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto14:39
rburton_LetoThe2nd: if you do, ping armpit  first14:40
* LetoThe2nd bites keyboard in order to resist jokes about odour14:40
*** jeciak <jeciak!~y3ti@91.189.30.98> has joined #yocto14:45
*** jeciak <jeciak!~y3ti@91.189.30.98> has left #yocto14:47
la_croixI have a recipe that builds scipy, which depends on numpy. I also have a recipe that builds numpy, which works correctly. I am getting a dependency issue when it tries to build scipy. I've added DEPENDS = "python3-numpy" to my scipy recipe, but it still fails...14:48
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC14:50
no_such_userWhen creating sstate mirrors, is it best to create a new mirror per poky version or per poky version and distro/machine target?14:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC14:52
*** jeciak <jeciak!~textual@91.189.30.98> has joined #yocto14:53
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC14:55
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC14:56
RPno_such_user: only matters in that it helps you being able to remove things later14:56
RPno_such_user: the system can cope with anything all together14:56
ernstpno_such_user: I run sstate-cache-management.sh --remove-duplicated every now and then..14:56
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:56
jeciakHello14:57
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-irdoapjkrcwbmzjb> has joined #yocto14:57
jeciakMay I have a question? I would like to use docker in order to build our images using bitbake on MacOS. I have two problems/questions14:58
jeciak1) I prefer run building process as root in docker container. I would like to disable bitbake's sanity check "Do not use Bitbake as root."14:59
jeciakIs it possible to disable only one sanity check?14:59
RPjeciak: if you do that there are some file ownership tests which would fail to work properly so its really not recommended15:00
LetoThe2ndjeciak: in short: change your preferences. building as root is discouraged for good reasoning - and what would you gain, besides that warm, rooty feeling in your guts?15:00
* LetoThe2nd actually does it the complete reverse style - my containers are all users unless absolutely needed.15:01
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:01
jeciak2) MacOS has case insensitive file system in default. Is it safe to disable sanity check for checking whether filesystem is case sensitive or not? If I disable this sanity check then I will have some unexpected problems later? (e.g. duplicatation in sstate)15:01
LetoThe2ndjeciak: yes you will have problems. been there, done that.15:01
RPjeciak: no, its not safe at all and it will break15:01
LetoThe2ndRP: hey we overlap again!15:02
jeciakthank you for your help :)15:02
LetoThe2ndjeciak: usually you can't even build the kernel.15:02
LetoThe2ndjeciak: so either use a vm, or switch to an OS (pun intended)15:02
jeciakI'm new in yocto (I have used it for 2-3 months)15:02
jeciakok15:02
nayfeHi, I'm trying to create recipe for https://github.com/mongodb/mongo-tools. I manage to create it for one tool (ie mongoimport) but when I add a  new GO_INSTALL, it overwrites build/bin/main as every tools folder are named "main", do you know any way (or I duplicate my recipe?)15:03
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:03
la_croixBuilding scipy fails, claiming it has no module named 'setuptools'. The recipe clearly includes 'inherit setuptools3', and I have now built a number of python packages in this manner. This is the first problem...15:04
ernstpdoesn't docker on MacOS already use a vm... ?15:11
jeciakLetoThe2nd: May I ask why I can't build the kernel using root account (inside docker container). I know that building using root account is a bad practice, because for example if we have a bug in our makefile then we can break our system. Also security. It's reasonable, but I wonder whether these arguments are still true if we use containers (our environment is isolated)15:12
jeciakernstp yes the docker on MacOS uses hyperkit (lightweight vm), but if we use docker volumes then the volume will have the same filesystem as host15:13
jeciakI mean under the hood there is NFS share between MacOS -> HyperKit (Linux VM) and our container15:13
ernstpjeciak: you should build on a native filesystem and then only copy the artifacts to the shared volume after the build...15:14
jeciak$ docker run --rm -ti ubuntu mkdir dir Dir   # works well15:15
RPjeciak: Its not supported ,its known to break.15:15
jeciak$ docker run --rm -ti --volume $(pwd)/foo:/foo ubuntu mkdir /foo/dir /foo/Dir15:15
jeciakmkdir: cannot create directory '/foo/Dir': File exists15:15
RPjeciak: you can of course try it you were warned...15:15
jeciakernstp good idea, thank you15:15
jeciakRP I don't want :) I just wonder, because all the people say that it's not recommended but unfortunately they are not able to give an example - why it will create a problem.15:17
jeciakI'm just curious15:17
jeciak:)15:17
RPjeciak: taking one specific problem, we detect "user" contamination leakage by checking that nothing in the generated output is owned by the build user/group. If that is 0:0 (root:root) our leakage detection no longer works.15:20
RPjeciak: it also means that operations that wouldn't work as a normal user would work in your build meaning if you hand a recipe you write to someone else, it could behave differently15:21
jeciakoh, this is very good example, thank you!15:22
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:27
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC15:31
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto15:57
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has quit IRC16:25
nayfego.bbclass installs files with ${GO} install ... `go_list_packages` and go_list_packages calls go list -f '{{.ImportPath}}' ...16:28
nayfeBut when I inspect target with following command, there are some duplicated files: https://pastebin.com/scdMmWbw16:28
*** jeciak <jeciak!~textual@91.189.30.98> has quit IRC16:29
yoctiNew news from stackoverflow: Ip address for wifi tethering using connman <https://stackoverflow.com/questions/53434802/ip-address-for-wifi-tethering-using-connman>16:29
*** peacememories <peacememories!~textual@128.131.198.186> has joined #yocto16:36
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:47
nayfeWell  it seems I'll live with 10 copy/paste recipes for now :D16:51
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC16:52
*** peacememories <peacememories!~textual@128.131.198.186> has quit IRC16:53
RPrburton_: mingw doesn't seem to want to work :/16:57
rburton_awww16:57
rburton_what's happening?16:58
*** rburton_ is now known as rburton16:58
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/216:58
RPrburton: will have to debug16:58
rburtonthat happened to me when the sysroot was win32 but i didn't have wine32 installed16:59
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC17:00
rburtonneed to monkey-patch in the replacement subprocess exception that shows stderr too17:00
RPrburton: wine32 wanted to install all kinds of mutliarch i386 stuff (0.5GB worth)17:03
rburtonouch17:03
rburtoni guess it doesn't emulate 32-bit ia17:04
*** fl0v0 <fl0v0!~fvo@i577A6B9F.versanet.de> has quit IRC17:04
rburtonso yeah, that's needed17:04
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC17:04
rburtonlets just start with 64-bit sdk?17:04
*** cslcm <cslcm!~cslcm@188-39-28-98.static.enta.net> has joined #yocto17:05
RPrburton: isn't it still mingw32 though?17:05
cslcmHey. I'm currently having an issue with my yocto image on a raspberry pi 3 where processes fail to exit, they all turn into zombies17:05
cslcmanyone seen this?17:05
RPrburton: I guess not17:05
rburtonRP: i'll admit ignorance here17:06
rburtonis it called mingw32 because its the win32 api17:06
rburtoneven though its 64-bit17:06
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto17:07
RPrburton: right. I'll try it17:08
rburtonof course https://mingw-w64.org/doku.php is something else17:08
rburtonoh that's what we ship17:09
rburtonso the sdk name is wrong i guess17:09
rburtonmaybe renaming the sdks is something else to do17:09
RPrburton: possibly yes17:11
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:13
*** feddischson <feddischson!~feddischs@55d4c7f8.access.ecotel.net> has joined #yocto17:21
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has quit IRC17:22
RPrburton: that worked17:30
rburtonsuccess, ship it17:34
RPrburton: testing it on the AB now :)17:34
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC17:39
RPrburton: success - https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/3/steps/7/logs/step2c17:41
rburtonyay17:41
RPJPEW: ^^^ :)17:42
*** Aethenelle <Aethenelle!~Aethenell@gateway/shell/panicbnc/x-llqdpvgpgfwhmhsl> has joined #yocto17:42
RPJPEW: just need to work on the WARNING messages now ;-)17:42
*** mckoan is now known as mckoan|away17:55
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC18:05
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto18:20
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC18:34
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC18:37
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC18:48
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto18:48
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto18:48
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC18:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:59
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kdxjluymtzhlvsqh> has joined #yocto19:28
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC19:48
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto19:49
yoctiNew news from stackoverflow: compilation error: No suitable bison/yacc found <https://stackoverflow.com/questions/53394997/compilation-error-no-suitable-bison-yacc-found>20:00
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto20:02
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:02
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC20:11
*** frsc <frsc!~frsc@200116b824ff650050f94d53271d811d.dip.versatel-1u1.de> has quit IRC20:13
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto20:13
*** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto20:17
*** berton <berton!~berton@181.220.65.91> has quit IRC20:18
peniwizeI'm building the nvidia kernel module in yocto and I'm receiving this error:20:18
peniwizetest -e include/generated/autoconf.h -a -e include/config/auto.conf || (\20:18
peniwizeecho >&2;\20:18
peniwizeecho >&2 "  ERROR: Kernel configuration is invalid.";\20:18
peniwizeecho >&2 "         include/generated/autoconf.h or include/config/auto.conf are missing.";\20:18
peniwizeecho >&2 "         Run 'make oldconfig && make prepare' on kernel src to fix it.";\20:18
peniwizeecho >&2 ;\20:18
peniwize/bin/false)20:18
peniwizeIt's not clear why since the files exist.  Does anyone have any insight?20:19
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC20:33
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:33
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto20:41
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:41
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:08
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto21:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:17
*** marka <marka!~masselst@184.175.21.100> has quit IRC21:37
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC21:48
*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has quit IRC21:50
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:27
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC22:39
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:45
*** feddischson <feddischson!~feddischs@55d4c7f8.access.ecotel.net> has quit IRC22:46
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ktvuxatjiutebiyp> has quit IRC22:50
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has joined #yocto22:51
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-veqrrkebugdokpgk> has joined #yocto23:32
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!