Monday, 2013-10-07

« Sunday, 2013-10-06 Index Tuesday, 2013-10-08 »
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto00:03
*** [simar|o1] <[simar|o1]!~simar@69.166.24.103> has quit IRC00:06
*** gmacario <gmacario!~gmacario@216.3.101.62> has quit IRC00:06
*** mansano <mansano!~marcelo@187.112.125.131> has joined #yocto00:17
*** sameo <sameo!~samuel@192.55.55.39> has quit IRC00:36
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.216.122> has quit IRC00:45
*** pev <pev!~pev@2.31.47.219> has quit IRC00:46
*** Crofton|work <Crofton|work!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has quit IRC00:51
*** ka6sox-away is now known as ka6sox00:52
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has joined #yocto01:00
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC01:01
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC01:03
*** Crofton|work <Crofton|work!~balister@pool-108-44-88-68.ronkva.east.verizon.net> has joined #yocto01:04
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto01:13
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto01:26
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has quit IRC01:30
*** Garibaldi|work <Garibaldi|work!~andydalt@cpe-174-097-252-070.nc.res.rr.com> has joined #yocto01:32
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto01:41
*** Garibaldi|work <Garibaldi|work!~andydalt@cpe-174-097-252-070.nc.res.rr.com> has quit IRC01:43
*** mansano <mansano!~marcelo@187.112.125.131> has quit IRC01:43
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC01:44
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC01:50
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC01:53
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto01:55
*** mansano <mansano!~marcelo@177.16.164.168> has joined #yocto01:56
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC02:00
*** silviof2 <silviof2!~silviof@ppp-93-104-181-97.dynamic.mnet-online.de> has joined #yocto02:01
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto02:02
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC02:03
*** nitink <nitink!nitink@nat/intel/x-kxvyplalfbuqrrit> has joined #yocto02:04
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto02:08
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto02:14
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC02:17
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto02:19
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC02:23
*** [simar|on] <[simar|on]!~simar@96.125.133.73> has joined #yocto02:56
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC02:59
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto03:03
*** [simar|on] <[simar|on]!~simar@96.125.133.73> has quit IRC03:06
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC03:09
*** [simar|on] <[simar|on]!~simar@69.166.24.103> has joined #yocto03:10
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto03:14
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC03:15
*** [simar|on] <[simar|on]!~simar@69.166.24.103> has quit IRC03:15
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto03:15
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has joined #yocto03:29
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC03:32
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has quit IRC03:33
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto03:34
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC03:38
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:38
*** epetmab <epetmab!~epetmab@host-95-199-207-222.mobileonline.telia.com> has joined #yocto04:24
*** agust <agust!~agust@p4FDE6365.dip0.t-ipconnect.de> has joined #yocto04:30
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto04:35
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC04:36
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC04:37
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.25.81> has joined #yocto04:47
*** mihai <mihai!~mihai@86.121.70.217> has quit IRC04:48
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC04:52
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto05:04
*** epetmab <epetmab!~epetmab@host-95-199-207-222.mobileonline.telia.com> has quit IRC05:05
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto05:07
*** adalela <adalela!48a3d967@gateway/web/freenode/ip.72.163.217.103> has joined #yocto05:23
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto05:27
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has quit IRC05:36
*** silviof2 is now known as silviof05:45
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto05:45
*** adalela <adalela!48a3d967@gateway/web/freenode/ip.72.163.217.103> has quit IRC05:55
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto06:09
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto06:21
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto06:25
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC06:28
*** Bagder <Bagder!~daniel@sestofw01.enea.se> has joined #yocto06:29
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto06:30
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto06:31
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto06:32
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC06:38
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto06:50
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto06:51
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto06:57
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto07:00
*** abogani <abogani!~Thunderbi@ubuntu/member/abogani> has joined #yocto07:01
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto07:09
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC07:10
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC07:13
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto07:16
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC07:21
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto07:23
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto07:39
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto07:39
*** fpaut_ is now known as fpaut07:40
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:41
*** florian_kc is now known as florian07:42
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto07:45
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto07:50
*** ka6sox is now known as ka6sox-away07:51
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC07:52
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto07:56
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC07:57
*** mckoan|away is now known as mckoan08:04
mckoangood morning08:04
*** zeeblex <zeeblex!apalalax@nat/intel/x-cttesqvjagxzzwsj> has joined #yocto08:05
*** eren <eren!~eren@unaffiliated/eren> has quit IRC08:14
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC08:22
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto08:22
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto08:30
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto08:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:31
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC08:32
RPmorning08:34
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC08:45
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto08:48
bluelightningmorning RP, all08:56
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto08:57
*** belen <belen!~Adium@134.134.137.75> has joined #yocto09:03
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC09:09
*** cristianiorga <cristianiorga!~cristiani@134.134.139.70> has joined #yocto09:17
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC09:17
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC09:19
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto09:19
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto09:23
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto09:24
*** blitz00 <blitz00!~stefans@192.198.151.43> has joined #yocto09:26
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto09:26
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC09:29
*** pirut <pirut!Pirut@nat/intel/x-eobwjgprehyvuvvp> has quit IRC09:29
*** pirut <pirut!~Pirut@134.134.139.72> has joined #yocto09:29
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto09:31
panda84kdeHi everybody. I've got a problem in overridding asound.conf in alsa-state: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/recipes-bsp/alsa-state/alsa-state.bbappend09:39
panda84kdeI've got my own private layer, but I can't get a proper bbappend to override those asound.conf. Any hints? Both these fail:09:40
panda84kdehttp://pastebin.com/YJuFeXJP09:41
panda84kdehttp://pastebin.com/s1RJFkzf09:42
panda84kdeThank you for any help you might give me!09:42
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC09:46
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto09:47
*** elmi82 <elmi82!~timom@mail.bmw-carit.de> has joined #yocto09:47
RPpanda84kde: you don't need to change SRC_URI since it already has the file in it09:51
RPpanda84kde: have you tried making it machine specific and using the machine name?09:51
RPpanda84kde: I assume mx6 is in overrides, it looks like you're doing the right things in the second one...09:52
panda84kdeRP: thank you. where do I check the override?09:55
RPpanda84kde: bitbake -e | grep OVERRIDES ?09:59
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto10:00
panda84kdeit's there MACHINEOVERRIDES="armv7a:mx6:mx6q:nitrogen6x"10:01
RPpanda84kde: that should get added to OVERRIDES too10:04
RPpanda84kde: is there a machine or arch specific file in another layer?10:04
RPpanda84kde: looking in the logs might reveal the directories its searching for the file10:04
*** elmi82 <elmi82!~timom@mail.bmw-carit.de> has quit IRC10:07
panda84kdeRP: yes, it's in the original http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/recipes-bsp/alsa-state/alsa-state.bbappend10:10
RPpanda84kde: I suspect your layer is at a lower priority than that one or at the wrong point in BBPATH10:11
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto10:11
RPpanda84kde: either change the layer order in bblayers.conf or make your state file machine specific10:11
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC10:12
panda84kdeRP: thank you. What's the best syntax to override asound.conf for my machine "nitrogen6x"?10:18
RPpanda84kde: replace mx6 with your machine name10:19
RPin both directory name and the PACKAGE_ARCH line10:19
SaurRP: Is there a way to protect a bitbake variable (or actually a number of variables, all starting with the same prefix) from OVERRIDES expansion?10:22
mbeliskohello10:23
mbeliskoI have a receipt (chromium-unittest) which needs to fetc 2 tarballs 1: chromium, 2: chromium-testdata10:24
mbeliskohow to deal with 2 different md5sums for that particular case?10:24
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC10:25
RPSaur: not really10:26
RPmbelisko: you assign them each names10:27
RPmbelisko: there are examples in the metadata10:27
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto10:27
mbeliskoRP: ok thanks10:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:29
SaurRP: Bother. We have a lot of old configuration variables from our old build system that a lot of our packages still expect. So what we have done is turned them all into bitbake variables, which has worked fine until I set the SOC_FAMILY variable to match our chip. Unfortunately, two of the config variables ends in _<chipname> which all of a sudden was removed due to SOC_FAMILY being in MACHINE_OVERRIDES (which was the whole point of setting it up, but10:29
RPSaur: you could set the variable after the data is finalised in an event handler?10:30
panda84kdeRP: strange: this still doesn't work http://pastebin.com/HkrjaWKe10:31
RPSaur: or explicitly export the variable in the specific task?10:31
SaurRP: Problem is that the config variables varies per MACHINE.10:31
RPpanda84kde: try FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}/${MACHINE}:"10:32
RPSaur: but you can use the value of ${MACHINE} ?10:32
RPdo_compile_prepend () { export somevar_${MACHINE}=xyz } ?10:33
SaurRP: Now I think you lost me somewhere. (my bitbake knowledge is quite limited).10:33
RPSaur: where do you need these variables? shell tasks? python tasks? just configure/compile?10:36
RPdo_compile_prepend () { export somevar_${SOC_FAMILY}=xyz } ?10:36
SaurRP: Well, the config values are read from text files, one per machine, and then converted to bitbake variables with some python code...10:36
RPSaur: and where are they used?10:37
RPSaur: could you put escaping in?10:37
SaurHow do you mean?10:37
RPchange "_" to say "U" when reading them in, then when exporting the them translate back10:38
RPThere are probably a few ways to make it work but it all depends on what your constraints are10:39
SaurRP: Hmm, possibly. Will have to think about that. It could be an option...10:39
SaurRP: The stupid thing is that in the end we want to get rid of them all together, as their use causes the packages that use them to become machine specific... But for now we have to keep them as there are so many of them, and the people who need to remove the dependencies are our code owners who are outside the project working on switching to bitbake...10:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:42
RPSaur: could you just read them in late, i.e. when the task is due to run?10:43
RPdo_configure () { ${@readinvariables()} } ?10:43
RPwhere the function returns "x=y\ny=z\n"10:44
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto10:45
SaurRP: Well, the idea with turning them into bitbake variables is that they should affect the sstate so that things are rebuilt if they change (which they do).10:45
RPSaur: fair enough. Its hard for me to comment without knowing all the constraints :/10:47
SaurRP: I know. Was mostly hopping for an IGNORE_OVERRIDES or something like that... ;)10:47
SaurOh well, gotta get some lunch...10:48
panda84kdeRP: it still doesn't work. The file is in the correct path with or without /${MACHINE} but I in the log the meta-fsl-arm path is preceding my layer path10:52
RPSaur: you could probably write some kind of event handler post data expansion which resets the variable to its original name10:52
panda84kdeIs lowering priority of the layer the only remaining option?10:53
RPpanda84kde: did you try reordering the layers in bblayers.conf ?10:53
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has left #yocto10:53
panda84kdeRP: trying now. But ordering in bblayers is not the same thing as layer priority, right?10:54
RPpanda84kde: no, I can't remember offhand how they all fit together either :/10:55
RPpanda84kde: the appends get stacked in the order they're parsed which depends on the order things are added to BBFILES in layer.conf iirc10:56
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto10:57
panda84kdeRP: changing order in bblayers doesn't affect the final result10:57
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC10:58
RPpanda84kde: I don't understand why making it machine specific doesn't override the mx6 entry regardless :/10:58
* panda84kde thinks Yocto is a good project, but some things are really too obscure and undebuggable.10:58
panda84kdeRP: me too I'm a bit perplexed10:59
RPpanda84kde: the trouble is everyone wants the maximum flexibility but that comes at a price :/10:59
panda84kdemy really humble opinion is that it's getting quite complicated and bash programming is not as flexible as the project needs.11:01
RPpanda84kde: bash programming ?11:03
RPpanda84kde: I just took a look at some logs for fetch against alsa-state. I believe there is a bug that its processing overrides backwards :(11:04
RPpanda84kde: it searches arm, armv5, qemuarm11:04
RPit should go the other way :(11:04
RPpanda84kde: bitbake alsa-state -e | grep FILESPATH and you'll see what I mean11:05
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC11:05
SaurRP: Hmm, I do not know very much about the event handling in bitbake. What kind of event should I look for?11:07
panda84kdeRP: ok, I know bb recipes are not in bash, but variables and other things are handled pretty much in shell style11:10
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto11:12
panda84kdeVARIABLE += "blah \ blah \ blah"11:12
panda84kdeinstead of list.add("blah").add("blah").add("blah")11:13
panda84kdeRP: my "bitbake alsa-state -e" + my log.do_fetch http://pastebin.com/D3uk947011:17
panda84kdeno armv5 nor qemuarm11:18
RPpanda84kde: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t211:20
RPpanda84kde: try applying that fix...11:20
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC11:20
RPpanda84kde: you didn't see those because you're not using qemuarm, I just used qemuarm as a local test11:20
RPpanda84kde: I'm pretty sure the core function is broken, it should do more what you expect after the above patch is applied11:21
panda84kdeRP: I'll test it immediately11:22
panda84kdethank you11:22
RPSaur: have a look at multilib_global.bbclass:multilib_virtclass_handler_global[eventmask] = "bb.event.RecipePreFinalise bb.event.RecipeParsed"11:23
RPSaur: you could hook the RecipeParsed event11:24
SaurRP: Ok, will try that...11:25
*** _alex_kag <_alex_kag!~alex_kag@178.124.17.199> has joined #yocto11:27
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.25.81> has quit IRC11:28
SaurRP: If I modify the variables in that event (simle idea is to read them in, change all _ to something else, and then revert to _ in the event), will they still affect the sstate as expected?11:29
panda84kdeRP: ok, now the order seems to be reversed (and correct): nitrogen6x, mx6q, mx6, armv7a, arm11:30
panda84kdebut I still get the wrong asound.conf :S11:30
RPSaur: probably not as you'd like :/11:31
RPpanda84kde: with which bbappend exactly?11:32
SaurRP: So, back to square one...11:32
RPSaur: well, you could just use the event handler to restore the corrupted variables11:33
panda84kdeRP: tried with this one: http://pastebin.com/HkrjaWKe Also tried with FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}/${MACHINE}:" but the result was the same11:35
SaurRP: Btw, the OVERRIDES mechanism, does it affect the variable name anywhere, or just at the end? E.g., if foo is in OVERRIDES, will VAR1_foo_VAR2 turn into VAR1_VAR2?11:35
RPSaur: just endings11:35
SaurRP: ok11:35
panda84kdein both cases in log.do_fetch the asound.conf is present in the folders listed, it's just that this: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/recipes-bsp/alsa-state/alsa-state.bbappend takes precedence11:36
RPpanda84kde: read the do_unpack log. I think there is also a bug in the alsa-state recipe :/11:38
RPpanda84kde: well, an unintended side effect of having ${PN} as a file in SRC_URI11:39
* panda84kde has a lucky day11:39
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto11:39
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC11:40
RPpanda84kde: Its treating "alsa-state" as a directory and ocopying the contents over ${WORKDIR}11:40
RPthereby overwriting your changes afaict11:40
RPpanda84kde: Try http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&id=96dab59a53a546d5fcbeed263170c56c9b03d13711:44
*** abogani <abogani!~Thunderbi@ubuntu/member/abogani> has quit IRC11:48
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto11:55
*** hyei <hyei!~hyei@c-67-161-59-158.hsd1.ca.comcast.net> has joined #yocto12:09
SaurRP: I git a tip from a co-worker. How about I append "_${SOC_FAMILY}" to all my variable names. Then the OVERRIDES mechanism will remove it again, and leave the original name in place. Right?12:10
Saurgot*12:10
RPSaur: I'm not entirely sure what that would do12:11
SaurRP: Well, then the var that I want to protect would be VAR_foo_foo, which would become VAR_foo after OVERRIDES has done its deed.12:12
RPSaur: well, yes, assuming we don't expand overrides multiple times12:13
SaurRP: Do you?12:13
*** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto12:14
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto12:16
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC12:17
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto12:18
*** Crofton|work <Crofton|work!~balister@pool-108-44-88-68.ronkva.east.verizon.net> has quit IRC12:19
*** Crofton|work <Crofton|work!~balister@pool-108-44-88-68.ronkva.east.verizon.net> has joined #yocto12:26
*** abogani <abogani!~Thunderbi@ubuntu/member/abogani> has joined #yocto12:29
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC12:29
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC12:34
*** hyei_ <hyei_!~hyei@c-50-174-78-168.hsd1.ca.comcast.net> has joined #yocto12:37
*** hyei <hyei!~hyei@c-67-161-59-158.hsd1.ca.comcast.net> has quit IRC12:39
*** hyei_ is now known as hyei12:39
*** fpaut is now known as fpaut_12:41
TuTizzIs there any way that file.cfg can be ignore during bitbake my kernel? (For exemple do_configure_prepend() { if [ ! -f "${B}/.config" ]; then12:42
TuTizzoe_runmake filedefconfig12:42
TuTizzfi? )12:42
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC12:57
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC12:58
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has joined #yocto13:06
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto13:09
TuTizzshould I remake my question?13:09
*** elmi82 <elmi82!~timom@mail.bmw-carit.de> has joined #yocto13:14
*** ka6sox-away is now known as zz_ka6sox-away13:20
RPSaur: it can happen in some contexts13:21
RPSaur: not sure if it happens in general or not13:21
SaurRP: Yeah, it seems so. If I add _ff13:21
Saurbah13:21
SaurRP: If I add _foo_foo to my var VAR_foo, it will come out in the end as I want...13:22
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC13:22
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC13:23
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has quit IRC13:24
SaurRP: Interesting though is that VAR_foo_foo is left in d but without value (it doesn't show in bitbake -e, but in the construct we use to get all our variables, it does): for key in [x for x in d if x.startswith("OUR_PREFIX_")]: vars[key] = d.getVar(key)13:24
SaurRP: Btw, is d and getVar() documented anywhere?13:24
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has joined #yocto13:24
SaurRP: I see them and a lot of similar stuff all over the python code, but can't seem to find any real documentation of them...13:25
RPSaur: bitbake manual is as close we get13:26
SaurRP: Well, I looked there...13:26
SaurRP: I assume d is some global variable state?13:27
RPSaur: its the datastore13:27
SaurRP: What's the True/False argument to getVAR() for?13:27
RPSaur: basically everything is in there as key/value pairs13:27
RPSaur: expand or not expand13:28
*** fpaut_ is now known as fpaut13:32
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto13:34
SaurRP: Ah, whether ${...} should be expanded or not, right?13:34
RPSaur: yes13:34
Saur(Hah, I finally found the code for it as well. At least in theory that should make things easier...)13:35
*** Garibaldi|work <Garibaldi|work!~andydalt@cpe-174-097-252-070.nc.res.rr.com> has joined #yocto13:37
SaurRP: Hmm, the question now is, can I rely on the overrides expansion taking place twice to remain, or what are the odds of that changing...13:38
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC13:39
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto13:41
*** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto13:44
*** elmi82 <elmi82!~timom@mail.bmw-carit.de> has quit IRC13:46
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto13:50
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto13:56
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto14:00
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC14:02
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:03
*** _alex_kag <_alex_kag!~alex_kag@178.124.17.199> has quit IRC14:05
*** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto14:07
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC14:10
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto14:11
*** elmi82 <elmi82!~timom@95.143.91.178> has joined #yocto14:14
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC14:15
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto14:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:16
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC14:20
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC14:21
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC14:21
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto14:22
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC14:27
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto14:32
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC14:36
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC14:36
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has joined #yocto14:37
*** e8johan <e8johan!~quassel@fw.cafemoskau.com> has quit IRC14:37
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto14:39
*** zeeblex <zeeblex!apalalax@nat/intel/x-cttesqvjagxzzwsj> has left #yocto14:48
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC14:49
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto14:57
*** elmi82 <elmi82!~timom@95.143.91.178> has quit IRC14:57
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto14:57
Krz-if I want to create Yocto repository of packages - do I do 'bitbake world' ? Or there is some simplier command (less time consuming)?15:00
rburtonKrz-: depends what you want the repository to contain15:03
bluelightningKrz-: "world" is really intended for validation; you probably want to be more selective15:03
bluelightningKrz-: I'd suggest creating a "meta" recipe that has the list of recipes you wish to build in its DEPENDS15:04
bluelightning(along with "inherit meta")15:04
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto15:09
*** Garibaldi|work <Garibaldi|work!~andydalt@cpe-174-097-252-070.nc.res.rr.com> has quit IRC15:09
RPbluelightning: I looked at what that class did with a certain amount of dread!15:09
bluelightningheh15:10
bluelightninghasn't been changed in quite some time15:10
Krz-bluelightning: rburton: I want my repo to contain all Yocto packages present in layers I use15:10
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto15:11
rburtonKrz-: that would be world then15:11
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC15:11
Krz-rburton: thanks15:11
JaMaRP: I got a bit strange request to upgrade bitbake to 1.20 (for _remove feature and some cache fixes) in our dylan builds, is backporting some oe-core changes needed for newer bitbake to dylan release out of question or should I try to identify them and then we'll see?15:12
JaMaoff hand I know about http://git.openembedded.org/openembedded-core/commit/?id=491fde8cd3fd493f9fec2fd434fe1be547f66148 and http://git.openembedded.org/openembedded-core/commit/?id=835b64d4e9ed7b627b56a75d529f1a403c5db1a815:12
RPJaMa: Its a fairly big deviation from the stated policy which is not to backport features :/15:14
JaMaagreed, that's what I said on that request, but if they still insist then I'll probably have to backport it locally without trying to upstream the backport15:17
* JaMa bbl15:18
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto15:23
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has joined #yocto15:23
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has joined #yocto15:23
*** _alex_kag <_alex_kag!~alex_kag@178.126.216.122> has joined #yocto15:27
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto15:32
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has quit IRC15:33
*** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto15:36
j8anybody know the uid/gid range?15:36
j8for users that is15:37
*** darknighte_znc is now known as darknighte15:42
zibrij8: 1000 and up15:45
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto15:57
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC15:58
*** mihai <mihai!~mihai@86.121.70.217> has joined #yocto16:01
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC16:05
*** mckoan is now known as mckoan|away16:09
*** gmacario <gmacario!~gmacario@12.239.132.180> has joined #yocto16:14
*** elmi82 <elmi82!~timom@213.185.181.212> has joined #yocto16:19
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ecksbthxybcbbodi> has joined #yocto16:19
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto16:22
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC16:27
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC16:27
*** elmi82 <elmi82!~timom@213.185.181.212> has quit IRC16:41
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC16:47
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto16:50
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC16:58
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has quit IRC16:59
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC16:59
*** pidge <pidge!~pidge@134.134.139.76> has joined #yocto17:00
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC17:02
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC17:10
*** belen <belen!~Adium@134.134.137.75> has quit IRC17:31
*** e8johan <e8johan!~quassel@212.185.61.11> has joined #yocto17:36
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto17:37
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC17:49
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto17:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:55
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto17:56
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC18:00
*** zerus <zerus!~powerpm@90-224-44-236-no67.tbcn.telia.com> has joined #yocto18:16
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC18:20
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto18:22
*** mihai <mihai!~mihai@86.121.70.217> has quit IRC18:23
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC18:37
*** hyei <hyei!~hyei@c-50-174-78-168.hsd1.ca.comcast.net> has quit IRC18:38
*** zerus <zerus!~powerpm@90-224-44-236-no67.tbcn.telia.com> has quit IRC18:39
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC18:39
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto18:39
*** e8johan <e8johan!~quassel@212.185.61.11> has quit IRC18:45
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto18:49
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC18:49
*** e8johan <e8johan!~quassel@212.185.61.11> has joined #yocto19:04
*** danbeard <danbeard!~dbeard@wsip-70-165-63-226.oc.oc.cox.net> has joined #yocto19:07
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC19:10
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto19:20
*** zz_ka6sox-away is now known as ka6sox19:23
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC19:28
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has joined #yocto19:36
*** ka6sox is now known as ka6sox-farfarawa19:56
*** kmccombe <kmccombe!~kevinm@nat-mam.mentorg.com> has quit IRC19:58
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC20:06
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC20:07
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128687837.dsl.bell.ca> has joined #yocto20:23
*** reanguiano <reanguiano!~devnull@ricardoanguiano.com> has quit IRC20:51
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto21:04
*** e8johan <e8johan!~quassel@212.185.61.11> has quit IRC21:09
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC21:13
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC21:17
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto21:17
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:24
*** reanguiano <reanguiano!~devnull@ricardoanguiano.com> has joined #yocto21:24
*** gmacario1 <gmacario1!~gmacario@12.239.132.180> has joined #yocto21:28
*** pidge__ <pidge__!~pidge@134.134.139.76> has joined #yocto21:29
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128687837.dsl.bell.ca> has quit IRC21:32
*** nrossi__ <nrossi__!~nrossi@203.126.243.116> has joined #yocto21:33
*** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC21:34
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC21:34
*** pidge <pidge!~pidge@134.134.139.76> has quit IRC21:34
*** gmacario <gmacario!~gmacario@12.239.132.180> has quit IRC21:34
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC21:34
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC21:34
*** Bagder <Bagder!~daniel@sestofw01.enea.se> has quit IRC21:34
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto21:35
*** Bagder <Bagder!~daniel@sestofw01.enea.se> has joined #yocto21:36
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto21:37
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto21:37
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto21:39
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto21:41
*** _alex_kag <_alex_kag!~alex_kag@178.126.216.122> has quit IRC21:59
*** ka6sox-farfarawa is now known as zz_ka6sox-farfar21:59
*** zz_ka6sox-farfar is now known as ka6sox22:00
*** agust <agust!~agust@p4FDE6365.dip0.t-ipconnect.de> has quit IRC22:09
*** roric_ <roric_!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC22:14
*** eren <eren!~eren@unaffiliated/eren> has quit IRC22:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:33
*** pidge <pidge!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto23:00
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC23:04
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto23:11
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC23:21
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:30
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128687837.dsl.bell.ca> has joined #yocto23:55
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto23:57
« Sunday, 2013-10-06 Index Tuesday, 2013-10-08 »

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