Monday, 2014-01-13

*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ocjqyapweesjbvwr> has joined #yocto00:01
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ocjqyapweesjbvwr> has quit IRC00:05
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ckkbcpxkqewpwwbe> has joined #yocto00:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:11
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto00:13
*** yzhao2_ <yzhao2_!~yzhao2@128.224.252.2> has quit IRC00:16
*** arfoll <arfoll!~arfoll@97e6ca3b.skybroadband.com> has quit IRC00:26
*** roric <roric!~roric@port-212-202-245-234.static.qsc.de> has quit IRC00:27
*** arfoll <arfoll!~arfoll@97e6ca3b.skybroadband.com> has joined #yocto00:33
*** alex_kag_ <alex_kag_!~alex_kag@178.126.59.88> has quit IRC00:44
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto01:16
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has quit IRC01:17
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has joined #yocto01:19
*** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC01:23
*** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto01:24
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto01:34
*** jkridner <jkridner!~jkridner@63.138.183.140> has joined #yocto01:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:35
*** nitink <nitink!nitink@nat/intel/x-qixmxdrzlcbkokfx> has quit IRC01:37
*** nitink <nitink!nitink@nat/intel/x-yxfwwelxltncdknd> has joined #yocto01:43
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has joined #yocto02:15
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC02:17
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC02:24
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto02:28
*** nitink <nitink!nitink@nat/intel/x-yxfwwelxltncdknd> has quit IRC02:51
*** silviof2 <silviof2!~silviof@ppp-188-174-116-162.dynamic.mnet-online.de> has joined #yocto03:01
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC03:03
*** behanw <behanw!~behanw@184.66.2.112> has quit IRC04:05
*** nitink <nitink!nitink@nat/intel/x-rbnlmpsmigflznko> has joined #yocto04:13
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto04:25
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC04:52
*** nitink <nitink!nitink@nat/intel/x-rbnlmpsmigflznko> has quit IRC04:55
*** sunfunbaby <sunfunbaby!~Thunderbi@osatek.hosting.proxy.ru> has joined #yocto05:02
*** nitink <nitink!nitink@nat/intel/x-qdinjistuypqwgwy> has joined #yocto05:07
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto05:22
*** wgao_ <wgao_!~wgao@1.202.252.122> has quit IRC05:22
*** wgao <wgao!~wgao@1.202.252.122> has quit IRC05:22
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto05:23
*** wgao <wgao!~wgao@1.202.252.122> has quit IRC05:24
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto05:25
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto05:37
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has joined #yocto05:42
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has joined #yocto05:46
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto05:50
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:54
*** naresh_ <naresh_!~chatzilla@180.149.62.51> has joined #yocto05:57
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC06:03
*** agust <agust!~agust@p4FDE6243.dip0.t-ipconnect.de> has joined #yocto06:03
*** pt__ <pt__!79321429@gateway/web/freenode/ip.121.50.20.41> has joined #yocto06:26
pt__Hi06:27
pt__i'm using sstate-cache06:27
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC06:28
pt__but i'm getting error06:31
pt__fatal error: stdio.h: No such file or directory06:31
pt__after using sstate06:31
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:35
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto06:41
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:48
*** alex_kag_ <alex_kag_!~alex_kag@178.124.232.8> has joined #yocto06:54
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:54
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto07:01
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has quit IRC07:03
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto07:04
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC07:06
*** roric <roric!~roric@port-212-202-245-234.static.qsc.de> has joined #yocto07:08
*** roric <roric!~roric@port-212-202-245-234.static.qsc.de> has quit IRC07:14
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto07:29
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto07:32
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto07:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto07:46
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has joined #yocto07:47
*** jackmitchell <jackmitchell!~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net> has joined #yocto07:49
*** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto07:52
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has quit IRC07:54
nrossidoes anyone know if you can make a INSANE_SKIP = "installed-vs-shipped" apply to only a specific directory?07:56
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has joined #yocto08:08
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto08:12
pt__i'm using sstate-cache08:12
pt__but i'm getting error08:12
pt__fatal error: stdio.h: No such file or directory08:12
pt__after using sstate08:13
*** jackmitchell <jackmitchell!~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net> has quit IRC08:21
*** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC08:23
*** hasselmm <hasselmm!~mathias@188.111.54.34> has joined #yocto08:30
*** fpaut_ is now known as fpaut08:30
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:30
*** roric <roric!~roric@134.191.244.57> has joined #yocto08:32
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto08:33
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto08:33
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC08:33
*** zeeblex1 <zeeblex1!apalalax@nat/intel/x-rjcoxqnzbpfaheyn> has joined #yocto08:34
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has quit IRC08:35
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC08:38
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto08:40
*** florian_kc is now known as florian08:41
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto08:43
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto08:51
*** Corneliu_ <Corneliu_!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto08:53
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto08:57
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:58
*** Alexandra <Alexandra!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto09:05
*** panda84kde <panda84kde!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto09:05
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto09:07
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:07
*** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC09:10
*** naresh_ <naresh_!~chatzilla@180.149.62.51> has quit IRC09:14
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC09:15
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto09:16
*** hasselmm <hasselmm!~mathias@188.111.54.34> has quit IRC09:19
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto09:22
*** hasselmm <hasselmm!~mathias@188.111.54.34> has joined #yocto09:23
*** kartikpradyumna <kartikpradyumna!~kartikpra@180.149.62.51> has quit IRC09:29
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto09:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:38
bluelightningmorning all09:42
*** belen <belen!~Adium@134.134.139.76> has joined #yocto09:49
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto09:53
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto09:54
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has left #yocto09:55
*** dany1 <dany1!~Thunderbi@sestofw01.enea.se> has quit IRC10:08
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto10:09
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC10:11
*** pt__ <pt__!79321429@gateway/web/freenode/ip.121.50.20.41> has quit IRC10:17
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto10:24
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC10:43
*** Daemon404 <Daemon404!~who_knows@cpc50-newt31-2-0-cust38.19-3.cable.virginm.net> has joined #yocto10:50
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC10:58
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto10:58
*** pev <pev!~pev@2.31.92.164> has joined #yocto11:03
*** ddalex <ddalex!~ddalex@192.198.151.44> has joined #yocto11:08
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC11:21
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto11:22
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto11:22
Crofton|workgm11:24
*** fpaut is now known as fpaut_11:25
*** fpaut_ is now known as fpaut11:26
*** belen <belen!~Adium@134.134.139.76> has quit IRC11:26
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto11:27
*** silviof2 is now known as silviof11:28
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto11:29
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto11:34
*** ramose <ramose!3df7fee2@gateway/web/freenode/ip.61.247.254.226> has joined #yocto12:04
ramoseHow Do I compile kerenel module in yocto?12:04
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto12:11
*** belen <belen!~Adium@134.134.139.76> has joined #yocto12:15
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC12:17
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto12:17
RPramose: see the exmaple in meta-skeleton (hello-mod)?12:18
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto12:19
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has left #yocto12:22
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC12:22
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto12:27
*** petter_technux <petter_technux!~petter_te@81-229-90-163-no67.tbcn.telia.com> has joined #yocto12:42
*** valic__ <valic__!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto12:54
*** pidge <pidge!~eflanagan@83.217.123.106> has joined #yocto12:57
ramoseHow work directory has bee decided?13:11
ramoseI kept two recipe files in same layer but for one recipe workdirectory is different for other work directory13:12
ndecramose: the 'work' dir, is set like this13:13
ndecWORKDIR = "${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}"13:13
ndecso it depends on the recipe name (among other things), not the recipe location in the layer tree.13:13
ramoseok ndec:13:14
ramosefor me this MULTIMACH_TARGET_SYS is different is for both recipe13:14
ramosendec: Can you let me know where  ${MULTIMACH_TARGET_SYS} this path is set for both recipe files?13:15
ndecmost variables are defined (at least their default) in meta/conf/bitbake.conf13:16
ramose*I kept two recipe files in same layer but for one recipe workdirectory is different for other recipe13:16
ramoseok13:16
bluelightningmaybe one recipe sets PACKAGE_ARCH?13:16
ndecyes, this is 'normal'. you shouldn't worry about where the actual workdir is. OE has good default.13:16
bluelightningindeed13:17
ramosendec : I wanted to set same workdirectory for both my recipe ,how should I go about it13:18
ndecwell, maybe you need to explain why. this isn't how OE works, really.13:18
ndeceach 'recipe' is built independently from the others in its own 'sandbox'.13:18
ndecrecipes that have inter-dependencies communicate through the 'sysroot' which is where header files and libs are exported.13:19
ndecramose: can you please explain more about what it is that you want to do?13:19
ramoseOk13:19
ramoseI have recipe file which is compiling all the kernel modules and now i have writen a new kernel modules which I wanted to compile standalone and which is requires by some other module which resides in workdir other than where13:22
ramosereceipe for compiling kernel modules resides13:23
ramosendec: for example I have written a kernel module uart_driver.ko which I could compile with the recipe xyz.bb(which comiple all other kernel module) but then it will place the compiled kernel module uart_driver.ko in the workdir where it is not needed.13:26
ndecramose: hmm. each recipe produces a set of 'deliverables' (binaries, modules, header files, libs) that can be exported into the 'sysroot' during the do_install. each recipe is built in its sandbox, and you cannot access another recipe's workdir.13:26
ndecthe expectation is that the workdir can be 'safely' deleted after the recipe is built. so all you need must be 'installed'.13:27
*** rainerschuster1 <rainerschuster1!~Adium@194.74.68.5> has joined #yocto13:29
ramoseI tried the option of fetching the uart_driver.ko from sysroot path ,i could not provide a standard path in recipe file which need uart_driver.ko and resides in different workdir13:29
*** rainerschuster1 <rainerschuster1!~Adium@194.74.68.5> has left #yocto13:30
ramosendec: Can you tell me how should install as suggested by you13:30
*** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto13:30
ndecramose: have you checked hello-mod example?13:31
ramoseyes13:31
ndeceverything you install in ${D} in the do_install() will end up in the image.13:31
ndecif/when you install the generate package13:32
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto13:33
ramosei checked the hello-mod in poky/meta-skeleton/recipes-kernel/hello-mod13:34
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC13:35
ndecramose: ok. that recipes inherits module.bbclass which has a default do_install function13:36
ndecin meta/classes/module.bbclass13:36
ramoseok13:36
ramosendec: shall I inherits same thing in recipe file which requires uart_driver.ko module?13:37
ndecramose: if you build a kernel module, yes you need to inherit the module class.13:38
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC13:38
ndeci recommend you have a look at the Yocto documentation as well to become familiar and get started with OE.13:39
ndecit is quite a powerful build environment, but it has some learning curve ;-)13:39
ramosendec : What I was thinking is i will provide the source of uart_driver.ko and inherit the module class in the recipe which require my uart modules,right?13:40
ndecramose: if you use a 'standard' kernel module makefile, that should work.13:41
ramoseYes ndec: it is indeed powerful/complex  build environment and people like you making it easy to this world :)13:41
ndecbasically, if you do something like hello-mod, it will build your source in the recipe WORKDIR using the do_compile() function in module.bbclass, and it will install the files using do_install().13:41
ndecso, if these functions do what you need, you are good to go.13:42
ndecramose: as i said, the docs are good too, and worth reading!13:42
ramoseok ndec ,Thanks13:43
*** sroy <sroy!~sroy@mtl.savoirfairelinux.net> has joined #yocto13:43
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto13:50
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC13:55
*** sroy <sroy!~sroy@mtl.savoirfairelinux.net> has quit IRC13:56
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto13:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:57
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto13:58
*** alex_kag_ <alex_kag_!~alex_kag@178.124.232.8> has quit IRC14:07
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto14:07
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto14:07
TuTizzhi everyone, is there a non GPLv3 texinfo available in yocto? I found /poky/meta/recipes-extended/texinfo/texinfo_5.1.bb but LICENSE = "GPLv3+" :S14:08
*** sunfunbaby <sunfunbaby!~Thunderbi@osatek.hosting.proxy.ru> has quit IRC14:11
TuTizzbrb need to reboot14:12
ramosendec: I tried approach of inherriting modules and provided the uart_driver.ko in recipe file where it is required but when compile the recipe file ,getting error like14:12
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC14:12
ramoseNo targets specified and no makefile found14:12
*** petter_technux <petter_technux!~petter_te@81-229-90-163-no67.tbcn.telia.com> has quit IRC14:13
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto14:14
TuTizzre14:15
rburtonTuTizz: currently not as texinfo is normally only needed on the host, where the usual GPLv3 concerns don't really apply.  do you need texinfo for the target, or are you concerned about gplv3 on the build host?14:15
TuTizzI want to add libsdl-mixer, and my build failed with the following error : "ERROR: texinfo was skipped: incompatible with license GPLv3+". Maybe I should clear my repository and try a fresh build?14:18
TuTizzrburton,14:18
TuTizz"NOTE: Runtime target 'libsdl-mixer' is unbuildable, removing...14:19
TuTizzMissing or unbuildable dependency chain was: ['libsdl-mixer', 'libmikmod', 'texinfo']"14:19
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC14:20
rburtonTuTizz: that dependency should probably be texinfo-native14:20
rburton(in libmikmod)14:20
*** walters <walters!walters@nat/redhat/x-yuazgeppnydrzdon> has joined #yocto14:21
*** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has joined #yocto14:22
TuTizzrburton, yes it's building, thanks14:26
rburtonTuTizz: can you sent the patch please14:27
TuTizzyes omw14:28
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC14:29
*** belen <belen!~Adium@134.134.139.76> has quit IRC14:31
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC14:31
TuTizzgit commit -s libmikmod_3.1.12.bb with an short explication should be enought doesn't it?14:32
rburtonfollow the format of the other commits but yes, then send to the oe-devel list14:33
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto14:43
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has left #yocto14:45
TuTizzrburton, I think I need some help. What should I exactly do ( bluelightning tell me to follow this link http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded but I am probably doing it wrongly) ? Create my patch, add it to the git tree, commit it, send an e-mail?14:47
*** zeeblex1 <zeeblex1!apalalax@nat/intel/x-rjcoxqnzbpfaheyn> has left #yocto14:49
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto14:54
gjohnsonSince there is a discussion about sending in patches, what am I supposed to do to get someone to sign off my patch?  I am assuming signed-off-by shouldn't be myself.14:58
rburtongjohnson: you sign it off yourself first14:59
bluelightninggjohnson: basically, you're signing off that you're OK with contributing the patch and if anyone else's work is included you've obtained authorisation from the other author(s)15:00
gjohnsonOk, that is what I will do then15:00
bluelightninghttp://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#how-to-submit-a-change15:01
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ckkbcpxkqewpwwbe> has quit IRC15:03
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-mmmblgwrdmjzratt> has joined #yocto15:04
*** Daemon404 <Daemon404!~who_knows@cpc50-newt31-2-0-cust38.19-3.cable.virginm.net> has quit IRC15:09
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto15:09
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:19
*** belen <belen!~Adium@134.134.139.76> has joined #yocto15:27
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC15:43
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC15:48
*** alex_kag_ <alex_kag_!~alex_kag@178.126.57.102> has joined #yocto15:54
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto15:57
*** wrotte <wrotte!~textual@129.59.115.4> has joined #yocto15:57
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC15:59
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC16:01
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC16:03
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto16:03
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC16:07
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC16:11
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto16:12
gjohnsongagi: ping16:14
gagigjohnson: pong ?16:14
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:15
gjohnsongagi: I have a question about one of your patches for meta-qt5.  In the qt.conf file, why do you use relative paths?16:16
gagigjohnson: Because i don't know the path where you install the SDK on your computer. This way i don't need to change the file afterwards16:17
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC16:17
*** j6V6t <j6V6t!~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com> has joined #yocto16:18
gagigjohnson: If you take a look at my clone on github, i have also added other meta-sdk files and a script which enables you to build a full fledged working qt5 SDK16:18
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto16:18
gagigjohnson: including a script which can create qtcreator targets for it for you16:18
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto16:18
gjohnsongagi: Yeah, that is what I have been looking at.  I will have to try your clone exactly because I used the nativesdk packages in mainline but I can't get it to work with qt creator.  Creator just keeps telling me that my qt install isn't valid16:19
*** jkridner <jkridner!~jkridner@12.130.127.141> has joined #yocto16:20
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:20
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto16:20
gjohnsongagi: What is the difference between meta-sdk and meta-toolchain?16:22
*** belen <belen!~Adium@134.134.139.76> has quit IRC16:22
gagigjohnson: if you add "require recipes-qt/meta/meta-sdk-qt5.bb" into your image.bb file it will include all qt libs you are using also in the SDK (didn't tested this) i'm also doing IMAGE_INSTALL += "packagegroup-qt5-essentials" to include all essentials libs16:22
JaMagjohnson: I'm sorry, but maybe I'll merge qt5-5.2.0 branch into master before applying your nativesdk-qtbase patch (and it won't be needed with 5.2.0)16:22
JaMagjohnson: if you can then please test 5.2.0 version instead16:23
gjohnsonJaMa: No problem, I will wait.16:23
gjohnsonJaMa: When are you going to be merging in 5.2.0 changes?16:23
gagigjohnson: meta-toolchain is for directly invoking bitbake meta-toolchain-qt5 (which does a do_populate_sdk) the meta-sdk can be used directly for image.bb files and is only executing once you use bitbake image -c populate_sdk16:23
JaMamaybe today or in next few days16:23
gjohnsongagi: k, that makes sense.16:24
JaMadepends on how fast world build will finish16:24
*** alex_kag <alex_kag!~alex_kag@178.126.57.102> has joined #yocto16:25
*** belen <belen!~Adium@134.134.139.76> has joined #yocto16:25
*** alex_kag_ <alex_kag_!~alex_kag@178.126.57.102> has quit IRC16:25
gagigjohnson: going home now, feel free to drop me a message on github (or query me here, i'm always on)16:26
gjohnsongagi: K, thanks for the help16:26
*** Alexandra <Alexandra!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC16:27
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto16:31
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has left #yocto16:32
*** roric <roric!~roric@134.191.244.57> has quit IRC16:37
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto16:38
*** behanw <behanw!~behanw@216.232.0.223> has joined #yocto16:40
WarheadsSEbest way to have a package override the rm_work16:41
WarheadsSEI am having trouble locting how to override/remove that options16:42
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC16:43
bluelightningWarheadsSE: RM_WORK_EXCLUDE perhaps?16:43
WarheadsSEAH, i see the exlude now16:43
WarheadsSEmissed seeing that prior.16:43
bluelightningnp :)16:43
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC16:43
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC16:44
WarheadsSEfighting with an openconnect issue, need to make sure I can see the resulting build env16:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:47
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:49
WarheadsSEGot a compounded issue.16:50
WarheadsSEbasic fault: something is too derp to use the certificates installed in this image16:51
WarheadsSEAnd openconnect is always looking for /usr/lib/ssl/cert.pem, which never exists.16:51
kergothhuh. might need to reconfigure openconnect, assuming the ca-certificates package is sinstalled16:53
*** behanw_ <behanw_!~behanw@216.232.0.223> has joined #yocto16:53
kergoththere are a number of cert things that should really be sorted in yocto today16:53
WarheadsSEit is installed, they has a layer using 4.07, which of course is out of date16:53
kergothwe don't pass any configure args to set the ca path or ca bundle path of anything afaict16:53
WarheadsSEso I am doing 5.02 now, and seeing if it is less derrr16:53
* kergoth nods16:53
WarheadsSEchecking For location of system CA trust file... /etc/ssl/certs/ca-certificates.crt16:53
WarheadsSEyeah..16:54
*** Alexandra <Alexandra!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto16:54
WarheadsSEwhich layer is the existin openconnect package?16:54
WarheadsSEThis is conglomerated pile layer from in-house..16:54
WarheadsSEthat just feels like host pollution.16:56
kergothi'd check the layer index. you can search for recipes16:56
WarheadsSElunch, bbiab16:57
kergothyeah, curl right now autosets the ca / ca bundle path by poking at host files, i haven't gotten around to pushing our current workaround — https://github.com/MentorEmbedded/meta-mentor/blob/master/recipes/curl/curl_7.33.0.bbappend#L4-L716:57
kergothwe had to do this in order to get the certificates into the nativesdk curl package, so the nativesdk git could actually clone from https repositories when using the buildtools-tarball, which isn't hte case otherwise16:58
kergothits on my to-push list, but i'm guessing there may be other recipes that need such paths, and we may want to add a variable to hold the path rather than hardcoding it this way16:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:58
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto16:59
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC16:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:59
*** behanw_ <behanw_!~behanw@216.232.0.223> has quit IRC17:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:07
*** Corneliu_ <Corneliu_!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC17:07
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC17:09
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC17:10
*** fpaut is now known as fpaut_17:11
*** hasselmm <hasselmm!~mathias@188.111.54.34> has quit IRC17:21
*** roric <roric!~roric@port-212-202-245-234.static.qsc.de> has joined #yocto17:25
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC17:28
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC17:29
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has quit IRC17:33
*** mr_science <mr_science!~sarnold@net-cf9a4e93.cst.impulse.net> has joined #yocto17:40
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:40
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has joined #yocto17:41
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC17:54
*** behanw <behanw!~behanw@216.232.0.223> has quit IRC17:55
mr_sciencemoin17:57
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-63-23.cable.teksavvy.com> has joined #yocto17:59
*** Tom____ <Tom____!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has joined #yocto18:01
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto18:04
*** Tom____ <Tom____!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has left #yocto18:04
*** belen2 <belen2!~Adium@134.134.139.76> has joined #yocto18:04
*** belen <belen!~Adium@134.134.139.76> has quit IRC18:04
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC18:04
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC18:05
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC18:10
*** behanw <behanw!~behanw@184.66.2.112> has joined #yocto18:12
* WarheadsSE back from nom18:12
WarheadsSEkergoth: 40418:14
*** MraMaria <MraMaria!~MrMaria@unaffiliated/mramr> has joined #yocto18:14
WarheadsSEkergoth: btw, no openconnect recipe4s18:16
WarheadsSEalthough it looks like the updated ca-certificates should have the PEM files which will help!18:18
*** wrotte <wrotte!~textual@129.59.115.4> has quit IRC18:23
MraMariaHello, is there any information for yocto Build Appliance on VirtualBox on linux as of for VMware on Windows 7 ( https://www.yoctoproject.org/documentation/build-appliance-manual ) I'm planning in working with Intel x86-64 based PCs and devices (genericx86-64)18:23
*** dvhart <dvhart!~dvhart@134.134.137.71> has joined #yocto18:25
*** denix <denix!~denix@pool-108-18-138-84.washdc.fios.verizon.net> has joined #yocto18:27
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto18:28
*** rainerschuster <rainerschuster!~Adium@p5492C38A.dip0.t-ipconnect.de> has left #yocto18:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:32
*** panda84kde <panda84kde!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC18:32
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:39
*** bluelightning_ is now known as bluelightning18:40
*** rainerschuster1 <rainerschuster1!~Adium@p5492C38A.dip0.t-ipconnect.de> has joined #yocto18:43
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has quit IRC18:51
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC18:52
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto18:52
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto18:52
*** ddalex <ddalex!~ddalex@192.198.151.44> has quit IRC19:03
*** behanw <behanw!~behanw@184.66.2.112> has quit IRC19:04
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto19:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:09
j6V6tnoob ? what package enables USB to auto connect a keyboard or notify on the connection of a jumpdrive etc...19:09
mr_scienceat most, that should be kernel modules and udev19:11
mr_sciencewhat options are enabled in your distro features?19:13
j6V6tI am using the am335x-evm machine and meta-ti layer which i thought configures most of that.19:13
mr_scienceyou might need usbhost19:13
j6V6tI am just building the core-image basic from the poky distro19:13
mr_sciencedo a bitbake <your_image> -e and grep DISTRO_FEATURES19:14
denixj6V6t: which board do you have?19:14
j6V6tam335x-SK the purple board with 4.3inch display19:15
j6V6twhich is the am335x-evmsk.dtb19:16
denixj6V6t: hmm, it should work... can you send an email to meta-ti@yoctoproject.org so I won't forget to look into it?19:18
j6V6tsure, thanks19:18
*** New <New!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has joined #yocto19:42
*** nitink <nitink!nitink@nat/intel/x-qdinjistuypqwgwy> has quit IRC19:49
WarheadsSEwheee http://pastie.org/863043219:50
WarheadsSEand yes, this is in the bastard.. pulled in the newer recipe to our layer, which caused this19:50
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC19:51
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC19:51
WarheadsSEkergoth any thoughts appreciated.19:51
*** fitzsim <fitzsim!~user@nat/cisco/x-fiacfayrgxvahrce> has joined #yocto19:58
WarheadsSEhave to manuall -c fetch / -c patch20:02
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has joined #yocto20:04
*** rainerschuster1 <rainerschuster1!~Adium@p5492C38A.dip0.t-ipconnect.de> has quit IRC20:07
*** MraMaria <MraMaria!~MrMaria@unaffiliated/mramr> has left #yocto20:15
*** zerus <zerus!~powerpm@81-229-90-163-no67.tbcn.telia.com> has quit IRC20:24
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has quit IRC20:33
*** behanw <behanw!~behanw@216.232.0.223> has joined #yocto20:36
*** ddalex <ddalex!~ddalex@192.198.151.43> has joined #yocto20:38
*** behanw <behanw!~behanw@216.232.0.223> has quit IRC20:42
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto20:44
WarheadsSEand.. yeah.. no progress.20:45
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto20:45
*** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto20:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:50
*** behanw <behanw!~behanw@184.66.2.112> has joined #yocto20:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:57
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC21:05
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto21:15
Garibaldi|workI have a recipe that contacts a remote server for package signing purposes.  Typically, it would use my passwordless ssh credentials to contact the server, but it seems bitbake doesn't pass that though to the recipe -- it asks for my password mid-stream.  Is there some good way to get it to pass throught that information?21:15
Garibaldi|workI tried adding my SSH* variables to BB_ENV_EXTRAWHITE21:18
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC21:23
Garibaldi|workdidn't seem to have any affect21:29
kergothGaribaldi|work: I have bitbake fetch recipes over ssh for git quite often, using my ssh agent21:33
Garibaldi|workkergoth: hum, this isn't really a fetch.  I call a script that computes a checksum and uses ssh to run a command on a remote server to get a signed version of the checksum.  When I run the script manually, it works as expected.  When I run the script from my recipe, it prompts me for my password.21:37
Garibaldi|workIt's possible I'm doing something else wrong21:37
Garibaldi|workbut I don't know what21:37
ndecyes, i confirm that i can fetch git over ssh with password less config (.ssh/config + key). however the do_fetch might export variables that might not be exported in other tasks.21:42
*** nitink <nitink!nitink@nat/intel/x-roizkwokcyorfvlr> has joined #yocto21:46
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto21:55
*** jkridner|work <jkridner|work!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto21:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:00
Garibaldi|workndec: yes, looking at bitbake/lib/bb/fetch2/__init__.py, runfetchcmd seems to explicitly handle things like SSH_AUTH_SOCK SSH_AGENT_PID, etc.22:09
*** Crofton <Crofton!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has quit IRC22:09
Garibaldi|workmy activity isn't at fetch time, I'm signing and artifact that will get included in the image.22:10
Garibaldi|workI've verified that those variables are not set when I call the script in my recipe22:20
Garibaldi|workis there some mechanism to ask bitbake to not strip variables from the environment?  I thought the EXTRAWHITE was intended for that?22:20
-YoctoAutoBuilder- build #80 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/8022:20
kergoththats what BB_ENV_EXTRAWHITE is for, yes22:21
Garibaldi|workso I have BB_ENV_EXTRAWHITE set to "... SSH_AGENT_PID SSH_CLIENT SSH_TTY SSH_AUTH_SOCK SSH_ASKPASS SSH_CONNECTION".  My shell has those variables exported (and BB_ENV_EXTRAWHITE), but those SSH_ variables are not in my environment within the recipe22:22
kergothuse bitbake -e to examine the global config metadata which flows into all recipes22:23
kergothmake sure thingsa re set to what you think they're set to22:23
kergothwhenever something seems inexplicable, it's almost always a mismatch between my assumptions and reality, and inspection tools like bitbake -e are invaluable for that :)22:23
Garibaldi|workgood idea, will do22:24
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto22:25
Garibaldi|workso bitbake -e looks good.  EXTRAWHITE has the variables, the variables are there with the appropriate values22:26
Garibaldi|workmaybe22:27
Garibaldi|workyep, looks good22:27
Garibaldi|workbut if I do an 'env' in the recipe, I don't see them22:27
Garibaldi|work(e.g., env > /tmp/env)22:27
Garibaldi|workfor instance, in 'bitbake -e <image>' I see:     # $SSH_AGENT_PID     #   from env data.py:174 [inheritFromOS]    #     "28719    SSH_AGENT_PID="28719"22:30
kergothit's possible the vars got set in the metadata, but not *exported* from the metadata22:31
kergothvars in the metadata that aren't flagged as export don't end up in the spawned shell scripts for the shell tasks22:32
Garibaldi|workahh..22:32
kergothtry adding 'export SSH_AGENT_PID' and 'export SSH_AUTH_SOCK' to local.conf22:32
kergothto see if that's what's happening22:32
Garibaldi|workok, I'll give that a shot22:32
kergothiirc bitbake was supposed to re-export the vars it got from the env, but it could be it doesn't in whatever bitbake version you're using22:32
Garibaldi|workyeah, that makes sense22:33
mr_scienceGaribaldi|work: i think putting the vars in EXTRAWHITE should work, but in cases where i do that, i also export them in the jenkins job first22:42
mr_sciencein that case they get passed as expected22:42
Garibaldi|workmr_science: that's what I expected, but it didn't do what I wanted.  I exported them in my shell, I added them to EXTRAWHITE, but they didn't make it into my recipe22:43
mr_scienceso export FOO="bar" and then adding FOO to BB_ENV_EXTRAWHITE works in classic22:43
Garibaldi|workI should mention I'm still using Yocto 1.3, just in case the behavior has changed since22:44
mr_sciencei'm talking oe-classic and bitbake 1.1022:44
*** agust <agust!~agust@p4FDE6243.dip0.t-ipconnect.de> has quit IRC22:44
Garibaldi|workah, ok22:44
Garibaldi|workI'm at 1.19.122:44
Garibaldi|workwe'll see if adding the export in local.conf helps22:45
mr_sciencein poky master i just set them in local.conf and use them22:45
Garibaldi|workyeah, but these are dynamic22:45
mr_sciencedon't think i've tried that with poky yet22:46
Garibaldi|workadding the exports to local.conf triggered a rebuild of everything; we'll see if it works once that's done22:48
*** walters <walters!walters@nat/redhat/x-yuazgeppnydrzdon> has quit IRC22:48
kergothdownside to 'export' of any shell var of that sort, it affects the checksum of every shell task22:48
*** sameo <sameo!samuel@nat/intel/x-otoymodpecdeaymh> has joined #yocto22:48
kergothbecause it not only puts it in the env of shell tasks, but also exports it from them22:48
kergothwhich means we can't know which exported vars are used by what the task runs, and which aren't22:48
Garibaldi|workyeah, that makes sense too22:49
kergothideally, we'd have task level export control22:49
kergothe.g. do_foo[exports] += "CC CFLAGS"22:49
kergothbut we don't have that yet..22:49
Garibaldi|workyeah22:49
kergothits possible to rig it manually in particular cases by using python in the recipe, e.g. create a python task which runs your shell task, and which exports particular vars before running it, or somesuch, if it's worth the bother22:50
*** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto22:52
Garibaldi|workyeah, and these SSH_ variables change frequently :-/22:54
Garibaldi|workkergoth: do you know of an example of the manual rigging I can look at?22:55
-YoctoAutoBuilder- build #77 of nightly-world is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/7722:57
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** walters <walters!walters@nat/redhat/x-kgyafwlzbitwqbpl> has joined #yocto23:01
*** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** walters <walters!walters@nat/redhat/x-kgyafwlzbitwqbpl> has quit IRC23:05
kergothGaribaldi|work: try https://gist.github.com/kergoth/840996923:18
kergothGaribaldi|work: just threw it together, so it's had only limited testing, but it seems to work23:18
Garibaldi|workI'll take a look -- thanks23:19
kergothbe warned the use of bitbake internal variables isn't really kosher, the alternative is to use the commented out line instead, where there's a var with the tasks you want to support task level exports, rather than operating against all added tasks23:19
kergothdoes work, though23:19
* kergoth thinks about experimenting with reworking the base classes and bitbake.conf to reduce the global exports and convert them to task level exports where possible23:20
kergothGaribaldi|work: figured it might be cleaner to do something generally useful rather than a single hardcoded example, but i can throw one of those together too if you end up preferring that approach23:21
* kergoth thinks this is relatively clean23:21
-YoctoAutoBuilder- build #77 of nightly-qa-pam is complete: Failure [failed Building Images Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-pam/builds/7723:21
Garibaldi|workkergoth: so for the commented out version, in local.conf I would have have TASKS_WITH_EXPORTS="my_recipe_name"23:21
kergothnope, its tasks23:21
Garibaldi|workand the resut would be the same23:21
kergothin the recipe, you'd add TASKS_WITH_EXPORTS += "do_yourtask"23:22
Garibaldi|workah, ok23:22
kergoththen do_yourtask[exports] += "... the ssh var names ..."23:22
kergothalong with the inherit, if you dont inherit it globally23:22
Garibaldi|workunderstood, thanks23:22
Garibaldi|workI appreciate you putting that together23:22
kergothupdated the gist to show the var use in the .inc alongside the rest23:23
kergothi'd already started doing it before you asked, i figured i'd see how much work it'd be to support an exports flag in a generic way23:23
kergothturns out, not much work23:23
kergoth:)23:23
*** New <New!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has quit IRC23:24
*** Visitor <Visitor!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has joined #yocto23:25
*** Visitor <Visitor!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has quit IRC23:27
Garibaldi|workI'm guessing __BBDELTASKS is also a internal variable23:27
Garibaldi|workis there a kosher way of doing that too?23:28
kergothits only needed when using __BBTASKS23:31
kergothto support the built in deltask directive23:31
Garibaldi|workah, of course23:31
kergothanonymous python functions are run before that processing happens23:31
kergothso the deleted tasks will still bein __BBTASKS at that time23:31
kergothif you reload the gist, that's what it looks like without the bitbake-internal bits23:33
Garibaldi|workthanks23:34
*** dvhart <dvhart!~dvhart@134.134.137.71> has quit IRC23:36
-YoctoAutoBuilder- build #83 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/8323:43
kergothGaribaldi|work: posted an improved version which supports both methods, with the automatic task selection only used if you opt-in to it: https://gist.github.com/kergoth/841024523:46
* kergoth goes to grab food23:47
Garibaldi|workkergoth: I'll give it a try -- thanks again23:47
Garibaldi|workenjoy :-)23:47
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC23:51
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has joined #yocto23:54
-YoctoAutoBuilder- build #78 of build-appliance is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/7823:58

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