Tuesday, 2016-09-20

*** radsquirrel <radsquirrel!bradleyb@nat/ibm/x-yqatkqraihbqgywq> has joined #yocto00:22
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto00:30
-YoctoAutoBuilder- build #329 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/32900:32
*** hbruce <hbruce!~hbruce@192.55.55.41> has left #yocto00:34
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto00:47
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto00:53
*** aehs29 <aehs29!~aehernan@134.134.139.76> has left #yocto01:01
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto01:04
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC01:15
*** andrey_utkin <andrey_utkin!~andrey_ut@decent.im> has quit IRC01:24
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:24
*** challinan <challinan!~chris@2601:702:c100:8be0:e58a:d633:de99:16e7> has quit IRC01:29
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto01:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:44
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:46
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC01:48
*** armpit <armpit!~akuster@2601:202:4001:9ea0:64bb:faf9:2b9d:369a> has quit IRC01:51
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC01:51
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has quit IRC01:52
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:55
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has joined #yocto01:57
*** armpit <armpit!~akuster@2601:202:4001:9ea0:8566:176d:d9a5:f047> has joined #yocto02:03
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-220.ronkva.east.verizon.net> has quit IRC02:31
*** Crofton <Crofton!~Crofton@pool-71-171-15-220.ronkva.east.verizon.net> has joined #yocto02:35
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-220.ronkva.east.verizon.net> has joined #yocto02:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:51
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has quit IRC02:58
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bfeac.dynamic.kabel-deutschland.de> has quit IRC03:26
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has joined #yocto03:41
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC04:13
*** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto04:13
*** agust <agust!~agust@p4FCB64FB.dip0.t-ipconnect.de> has joined #yocto04:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:33
-YoctoAutoBuilder- build #950 of nightly-multilib is complete: Failure [failed BuildImages_5 Running Sanity Tests_4 BuildImages_6 Running SDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/95004:37
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has left #yocto05:06
*** morphis_ <morphis_!~morphis@p50862B72.dip0.t-ipconnect.de> has joined #yocto05:13
-YoctoAutoBuilder- build #934 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/93405:15
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto05:16
*** Snert__ <Snert__!~snert_@65.74.8.146> has quit IRC05:27
*** Snert__ <Snert__!~snert_@65.74.8.146> has joined #yocto05:27
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC05:34
*** morphis__ <morphis__!~morphis@pD9ED781F.dip0.t-ipconnect.de> has joined #yocto05:56
*** morphis_ <morphis_!~morphis@p50862B72.dip0.t-ipconnect.de> has quit IRC05:58
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-220.ronkva.east.verizon.net> has quit IRC06:09
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-220.ronkva.east.verizon.net> has joined #yocto06:10
*** pohly <pohly!~pohly@p5DE8CF22.dip0.t-ipconnect.de> has joined #yocto06:10
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:11
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto06:14
*** fan <fan!b42b2067@gateway/web/freenode/ip.180.43.32.103> has joined #yocto06:17
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto06:18
fanhi06:19
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has joined #yocto06:19
fanI have some questions about smart package manager, Does any one want to talk about this topic ?06:20
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has quit IRC06:20
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has joined #yocto06:22
-YoctoAutoBuilder- build #953 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/95306:24
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC06:26
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has quit IRC06:27
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:28
*** jku <jku!jku@nat/intel/x-qsgmqpssywpjsuae> has joined #yocto06:28
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto06:30
*** fl0v0 <fl0v0!~fvo@pD9F6B640.dip0.t-ipconnect.de> has joined #yocto06:31
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC06:32
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has joined #yocto06:32
*** gtristan <gtristan!~tristanva@114.207.54.40> has left #yocto06:32
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has quit IRC06:32
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto06:32
fanhttp://lists.openembedded.org/pipermail/openembedded-core/2015-January/100582.html06:33
fansays "OE uses RPM5 as the default version of rpm.  This is because we need support for some of the RPM5 features.  RPM5 (and OE) use a 'recommend' as well as requires mechanism."06:33
fanDoes anyone know what the meaning of  'recommend' ?06:33
LetoThe2ndfan: "makes sense to also install, but is not strictly necessary" :)06:34
LetoThe2ndfan: https://fedoraproject.org/wiki/Packaging:WeakDependencies06:36
fanSo it is means that if user type some package name, smart has the function to provide some recommand packages ?06:36
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has joined #yocto06:37
LetoThe2ndfan: i have no idea about smart, as i do not use runtime package management. i just tried to help you fdind out what the recommend setting really mean.06:37
Ulfalizefan: you could have a look at RRECOMMENDS06:38
*** AndersD <AndersD!~anders@nav-gw2.aktiviteten.se> has quit IRC06:38
fanOK, thanks06:38
Ulfalizeafaiu, it's not much more than a "this isn't essential, but nice to have" type of dependency between packages06:38
Ulfalizewhich allows the recommended packages to be trimmed if really needed to save space06:39
Ulfalizehttps://bugzilla.yoctoproject.org/show_bug.cgi?id=10295 this proposed documentation mentions a case where RRECOMMENDS are added automatically btw06:40
yoctiBug 10295: normal, Undecided, ---, srifenbark, NEW , Suggested documentation for the 'depchains' automatic dependency mechanism06:40
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto06:41
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has joined #yocto06:55
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:56
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto06:58
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:59
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-hxjxjhesnopzgspy> has joined #yocto07:01
*** jbrianceau_away is now known as jbrianceau07:01
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto07:03
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:04
*** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC07:11
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:12
*** zero_note <zero_note!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto07:16
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto07:18
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC07:19
*** zero_note <zero_note!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC07:20
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:21
*** florian_kc is now known as florian07:23
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC07:24
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto07:26
*** Biliogadafr <Biliogadafr!~pin@62.214.49.206> has joined #yocto07:26
t0mmyHello eveyone, I will like create a luks rootfs, so to do that I have implemented a IMG_CMD_luks, so far so good. But the IMG_CMD_luks fails because cryptsetup can not mount the device mapper to format it. Does anyone knows a solution for this problem?07:28
*** boucman_work <boucman_work!~boucman@209.57.66.86.rev.sfr.net> has joined #yocto07:32
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto07:33
fanI undestand the recommend meaning, Thanks for your relpy.07:33
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto07:34
fananother thing confuses me is the rpm5 is compatible with rpm4?07:35
fanbecause I found the different answer in different website.07:35
*** toscalix <toscalix!~toscalix@80.91.70.192> has joined #yocto07:37
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC07:40
*** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has joined #yocto07:40
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto07:43
*** ant_work <ant_work!~ant__@host118-50-dynamic.40-79-r.retail.telecomitalia.it> has joined #yocto07:45
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto07:52
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto07:54
*** zero_note <zero_note!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto07:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:56
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC07:56
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto07:57
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC08:02
-YoctoAutoBuilder- build #947 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/94708:02
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:09
-YoctoAutoBuilder- build #932 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/93208:10
*** sameo <sameo!~samuel@192.55.54.45> has joined #yocto08:11
-YoctoAutoBuilder- build #959 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/95908:12
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC08:26
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto08:28
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:29
*** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto08:32
*** toscalix_ <toscalix_!~toscalix@213.143.60.95> has joined #yocto08:33
*** toscalix <toscalix!~toscalix@80.91.70.192> has quit IRC08:34
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC08:35
*** mago__ <mago__!~mago@88.131.56.168> has joined #yocto08:38
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto08:39
*** mago___ <mago___!~mago@88.131.56.168> has joined #yocto08:39
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC08:41
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto08:42
*** mago__ <mago__!~mago@88.131.56.168> has quit IRC08:43
*** mago___ <mago___!~mago@88.131.56.168> has quit IRC08:45
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has joined #yocto08:45
sandsmarkI'm having a similar problem to this one; https://lists.yoctoproject.org/pipermail/yocto/2016-January/028237.html08:45
sandsmarkif I run «bitbake meta-toolchain-qt5» I get a toolchain without the ncurses headers installed, which means I can't use it for «make menuconfig» when working on my kernel, which is mildly annoying08:46
sandsmarkand the normal toolchain I can generate with «bitbake core-image-minimal -c populate_sdk» doesn't contain qmake et al, which means I can't work on the application08:47
sandsmarkand I haven't been able to figure out where to add explicit extra packages to the generated toolchain08:49
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC08:49
sandsmarkmaybe short of creating a layer and a bbappend for the meta-toolchain-qt508:49
bluelightningsandsmark: I'm guessing it would be enough to do something like TOOLCHAIN_HOST_TASK_append = " nativesdk-ncurses"08:51
sandsmarkthanks, I'll try that08:51
sandsmarkI guess I've messed up something else somewhere, but it would be nice with a short-term stopgap fix until I have more time to work on our yocto stuff08:52
-YoctoAutoBuilder- build #918 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/91808:52
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:01
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:01
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:03
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:03
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto09:07
*** hanthings_ <hanthings_!~nandor@194.9.252.238> has joined #yocto09:09
*** sjg_ <sjg_!~sjg@ip68-3-214-144.ph.ph.cox.net> has joined #yocto09:09
*** hanthings <hanthings!~nandor@194.9.252.237> has quit IRC09:09
-YoctoAutoBuilder- build #911 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/91109:10
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:18
*** fl0v01 <fl0v01!~fvo@p4FC0AC62.dip0.t-ipconnect.de> has joined #yocto09:20
*** fl0v0 <fl0v0!~fvo@pD9F6B640.dip0.t-ipconnect.de> has quit IRC09:20
CTtpollardis their a nice command / grep to list all the files/patches that are associated with a recipe?09:22
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto09:22
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:22
ZubairLKCTtpollard: bitbake -v should show you quite a bit of info.09:23
ZubairLKMACHINE=qemu bitbake -v <recipe-name>09:23
*** toscalix <toscalix!~toscalix@80.91.70.192> has joined #yocto09:31
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC09:31
*** toscalix_ <toscalix_!~toscalix@213.143.60.95> has quit IRC09:35
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto09:36
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC09:38
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC09:38
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:42
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC09:47
*** Mylene <Mylene!~Mylene@95.ip-51-255-48.eu> has quit IRC10:00
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto10:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:01
*** Mylene <Mylene!~Mylene@95.ip-51-255-48.eu> has joined #yocto10:01
*** evanp <evanp!~evan@192.55.54.40> has joined #yocto10:12
*** igor <igor!~Igor_Stop@134.134.139.70> has quit IRC10:12
*** belen <belen!~Adium@134.134.139.83> has quit IRC10:12
*** clsulliv <clsulliv!clsulliv@nat/intel/x-qomskoknutxiuhfr> has quit IRC10:13
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC10:13
*** moto-tim1 <moto-tim1!ttorling@nat/intel/x-pfzrgmbnmoiraivx> has joined #yocto10:13
*** Xz <Xz!kmsywula@nat/intel/x-vkozxhminbmbpgvz> has quit IRC10:13
*** evanp_ <evanp_!evan@nat/intel/x-zbmzkdfpuhgpirrl> has quit IRC10:13
*** sgw_ <sgw_!sgw_@nat/intel/x-eqxwnapsxjsiugnp> has quit IRC10:13
*** dldl-work <dldl-work!~lpnava@134.134.139.72> has quit IRC10:13
*** clsulliv <clsulliv!clsulliv@nat/intel/x-odvkapwnpzazznut> has joined #yocto10:13
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC10:13
*** melonipoika <melonipoika!~jose@194.9.252.238> has joined #yocto10:14
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto10:15
*** igor <igor!~Igor_Stop@134.134.137.73> has joined #yocto10:18
*** belen <belen!~Adium@134.134.139.83> has joined #yocto10:18
*** Xz <Xz!~kmsywula@134.134.137.75> has joined #yocto10:19
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto10:23
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC10:26
*** dldl-work <dldl-work!~lpnava@134.134.139.72> has joined #yocto10:27
*** melonipoika <melonipoika!~jose@194.9.252.238> has quit IRC10:28
*** melonipoika <melonipoika!~jose@194.9.252.238> has joined #yocto10:29
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto10:32
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto10:33
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC10:38
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto10:39
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has joined #yocto10:50
*** dv__ <dv__!~quassel@62.178.118.86> has quit IRC11:04
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto11:08
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC11:15
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC11:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC11:27
-YoctoAutoBuilder- build #662 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/66211:31
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto11:35
*** boucman_work <boucman_work!~boucman@209.57.66.86.rev.sfr.net> has quit IRC11:43
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC11:52
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto11:54
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto11:56
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto11:58
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC11:59
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto12:00
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:03
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has joined #yocto12:06
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC12:06
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:08
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto12:09
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC12:09
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has quit IRC12:11
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto12:14
*** mortderire1 <mortderire1!~rkinsell@192.198.151.44> has joined #yocto12:17
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC12:17
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto12:18
*** boucman_work <boucman_work!~boucman@180.16.90.92.rev.sfr.net> has joined #yocto12:18
*** boucman_work <boucman_work!~boucman@180.16.90.92.rev.sfr.net> has quit IRC12:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:28
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto12:30
*** marka_home <marka_home!~marka@135-23-92-83.cpe.pppoe.ca> has joined #yocto12:34
*** marka_home is now known as marka12:34
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dpskqufqxwwptypa> has quit IRC12:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:39
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC12:42
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto12:44
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has quit IRC12:45
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto12:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:49
*** igor <igor!~Igor_Stop@134.134.137.73> has left #yocto12:53
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ytqsznkneieeacvk> has joined #yocto12:54
*** igor3 <igor3!~igor@177.159.144.73> has joined #yocto12:56
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC12:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:05
*** sjg_ <sjg_!~sjg@ip68-3-214-144.ph.ph.cox.net> has quit IRC13:06
*** boucman_work <boucman_work!~boucman@167.20.90.92.rev.sfr.net> has joined #yocto13:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:09
*** diego <diego!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto13:12
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC13:12
*** diego is now known as Guest466813:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:14
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has joined #yocto13:14
presentAny idea who I can give access to the command ifconfig to a normal user in Yocto?13:15
present*how13:15
*** newguy_ <newguy_!73779842@gateway/web/freenode/ip.115.119.152.66> has joined #yocto13:22
paulgmight just  be that it lives in  /sbin and normal users don't have that in their PATH.13:23
Cubi_On some systems we use sudo for this. On others devices we use systemd network config files.13:23
paulgthat said, they can run it to inspect settings, but they won't be able to change state of interfaces as non-root.13:23
presentpaulg: not sufficient13:23
presentI need to have the application start and stop the interface13:23
Cubi_It's also possible to create a suid tool for that.13:25
presentI call ifup which... call ifconfig13:25
paulgon a bog standard linux box, run "man capabilities" and search for CAP_NET_ADMIN13:25
rburtonuse something like connman then its just a dbus call away13:25
presentI was thinking getting ifconfig and ifup in the suid package from busybox.13:26
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto13:27
presentrburton: May be connman is easier then.13:28
rburtonthough a good question is why should the app control ifup / ifdown.  surely you want ifup when a network connection is present, ifdown when it is removed.13:29
presentsave battery13:29
rburton(unless you're doing wifi and stuff but the seriously just use connman or similar)13:29
presentwifi yes13:29
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto13:30
presentThanks! :)13:31
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:33
*** Aethenelle <Aethenelle!~Aethenell@166.175.191.159> has joined #yocto13:34
newguy_Hi All. I am new to yocto. I wanted to do package management and install docker on qemux86 image .Found out that can be done using "smart" and made change in local.conf file by adding IMAGE_FEATURES += "package-management". Later  ran "runqemu qemux86" and after the system is up,ran smart command and got error saying command not found. I did the above steps for both Krogoth and Fido and faced same error.Am I missing something ?13:35
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto13:36
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto13:36
LetoThe2ndnewguy_: runtime package management is only a good choice in very rare circumstances. if there is a docker recipe, why not just add it to your IMAGE_INSTALL?13:36
newguy_LetoThe2nd_: Thanks I will try that. But any idea why smart is not available after making the above change in local.conf file.13:39
LetoThe2ndnewguy_: probably the package-management feature just doesn't reference smart.13:39
*** ChanServ sets mode: +o RP13:39
LetoThe2ndnewguy_: runtime package management is complicated. do it only if absolutely unavoidable.13:40
rburtonnewguy_: smart is present if you have package-manager in image features and you have package_rpm in PACKAGE_CLASSES13:40
newguy_LetoThe2nd_:got it.13:41
zeddiiand unless you are adding meta-virtualization into your build, and building docker .. smart isn't going to find anything.13:41
newguy_rburton_:Ok. I was using package_deb in PACKAGE_CLASSES . I will change it to package_rpm and try.13:43
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC13:46
newguy_zeddii_: By meta-virtualization do you mean adding a channel  through smart?13:46
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto13:47
zeddiiunless you are consuming someone else's package feed. You need to build the packages so you can install them later. so unless you are adding meta-virtualization to your bblayers, and minimially doing a bitbake docker. you won't have anything to install, even if you get smart on the target and the channels available.13:47
*** ant_work <ant_work!~ant__@host118-50-dynamic.40-79-r.retail.telecomitalia.it> has quit IRC13:48
*** jku <jku!jku@nat/intel/x-qsgmqpssywpjsuae> has quit IRC13:48
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC13:50
newguy_zeddii_:Thanks zeddii. Got it.13:50
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:51
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto13:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:53
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC13:53
*** newguy_ <newguy_!73779842@gateway/web/freenode/ip.115.119.152.66> has quit IRC13:56
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto13:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:00
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:09
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto14:10
*** Circuitsoft <Circuitsoft!4b92a52d@gateway/web/freenode/ip.75.146.165.45> has joined #yocto14:15
*** boucman_work <boucman_work!~boucman@167.20.90.92.rev.sfr.net> has quit IRC14:16
CircuitsoftHello. I have an imported layer that includes a libmicrohttpd_0.9.34.bb, and my own layer has a libmicrohttpd_0.9.35.bb. I've removed all dependencies from the .35 version, but it's still building dependencies for the .34 version.14:16
CircuitsoftIs there any way I can force it to build my version, or figure out why it's trying to build dependencies for the other?14:17
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto14:17
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:18
rburtonbump the layer priority of your layer14:19
CircuitsoftMy layer is before the other in the BBLAYERS list in bblayers.conf. I suppose that's not it?14:20
rburtonno14:20
tanukWhat was the cut-off point for package version updates?14:22
rburtontanuk: about three weeks ago14:23
CTtpollardor just set preferred version in local.conf14:23
rburton(hi tanuk)14:23
tanukrburton: Hi!14:25
CircuitsoftPREFERRED_VERSION_pkgname did it. I had previously put that into a recipe that depended on this, but it didn't work.14:25
tanukrburton: I guess it's the M3 deadline that can be seen in the "Yocto Project Status" mails?14:27
rburtontanuk: yes. m3 is feature freeze, and upgrades are features.14:27
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC14:28
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has joined #yocto14:29
*** obsrwr_ <obsrwr_!~otp-amois@188.24.253.170> has joined #yocto14:32
*** boucman_work <boucman_work!~boucman@229.202.154.77.rev.sfr.net> has joined #yocto14:32
*** Aethenelle <Aethenelle!~Aethenell@166.175.191.159> has quit IRC14:36
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto14:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:39
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto14:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:40
evadeflowCan anybody tell me what the syntax is for calling a *shell* function in an assignment using Bitbake? I'm looking for something like `PV = ${@get_version()}`, except where `get_version()` is an inline shell (not Python) function.14:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:42
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:42
evadeflowSeems like this ought to be easy, but I can't work it out. My most recent attempt yielded: ailure expanding variable PVBASE, expression was ${@bb.build.exec_func('get_version', d)} which triggered exception RuntimeError: maximum recursion depth exceeded in __instancecheck__14:44
evadeflowI feel vaguely taunted by this: https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#shell-functions14:45
evadeflowGah! How do I *use* such functions? `:-]14:45
evadeflowOh. Oh, no. I think I get it now. `PV` is 'magic' somehow.14:47
*** moto-tim1 <moto-tim1!ttorling@nat/intel/x-pfzrgmbnmoiraivx> has quit IRC14:47
*** moto-timo <moto-timo!~ttorling@134.134.139.72> has joined #yocto14:47
*** moto-timo <moto-timo!~ttorling@134.134.139.72> has quit IRC14:47
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto14:47
evadeflowI can't set *other* variables that way, it seems. But not `PV`. Not directly, anyway.14:48
evadeflows/can't/can14:52
rburtonyou can set PV14:52
evadeflowI (sort of) grok that, but... here's what I'm attempting:14:53
evadeflowPVBASE := "${@bb.build.exec_func('get_version', d)}"14:54
evadeflowPV = "${PVBASE}+git${SRCPV}"14:54
evadeflow`bitbake` actually seems to hang when I do that. `:-o14:54
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC14:54
rburtonwell i'd remove PVBASE unless you want it somewhere else and just do it all in one assignment14:56
evadeflowOh... so that syntax is more-or-less correct, then? That's the 'right' way to call a shell function (via Python)?14:57
evadeflowI thought there might be some other syntax for it.14:57
rburtonyeah that's how to drop into shell14:57
rburton(might be easier to rewrite get_version as python?)14:57
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC14:58
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC15:00
evadeflowThe thought crossed my mind. Figured I might wind up, there, anyway. As a sanity-check of whether this was A Dumb Idea™, I was just using `get_version() { echo "1.0" }`, so Python felt like overkill somehow.15:01
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:02
evadeflowActually... it does seem like there's something a bit 'weird' going on here. I consistently get `RuntimeError: maximum recursion depth exceeded` if I don't use immediate assignment, i.e., this: `PV = "${@bb.build.exec_func('get_version', d)}"`15:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:05
rburtonas you're invoking a function like that i'd definitely use immediate expansion15:06
evadeflowWhen I try `PV := "${@bb.build.exec_func('get_version', d)}" instead, it seems to hang.15:06
evadeflowBeen looking at `No currently running tasks (1844 of 2447)` for a few minutes now.15:07
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto15:08
evadeflowI *did* make this change to `PV` with a 'warm' cache. Maybe a `cleansstate` is in order?15:09
rburtonshouldn't be needed15:10
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:11
*** aehs29 <aehs29!aehernan@nat/intel/x-xetkkwufkpmjlyks> has joined #yocto15:17
*** ttllkk <ttllkk!d997f20e@gateway/web/freenode/ip.217.151.242.14> has quit IRC15:17
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto15:17
kergothevadeflow: exec_func can't return a value, anyway15:22
kergothit's not going to 'get' much15:22
*** jonver <jonver!~jonver___@dD577603A.access.telenet.be> has quit IRC15:24
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC15:27
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto15:29
rburtonoooh, of course :)15:32
rburtonreally make it a python function15:32
-YoctoAutoBuilder- build #901 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/90115:35
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC15:41
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC15:43
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has quit IRC15:45
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:46
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ypeyqytnfvcezmke> has joined #yocto15:47
*** boucman_work <boucman_work!~boucman@229.202.154.77.rev.sfr.net> has quit IRC15:48
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto15:51
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC15:52
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC15:52
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:53
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto15:54
*** armpit <armpit!~akuster@2601:202:4001:9ea0:8566:176d:d9a5:f047> has quit IRC15:54
*** tripzero <tripzero!tripzero@nat/intel/x-drcurxjmbxunmkrr> has joined #yocto15:55
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC15:56
*** boucman_work <boucman_work!~boucman@103.204.154.77.rev.sfr.net> has joined #yocto16:05
*** fl0v01 <fl0v01!~fvo@p4FC0AC62.dip0.t-ipconnect.de> has quit IRC16:07
*** boucman_work <boucman_work!~boucman@103.204.154.77.rev.sfr.net> has quit IRC16:10
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:10
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC16:17
*** jbrianceau is now known as jbrianceau_away16:25
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has quit IRC16:25
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:26
*** Biliogadafr <Biliogadafr!~pin@62.214.49.206> has quit IRC16:32
*** belen <belen!~Adium@134.134.139.83> has quit IRC16:32
*** aehs29 <aehs29!aehernan@nat/intel/x-xetkkwufkpmjlyks> has left #yocto16:32
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto16:42
*** mortderire1 <mortderire1!~rkinsell@192.198.151.44> has quit IRC16:44
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:57
*** tripzero <tripzero!tripzero@nat/intel/x-drcurxjmbxunmkrr> has quit IRC16:58
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC17:08
*** andrey_utkin <andrey_utkin!~andrey_ut@decent.im> has joined #yocto17:09
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC17:11
*** zero_note <zero_note!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC17:14
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto17:15
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto17:20
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC17:23
*** obsrwr_ <obsrwr_!~otp-amois@188.24.253.170> has quit IRC17:28
*** morphis__ <morphis__!~morphis@pD9ED781F.dip0.t-ipconnect.de> has quit IRC17:36
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has joined #yocto17:43
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto17:43
dldl-workI download a usb-ethernet driver source code, which I compiled and verified works with my build, that I want to add to the Yocto build so its built and included in the Linux image automatically17:47
dldl-workI'm reading through this now: http://www.yoctoproject.org/docs/1.6.1/kernel-dev/kernel-dev.html#kernel-dev-common17:47
dldl-workbut I am afraid that it is kind of high level & theortical.  It makes sense, but I am not sure how to transfer this knoweldge into a practical solution17:48
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto18:04
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto18:05
evadeflowAnybody ever see an error like this when cross-compiling Python 2.7.9?18:09
evadeflowDoh. Formatting fail.18:10
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has left #yocto18:11
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto18:11
evadeflowWhoa. Sorry if this is spamming the channel. My company's firewall is hella restrictive so I have to use a web client, and it's acting up somehow.18:12
*** toscalix <toscalix!~toscalix@80.91.70.192> has quit IRC18:13
evadeflowOh, LOL. The line I was pasting started with `/bin/sh` and the IRC server was trying to execute it! :-D18:13
evadeflow... /bin/sh: line 6: 11022 Illegal instruction     (core dumped) CC='x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/home/smt2hi/GR_Yocto/build/tmp/sysroots/gr-mrb-64-a' LDSHARED='x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/home/smt2hi/GR_Yocto/build/tmp/sysroots/gr-mrb-64-a -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed' OPT='-DNDEBUG -g18:14
evadeflowMakefile:490: recipe for target 'sharedmods' failed18:14
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC18:14
seebsSounds like your compiler was built for the wrong CPU type.18:14
jmesmonHey folks, I've got a deploy (not installed to the image) recipe (a u-boot variant, actually), and I'm seeing my image fail to build due to not finding the licenses/my-u-boot/recipeinfo file. Am I supposed to need to manually add dependencies in my image on that task? (manually running the task for my-u-boot proir to building the image works)18:14
evadeflowThanks, @stephano, that seems plausible.18:15
*** armpit <armpit!~akuster@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto18:15
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC18:20
* kergoth mulls over whether to do something with his prototyped minimize-packageconfigs bits18:22
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has quit IRC18:22
*** tripzero <tripzero!tripzero@nat/intel/x-tjticpuwkehzuvbv> has joined #yocto18:24
*** tripzero <tripzero!tripzero@nat/intel/x-octazhwfdthvscvm> has joined #yocto18:25
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-hxjxjhesnopzgspy> has quit IRC18:29
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:33
*** ulf` <ulf`!~ulf@134.134.139.76> has joined #yocto18:44
jmesmonIs there a clean way to build 2 kernels (say, 1 recovery & 1 normal) for a single image/distro/machine? Kernels only differ in a few config options and build arguments. I ask this only because I've inherited some code that has a very interesting way of doing it, which makes me a bit nervous.18:45
kergothi think you'd have to hack the second recipe to make sure it doesn't conflict with the first in the sysroot, doesn't provide virtual/kernel, doesn't emit module packages (or changes their names), etc18:47
jmesmon[in this case, the option is enabling/disabling CONFIG_FRAMEBUFFER_CONSOLE, so I might just be able to handle that with some slightly different boot arguments]18:47
*** manju <manju!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto18:49
kergothdoing it in your bootloader might be a cleaner approach18:49
manjuhi all, had a question about bitbake parsing and recipetool. We have scripts which are creating bbappends using recipetool. The script call recipetool probably around 10-15 times, what we have see so far is that every time recipetool is invoked, it takes time due to parsing. Is there a way to speed up this process?18:53
kergothit doesn't re-parse everything every time18:54
kergothbitbake loads from the cache on subsequent calls18:54
kergothso it's likely already as fast as it's going to get, short of adding support for reicpetool to use a memory resident bitbake server18:54
kergothafaik anyway18:54
manjuok thanks18:55
kergothpaul eggleton started some work on making bitbake's 'tinfoil' module support interaction with a running bitbake server. tinfoil is used by all the external scripts, recipetool, devtool, bitbake-layers, etc18:56
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:56
kergothbut i don't think it ever got completed18:56
kergoththere's an open yocto bug about it if you search bugzilla for bitbake-layers server18:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:57
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:17
kergothRP: does https://github.com/openembedded/openembedded-core/compare/master...kergoth:task-exports seem reasonably sane, conceptually? obviously requires lots of recipe fix-ups, but i think it's worth doing for the long term19:18
* kergoth trying to figure out where all his old incomplete topic branches are, status wise19:19
*** toanju <toanju!~toanju@x55b436a2.dyn.telefonica.de> has joined #yocto19:20
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ytqsznkneieeacvk> has quit IRC19:27
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:34
kergothcreated a recipetool command which emits a .conf that disables all packageconfigs which add deps/rdeps except those added through inline python (distro features conditionals). really uncovers cases where we need REQUIRED_DISTRO_FEATURES :)19:40
kergothprobably better as a bb command than recipetool, though, on general principle19:40
*** fray <fray!~mhatle@192.40.192.95> has quit IRC19:42
*** Circuitsoft <Circuitsoft!4b92a52d@gateway/web/freenode/ip.75.146.165.45> has quit IRC19:42
*** sjg_ <sjg_!~sjg@ip68-3-214-144.ph.ph.cox.net> has joined #yocto19:54
manjuis there a way to set mutilple varname and varvalue using recipetool?19:56
kergothif you llook at recipetool setvar —help, it doesn't seem to support that, no19:57
kergothhmm, rsync doesn't obey the distro features for xattr or acl support19:59
kergothupside to manually reviewing half our packageconfigs..19:59
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC20:00
manjuyeah...i dont think it is supported..any thoughts if this is good to be implemented?20:00
kergothseems reasonable to me. there are a number of cases where commands in our scripts dont accept mulltiple args where they could do so20:01
kergothi.e. bitbake-layers add-layer only lets you specify a single layer20:01
kergothkeep meaning to do something about that one20:02
manjuok thanks...I will try it out, and post patches once it is ready. Wanted to float the idea before we start some work on it20:03
kergoththe real question is whether it gets added to the existing command, which would be a bit odd since the command isnt' plural, or add another command, or rename it and add an alias, or what :)20:04
kergothminor thing, buta ffects usabiliyt20:04
manjuyes agreed...maybe multiple setvar commands...recipetool recipefile setvar varname varval setvar varname2 varval220:07
manjuso it is backward compatible as well20:07
kergothi wonder if anyone has written anything up on usability of command-line scripts with an eye to argument handling20:08
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto20:09
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC20:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:09
*** sameo <sameo!~samuel@192.55.54.45> has quit IRC20:22
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC20:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:22
*** benjamirc <benjamirc!~besquive@134.134.139.82> has joined #yocto20:22
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:25
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC20:32
*** sameo <sameo!~samuel@192.55.54.45> has joined #yocto20:33
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC20:35
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:39
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC20:41
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:43
*** marka <marka!~marka@135-23-92-83.cpe.pppoe.ca> has quit IRC20:47
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto20:49
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto20:50
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:51
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC20:52
lukma1If I might ask20:52
lukma1I've got a my_recipe.bb20:52
lukma1inside it is defined do_install () { install stuff }20:53
lukma1Then I created my_recipe.bbappend20:53
lukma1and I'm wondering if it is possible to create do_install_append () { install stuff + new, extra stuff }20:53
lukma1?20:53
kergothwhy wouldn' tit be?20:54
kergothyou can append any variable, this is in the documentation20:54
kergothalso, why didn't you just test it yourself and look?20:54
kergothbitbake -e will show you the value of do_install20:54
lukma1because when i run bitbake -v -c clean do_install my_recipe20:54
lukma1I only see the original one20:54
lukma1but, ok -e will check20:55
bluelightninglukma1: do_install_append() should only have the new extra stuff, not a repeat of the original20:56
bluelightninglukma1: if you really need to completely override the original you can instead use do_install() in your bbappend though20:57
kergothalso, '-c clean do_install' isn't a valid bitbake command20:57
kergothor rather, it's not valid unless you have a recipe named do_install, which seems unlikely :)20:57
lukma1so I should specify "install" and "do_" is added implicitly?20:58
bluelightningwith -c yes20:58
bluelightningbut what kergoth is mostly getting at is "clean" is the argument already being specified for -c, you can't specify more than one (not with that syntax anyway)20:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:59
kergothbluelightning: thoughts on https://github.com/openembedded/bitbake/compare/master...kergoth:cooker-tinfoil-bblayers-only ? I can't decide if I like this implementation, but it lets bitbake-layers avoid parsing bitbake.conf, which lets us avoid getting into a situation we can't get out of without manually editing bblayers.conf21:00
lukma1I'm looking for a way to clean & compile (install)21:00
kergothlukma1: you need two bitgbake commands for that. as bluelightning says, -c takes one task, not multiple21:01
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC21:01
lukma1I'm fine with 2 commands21:01
*** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto21:11
lukma1I think that I've got a bit more complicated example .....21:17
lukma1in my case the do_install () (the one which I would like to extend (append)21:18
lukma1is defined at my_lib.inc21:18
lukma1the my_recipe.bb require my_lib.inc21:18
lukma1Does the my_recipe.bbappend inherit my_recipe with do_install from my_lib.inc?21:20
lukma1Or do I need to add "require my_lib.inc" in the my_recipe.bbappend file?21:20
*** dreyna <dreyna!~dreyna@unknown-216-204.windriver.com> has joined #yocto21:22
*** toanju <toanju!~toanju@x55b436a2.dyn.telefonica.de> has quit IRC21:25
*** ipuustin_ <ipuustin_!~ipuustin@82-181-7-132.bb.dnainternet.fi> has quit IRC21:26
bluelightninglukma1: no.. the way to think of it is the bbappend file contents are simply appended onto the end of the recipe in memory during parsing21:27
bluelightningso there's no need to do the require in the bbappend, it's already done21:27
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC21:28
*** manju <manju!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC21:30
*** lamego <lamego!~jose@134.134.139.83> has quit IRC21:31
lukma1bluelightning21:33
lukma1thanks21:33
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC21:33
lukma1I think that I've found the problem ..... with directory structure21:33
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto21:34
lukma1so original package is at my-recipe/myprog/myprog.inc and myprog.bb21:34
lukma1with other meta-xxx I've created the file at my-other-recipe/myprog.bbappend21:35
lukma1the "myprog" was missing21:35
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto21:36
lukma1Is the "myprog" part of some patch searching ? In other way - is the directory PATH used for recipe identification?21:36
*** Snert__ is now known as Snert21:36
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC21:37
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto21:37
kergothlukma1: read layer.conf in your layer21:38
kergothspecifically the value of BBFILES21:38
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto21:38
lukma1kergoth: Indeed recipe-*/*/*.bbappend21:46
lukma1thanks21:46
kergothnp21:47
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:47
*** sjg__ <sjg__!~sjg@ip68-3-214-144.ph.ph.cox.net> has joined #yocto21:49
*** kad <kad!~kad@unaffiliated/kad> has quit IRC21:51
*** benjamirc <benjamirc!~besquive@134.134.139.82> has quit IRC21:51
*** sjg_ <sjg_!~sjg@ip68-3-214-144.ph.ph.cox.net> has quit IRC21:52
*** kad <kad!~kad@unaffiliated/kad> has joined #yocto21:53
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has joined #yocto21:55
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** bachp[m] is now known as bachp22:01
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has joined #yocto22:08
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC22:13
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC22:18
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto22:23
*** igor3 <igor3!~igor@177.159.144.73> has quit IRC22:30
lukma1kergoth: strange thing22:35
lukma1The _append recipe was visible to yocto only when I executed bitbake -c listtasks <task_name>22:35
*** agust <agust!~agust@p4FCB64FB.dip0.t-ipconnect.de> has quit IRC22:41
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:49
*** DriverCoder <DriverCoder!mdrustad@nat/intel/x-mpoujuuxyqjqfkym> has joined #yocto22:58
*** DriverCoder <DriverCoder!mdrustad@nat/intel/x-mpoujuuxyqjqfkym> has quit IRC22:59
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC23:08
*** sameo <sameo!~samuel@192.55.54.45> has quit IRC23:09
*** aehs29 <aehs29!~aehernan@134.134.139.82> has left #yocto23:13
bluelightningkergoth: I guess that's an OK solution... somehow I did enjoy the days when it was a little simpler and it didn't need to parse layers in order to do add-layer/remove-layer, but there's no practical way around that that I can think of other than doing something like this23:19
*** dreyna <dreyna!~dreyna@unknown-216-204.windriver.com> has quit IRC23:26
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC23:33
kergothRather than adding a flag to the cooker constructor, I'd rather change the semantics of Cooker. currently, it's expected that a cooker parses the metadata in the constructor.. i don't think that's a great way to go, better to let it be created, and then let the caller run the parsing. but i'm not sure as to the impact of that yet23:33
kergothi agree it would be nice to avoid parsing, but i don't see how we can avoid it other than with sed mangling :)23:33
fray'Just say no!' (to sed mangling)23:34
bluelightningkergoth: I agree, I much prefer if constructing an object doesn't perform any actions23:36
bluelightningkergoth: unfortunately some of the earlier Toaster changes to the bitbake core went in the wrong direction on that front :/23:36
bluelightningbtw, if anyone sees the issue that others are reporting with the progress bar leaving old printed progress bars behind and figures out how to reproduce it (or even better, how to fix it) I'd very much appreciate it as I'm a bit stuck as to what to do with that23:38
kergothI haven't seen that one at all yet, so I'm in your camp on that one :\23:38
bluelightningthat's one data point I suppose, at least it's working for more than just me...23:39
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has quit IRC23:42
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has joined #yocto23:45
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto23:47
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC23:48
bluelightningwell, what do you know... it just happened23:53
bluelightningI wonder if there's an errant newline being printed somewhere23:54
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has quit IRC23:58

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