Tuesday, 2016-08-23

*** clsulliv <clsulliv!clsulliv@nat/intel/x-sywhjvznpzgiljhe> has joined #yocto00:00
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:22
-YoctoAutoBuilder- build #887 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/88700:26
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC00:27
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:27
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:28
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto00:29
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto00:33
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC00:38
-YoctoAutoBuilder- build #227 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/22700:41
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-chljwlefpzyspebh> has quit IRC00:44
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto00:52
-YoctoAutoBuilder- build #551 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/55100:56
*** billr <billr!~wcrandle@134.134.137.71> has quit IRC00:57
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-itwfcmrkqaovnrkn> has quit IRC00:59
*** dreyna <dreyna!~dreyna@unknown-216-201.windriver.com> has quit IRC01:18
*** sgw_ <sgw_!~sgw_@134.134.139.82> has joined #yocto01:20
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC01:28
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC01:28
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kzkpvcpvvwnhplok> has quit IRC01:29
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto01:30
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC01:39
*** morphis__ <morphis__!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has joined #yocto01:41
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto01:42
*** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has quit IRC01:45
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-kzucxnlxhxagpzbm> has joined #yocto02:02
*** bluelightning <bluelightning!~paul@173-164-78-145-Oregon.hfc.comcastbusiness.net> has joined #yocto02:25
*** bluelightning <bluelightning!~paul@173-164-78-145-Oregon.hfc.comcastbusiness.net> has quit IRC02:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto02:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:27
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC02:59
-YoctoAutoBuilder- build #546 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/54603:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto03:05
-YoctoAutoBuilder- build #887 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/88703:13
-YoctoAutoBuilder- build #630 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/63003:16
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto03:24
*** kad <kad!~kad@unaffiliated/kad> has quit IRC03:49
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto03:49
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto03:58
-YoctoAutoBuilder- build #881 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/88104:46
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC04:51
-YoctoAutoBuilder- build #902 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/90205:01
-YoctoAutoBuilder- build #906 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/90605:04
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC05:39
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto05:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:45
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto05:48
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC05:53
*** joseppc <joseppc!~josep@c-e708e353.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto05:53
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto05:54
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto05:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC06:00
*** nemunaire <nemunaire!~nemunaire@ra.nemunai.re> has joined #yocto06:03
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.217.89.178.116> has joined #yocto06:05
khemRP: https://github.com/01org/meta-security-isafw/pull/70 fixes https://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/227/steps/BuildImages/logs/stdio06:07
MDNNeoHi @all ... is there somewere a description on how to use the bitbake "domains" feature ... from bitbake help --log-domains=DEBUG_DOMAINS?06:07
*** dhaval <dhaval!cb588bea@gateway/web/freenode/ip.203.88.139.234> has joined #yocto06:08
dhavalI am facing problem while building kernel version 3.14.4 for beagle bone black06:08
*** dhaval <dhaval!cb588bea@gateway/web/freenode/ip.203.88.139.234> has quit IRC06:09
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC06:09
*** fl0v0 <fl0v0!~fvo@pD9F6B8ED.dip0.t-ipconnect.de> has joined #yocto06:11
khemMDNNeo: look for BBDEBUG, but I think it is not well documented, you can file a bug for it06:13
*** pohly <pohly!~pohly@p5DE8D34D.dip0.t-ipconnect.de> has joined #yocto06:16
MDNNeokhem: so basically it seems to be kind of straight forward ... I can do following in a recipe python func ...    logger = logging.getLogger("BitBake.Test")    logger.debug(1, "test dbg1") ... like here https://github.com/openembedded/bitbake/blob/master/lib/bb/persist_data.py06:21
MDNNeobut if I call bitbake -v -D -l Test myimage ... I still see all the debug and notes not only the test domain06:22
khemyep thats because it will print all messages at that level06:24
MDNNeohmm ... basically what I would want is to just get the dbg msg from "my domain" ...06:26
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto06:26
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:26
MDNNeonot sure if the domain thing is what I need :)06:26
*** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has joined #yocto06:32
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto06:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto06:35
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:38
khemyou could emit a unique identifier for your messages and filter them06:40
*** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has quit IRC06:44
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-axyvqfowofswhqvf> has joined #yocto06:46
*** jbrianceau_away is now known as jbrianceau06:46
MDNNeokhme: hmm ... but then I also could just have a look in the log file instead06:46
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto06:49
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:51
*** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC06:52
*** toscalix <toscalix!~toscalix@80.91.70.26> has joined #yocto06:57
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:58
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC07:06
*** qwert <qwert!~qwert@cpe90-146-158-200.liwest.at> has joined #yocto07:06
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-bdtgybentyzvxjel> has quit IRC07:06
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-qbfbaqnvzcyznjue> has joined #yocto07:07
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has joined #yocto07:08
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC07:09
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:11
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:12
qwerthi, is it possible for the fetcher or unpacker to place a git pull into a existing subdir without overwriting it?07:13
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:13
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC07:13
qwerti already tried subdir and destsuffix, but it does not seem to work. Using the svn fetcher subdir worked.07:14
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto07:15
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto07:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:19
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto07:24
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC07:25
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.217.89.178.116> has quit IRC07:28
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:28
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC07:34
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto07:35
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto07:36
*** morphis__ <morphis__!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has quit IRC07:36
*** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto07:37
*** sno <sno!~sno@62.157.143.22> has joined #yocto07:39
qwertnobody knows?07:40
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto07:46
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:46
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto07:49
*** morphis__ <morphis__!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has joined #yocto07:50
*** jku <jku!jku@nat/intel/x-emrhulgllsxwrktu> has joined #yocto07:53
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:56
*** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto07:56
*** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto07:57
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC07:58
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC08:02
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC08:04
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto08:06
*** jubr <jubr!57ed1b9e@gateway/web/freenode/ip.87.237.27.158> has joined #yocto08:10
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto08:10
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:15
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto08:17
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has joined #yocto08:18
flitjesheey guys, I got a question w.r.t. using Yocto in an air-gapped enviroment08:18
flitjesI'm introducing Yocto to a company and they are air gapped. How could Yocto cope with this?08:19
boucman_workflitjes: you mean "the machine where yocto builds is not connected to the internet" right ?08:20
flitjes@boucman_work yes exactly08:21
boucman_workok. yocto has various facilities for that08:21
flitjes@boucman_work I got everything to work on a public wifi, which they kinda not like ;-)08:21
boucman_workhehe08:21
flitjesthey like yocto, not the work around w.r.t. the air gap08:21
flitjesOk could you point me to some documentation which explains they facilities?08:22
boucman_workhttp://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#setting-up-effective-mirrors08:22
boucman_workbasically, you have a machine with your yocto setup, you put it on the net08:22
boucman_workyou run "bitbake -c fetchall <your target>"08:22
boucman_workthen you use its download directory to build a mirror on your intranet08:23
boucman_workbut whenever someone wants to add a new software on the target, you will need to redo that round to get it on the mirror08:23
flitjesOk, that will work08:24
boucman_work(so maybe do a fetchall world for a start. It will do a huge mirror, but you will have everything)08:24
flitjesthat's what we do now as well for the other bsp08:24
flitjesthat's nice!08:24
flitjesfetchall world, it will be big, but then we could work freely within the air gapped build system08:24
flitjesSpace will not be the issue :)08:25
boucman_work:)08:26
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC08:26
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has quit IRC08:27
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC08:27
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has joined #yocto08:27
*** Dhaval <Dhaval!b64b4c93@gateway/web/freenode/ip.182.75.76.147> has joined #yocto08:28
DhavalHii,08:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:28
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto08:29
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:29
DhavalI want to change the downloads directory path in yocto08:29
boucman_workDhaval: http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-DL_DIR08:31
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC08:31
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:31
qwertanybody pls, is it possible for the fetcher or unpacker to place a git download into a existing subdir without overwriting it?08:33
boucman_workqwert: I think you can specify the name of the directory to unpack to somehow, but I don't know how it's done...08:39
boucman_workqwert: https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#bb-the-unpack08:39
boucman_workapperenty adding a subdir key to your SRC_URI should do the trick08:40
qwertboucman_work: thank you for your response. I am aware of the subdir parameter and i also tried the destsuffix parameter to the git fetcher. Both attempts failed08:41
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto08:41
HyP3rI know this questions was here for a few days but How can I remove Recpies from IMAGE_INSTALL, which are included in deeper layers.08:42
HyP3rI want to remove connmand and insert network manager08:42
boucman_workIMAGE_INSTALL_remove I guess08:44
LetoThe2ndsince dora thats basically correct08:52
qwertboucman_work: I am not an python expert, but it seems like within bb/git.phy :258 (krogoth) the destdir will be deleted if it exists using bb.utils.prunedir08:52
LetoThe2ndbut i'd rather find out *why* they are included deeper inside. usually theres a reason. and if not, change it there.08:52
*** Ulfalize <Ulfalize!~ulf@ip5f5bed07.dynamic.kabel-deutschland.de> has joined #yocto08:53
LetoThe2ndplus, i'm pretty sure that connman vs. nm is more than just a package selection.08:53
*** c0rnel <c0rnel!~cornel@89.121.200.106> has joined #yocto08:55
c0rnelhello08:55
c0rnelhow is the checksum of the license computed?08:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:56
*** toscalix <toscalix!~toscalix@80.91.70.26> has quit IRC08:56
*** toscalix <toscalix!~toscalix@80.91.70.26> has joined #yocto08:57
c0rnellike in LIC_FILES_CHKSUM08:57
LetoThe2ndc0rnel: md5 of the file, usually08:57
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto08:58
qwertc0rnel: take a look at bitbake/lib/bb/checksum.py08:58
c0rnelLetoThe2nd, it seems that in certain cases, when the license text is surrounded by some other text, only the checksum of the license is computd but i don't know how08:58
c0rnelqwert, thank you!08:59
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC08:59
sveinseI wish the repo management built on top of Yocto were standardized! We are struggling with 3 different HW vendors, all Yocto based, but with three completely different schemes for doing configuration/repo management09:03
Ulfalizepeople love overcomplicating things sometimes :P09:05
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:05
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:06
sveinse(and we're probably going to make our own, as there is no governing template for it)09:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:07
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:08
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:09
boucman_worksveinse: I know I said that here a dozen time, but there is no consensus. :(09:09
boucman_worksome people agree, other consider this a way for people to differentiate.09:09
boucman_worksveinse: the best one I have found so far is repo, but it's not yocto specific in any way09:10
boucman_work(and my company already did it's own tool too, and it's no better than the others)09:10
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:14
HyP3rboucman_work: this IMAGE_INSTALL_remove seems not to work: "The following packages conflict with networkmanager check_conflicts_for: connman *"09:14
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:17
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:17
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has joined #yocto09:19
LetoThe2ndHyP3r: thats what i mean. connman vs. nm is more than just adding removing packages. check what gets pulled in where. maybe DISTRO, or such.09:19
gbissonhi all, what is the best way to make a recipe for an external kernel module which depends on modules from the kernel itself?09:20
gbissonin my case, I want to build the qcacld-2.0 module which depends on cfg80211 from the kernel09:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC09:20
s65b44hi guys09:21
gbissonbut by default the KERNEL_SRC seems to be set to STAGING_KERNEL_DIR which doesn't include any object09:21
gbissonchanging it to STAGING_KERNEL_BUILDDIR doesn't help since it doesn't include module objects09:21
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:24
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:24
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto09:25
*** seebs_ <seebs_!~seebs@home.seebs.net> has joined #yocto09:26
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC09:26
-YoctoAutoBuilder- build #250 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/25009:32
-YoctoAutoBuilder- build #229 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/22909:33
-YoctoAutoBuilder- build #454 of nightly-wic is complete: Failure [failed Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/45409:37
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC09:41
boucman_workpidge: ping ?09:45
pidgeboucman_work: pong09:45
boucman_workhey09:46
boucman_workI just sent v1 of my patch to remove hardcoded references to gcc09:46
pidgeah, grand. I'll take a look at them.09:46
boucman_workit's... bigger than I expected. quite a few core stuff has references to gcc09:46
pidgeheh. it always is.09:47
boucman_workI was coming back to you to see if there is a way to somehow test that automatically in the builders. I tested with core-image-minimal, but I don't have the time/CPU to test with world... and that's what's really needed :(09:47
boucman_workI explain in my cover letter how I tested, something similar could be done to the autobuilder, but it will probably trigger many build failures09:48
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:49
LetoThe2ndboucman_work: i cannot offer you a autobuild test, but if you need a specific one-shot test at world i can do that.09:49
boucman_workLetoThe2nd: hmm, interesting. I'll come back to you about that... but from a QA point of view it would be better to do it at the yocto autobuilders level...09:51
LetoThe2ndboucman_work: yes, certainly. no doubt.09:52
HyP3rgbisson: you just have to inherit modules.10:06
HyP3rgbisson: take a look at: http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html#var-KERNEL_MODULE_AUTOLOAD http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html#working-with-out-of-tree-modules10:07
gbissonHyP3r: yes I inherit 'modules' but this seems to set KERNEL_SRC to the source without objects, since my modules depends on cfg80211 it doesn't find the symbols...10:07
gbissonHyP3r: I will paste my recipe and the log here after lunch so you can see the problem10:08
HyP3rgbisson: I know what you mean. I was developing the a kernel module last week10:08
sveinseboucman_work: And I endorse freedom to chose. But when you're a end-user product builder, working on systems delivered from different vendors, extra labor is added to integrate these systems together. I've already been met with the argument "but I thought the reason for having Yocto was that it is standard" from my manager :P10:09
gbissonHyP3r: but it seems to be a known issue: https://www.mail-archive.com/yocto@yoctoproject.org/msg29197.html10:09
gbissonHyP3r: was your kernel depending on other modules?10:09
gbissons/kernel/kernel module/10:09
boucman_worksveinse: i don't need convincing :P i'm a heavy proponent of having some sort of "bitbake-deploy" tool that would do all steps needed to have a proper yocto setup out of nothing10:11
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC10:12
sveinseboucman_work: Are there any efforts active for such an initiative? Or is this just wishful thinking?10:12
-YoctoAutoBuilder- build #871 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/87110:13
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto10:15
HyP3rgbisson: gbisson the KERNEL_SRC Variable is pointing to a directory which is pretty 'clear' configurations are in the directory 'kernel-build-artifacts'10:17
HyP3rgbisson: but no, my kernel module was out-of-tree but without any dependencys10:17
HyP3rgbisson: but you could write a recpie whcih compiles both kernel modules which a Makefile which tries to compile both at one runtime10:18
gbissonHyP3r: thanks, but that looks hacky, I mean building this external module manually is very straight forward, don't understand why it gets so complicated just because it needs another module. I wish there was a variable that would point to the kernel build dir with both kernel and module objects...10:23
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:25
HyP3rgbisson: that was my problem too. My kernel module (wf111) was a bit shitty, and the makefile needs to see the .config file and some header files in the same directory10:25
HyP3rgbisson: I was only able to solve that by patching the Makefile10:25
HyP3rgbisson: the yocto project should be renamed to 'pachting makefile til it works'10:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:26
*** iskander_work <iskander_work!~visaev@81.171.81.144> has joined #yocto10:27
iskander_workhello10:27
iskander_worka question regarding toaster10:27
iskander_workis it possible to build a sdk with toaster ?10:28
iskander_worki'm using krogoth10:28
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has joined #yocto10:29
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:29
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC10:29
beleniskander: it is. You need to add :populate_sdk after the target. So if you are building an image called core-image-myimage, you type in the build form: core-image-myimage:populate_sdk (or populate_sdk_ext) for the extensible sdk10:30
iskander_workcool, thanks, that's what i need10:31
iskander_worki found no documentation regarding toaster+sdk10:31
-YoctoAutoBuilder- build #895 of nightly-oecore is complete: Failure [failed Running SDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/89510:32
beleniskander_work: yes, sorry about that. We should add that to the manual for the upcoming release10:32
iskander_worki understand10:32
iskander_workcool, it's building :)10:33
CTtpollardhmm, just had a gtk+ recipe fail, tried to clean/cleansstate it 'gtk+ was skipped: one of '['directfb', 'x11']' needs to be in DISTRO_FEATURES' so?.......10:33
*** clopez <clopez!~tau@neutrino.es> has quit IRC10:34
iskander_workbtw, PREMIRRORS variable works great now after patching views.py :)10:35
beleniskander_work: excellent. Thanks for the patch. We'll try to upstream it today :)10:36
iskander_worknp, thanks for support10:36
iskander_workodd, i'm subscribed to toaster mailing list but i got a message that my mail is awaiting approval10:37
boucman_worksveinse: wishfull thinking... I could probably get a 6month trainee to work on that, but the subject is pretty complicated... on the design part. Not something you want to give to a trainee until you have a very complete idea of what you want10:37
beleniskander_work: that's weird. You normally need approval if you are not  subscribed. I've released the email, and it's already being delivered. No need to resend10:38
iskander_workok10:38
*** clopez <clopez!~tau@neutrino.es> has joined #yocto10:39
sveinseboucman_work: I hear you brother. I'm thinking the same thing. We can wish as much as we want from a yocto consumer pov, but unless this is being deployed as a general consensus in the community, this will never be implemented10:41
iskander_workbelen, i subscribed again, odd, i thought i was already, hmm10:43
sveinse..or alternatively do the same approach as the systemd changeover in the distros...10:43
beleniskander_work: mailman hiccup maybe ;)10:45
-YoctoAutoBuilder- build #857 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/85710:46
-YoctoAutoBuilder- build #631 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/63110:46
*** kukos <kukos!c2fb77c7@gateway/web/freenode/ip.194.251.119.199> has joined #yocto10:49
*** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC10:50
kukosHi, I have problem I have to install some directories in qemu-native, do_install_append-native() doesnt works10:50
Ulfalizekukos: do_install_append_class-native() (note the missing "_class"10:51
Ulfalize)10:51
*** anticom <anticom!~timo.m@217.6.33.234> has joined #yocto10:52
kukosthanks, I try this now10:52
kukosIt works, thanks a lot, in nativesdk I need class too ?10:56
*** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto10:57
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto10:58
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC11:00
-YoctoAutoBuilder- build #903 of nightly-x86-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/90311:00
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto11:01
Ulfalizekukos: only if you need to do something special for nativesdk11:01
Ulfalizein that case, _class-nativesdk will work11:01
Ulfalizetry to use general code if you can though, that will work regardless of the type of recipe11:01
Ulfalizesee the note in http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-FILES for one way to make code general for example11:02
Ulfalizelook up BBCLASSEXTEND as well if you haven't seen it11:03
anticomHas anyone any experience with web servers? I'm trying to figure out which one would be the fit. A comparision between nginx and lighttpd concerning embedded devices would be nice.11:06
LetoThe2ndanticom: do not judge upon names, judge upon the feature set you actually need.11:07
anticomLetoThe2nd: Basically i just need to run a c/c++ fcgi app and serve some static content11:08
anticomBut i've read, that lighttpd has some year-old bugs that haven't been fixed yet and hence some people are quite upseet11:08
LetoThe2ndanticom: we've successfully used lighttpd for that on an arm911:08
anticomon the other hand i read that nginx might be a little more greedy when it comes to resource consumption11:08
LetoThe2ndanticom: greedyness concerning resources alone does not really mean anything. the point is, are you short on cpu/ram, or can you happily use them up to gain faster development or better results?11:09
anticomLetoThe2nd: There is some ram+cpu available but it should be used as minimal as possible since there are some other daemons running that really need especially the computing power11:10
anticomLetoThe2nd:  But also the fcgi app should be able to serve a couple of requests per second11:11
LetoThe2ndanticom: ok. the trick in embedded web always is to whift workload towards the client - which is opposed to what a lot of web devs to. hence the hint.11:11
LetoThe2ndanticom: but in the end, it really depends on what you need and can spare. for example, we've lately setup a project which uses nodejs+socket.io as its single webserver. eats up a whopping 100+X megabytes of ram at startup. but after that, stays low on cpu and gives good response times.11:13
anticomLetoThe2nd: the fcgi app is just serving some json that will be processed client-side11:13
anticomAlso it shouldn't be big on computation11:14
LetoThe2ndanticom: fait enough11:14
LetoThe2nd*fair11:14
anticomLetoThe2nd: And have you used nginx already aswell?11:14
anticomOr no experiences there11:14
LetoThe2ndanticom: sounds very much like what we already did with lighttpd, so i could not advocate against it. we didn't run into major problems. and no, never used nginx.11:15
anticomLetoThe2nd: Okay thanks11:15
anticomOne more thing although it's offtopic here: Since you did some fcgi stuff and i'm rather new to this. Can you recommend a fcgi library? Preferable C++11:16
anticomPreferably*11:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:19
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC11:20
*** kukos <kukos!c2fb77c7@gateway/web/freenode/ip.194.251.119.199> has quit IRC11:29
-YoctoAutoBuilder- build #888 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/88811:31
LetoThe2ndanticom: nope. we were stuck with simple cgis, and knda abandoned them for nodejs11:33
-YoctoAutoBuilder- build #922 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/92211:33
anticomLetoThe2nd: Like hand-crafted everything?11:34
LetoThe2ndanticom: libcgi/libcgi++ + handcrafting, yeah11:34
anticomWell that's kind of the issue i'm having right now. All the (few) available libraries out there are from the stone age11:34
anticomlibcgi included11:35
-YoctoAutoBuilder- build #533 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/53311:36
iskander_workbelen, i got another problem with toaster :(11:37
iskander_worksdk was built successfully but i'm not able to download it11:37
iskander_work[Errno 2] No such file or directory: u'/var/www/toaster/poky/build-toaster-2/tmp/deploy/sdk/poky-glibc-x86_64-core-image-sato-cortexa8hf-ne'11:38
iskander_worksomething is wrong with this link11:38
iskander_workit's incomplete11:38
LetoThe2ndanticom: thats exactly why we switched to node+express11:40
iskander_workthe filename 'poky-glibc-x86_64-core-image-sato-cortexa8hf-neon-toolchain-2.1.1.sh' got truncated11:40
LetoThe2ndanticom: super easy creation of api endpoints, and json is built-in.11:40
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC11:41
LetoThe2ndanticom: you could look at the poco libraries though, and use those to create a simple server process on a second port, or behind internal forwarding.11:41
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto11:44
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC11:45
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto11:45
anticomLetoThe2nd: Thing is need to be able to communicate with a daemon to exchange data which should be exposed via the web-server on an endpoint. So would you do that via fcgi in node (if that's even a thing) or is it in the js bindings already? It's been month i've last looked into node11:46
anticomiskander_work: Have you checked the path on you fs?11:46
LetoThe2ndanticom: node needs no (f)cgi for me, it is the server process itself11:46
anticomoh you have, didn't see your 2nd message11:46
anticomLetoThe2nd: Well as i said, the reason we're doing all this is to expose information another daemon receives11:47
iskander_workbelen, yes, it's correct but truncated11:47
LetoThe2ndanticom: and it can communicate with whatever daemon you want through sockets or such11:47
anticomSo there is socket support in js inside node?11:47
anticomthat's basically what i wanted to know :)11:47
LetoThe2ndanticom: there is11:47
anticomgreat!11:48
LetoThe2ndanticom: mind again, this is something that works well for us. it is not a general solution for all problems.11:48
LetoThe2ndanticom: node has a rather long startup time and needs way more ram than lighttpd or such.11:48
anticomLetoThe2nd: Well I'd have to just try out lighttpd, node and maybe nginx and see what works best11:49
iskander_workbelen: the same problem with core-image-sato, it's truncated too11:50
anticomiskander_work: that's weird11:50
LetoThe2ndanticom: exactly11:50
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC11:51
iskander_workbelen: the problem occurs only in the frame 'Other artifacts'11:53
iskander_workthe frame 'Images' is OK, i'm able to download images11:53
iskander_workunfortunately, sdk is only visible in 'Other artifacts'11:54
*** berton <berton!~fabio@177.127.4.56> has joined #yocto11:54
iskander_workthe message 'This build did not create any image files'  appears in the frame 'Images' and there is no link to download sdk11:55
iskander_work'This is probably because valid image and license manifest files from a previous build already exist in your .../poky/build/tmp/deploy directory. You can also view the license manifest information in Toaster. '11:55
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto11:59
*** aehs29 <aehs29!~aehernan@134.134.139.70> has joined #yocto12:00
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC12:01
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto12:01
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC12:05
-YoctoAutoBuilder- build #915 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/91512:07
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto12:17
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto12:19
s65b44has anyone experienced some issues with qtwebengine? it crashes when i run my application on an intel machine generated by yocto12:19
manuel_are you able to get a stacktrace? we use qt a fair amount on arm, maybe i might be able to help12:21
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto12:22
sveinseHas anyone attempted sshfs for sstate cache sharing?12:23
s65b44actually i tried to compare a non-working execution vs a working one by using strace, and it leads to a mmap system call, so i guess there is something wrong with the memory12:24
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto12:30
iskander_workbelen: all paths are truncated after 100 characters12:30
iskander_workdoes it ring a bell ? maybe some constant for max path length in SQL db ?12:31
-YoctoAutoBuilder- build #928 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/92812:33
*** clopez <clopez!~tau@neutrino.es> has quit IRC12:33
beleniskander_work: that's really annoying. We have removed that section and improve the artifacts display in our dev branch, but that doesn't help you on krogoth. If you have access to the machine running the builds, you can grab them from their location I guess …12:33
*** grma <grma!~gruberm@80.93.38.128> has quit IRC12:34
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lzzdevvpggkviytk> has joined #yocto12:35
*** TobSnyder <TobSnyder!~schneider@ipb2182902.dynamic.kabel-deutschland.de> has joined #yocto12:36
*** clopez <clopez!~tau@neutrino.es> has joined #yocto12:37
*** qwert <qwert!~qwert@cpe90-146-158-200.liwest.at> has quit IRC12:39
iskander_workdamn12:41
iskander_workmysql> describe orm_buildartifact;12:41
iskander_work+-----------+--------------+------+-----+---------+----------------+12:41
iskander_work| Field     | Type         | Null | Key | Default | Extra          |12:41
iskander_work+-----------+--------------+------+-----+---------+----------------+12:41
iskander_work| id        | int(11)      | NO   | PRI | NULL    | auto_increment |12:41
iskander_work| file_name | varchar(100) | NO   |     | NULL    |                |12:41
iskander_work| file_size | int(11)      | NO   |     | NULL    |                |12:41
iskander_work| build_id  | int(11)      | NO   | MUL | NULL    |                |12:41
iskander_work+-----------+--------------+------+-----+---------+----------------+12:41
iskander_workfile_name is only 100 chars :( argh12:41
-YoctoAutoBuilder- build #902 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/90212:41
iskander_workas i thought12:41
iskander_worki have to change sql db12:42
iskander_workbelen: where can i find the script which creates the database ?12:42
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC12:44
beleniskander: I guess you need to change the db model. /bitbake/lib/toaster/orm/models.py12:45
beleniskander_work: the class might be BuildArtifact12:46
CTtpollardanyone have any idea here? http://paste.baserock.org/okapuyejah Not applying any appends, and successfully building for other targets (gtk+3 in krogoth)12:50
jku CTtpollard looks like this is needed https://github.com/GNOME/gtk/commit/2f3cb31e55d698fe6ddcc8126b9d1342268a1a9812:53
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC12:54
iskander_workbelen: bitbake/lib/toaster/orm/migrations/0001_initial.py, right ?12:54
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto12:55
CTtpollardjku: ah ok, it could be due to the specific bsp kernel version12:55
CTtpollardjku: thanks12:55
beleniskander_work: I would assume it should be /bitbake/lib/toaster/orm/models.py but I could be completely wrong12:56
*** lamego <lamego!~jose@134.134.137.75> has joined #yocto12:58
iskander_workbelen: i found it12:58
iskander_workit's django stuff12:58
iskander_work        migrations.CreateModel(12:58
iskander_work 52            name='BuildArtifact',12:58
iskander_work 53            fields=[12:58
iskander_work 54                ('id', models.AutoField(verbose_name='ID', serialize=False, auto_created=True, primary_key=True)),12:58
iskander_work 55                ('file_name', models.FilePathField()),12:58
iskander_work 56                ('file_size', models.IntegerField()),12:58
iskander_work 57                ('build', models.ForeignKey(to='orm.Build')),12:58
iskander_work 58            ],12:58
iskander_work 59        ),12:58
iskander_workmodels.FilePathField(), i checked django docs, the default length is 100 :)12:58
iskander_worktheoretically, i have to patch this python script and create the db anew12:59
beleniskander_work: nicely done :) I hope it works12:59
iskander_workwhy only 100 for a file path, that's not much on UNIX :(12:59
iskander_worki wonder why noone stumbled upon it until now13:00
beleniskander_work: not many people are building sdks with toaster :) we did know the artifacts stuff wasn't working very well, but hadn't come across this specific problem before13:01
iskander_worknp, i'll fix it13:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto13:02
*** igor2 <igor2!~igor@189.112.127.225> has joined #yocto13:04
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto13:09
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto13:10
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC13:10
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto13:14
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto13:21
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-eruqjgnsmyaxpaco> has joined #yocto13:24
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto13:33
*** iskander_work <iskander_work!~visaev@81.171.81.144> has quit IRC13:34
*** s65b44 <s65b44!c32a382c@gateway/web/freenode/ip.195.42.56.44> has quit IRC13:38
*** iskander_work <iskander_work!~user@81.171.81.144> has joined #yocto13:40
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC13:55
-YoctoAutoBuilder- build #653 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/65313:55
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto13:56
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto13:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:00
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto14:00
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto14:02
iskander_workbelen: i'm testing my 'BuildArtifact' patch, does it make sense to submit a bug report ?14:03
*** anticom <anticom!~timo.m@217.6.33.234> has quit IRC14:04
beleniskander_work: no need. I would just submit the patch to the mailing list and explain the problem in the commit message. That will do14:05
iskander_workok14:06
beleniskander_work: if you can, add [krogoth] to the subject line. That tells the reviewers the patch is for 2.114:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:06
*** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC14:06
iskander_workgood14:07
iskander_workwill do, thanks for support14:08
*** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto14:09
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC14:12
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:14
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.204.43> has joined #yocto14:17
*** bluelightning <bluelightning!~paul@173-164-78-145-Oregon.hfc.comcastbusiness.net> has joined #yocto14:21
*** bluelightning <bluelightning!~paul@173-164-78-145-Oregon.hfc.comcastbusiness.net> has quit IRC14:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:21
*** benjamirc <benjamirc!besquive@nat/intel/x-jqxhofidndeotwak> has joined #yocto14:34
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:34
*** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto14:35
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC14:37
*** jku <jku!jku@nat/intel/x-emrhulgllsxwrktu> has quit IRC14:38
*** jku <jku!~jku@2001:998:22:0:4e8d:79ff:fef2:49ba> has joined #yocto14:38
-YoctoAutoBuilder- build #907 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/90714:39
*** jku <jku!~jku@2001:998:22:0:4e8d:79ff:fef2:49ba> has quit IRC14:42
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC14:43
*** billr <billr!~wcrandle@134.134.139.78> has joined #yocto14:46
sveinseIs samba completely out of the question for sharing sstate cache?14:48
boucman_worksveinse: I never really got shared sstate to work. share mirroring works perfectly, though14:48
sveinseI've just spent 2 hours trying to get nfs4 up and running on our server... It is certainly iffy, and I still haven't worked out all the iffies14:48
*** c0rnel <c0rnel!~cornel@89.121.200.106> has quit IRC14:49
sveinseboucman_work: Share mirroring? Like in http you mean?14:49
boucman_workin any way... but my company never has two project with the same MACHINE/yocto version, so I never pushed that very far...14:50
sveinseI notice that the build server does not create the same sstate objects as our users do, so feeding back to a common sstate cache would be a lifesaver in terms of time14:51
sveinseI dunno why the server is different from the user's thou. Same OS, but different host CPU (xeon vs i7)14:51
boucman_worksame host compiler ? (or are you using uninative)14:53
sveinsesame ubuntu based compiler, yes14:53
boucman_workhmm14:55
* boucman_work never had to debug signatures so far, so can only provide limited help...14:55
Ulfalizesveinse: this section just got added btw, in case you need to debug signature stuff: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-viewing-task-variable-dependencies14:56
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC14:56
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto14:57
Ulfalizeby looking at the siginfo files, you can see what variables tasks depend on and what values those variables had when the signature was generated14:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:58
Ulfalizemaybe you could run bitbake-diffsigs on a local siginfo file and one from the server14:58
boucman_workUlfalize, thx, I hadn't spotted it14:58
sveinsejust a curious note: I've built the same project on the build server as on the server with completely independent sstate caches. Very many siginfo files which equal filename have different contents on the two machines14:58
Ulfalizeboucman_work: added yesterday i think :P14:58
*** sgw_ <sgw_!~sgw_@134.134.139.82> has quit IRC14:59
boucman_workhehe15:00
Ulfalizesveinse: maybe pickle files aren't deterministic15:00
sveinseThat surely must be a stopper for rsync'ing user's sstate cache to the central server, as there apparently are several versions for the same hash15:00
Ulfalizeso that they can hold the same data but still be different15:00
*** iskander_work <iskander_work!~user@81.171.81.144> has quit IRC15:00
sveinseThen one must trying inspect the object to determine if it should be uploaded... This is not going to be optimal15:01
Ulfalizemost likely you're only meant to have one machine that updates the central sstate cache15:02
Ulfalizeand then a bunch of clients15:02
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto15:02
Ulfalizethat seems like the simplest solution at least15:02
sveinseyep. I had hoped that the build server could do that. But we see that even when the server has built everything, our clients have to make lots (hours) of local building despite sstate cache.15:03
sveinseServer rebuild takes 90 seconds, so the cache is working :o15:03
Ulfalizeyeah, probably something wonky with the cache configuration in that case15:04
sveinse*20minutes for wiped tmp and rebuild15:04
sveinsehmm. how to proceed....15:04
Ulfalizecould check how many _setscene tasks run on a client after removing the local sstate cache15:05
Ulfalizethose correspond to stuff accelerated via the sstate cache15:05
Ulfalizeso would be a sanity check to see if it can get anything from there15:05
Ulfalizethe _setscene tasks run in a separate pass before other tasks btw15:06
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC15:08
*** psadro <psadro!~Thunderbi@216.234.148.134> has quit IRC15:12
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto15:12
sveinsewhen sstate mirror is setup, it will download from the mirror and into the local sstate cache, right?15:13
sveinseso the local sstata cache will become a mixture of already cached object and newly generated15:14
Ulfalizeyeah, guessing it has to work like that15:14
*** TobSnyder <TobSnyder!~schneider@ipb2182902.dynamic.kabel-deutschland.de> has quit IRC15:15
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC15:15
neverpanicsveinse: yes, unless you use NFS, where only symlinks are added15:18
sveinseallright. Then a scheme for syncing can be: don't compare file contents or time stamps in the cache. Just assume if the file is present both places, it represents the same contents15:18
sveinseneverpanic: I have spent too long time getting nfs up today, and are close at giving it up15:18
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC15:19
sveinsebeen googling my problems, but it seems nfs is no longer very widespread15:19
*** sgw_ <sgw_!~sgw_@134.134.139.74> has joined #yocto15:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto15:23
*** sgw_ <sgw_!~sgw_@134.134.139.74> has quit IRC15:26
*** sgw_ <sgw_!sgw_@nat/intel/x-crfqomopwhiabfed> has joined #yocto15:31
*** fl0v0 <fl0v0!~fvo@pD9F6B8ED.dip0.t-ipconnect.de> has quit IRC15:35
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:37
*** sgw_ <sgw_!sgw_@nat/intel/x-crfqomopwhiabfed> has quit IRC15:43
*** stephano <stephano!~stephano@134.134.137.71> has joined #yocto15:47
*** morphis__ <morphis__!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has quit IRC15:51
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC15:53
*** morphis <morphis!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has joined #yocto15:53
*** falk0n <falk0n!~falk0n@a109-49-57-182.cpe.netcabo.pt> has quit IRC15:55
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto15:57
*** Ulfalize <Ulfalize!~ulf@ip5f5bed07.dynamic.kabel-deutschland.de> has quit IRC15:59
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto16:00
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:00
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto16:05
*** sgw_ <sgw_!sgw_@nat/intel/x-qqzjntcyhltddzzs> has joined #yocto16:05
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:28
*** belen <belen!~Adium@134.134.137.73> has quit IRC16:35
*** jbrianceau is now known as jbrianceau_away16:39
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC16:43
*** aehs29 <aehs29!~aehernan@134.134.139.70> has quit IRC16:47
*** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC16:48
*** sno <sno!~sno@62.157.143.22> has quit IRC16:51
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC16:55
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto16:55
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:03
*** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC17:05
*** igor2 <igor2!~igor@189.112.127.225> has quit IRC17:09
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto17:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:15
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:22
*** paulg <paulg!~paulg@70.52.193.89> has joined #yocto17:23
*** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto17:24
*** davis <davis!~davis@50-76-27-165-static.hfc.comcastbusiness.net> has quit IRC17:25
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto17:26
*** flitjes <flitjes!d4b2c80c@gateway/web/freenode/ip.212.178.200.12> has quit IRC17:27
*** igor2 <igor2!~igor@189.112.127.225> has joined #yocto17:28
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC17:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:40
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto17:43
hweavingI'm having trouble finding the proper way to add nginx into a yocto build.17:44
hweavingSince the nginx files do not seem to use PROVIDES or RPROVIDES, any attempt at making a dependency on nginx fails with "Nothing RPROVIDES 'nginx'"17:45
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto17:49
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC17:49
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto17:49
hweavingHow do I force Yocto to regenerate bblayers.conf?17:56
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto17:57
kergothhweaving: it's oe-init-build-env that creates it, only when it doesn't exist. remove/rename the existing file and re-source the setup script and its hould re-create it from the template17:58
*** iskander` <iskander`!~iskander@81.171.81.152> has joined #yocto17:58
*** strawberrypoky <strawberrypoky!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has joined #yocto17:59
*** iskander <iskander!~iskander@HSI-KBW-091-089-141-024.hsi2.kabel-badenwuerttemberg.de> has quit IRC17:59
*** iskander` is now known as iskander17:59
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC18:03
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto18:06
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC18:06
hweavingkergoth:  That was my mistake, I was trying to recreate using bitbake18:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:07
kergothah, yeah, bitbake reads it, it doesn't create it :)18:09
*** toscalix <toscalix!~toscalix@80.91.70.26> has quit IRC18:09
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto18:12
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has left #yocto18:12
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:19
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC18:20
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto18:20
*** clsulliv <clsulliv!clsulliv@nat/intel/x-sywhjvznpzgiljhe> has quit IRC18:24
*** joseppc <joseppc!~josep@c-e708e353.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto18:28
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto18:28
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.204.43> has quit IRC18:31
*** stephano <stephano!~stephano@134.134.137.71> has quit IRC18:32
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-axyvqfowofswhqvf> has quit IRC18:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:40
strawberrypokyHey, wondering if someone can clear up how the downloads folder works when git repos are used. I see that when I change the requested commit in the recipe and rebuild, it changes the .done stamp, and the git2 clone of the repo is unchanged. But when I try git commands on the repository, it doesn't work because it was a bare clone. How does it checkout the right commit if it was a bare clone?18:47
kergoththere's a local clone from DL_DIR into WORKDIR when the recipe is unpacked18:53
kergoththe checkout is done in the repo in workdir (${WORKDIR}/git, specifically)18:53
kergothfetch = download from upstream into DL_DIR, unpack = unpack/copy/extract/clone from DL_DIR to WORKDIR18:54
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC18:55
*** sgw_ <sgw_!sgw_@nat/intel/x-qqzjntcyhltddzzs> has quit IRC18:55
hweavingkergoth:  Or ${WORKDIR}/git2 ?18:57
kergothno. git2 is a subdir of WORKDIR changed from git for historical reasons18:57
hweavingAh18:58
kergothsubdir of DL_DIR, that is18:58
kergoththe dir in WORKDIR is always git, unless overridden18:58
kergothWORKDIR == the dir buried down under tmp/work/18:58
kergothDL_DIR == downloads18:58
* kergoth sighs19:10
hweaving?19:12
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto19:12
kergothjust noticed my bitbake shallow git tarball support has been broken since may, including the current patches on the list waiting for richard to review19:13
* kergoth bangs head against desk19:13
kergothyeah, I think it's time to write more unit tests. would give both richard and myself more confidence, and increase my chances of getting it merged before feature freeze19:14
fray:)19:15
kergothI'm still not 100% happy with this, but it meets a need, and anything better would require more hefty changes to the fetch core that wouldn't be ideal at this juncture19:17
paulgguess ppl aren't beating down the door to be early adopter/testers...  :-/19:17
kergoththat's how it usually goes with changes of any kind that touch anything core, everyone has their own issues to deal with without adding more risk to their builds :)19:18
kergothcourse in this case it has no real effect unlesss you opt into it by setting a variable, but still19:18
* paulg can't help but think of Winnebago Man when he hears "do me a kindness" or "at this juncture"19:18
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC19:20
strawberrypokyAh I'm running an old yocto where git2 is still being used, does it still clone into workdir from DL_DIR/git2?19:22
*** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC19:23
kergoth?19:26
kergothDL_DIR/git2 is used by everyone today, that hasn't changed19:26
kergothso yes19:26
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto19:27
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC19:27
strawberrypokyAh sorry, alright, thanks19:29
strawberrypokyIs there a way to avoid a checkout in the workdir every time? I think back when we were on openembedded, tarballs with checked-out versions of the repo at the commit were stored in DL_DIR and unpacked without needing to checkout again19:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:35
*** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has quit IRC19:36
strawberrypokyoh, this must be what you are talking about with shallow git tarball support?19:44
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:45
*** paulg <paulg!~paulg@70.52.193.89> has quit IRC19:46
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC19:48
*** morphis <morphis!~morphis@pD9ED63DC.dip0.t-ipconnect.de> has quit IRC19:48
*** belen <belen!~Adium@134.134.137.73> has joined #yocto19:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:52
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC19:54
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto19:56
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:03
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto20:11
*** stephano <stephano!stephano@nat/intel/x-bpcpkceyvgitohxg> has joined #yocto20:12
*** ant_home <ant_home!~ant__@95.237.174.241> has joined #yocto20:21
*** sgw_ <sgw_!~sgw_@134.134.139.74> has joined #yocto20:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:40
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC20:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:48
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC20:49
maciejjohi, I would like to apply patch to opencv recipe from meta-oe. This recipe pulls several git repositories, and from what I see all patches are applied to only one of them20:50
maciejjonamely the main opencv repo20:50
maciejjobut my patch is to contrib repo which is also pulled20:51

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