Friday, 2017-03-03

*** mkelly <mkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC00:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:09
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC00:12
*** stephano <stephano!~stephano@134.134.139.77> has joined #yocto00:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:16
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC00:20
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto00:20
*** hanthings_ <hanthings_!~nandor@194.9.252.237> has quit IRC00:24
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto00:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC00:49
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC00:51
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:54
khemRP: debian8 VM I am able to build go-cross-x86_64 fine00:56
khemRP: having trouble reproducing Ross's build env here00:57
khemRP: this is for go addition to Core, can you give this patch a shot ?00:57
khemthis is the patch http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/go&id=76b3dc7000fa5940fedb3fcebccd9d23b0b4604700:58
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-lmpfzbonhvzyylpr> has quit IRC01:02
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-hwohsvjhqqbgaqas> has quit IRC01:03
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-krufwlkfzckppezl> has joined #yocto01:09
*** stephano <stephano!~stephano@134.134.139.77> has quit IRC01:09
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto01:10
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bqkeoaaiyzqgrjey> has joined #yocto01:10
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto01:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:19
*** caiortp <caiortp!~caiortp@189-107-32-75.user.veloxzone.com.br> has joined #yocto01:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:24
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC01:35
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has joined #yocto01:44
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC01:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:45
*** manuel_ <manuel_!~manuel@91.137.50.69> has quit IRC01:46
*** trollkarlen1 <trollkarlen1!~trollkarl@113.146.134.64> has joined #yocto01:46
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has quit IRC01:48
trollkarlen1Does anyone knows if there is a recipe exists for udunit library in yocto?01:49
Crofton|workcheck layers.openembedded.org01:57
trollkarlen1Crofton|work: but those are only meta-layers, not individual recipes. Thats why I am asking. Is there an easy way to find it :)02:08
*** trollkarlen1 <trollkarlen1!~trollkarl@113.146.134.64> has quit IRC02:13
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has joined #yocto02:13
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-wgpstwwmitshhuvs> has quit IRC02:14
trollkarlen1Crofton|work: sorry, missed the search recipe part. I will try that. Thanks!02:16
Crofton|workthat is the quickest way to see what people have done02:16
Crofton|workeven if you find someones half complete work02:17
Crofton|workno mathcing recipes, what is udunit02:17
trollkarlen1Crofton|work: that was a great help I did not know that you can search recipes :) . But what about personal branch someone might be working.02:18
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has joined #yocto02:19
Crofton|workNo way to know02:19
Crofton|workit does look like it sill be easy to build02:19
Crofton|workexpat is in core02:19
Crofton|workhard part is deciding where to put it :)02:21
trollkarlen1Crofton|work: ok, might be easy to create one. just want to check if someone is already doing that. Otherwise I try to create one.02:21
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC02:21
Crofton|workI've never seen it come up before02:22
trollkarlen1Crofton|work: ok. good. Then I will try to write a recipe for it. But as you said in which layer ?02:23
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has quit IRC02:23
Crofton|workwhat does it do? what kind of applications02:24
trollkarlen1Crofton|work: http://www.unidata.ucar.edu/software/udunits/udunits-2.2.24/doc/udunits/udunits2.html02:25
Crofton|workheh02:25
Crofton|workthis is greek to me :)02:25
Crofton|workbut I'd suggest meta-openembedded/meta-oe02:26
Crofton|workas it isn't clear where else it would go02:26
Crofton|workand I am tired :)02:26
trollkarlen1Crofton|work: haha :) . ok.02:27
trollkarlen1Crofton|work: ok I will see what I can achieve with this. Thanks for your help.02:28
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has joined #yocto02:29
khemideally meta-oe should be called meta-kitchensink02:30
khemI have been saying meta-oe should disperse into more specific layers02:30
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto02:31
Crofton|workI agree, but in this case I can't see an obvious other layer :)02:31
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has quit IRC02:33
*** shotan <shotan!c33c4499@gateway/web/freenode/ip.195.60.68.153> has joined #yocto02:34
khemmay be recipes should just start appearing in packages themselves like spec files02:35
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has joined #yocto02:39
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has quit IRC02:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:45
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has left #yocto02:49
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has joined #yocto02:49
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:04
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto03:22
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto03:23
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto03:24
*** caiortp <caiortp!~caiortp@189-107-32-75.user.veloxzone.com.br> has quit IRC04:15
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto04:34
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has joined #yocto04:40
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto04:43
*** JesperHan_ <JesperHan_!~jesper@91.144.230.231> has quit IRC04:44
*** dreyna_ <dreyna_!~dreyna@unknown-216-202.windriver.com> has quit IRC04:49
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has left #yocto04:52
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has joined #yocto04:52
*** john__ <john__!~john@host86-143-90-12.range86-143.btcentralplus.com> has joined #yocto04:56
*** redengin <redengin!~redengin@2601:600:9200:a356:dc75:9a8e:f992:dd60> has quit IRC05:05
*** redengin <redengin!~redengin@2601:600:9200:a356:e1d8:79cb:73d7:3821> has joined #yocto05:12
*** vmeson <vmeson!~rmacleod@24-212-231-150.cable.teksavvy.com> has quit IRC05:26
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.65.242.55.2> has joined #yocto05:27
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC05:28
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto05:31
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC05:54
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto05:54
*** morphis <morphis!~morphis@pD9ED66D4.dip0.t-ipconnect.de> has joined #yocto06:00
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:00
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto06:13
*** arfoll <arfoll!arfoll@nat/intel/x-tqsssfduyxiddsgj> has joined #yocto06:21
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC06:23
*** voltbit <voltbit!~acid___@188.25.28.180> has joined #yocto06:24
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto06:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:28
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto06:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto06:32
-YoctoAutoBuilder- build #1093 of nightly-multilib is complete: Failure [failed BuildImages_3] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/109306:35
*** jobro <jobro!~jobro___@p549ADE33.dip0.t-ipconnect.de> has joined #yocto06:43
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:44
*** hmw <hmw!~hmw@zimbra.welvaarts.com> has joined #yocto06:46
*** hmw is now known as Guest9076406:47
*** Guest90764 is now known as hmw_06:48
*** MWelchUK <MWelchUK!~martyn@host31-54-194-81.range31-54.btcentralplus.com> has quit IRC06:49
*** agust <agust!~agust@p4FCB467A.dip0.t-ipconnect.de> has joined #yocto06:50
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC06:56
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has quit IRC06:58
*** bfederau <bfederau!~quassel@144.76.148.71> has quit IRC06:58
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC07:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto07:00
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC07:10
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC07:14
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto07:15
-YoctoAutoBuilder- build #470 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/47007:23
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:33
*** voltbit <voltbit!~acid___@188.25.28.180> has quit IRC07:33
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kftdvnsatzgonpjr> has joined #yocto07:39
*** pohly <pohly!~pohly@p5DE8DA74.dip0.t-ipconnect.de> has joined #yocto07:46
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:52
*** fl0v0 <fl0v0!~fvo@pD9F6B051.dip0.t-ipconnect.de> has joined #yocto07:55
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto07:59
*** mckoan|away is now known as mckoan08:06
*** manuel_ <manuel_!~manuel@91.137.50.69> has joined #yocto08:06
-YoctoAutoBuilder- build #1063 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 BuildImages_3] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/106308:09
*** trollkarlen1 <trollkarlen1!~trollkarl@unaffiliated/trollkarlen> has quit IRC08:12
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:13
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-krufwlkfzckppezl> has quit IRC08:14
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bqkeoaaiyzqgrjey> has quit IRC08:14
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto08:15
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:20
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:26
*** florian_kc is now known as florian08:26
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto08:28
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-muvzgrkkcqmfdvhq> has joined #yocto08:29
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto08:34
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC08:35
*** mihai <mihai!~mihai@31.14.160.130> has joined #yocto08:40
*** sameo <sameo!samuel@nat/intel/x-yemffmgrfplssqhs> has joined #yocto08:51
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-fnxrygkqswowewmp> has joined #yocto08:55
*** egavinc <egavinc!~egavinc@45.red-212-170-53.staticip.rima-tde.net> has joined #yocto08:59
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto08:59
*** MWelchUK <MWelchUK!~martyn@host31-54-194-81.range31-54.btcentralplus.com> has joined #yocto09:08
*** arkver <arkver!~arkver@host86-170-43-134.range86-170.btcentralplus.com> has joined #yocto09:09
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:12
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto09:17
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto09:18
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto09:19
*** arkver <arkver!~arkver@host86-170-43-134.range86-170.btcentralplus.com> has quit IRC09:21
*** manuel__ <manuel__!~manuel@91.137.35.120> has joined #yocto09:27
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:28
*** manuel_ <manuel_!~manuel@91.137.50.69> has quit IRC09:30
*** manuel__ is now known as manuel_09:30
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC09:32
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto09:35
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:35
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has left #yocto09:35
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC09:36
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:36
*** joshuagl <joshuagl!joshuagl@nat/intel/x-mirsizssjsigafoi> has joined #yocto09:41
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC09:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:49
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto09:57
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC10:02
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC10:15
-YoctoAutoBuilder- build #405 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/40510:22
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto10:23
*** voltbit <voltbit!~acid___@188.25.12.54> has joined #yocto10:26
*** manuel_ <manuel_!~manuel@91.137.35.120> has quit IRC10:28
*** rburton <rburton!~Adium@81.2.106.35> has joined #yocto10:29
-YoctoAutoBuilder- build #427 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/42710:30
*** jobro_ <jobro_!~jobro___@p549ADE33.dip0.t-ipconnect.de> has joined #yocto10:31
rburtonkanavin: so ovmf still need ossp-uuid10:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:34
rburtoni wonder if that can be ported to libuuid or something10:34
kanavinrburton: yes, I dropped the removal patch already10:36
kanavinrburton: now looking into remaining issues, which are multilib10:36
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:36
rburtonthe esdk fails are all due to master too10:36
kanavinrburton: yep, and there's also a stripping fail which is debian 9 (testing) specific10:37
kanavinI'm seeing it here too10:37
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto10:44
cornelhello10:44
cornelis there a method to find out what recipe/package provides a binary in yocto? for example adduser/addgroup or useradd/groupadd10:45
corneli know that the former pair is provided by busybox but i want to remove busybox since we've found that is not as full-featured as their counterparts10:46
rburtonon target, use the package manager10:48
rburtonon the build host, use oe-pkgdata-util10:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:48
cornelthank you rburton10:48
cornelrburton, oe-pgkgdata-util seems to apply only to recipes that i already use10:53
rburtonyes10:54
cornelrburton, my problem is to find out what new recipe i need to add10:54
cornelto provide the missing binaries10:54
rburton$ dpkg -S /usr/sbin/useradd10:54
rburtonpasswd: /usr/sbin/useradd10:54
rburtonif you want proper useradd, look on your host :)10:55
cornelrburton, sure, but shadow-utils does not seem to be present10:55
cornelbecause my host is fedora 2310:55
cornelso you suggest i should also investigate on a debian-based system?10:56
corneli have one little ubuntu server install under the desk10:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:57
cornelnot really used, until no10:57
cornelw10:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has left #yocto11:06
*** voltbit <voltbit!~acid___@188.25.12.54> has quit IRC11:06
pohlyRP: should BB_CURRENT_MC be set anywhere? I updated to bitbake+OE-core master just now, and it only seems to be used in meta/conf/bitbake.conf:require conf/multiconfig/${BB_CURRENT_MC}.conf11:16
RPpohly: bitbake sets it11:18
RPpohly: even if its unset, it looks for a strange but harmless file11:18
pohlyArgh, I checked out "master", not "origin/master". My bad.11:18
RPjoshuagl, rburton: I've fired a new master test build on the new AB. Hoping for green, finally11:18
joshuaglRP: ACK11:20
joshuaglRP, rburton: BuildLog could still be a mess as haven't had chance to deploy my fix11:20
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC11:21
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has joined #yocto11:31
*** berton <berton!~berton@189.114.111.135> has joined #yocto11:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:36
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has quit IRC11:42
*** voltbit <voltbit!~acid___@188.25.12.54> has joined #yocto11:42
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto11:48
*** vmeson <vmeson!~rmacleod@24-212-231-150.cable.teksavvy.com> has joined #yocto11:48
cornelback: is there a guarantee that if a package provides a file on a debian-based system it will provide same file in a Yocto build? I know this is not the case for Fedora packages11:57
corneland my expectation is that same is true for a Debian-based system11:57
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC12:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto12:00
joshuaglthere is no such guarantee12:00
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto12:01
corneljoshuagl, thank you12:01
*** manuel_ <manuel_!~manuel@91.137.35.120> has joined #yocto12:01
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:01
cornelis there a way to see if a binary is provided by any of the poky distro packages?12:01
joshuaglyou can query for files in packages you've built with oe-pkgdata-util12:02
corneljoshuagl, my problem is that the packages i've built do not provide all the binaries ia want12:03
cornelit's the missing binaries i'm interested in12:03
joshuaglI'd guess, which is all I can do with the current information, that either a) the software isn't configured to build those binaries b) the binaries are split into a separate package12:04
joshuaglwhat's the recipe in question? and the missing binaries?12:04
*** voltbit <voltbit!~acid___@188.25.12.54> has quit IRC12:04
corneljoshuagl, here's the story: i want to remove busybox from my images. i want to replace the binaries that are currently provided by busybox with their alternatives provided by other packages12:05
corneli have guessed a set of packages that provide a part of those binaries, but there are a few left out12:06
cornelcurrently my approach is: i add packages to the image and build the image. then i check if the binaries were actually added12:06
joshuaglwell, chec12:06
cornelif not i try another package12:06
corneland for some, i have to try again12:07
cornelthe question is if there is a way to know, instead of guess12:07
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC12:07
joshuaglI'd check the output of the recipes, oe-pkgdata-util is useful there12:08
joshuaglbecause recipes can split their output into multiple packages, alternative mechanism means the busybox version of a utility may be preferred, etc12:08
corneljoshuagl, my understanding is that oe-pkgdata-util looks only at the recipes selected for building12:08
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto12:08
joshuagloe-pkgdata-util looks at the generated pkgdata for all built recipes12:09
cornelok12:09
cornelbut by then is too late :)12:09
corneli'd like to know this before building12:09
cornelso that i add exactly the recipes i need to the image12:10
joshuaglyou add packages to images, not recipes12:10
corneljoshuagl, i stand corrected12:10
joshuaglunfortunately there's no easy way to know ahead of time, for several reasons12:11
joshuaglthe closest you can get is reading recipes12:11
joshuaglat least that I'm aware of :-)12:11
corneli get that12:11
cornelunfortunately it's hard to look at the recipe and figure what binaries are produced, or at least that's my understanding12:12
joshuaglit is12:12
joshuaglif a recipe is building the same upstream source as the package which provides the file in debian, you can infer that some configuration decision in the recipe results in the binary not being installed12:13
cornelright, but this compare thing is a painfull process12:14
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has joined #yocto12:14
joshuaglthere's a goal to make it easier to replace busybox, but we aren't there yet12:14
corneldo you see any way such a feature could be added to Yocto?12:14
cornelit seems an impossible task12:15
cornel(to look at hte layers and figure the binaries)12:15
cornelfor the same reason i can not look at the recipes and see what binaries come out of it12:16
cornelabout busybox replacement, can i help? :)12:17
RPahhrhg. esdk builds went green but I broke sdk12:19
RPjoshuagl, rburton: restarted the build with a fix12:23
* RP -> gone12:23
*** arfoll_ <arfoll_!arfoll@nat/intel/x-xldwcaxtdjwxbnup> has joined #yocto12:25
*** arfoll <arfoll!arfoll@nat/intel/x-tqsssfduyxiddsgj> has quit IRC12:25
paulbarkerIs anyone seeing runstrip fail during do_populate_sysroot for any tasks on current master? I've got a new and interesting error message I've not seen before12:25
ant_workabove in the logs kanavin was talking about strip and debian912:30
paulbarkerant_work: I'm running Debian 9 as well, I'll look for that thanks!12:30
ant_workseems specific issue :/12:31
paulbarkerkanavin: Does this error look similar to what you've seen on Debian 9? http://pastebin.com/UNBYKAps12:35
maka_How can it be that my yocto iso is 5.5gb.... i only added 1.5gb off packages...12:36
LetoThe2ndmaka_: mount and ncdu it :)12:37
maka_ncdu?12:38
maka_ah got it12:39
kanavinpaulbarker: yes12:41
kanavinseen on the yocto AB too, when the build lands (randomly) on debian testing12:41
*** avalluri <avalluri!~avalluri@192.55.54.44> has quit IRC12:42
paulbarkerkanavin: Strangely, the build seems to be continuing despite the do_populate_sysroot error12:42
maka_LetoThe2nd: ncdu on the rootfs.img?12:42
paulbarkerI've also seen the same message for gcc-cross-arm12:43
kanavinpaulbarker: yeah I guess stripping error is not considered an error12:43
LetoThe2ndmaka_: ncdu on the mounted rootfs12:43
maka_yea i mounted it on /mnt/disk12:44
maka_now im in that folder12:44
maka_and now i have to pick something12:44
maka_Which im guessing should be rootfs.img12:44
paulbarkerkanavin: I'll investigate further when this build finishes. It's running slowly, unsure if that's performance regression due to recipe-specific sysroots or if it's a HW issue with my disk array12:44
maka_Oh nvm, i can't even pick anything12:44
maka_LetoThe2nd: so, i used ncdu, now i see rootfs.img has 5.1gb. What do i do now?12:45
*** avalluri <avalluri!~avalluri@192.55.54.44> has joined #yocto12:45
LetoThe2ndmaka_: i'd try to loopmount the image and repeat :)12:45
maka_What is it supposed to do if i may ask?12:45
LetoThe2ndmaka_: another option would be to look at the deploy/packages and check what the sized ones are.12:46
LetoThe2ndmaka_: what do you mean, what is it supposed to do?12:46
cornelmake, iso's should be mounted with -o loop12:46
maka_well, there are 2 packages that are pretty big, 500mb and 600mb12:46
cornelmaka_, ^12:46
maka_cornel: i used that yes ^^12:47
joshuaglcornel: I see no way that such a feature could be added. The packages a recipe creates, and their contents, can't be determined until the build has been performed.12:50
cornelthank you joshuagl12:50
joshuaglcornel: as for the effort of making busybox easier to replace, I'd imagine help would be welcome. It's not something I've been involved in, I don't even know whether anyone is actively working on it12:51
corneljoshuagl, can you poinjt me to a start link? maybe a ticket?12:52
joshuagli just tried searching the database, to no avail12:52
cornelpfff12:52
joshuaglyou may find something on the list archives12:54
cornelprobably the easy thing to do is just create a ticket12:55
cornelbut anyway replacing busybox is not an easy task12:56
cornelit's hard for one project, and it's harder for a big pubic project, in our case Yocto12:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:57
joshuaglindeed12:57
joshuagltheoretically it's as simple as making coreutils have a higher alternatives priority, but theory rarely reflects reality12:58
corneljoshuagl, but coreutils does not provide all binaries provided by busybox, isn't it?13:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto13:00
paulbarkerI have a long term plan to get a system booting with toybox, with no busybox at all, when toybox hits 1.0.013:00
paulbarkerbut for now toybox doesn't provide everything in busybox either13:01
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:02
cornelthe replacement i have in mind is with the GNU counterparts, not a different licensed busybox :)13:04
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has joined #yocto13:05
*** smferris <smferris!~smferris@192.95.10.156> has quit IRC13:07
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:09
*** istarilucky <istarilucky!~rlucca@187.108.42.203> has joined #yocto13:14
*** mythi <mythi!ylinen4@huilukorppi.cs.tut.fi> has quit IRC13:14
joshuaglcornel: indeed, busybox can provide more than just coreutils13:16
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has quit IRC13:17
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has quit IRC13:18
ant_workcornel, joshuagl: check out recipes-extended/images/core-image-full-cmdline.bb and the specific packagegroups used13:18
cornelant_work, thank you13:19
joshuaglant_work: oh, nice. Had missed that recipe :-)13:19
ant_workit's an old wish, long ago people used dropbear because busybox was suid13:21
cornelpackageroup-core-boot contains busybox13:22
joshuaglpackagegroupd-core-full-cmdline also includes mc, so I'd treat it as inspiration rather than a solution13:24
rburtonpaulbarker: we've previously done work at making toybox an alternative, can't recall where it is or what the state was, but i can ask around13:25
*** wesam <wesam!~wesamhadd@96-64-10-65-static.hfc.comcastbusiness.net> has joined #yocto13:25
paulbarkerrburton: Toybox currently works, I'm planning to try an upgrade to v0.7.3 this weekend. It just still needs a few things from busybox until toybox implementation is complete13:26
ant_workiirc there is a Khem's patch pending13:26
ant_workupstream13:27
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has joined #yocto13:28
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto13:31
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC13:32
*** wesam <wesam!~wesamhadd@96-64-10-65-static.hfc.comcastbusiness.net> has joined #yocto13:38
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has quit IRC13:38
*** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto13:42
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC13:50
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:51
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:51
-YoctoAutoBuilder- build #1078 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/107813:58
paulbarkerkanavin: Looks like the runstrip failure is specific to using uninative on Debian 9. Disabling uninative gets rid of the errors.14:01
joshuaglpaulbarker: would be good to get that in bugzilla so we can track it14:02
*** egavinc <egavinc!~egavinc@45.red-212-170-53.staticip.rima-tde.net> has quit IRC14:03
rburtonzeddii: looks like your new kernels break cryptodev: TOPDIR/tmp/work/qemux86_64-poky-linux/cryptodev-module/1.8-r0/cryptodev-linux-1.8/zc.c:63:8: error: too few arguments to function 'get_user_pages_remote'14:03
rburton  ret = get_user_pages_remote(14:03
rburton        ^~~~~~~~~~~~~~~~~~~~~14:03
paulbarkerjoshuagl: Good plan. I'll wait until the build is finished to confirm I'm correct then look at filing it14:03
joshuaglpaulbarker: thanks14:03
joshuagldoes debian-testing have a newer gcc than any other distro we're building on?14:04
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC14:04
paulbarkergcc (Debian 6.3.0-6) 6.3.0 2017020514:04
paulbarkerGNU strip (GNU Binutils for Debian) 2.27.90.2017012414:04
joshuaglhmm, I have gcc (GCC) 6.3.1 20161221 (Red Hat 6.3.1-1)14:05
joshuaglFedora 2514:05
rburtongcc 4.9.2 and strip 2.26.1 here, old school \o/14:05
rburtondon't need no stinking gcc514:05
*** lexano_ <lexano_!~lexano@216.151.184.86> has joined #yocto14:08
*** lamego <lamego!~jose@134.134.139.72> has joined #yocto14:11
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC14:11
*** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC14:12
paulbarkerwhat's interesting is that the strip failure only occurred on the fixincl binary, not on anything else14:14
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:16
*** jobro <jobro!~jobro___@p549ADE33.dip0.t-ipconnect.de> has quit IRC14:16
*** jobro_ <jobro_!~jobro___@p549ADE33.dip0.t-ipconnect.de> has quit IRC14:16
*** elvisP <elvisP!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has joined #yocto14:18
*** elvisP <elvisP!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has quit IRC14:18
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.82> has joined #yocto14:25
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto14:25
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC14:27
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:37
joshuagloh, that is interesting14:46
joshuaglGNU strip version 2.26.1-1.fc2514:46
kanavinpaulbarker: strip 2.27.90? so it's a pre-release14:46
paulbarkerYea, I've been looking at the debian binutils package, they've picked up a pre-release off the 2.28 branch14:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC14:48
paulbarkerthe only other report of similar failures is for PPC not ARM and the patch for that is already in oe-core binutils14:48
paulbarkerhowever, here we're using the host binutils not something compiled in OE. Let me check...14:48
paulbarkerYea, the PPC elf32 bug is already fixed in this version of binutils so it's not that14:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:50
*** justanotherboy <justanotherboy!~mlopezva@192.55.54.44> has joined #yocto14:52
*** smferris <smferris!~smferris@192.95.10.156> has joined #yocto14:56
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has quit IRC14:58
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC15:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:08
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:08
*** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto15:14
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:29
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.65.242.55.2> has quit IRC15:34
paulbarkerDoes anyone know if it's an expected consequnce of the recipe-specific sysroots that I have the full path to my build directory within an image directory?15:34
paulbarkerE.g. /ar0/pbarker/work/toganlabs/rpi/poky/build/tmp/work/x86_64-linux/gcc-cross-arm/6.3.0-r0/image/ar0/pbarker/work/toganlabs/rpi/poky/build/tmp/work/x86_64-linux/gcc-cross-arm/6.3.0-r0/recipe-sysroot-native/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/6.3.0/install-tools/fixincl15:34
rburtonfor native stuff i wouldn't be surprised15:37
rburtonas under image/ is the prefix, which for native is the full target path of the sysroot15:38
kergothnative is prefixed with the full absolute path, has always been the case, not new with the recipe specific sysroots, just more obvious since the prefix is prefixed :)15:38
*** rcw <rcw!~rwoolley@23-91-148-193.cpe.pppoe.ca> has joined #yocto15:39
* kergoth still thinks we should stop that at some point, not as much need for it since we do relocation fixes anyway15:39
paulbarkerOk, just investigating things that look strange around the fixincl binary which is failing to strip15:39
neverpanicThe problem with not prefixing the native stuff is easier host contamination15:40
kergothi was thinking we prefix it, but with an invalid path that's easy to use as a placeholder for our relocation replacements15:41
kergothi.e. /invalid/15:41
rburtonis that less of a problem no that gcc basically refuses to anything unless you give it a sysroot?15:41
neverpanicYeah, that would work15:41
kergothotherwise if we go trying to replace / or /usr or something, things could get messy :)15:41
kergothit's too bad more projects aren't path relocatable. just not a priority for most folks, sadly :(15:42
kergothalso, trying to google for info about such relocation is a pain in the ass. all you find is linker/loader stuff15:42
neverpanicYeah, I've patched libtool to support relation, it was a pain15:44
neverpanicBut other than that, it was generally pretty easy to get the basic tools in Yocto relocatable in my proof of concept last year15:44
kergothi think i might still have old patches for autoconf/automake for it, somewhere15:46
*** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC15:47
*** lexano_ is now known as lexano15:51
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:52
paulbarkerOk, this is weird. With uninative disabled, fixincl is stripped once and all is good15:54
paulbarkerWith uninative enabled, fixincl is stripped twice and the second invocation fails15:55
paulbarkerhttp://pastebin.com/dr8dinvn15:55
kergothweird15:55
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has joined #yocto15:59
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC15:59
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:00
rburtondo we really want to enable cryptodev in openssl by default?16:03
rburtonisn't that the sort of thing a BSP would turn on16:03
* rburton was wondering why python-native was rebuilding after i patched cryptodev-module16:03
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has quit IRC16:05
kergothdoes seem machine specific16:07
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:08
rburtonyeah16:10
rburtonshall fiddle16:11
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.82> has quit IRC16:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:16
kergothmeh, think it's time to stop procrastinating and write unit tests for git shallow so there's a chance in hell of getting it merged16:24
rburtonyeah!16:25
rburtonthen we can make the kernel fetch with shallow16:25
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC16:27
khemrburton: did you try my v3 ?16:28
khempatch for go16:28
rburtonsorry not yet16:29
khemrburton: I tried on debian8 stable as well as testing16:29
khemit worked fine here16:29
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.82> has joined #yocto16:31
*** lsandov <lsandov!~lsandov1@134.134.139.76> has quit IRC16:34
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto16:34
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:37
*** lsandov <lsandov!~lsandov1@134.134.139.76> has joined #yocto16:43
*** jedi-kday <jedi-kday!813f8661@gateway/web/freenode/ip.129.63.134.97> has joined #yocto16:44
jedi-kdayhi16:44
jedi-kdayIs this the correct place to get help with using the yocto build system16:45
paulbarkerjedi-kday: yes16:47
jedi-kdayhi paul, I've built an image with deb and package management enabled16:49
jedi-kdaybut I don't know how setup sources, should I just create the sources.lst file16:50
jedi-kdayin /etc/apt/sources.lst?16:50
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto16:51
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:51
paulbarkerhttp://www.yoctoproject.org/docs/2.2.1/mega-manual/mega-manual.html#using-runtime-package-management may be helpful there, it's not something I've looked at in a few years though16:51
*** joseppc <joseppc!~josep@linaro/joseppc> has left #yocto16:55
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto16:55
*** pohly <pohly!~pohly@p5DE8DA74.dip0.t-ipconnect.de> has quit IRC16:57
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC17:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto17:00
*** jedi-kday <jedi-kday!813f8661@gateway/web/freenode/ip.129.63.134.97> has left #yocto17:01
*** joshuagl <joshuagl!joshuagl@nat/intel/x-mirsizssjsigafoi> has quit IRC17:03
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC17:04
paulbarkerOk, I'm being stupid. fixincl is only stripped once, there's multiple prints in runstrip() if there's an error. I need to call it a day though, I'll file a bug and see if I can take a look at it again soon17:06
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto17:11
*** fl0v0 <fl0v0!~fvo@pD9F6B051.dip0.t-ipconnect.de> has quit IRC17:13
*** mckoan is now known as mckoan|away17:14
*** mihai <mihai!~mihai@31.14.160.130> has quit IRC17:14
*** CrowgirlC <CrowgirlC!~quassel@198-91-130-226.cpe.distributel.net> has quit IRC17:16
*** voltbit <voltbit!~acid___@188.25.12.54> has joined #yocto17:16
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:17
*** CrowgirlC <CrowgirlC!~quassel@198-91-130-226.cpe.distributel.net> has joined #yocto17:17
*** voltbit <voltbit!~acid___@188.25.12.54> has quit IRC17:18
*** voltbit <voltbit!~acid___@188.25.12.54> has joined #yocto17:19
*** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto17:29
*** nslu2-log_ <nslu2-log_!~nslu2-log@140.211.169.161> has joined #yocto17:36
*** dvhart <dvhart!~dvhart@134.134.139.74> has quit IRC17:36
*** miceopede_ <miceopede_!sid140053@gateway/web/irccloud.com/x-wcusnefijfotgrkc> has joined #yocto17:37
*** robher_ <robher_!sid20343@linaro/robher> has joined #yocto17:37
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto17:39
rburtonpaulbarker: can you cc me on that bug17:39
*** MiskaX_ <MiskaX_!~jussi@rankki.sonarnerd.net> has joined #yocto17:39
*** tkoskine_ <tkoskine_!tkoskine@kapsi.fi> has joined #yocto17:40
*** LetoTheII <LetoTheII!~jd@s15387740.onlinehome-server.info> has joined #yocto17:40
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.82> has quit IRC17:41
*** radhus__ <radhus__!~radhus@sevh.radhuset.org> has joined #yocto17:42
*** zedd_ <zedd_!~bruce@128.224.252.2> has joined #yocto17:42
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has joined #yocto17:42
*** georgem_ <georgem_!~georgem@216-21-169-52.slc.googlefiber.net> has joined #yocto17:42
khemrburton: if it still fails on your box that will be interesting since it means your build box has something installed which is causing this since vanilla deb8 and deb-testing works fine17:43
*** otavio_ <otavio_!~otavio@debian/developer/otavio> has joined #yocto17:43
*** stwcx_ <stwcx_!~stwcx@172.110.7.206> has joined #yocto17:43
*** radhus <radhus!~radhus@sevh.radhuset.org> has quit IRC17:43
*** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-lhliyytuedqgsrwn> has quit IRC17:43
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC17:43
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC17:43
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC17:43
*** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC17:43
*** sawk <sawk!~sawk@151.51.247.199> has quit IRC17:43
*** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has quit IRC17:43
*** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC17:43
*** stwcx <stwcx!~stwcx@172.110.7.206> has quit IRC17:43
*** georgem <georgem!~georgem@216-21-169-52.slc.googlefiber.net> has quit IRC17:43
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC17:43
*** nslu2-log <nslu2-log!~nslu2-log@140.211.169.161> has quit IRC17:43
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC17:43
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC17:43
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:43
*** robher <robher!sid20343@linaro/robher> has quit IRC17:43
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC17:43
*** radhus__ is now known as radhus17:43
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto17:43
*** sawk <sawk!~sawk@151.51.247.199> has joined #yocto17:43
*** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto17:43
*** nslu2-log_ is now known as nslu2-log17:44
*** miceopede_ is now known as miceopede17:44
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto17:45
*** robher_ is now known as robher17:45
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto17:46
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.76> has joined #yocto17:47
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto17:48
*** georgem_ is now known as georgem17:48
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:50
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto17:53
*** toscalix <toscalix!~toscalix@209.116.154.70> has joined #yocto17:54
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:56
paulbarkerrburton: I've added you to the cc list. For others, the bug is https://bugzilla.yoctoproject.org/show_bug.cgi?id=1112317:57
yoctiBug 11123: normal, Undecided, ---, paul.eggleton, NEW , Stripping fixincl fails in gcc-cross-arm and gcc-cross-initial-arm do_populate_sysroot on Debian 917:57
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:57
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto17:57
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:57
*** arfoll_ <arfoll_!arfoll@nat/intel/x-xldwcaxtdjwxbnup> has quit IRC18:09
*** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has joined #yocto18:20
davishello18:20
daviskergoth: you mentioned once about using buildhistory-collect-srcrevs and including the results in my local.conf18:21
davistoday I tried to do that18:21
davisand it seems to work somewhat18:22
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC18:22
davisi get an error for some recipes where it has a value of NONE but that is ok, i can live with those errors.18:22
davishowever I get a failure with meta-intel-iot-security18:23
daviswhere it says it has a failure expanding SRCPV18:23
davisbb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Unable to resolve 'dict_values(['3e2a67bdb0673581a97506262e62db098efef6d7'])' in upstream git repository in git ls-remote output for git.code.sf.net/p/linux-ima/ima-evm-utils18:24
davisany idea what i'm doing wrong?18:24
*** toscalix <toscalix!~toscalix@209.116.154.70> has quit IRC18:39
*** arfoll <arfoll!arfoll@nat/intel/x-zbticukcgglrlyxw> has joined #yocto18:40
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC18:47
*** toscalix <toscalix!~toscalix@209.116.154.70> has joined #yocto18:47
*** localhorst__ <localhorst__!~me@ip5f58296f.dynamic.kabel-deutschland.de> has joined #yocto18:49
*** arfoll <arfoll!arfoll@nat/intel/x-zbticukcgglrlyxw> has quit IRC18:49
*** localhorst_ <localhorst_!~me@ip5f58296f.dynamic.kabel-deutschland.de> has quit IRC18:49
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto18:51
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC18:53
*** john4 <john4!~john@host86-143-90-12.range86-143.btcentralplus.com> has joined #yocto18:55
*** john__ <john__!~john@host86-143-90-12.range86-143.btcentralplus.com> has quit IRC18:55
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto18:56
*** cdleonard <cdleonard!~nxf25340@gate-zro.freescale.com> has quit IRC18:59
davisis there anybody out there?19:20
*** voltbit_ <voltbit_!~acid___@188.25.12.54> has joined #yocto19:28
gnacdavis is19:28
*** voltbit <voltbit!~acid___@188.25.12.54> has quit IRC19:29
*** toscalix <toscalix!~toscalix@209.116.154.70> has quit IRC19:32
*** morphis <morphis!~morphis@pD9ED66D4.dip0.t-ipconnect.de> has quit IRC19:33
kergothdavis: sounds like a bug in that layer, then19:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:38
*** toscalix <toscalix!~toscalix@209.116.154.70> has joined #yocto19:39
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC19:43
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto19:43
*** john4 <john4!~john@host86-143-90-12.range86-143.btcentralplus.com> has quit IRC19:54
*** arfoll <arfoll!arfoll@nat/intel/x-ptekerujmjtfygit> has joined #yocto19:55
*** toscalix <toscalix!~toscalix@209.116.154.70> has quit IRC20:01
*** arfoll <arfoll!arfoll@nat/intel/x-ptekerujmjtfygit> has quit IRC20:01
*** istarilucky <istarilucky!~rlucca@187.108.42.203> has quit IRC20:04
*** willdye <willdye!~willdye@h101.70.88.75.dynamic.ip.windstream.net> has joined #yocto20:04
*** rcwoolley_ <rcwoolley_!~rwoolley@23-91-148-193.cpe.pppoe.ca> has joined #yocto20:10
*** rcw <rcw!~rwoolley@23-91-148-193.cpe.pppoe.ca> has quit IRC20:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:17
khemrburton: I think I can see that go-native install is different and could be able to workaround the problem you are seeing. if you have tried v3 and it still fails let me know20:18
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:21
daviskergoth: i'm getting a bunch of bugs i'm trying to make sure i'm using the correct syntax20:24
davisthis http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#understanding-what-the-build-history-contains20:25
davisrefers to using -a option20:25
davisbut that did not help20:25
kergoththat error has nothing to do with buildhistory-collect-srcrevs20:26
kergoththe SRCREV variable is raising an exception when it's expanded20:26
kergoththe samew ould occur if you used bitbake -e, or tried to build the recipe20:26
kergothso as i said earlier, it's a bug in the layer20:26
davisahh, ok its a bug. i guess its confirmed if I can rmove the include in my conf, then do a build image cmd. do the -a -f option, redirect the history to a file and then include in conf/local.conf and try again to rebuild and it fails.20:28
*** xartrix <xartrix!5f677643@gateway/web/freenode/ip.95.103.118.67> has joined #yocto20:32
davisa better example is20:33
xartrixHello everyone, just wondering if anyone tried core-image-base lately20:36
xartrixI am trying to build it on morty and it fails :/20:37
*** arfoll <arfoll!arfoll@nat/intel/x-ttzprxyaowktlfta> has joined #yocto20:41
*** ant_home <ant_home!~ant__@host8-253-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto20:42
rburtonkhem: $ bb contents go-helloworld20:45
rburtongo-helloworld:20:45
rburton/usr/bin/helloworld20:45
rburton\o/20:45
*** zedd_ <zedd_!~bruce@128.224.252.2> has quit IRC20:48
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto20:52
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kftdvnsatzgonpjr> has quit IRC20:54
*** arfoll <arfoll!arfoll@nat/intel/x-ttzprxyaowktlfta> has quit IRC20:54
davisbitbake foo-image20:57
davisbuildhistory-collect-srcrevs -af > conf/buildhistory.conf20:57
davisthen i added include buildhistory.conf to my conf/local.conf20:57
davisthen bitbake foo-image again and it fails. so every failure must be due to a bug in the layer.20:58
*** wesam <wesam!~wesamhadd@96-64-10-65-static.hfc.comcastbusiness.net> has quit IRC21:03
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC21:05
*** manju <manju!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto21:06
manjuhi all, needed some input for this patch http://lists.openembedded.org/pipermail/openembedded-core/2017-March/133600.html21:06
manjuis this a correct way to handle perf while building kernel using externalsrc methodology?21:08
*** bormoj <bormoj!~notirate@c-73-71-67-249.hsd1.ca.comcast.net> has joined #yocto21:11
bormojI've got some recipes that are installing to ${SYSROOT_STAGING_DIR} inside of do_install(). They work from a clean build but I think the files aren't installed to the ipkg and sstate cache. They should be installing to ${D} _always_, right???21:15
*** xartrix <xartrix!5f677643@gateway/web/freenode/ip.95.103.118.67> has quit IRC21:15
bormoj(oops, s/SYSROOT_STAGING_DIR/STAGING_DIR_HOST/)21:16
-YoctoAutoBuilder- build #471 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/47121:17
*** berton <berton!~berton@189.114.111.135> has quit IRC21:21
*** peacememories <peacememories!~textual@e255-013.eduroam.tuwien.ac.at> has quit IRC21:26
*** arfoll <arfoll!arfoll@nat/intel/x-veqlrcyrtyejaxoo> has joined #yocto21:26
-YoctoAutoBuilder- build #1093 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/109321:28
*** sjolley <sjolley!sjolley@nat/intel/x-rsfknduvmldsskij> has quit IRC21:31
*** marquiz <marquiz!marquiz@nat/intel/x-vajlauhckjefvrtr> has quit IRC21:33
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC21:34
*** arfoll <arfoll!arfoll@nat/intel/x-veqlrcyrtyejaxoo> has quit IRC21:36
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC21:36
*** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has quit IRC21:39
*** marquiz <marquiz!marquiz@nat/intel/x-ccjoorttbthjazbe> has joined #yocto21:41
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC21:42
*** sameo <sameo!samuel@nat/intel/x-yemffmgrfplssqhs> has quit IRC21:42
*** jairglez <jairglez!jairdeje@nat/intel/x-vfvhcsnciglxbyrl> has joined #yocto21:58
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC22:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto22:00
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto22:02
*** toscalix <toscalix!~toscalix@209.116.154.70> has joined #yocto22:03
*** voltbit_ <voltbit_!~acid___@188.25.12.54> has quit IRC22:03
khemrburton: I have another patch where I have altered native install of go I think thats whats causing issue on your machine22:09
khemrburton: would you be able to try a v4 ?22:09
*** tgraydon <tgraydon!~tgraydon@134.134.139.70> has joined #yocto22:14
*** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC22:16
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC22:19
kergothwhy are bitbake's unit tests contacting remote servers which aren't in our control? that seems really really od22:19
kergothparticularly for unit rather than system tests22:19
kergoththe tslib test is failing due to a particular release tarball not being accessible. depending on that rather than hosting something ourselves really doesn't make any sense at all22:20
kergothif we want to test git cloning, we should really be working against either pre-constructed git repositories to test particular features, or construct our own on demand, imo22:21
kergothhrmph22:21
khemkergoth: for cloning e.g. you would want to interact with another system isnt it22:25
kergothi doubt that'd be necessary for 90% of the cases, but for the ones that it is, we should depend on *our* systems22:25
kergothnot random sites you pick from the net22:25
*** jairglez <jairglez!jairdeje@nat/intel/x-vfvhcsnciglxbyrl> has quit IRC22:26
*** lamego <lamego!~jose@134.134.139.72> has quit IRC22:27
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-rdyydxhmeabbjbdn> has joined #yocto22:28
khemthat probbaly is fair22:29
khemmight be better to use oe org with  yp org as backup22:30
* kergoth nds22:32
*** justanotherboy <justanotherboy!~mlopezva@192.55.54.44> has left #yocto22:32
* kergoth nods22:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:32
ant_homewell, here do_menuconfig fails...ncurses needs to be in sysroot22:35
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC22:43
khemant_home: you need ncurses-native dep22:49
rburtonkergoth: i've wanted to fork all the repos that we clone in selftest for a while, got bored of fixing tests when upstream changes22:50
*** agust <agust!~agust@p4FCB467A.dip0.t-ipconnect.de> has quit IRC22:52
rburtonkhem: v3 worked, but trying v5 now22:53
rburtondamnit go slipped into the mut i fired on the AB22:55
rburtonso now its failing everywhere22:55
rburtonkhem: https://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/406/steps/BuildImages/logs/stdio <— v3 with musl22:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:57
*** alimon <alimon!~alimon@134.134.139.76> has quit IRC22:58
khemrburton: if v3 worked then I would like to send a v6 with same do_install as in v323:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:02
khemrburton: | /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory23:03
khem|  # include <gnu/stubs-32.h>23:03
khemit seems it build host doesnt have multilib friendly headers23:03
khemI think I need to disable cgo23:04
*** sjolley <sjolley!sjolley@nat/intel/x-hwxzsbtowdnzxbns> has joined #yocto23:05
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC23:06
rburtonkhem: go-helloworld in v5 either installs badly, or doesn't like rebuilds23:10
rburton| install: cannot create directory ‘/data/poky-master/tmp/work/corei7-64-poky-linux/go-helloworld/0.1-r0/helloworld’: File exists23:10
ant_homekhem, no. It needs libncurses in recipe-sysroot so it must depend on ncurses23:12
ant_homehaving it only as provider for recipe-sysroot-native is not enough23:13
khemrburton: I sent a v623:14
*** willdye <willdye!~willdye@h101.70.88.75.dynamic.ip.windstream.net> has quit IRC23:14
khemwhich hopefully fix the musl/go-cross issue23:14
khemwait let me fix the helloworld too23:15
khemrburton: sent a v7 which should fix go example as well.23:18
khemI have disabled cgo for go-cross but I think the problem there is gcc-runtime23:19
khemit could be a missing dependency but I have to verify23:20
khemmeanwhile disabling cgo we will get over this issue regardless23:20
rburtontrying23:20
*** tgraydon <tgraydon!~tgraydon@134.134.139.70> has quit IRC23:21
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC23:24
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC23:26
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto23:26
*** JosePerez1 <JosePerez1!~jgperezc@134.134.139.76> has quit IRC23:28
*** seebs <seebs!~seebs@24-179-148-173.dhcp.stcd.mn.charter.com> has joined #yocto23:36
rburtonkhem: seems better for my build, yeah23:36
rburtonshall throw it at the ab later, bed now!23:36
*** ant_home <ant_home!~ant__@host8-253-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC23:39
khemrburton: cool, I have already thrown it on my builder23:40
khemwill know more about it tomorrow morning if all arches are still sane23:40
*** toscalix <toscalix!~toscalix@209.116.154.70> has quit IRC23:45
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has joined #yocto23:52
-YoctoAutoBuilder- build #428 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/42823:57
*** tlab <tlab!~tlab@104.235.20.44> has quit IRC23:58
*** rburton <rburton!~Adium@81.2.106.35> has quit IRC23:58

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!