Thursday, 2013-09-12

*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC00:03
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto00:16
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC00:16
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC00:20
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto00:21
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC00:29
*** scot <scot!~scot@130.164.62.183> has quit IRC00:49
*** eren <eren!~eren@unaffiliated/eren> has quit IRC00:55
-YoctoAutoBuilder- build #264 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/26401:06
*** davest <davest!~Adium@134.134.137.71> has joined #yocto01:08
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto01:15
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC01:25
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC01:25
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC01:44
*** seebs <seebs!~seebs@174-25-205-185.rstr.qwest.net> has joined #yocto01:48
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto02:00
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:04
*** seebs <seebs!~seebs@174-25-205-185.rstr.qwest.net> has quit IRC02:21
*** seebs <seebs!~seebs@174-25-205-185.rstr.qwest.net> has joined #yocto02:29
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC02:47
*** reallife <reallife!~reallife@108-91-142-36.lightspeed.wlfrct.sbcglobal.net> has quit IRC02:47
*** GunsNRose <GunsNRose!~GunsNRose@110.184.115.182> has joined #yocto02:58
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto03:04
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC03:04
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto03:05
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC03:11
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto03:24
*** seebs <seebs!~seebs@174-25-205-185.rstr.qwest.net> has quit IRC03:39
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:45
*** alex_kag <alex_kag!~alex_kag@93.84.108.155> has quit IRC03:50
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto03:59
*** nitink <nitink!nitink@nat/intel/x-viboaxylzsbrcabf> has quit IRC04:02
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC04:20
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:4919:678f:2399:528a> has joined #yocto04:22
wfaillagood morning, i am trying to change the name of the actual .ipk or .deb or .rpm file that bitbake will create, for now i was playing around with the PF PV PR and P variable in the bitbake.conf but for some reason bitbake will always add a PR_plattform.ipk (qemux86 or others) to the file name, is there a better way to do this or a way that is more correct ?04:25
*** silviof1 is now known as silviof04:27
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC04:30
*** nitink <nitink!~nitink@134.134.139.72> has joined #yocto04:34
*** wgao <wgao!~wgao@1.202.252.122> has quit IRC04:42
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto04:43
*** alex_kag <alex_kag!~alex_kag@178.124.23.78> has joined #yocto04:49
*** musdem <musdem!~Zack@135.0.51.40> has quit IRC05:07
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC05:09
*** fp <fp!~Chaudhary@59.97.57.10> has joined #yocto05:11
*** grifter1881 <grifter1881!~grifter@static-50-53-13-32.bvtn.or.frontiernet.net> has quit IRC05:11
*** agust <agust!~agust@pD9E2F469.dip0.t-ipconnect.de> has joined #yocto05:20
*** GunsNRose <GunsNRose!~GunsNRose@110.184.115.182> has quit IRC05:26
*** fp <fp!~Chaudhary@59.97.57.10> has quit IRC05:26
*** nitink <nitink!~nitink@134.134.139.72> has quit IRC05:30
*** fp <fp!~Chaudhary@59.97.57.10> has joined #yocto05:44
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto05:50
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto05:55
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has joined #yocto05:58
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto06:02
*** tonghuix <tonghuix!~tonghuix@114.245.218.22> has joined #yocto06:03
*** arky <arky!~arky@58.187.82.90> has joined #yocto06:18
wfaillagood morning, i am trying to change the naming of the packages (something.ipk) that bitbake produces in the deploy/ipk/* dir ... where do i do this ... i cannot find anything in the yocto manual06:20
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto06:24
*** arky <arky!~arky@58.187.82.90> has quit IRC06:35
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC06:35
*** tonghuix <tonghuix!~tonghuix@114.245.218.22> has quit IRC06:36
wfaillahi, were can i change the naming of the binary pkg or how is the binary pkg named ?06:46
*** arky <arky!~arky@118.71.78.243> has joined #yocto06:48
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto06:48
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto06:49
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC06:49
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto06:49
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto06:52
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto06:52
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto07:06
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto07:06
wfaillahi, were can i change the naming of the binary pkg or how is the binary pkg named ?07:08
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC07:08
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto07:11
*** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto07:17
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:17
*** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto07:18
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:18
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto07:20
*** florian_kc is now known as florian07:20
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto07:20
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto07:22
n01is there a meta-linaro layer working in yocto? I'm having a lot of trouble using the layer for oe07:24
*** EsbenH <EsbenH!~user@0x55532124.adsl.cybercity.dk> has joined #yocto07:27
*** arky <arky!~arky@118.71.78.243> has quit IRC07:30
*** mckoan|away is now known as mckoan07:37
mckoangood morning07:37
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto07:37
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC07:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:37
*** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto07:41
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto07:41
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC07:43
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto07:47
wfaillagood morning mckoan07:50
wfaillabluelightning is were dose yocto name the binary packages07:51
bluelightningmorning all07:51
wfaillagood morning07:51
bluelightningwfailla: what's the context?07:51
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC07:52
wfaillabluelightning i am trying to change the naming from PN_PV-PR.ipk to PN_PV-PR-SRCREV.ipk when the pr-serv is used07:52
bluelightningwfailla: you're not happy with the results of PV = "1.0+git${SRCPV}" or similar?07:53
wfaillabluelightning no because i want that to happen automatically07:54
wfaillabluelightning only when the SRCREV is set to ${AUOTREV}07:54
wfaillabluelightning the way i do it for now is PV-orig := "${PV}" PV := "${PV-orig}-${PR}-${SRCPV}"07:56
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto07:56
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto07:56
wfaillabluelightning but the pkg is then called PN_PV-PR-SRCPV-PR_mips32.ipk but i cant figure out why there is a PR in there again07:58
bluelightningwfailla: assuming you're trying to cover bleeding-edge development and release versions, typically the way people handle that is to use separate recipes for the two cases (perhaps with a common inc file to avoid duplication)07:59
wfaillabluelightning and were the platform comes from07:59
bluelightningwfailla: you're getting PR twice because PR isn't normally part of PV, and you're adding it07:59
bluelightningwfailla: the platform comes from PACKAGE_ARCH07:59
wfaillabluelightning but if i have a pkg named opencapwap-1.1.4 and opencapwap-1.1.5 they should not be installed along side08:01
wfaillabluelightning how do i stop this from happening08:01
bluelightningwfailla: no, they can't; but if that's what you need then you need to be changing PN08:01
bluelightningi.e. making PN version-specific08:02
wfaillabluelightning stop no i cant fallow u any more ... if the pn is opencapwap-1.1.4 and the pv is 1.1.4 and there is a pkg with the pn opencapwap-1.1.5 with the pv 1.1.5 what stops them from bolth being installed on the same system08:03
bluelightningwfailla: most package managers do not allow two packages with the same name to be installed at the same time (although some allow it if the architecture is different)08:06
bluelightningwfailla: and we rely on the package manager for rootfs construction08:06
wfaillabluelightning but the name is not the same the one is opencapwap-1.1.4 and the other is opencapwap-1.1.508:07
bluelightningwfailla: right, if you have changed PN to be version-specific then that gets around that issue08:07
bluelightningwfailla: of course, if the packages install any of the same files you'll also have issues08:08
bluelightningsince most package managers will not allow you to install two packages that install the same file unless you force them to08:08
wfaillabluelightning change the pn to be version specific were ?? in the recipe ?08:09
wfaillabluelightning of opencapwap?08:10
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto08:10
bluelightningwfailla: you can either set PN in the recipe or you can just rename the recipe since PN is derived from the recipe file name08:10
bluelightning(by default)08:11
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto08:11
wfaillabluelightning yes but still there will be two pkg opencapwap-1.1.4 and opencapwap-1.1.5 which can be run together on the same machine , but i dont want that to be possibile08:12
bluelightningwfailla: ah, sorry I got confused, I thought that's what you were asking to be able to do08:13
bluelightninglet's start again08:13
wfaillaok ... give me a sec08:14
wfaillathe versioning as it is works fine for me, i have a opencapwap_1.1.4.bb a opencapwap_1.1.5.bb and a opencapwap_1.1.6.bb08:15
wfaillai can chose one by stating the preferred version08:15
bluelightningright08:16
wfaillathe bin pkg will be named pn_PV-PR_mips.ipk08:16
wfaillabut there should also be a opencapwap_git.bb witch has the SRCREV= "${AUTOREV}"08:17
bluelightningright, and there can be08:17
bluelightningand if that recipe sets PV = "x.y+git${SRCPV}" you'll have the revision in the recipe but only for that recipe, not the others08:17
wfaillaand the bin pkg created when bitbaking that recipe should be named PN_PV-PR-SRCREV_mips.ipk automatically08:18
wfaillais it possible to rename that automatically08:18
wfailla?08:19
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC08:22
bluelightningwfailla: just so I understand, why is that better than PN_x.y+git1+SRCREV_PR_mips32.ipk ?08:22
bluelightning(which is what setting PV as above will result in)08:22
wfaillaand an other thing i had an problem with is that if i change the PV value then i cannot use FILESEXTRAPATH_prepend = "${THISDIR}/${PN}-${PV}" for .bbappends or so ... but this is an other problem08:22
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC08:23
bluelightningright, you'd need to do something more complicated if you really need the files directory to be version-specific (or just hardcode it)08:23
wfaillabecause for what i do i need the PR in front of the git tag08:23
wfaillawhat i would do is create a PV-orig = ${PV} and then use FILESEXTRAPATH_prepend = "${THISDIR}/${PN}-${PV-orig}"08:24
bluelightningI guess I don't quite understand your use case08:25
wfaillano use case just readability08:25
wfaillai thought it would be easy to change that08:26
*** blitz00 <blitz00!~stefans@192.198.151.43> has joined #yocto08:26
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto08:26
wfaillabut my second problem has a use case i have a destro which has a packagegroup-lng-1.1 installed with a specific versions of pkg installed08:28
wfaillai am using ipk08:29
wfaillahow do i set a specific version just for that pkg group not for other builds i make with the same build dir08:30
wfaillaand i cant use the pn for version control because of what we were talking about before08:30
bluelightningI don't think you can do it without changing PN08:31
bluelightningyou can explicitly make the two conflict by setting RCONFLICTS to prevent side-by-side installation08:32
wfaillathat might be an option08:32
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC08:32
wfaillacan i set some thing like RCONFILCTS = "opencapwap-1.1.*" or RCONFILCTS = "opencapwap-1.1.[1..4]"08:33
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto08:34
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC08:35
bluelightningwfailla: I don't think so, unless opkg understands that (since we just pass that to opkg when ipk is being used)08:35
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC08:38
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto08:39
wfaillaopkg is supposed to understand regular expressions08:43
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC08:44
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto08:46
mbeliskohi all08:48
wfaillahi08:48
mbeliskoI'm trying to build chromium from meta-browser (just updated to v 31 and update ninja + nss to latest versions) but during linking I get ng.a: could not read symbols: Memory exhausted08:49
mbeliskoany ideas how to resolve that (I have 32bit ubuntu)08:49
bluelightningmbelisko: I'm not sure but this sounds like the problem I've heard reported building webkit08:52
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto08:53
bluelightningmbelisko: webkit / chrome is such a huge codebase that if you set high parallelism (BB_NUMBER_THREADS / PARALLEL_MAKE) it seems like you can run out of memory08:53
mbeliskobluelightning:  obj/third_party/WebKit/Source/core/libwebcore_remaining.a: could not read symbols: Memory exhausted08:53
mbeliskobluelightning: I have both on 408:54
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto08:54
mbeliskobluelightning: should I try without parallelism?08:55
bluelightningmbelisko: FWIW, here is the webkit bug report: https://bugzilla.yoctoproject.org/show_bug.cgi?id=516008:55
yoctiBug 5160: normal, Undecided, ---, laurentiu.palcu, NEW , webkit-gtk build failed randomly with "Memory exhausted"08:55
rburtonbluelightning: i don't think its parallism, its just the final link08:56
rburtonmbelisko: add LDFLAGS += " -Wl,--no-keep-memory" to webkit-gtk.bb08:57
*** belen <belen!~Adium@134.134.139.70> has joined #yocto08:57
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.91.229.141.10> has joined #yocto08:57
mbeliskorburton: ok lemme try08:57
BjornArnelidHi, im trying to build yocto with a custom kernel version by adding the lines PREFERRED_PROVIDER_virtual/kernel = "linux-yocto" and PREFERRED_VERSION_linux-yocto= "3.2" in local.conf, but it still uses 3.8, am i doing it wrong?09:00
bluelightningBjornArnelid: I'd recommend checking to see if those are being overridden somewhere09:10
bluelightningBjornArnelid: use bitbake -e | less and search for PREFERRED_VERSION_linux-yocto09:11
mbeliskorburton: ok memory exhausted is over but during chromium linking I got: collect2: error: ld terminated with signal 11 [Segmentation fault], core dumped09:13
mbeliskooh wait ld: cannot size stub section: Memory exhausted09:14
mbeliskoadded  -Wl,--no-keep-memory to LDFLAGS for chromium09:14
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC09:44
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC09:46
rburtonmbelisko: is your build host 32 or 64 bit, and how much ram?09:55
mbeliskorburton: 32bit 8G ram09:58
rburtonimpressive that it fills it up :)09:58
rburtonah, but09:59
rburtonper-process limit is a lot lower09:59
rburtonif you can reboot in 64-bit i bet it will work without the option09:59
mbeliskorburton: maybe ulimit would help?10:00
KaapeliWell, 32bit system can only use up to 3 gigs of ram at most, per process10:01
mbeliskowell not: ulimit->unlimited10:01
mbeliskook10:01
rburtonmbelisko: what Kaapeli said10:01
KaapeliThat's why you don't use 32bit kernels if you have more than 3 gigs or ram10:01
rburtonKaapeli: *generally* the 3G limit isn't a massive problem though10:02
Kaapelirburton, Usually no10:02
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.16.98> has joined #yocto10:02
KaapeliBut it can beat you in strange ways if you expect to be able to use a lot of memory on 32 bit systems10:02
rburtonindeed10:03
*** alex_kag <alex_kag!~alex_kag@178.124.23.78> has quit IRC10:03
rburtonmaybe we should make webkit throw a note if the host is 32-bit10:03
mbeliskowell this is chromium internal webkit10:03
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto10:03
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto10:04
mbeliskoI'm trying to update chromium to v31 (in meta-browser is v29)10:04
mbeliskook seem I need to use 64 bit10:04
mbeliskothanks for your help10:04
Saurrburton: On the oe mailing list regarding bb-matrix, you suggested using bitbake -e to find which temporary directories to remove (mentioning wipe-sysroot). I have not been able to find anything anywhere when looking for wipe-sysroot (or wipe for that matter). Any suggestions?10:05
rburtonSaur: oe-core/scripts/wipe-sysroot10:06
Saurrburton: Duh, no wonder grep didn't find anything. :)10:06
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto10:08
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto10:12
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC10:28
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC10:42
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto10:44
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has left #yocto10:46
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto10:51
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC11:06
*** EsbenH <EsbenH!~user@0x55532124.adsl.cybercity.dk> has quit IRC11:09
*** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto11:45
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC12:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:05
*** pev <pev!~pev@2.31.88.113> has left #yocto12:05
*** kmscherer_ <kmscherer_!~kscherer@128.224.252.2> has joined #yocto12:07
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto12:08
*** kmscherer <kmscherer!~kscherer@128.224.252.2> has quit IRC12:10
*** fp_ <fp_!~Chaudhary@59.97.57.10> has joined #yocto12:11
qt-xdose anybody use arch as linux host ?12:12
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC12:12
n01qt-x: good luck with that :(((12:12
*** fp <fp!~Chaudhary@59.97.57.10> has quit IRC12:13
qt-xso no good news in that direction?12:13
n01I'm using lxc just to use yocto on my arch12:13
qt-xn01: is it a difficult setup process ?12:15
n01not at all https://wiki.archlinux.org/index.php/Linux_Containers12:16
n01even better http://andyortlieb.wordpress.com/2013/03/15/practical-use-of-lxc-in-arch-linux-in-march-of-2013/12:17
qt-xsorry I was not very clear. I was referring to yocto not lxc12:18
n01well, there's a lot of documentation for yocto12:19
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC12:20
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto12:21
*** kmscherer_ <kmscherer_!~kscherer@128.224.252.2> has quit IRC12:21
wfaillamy recommendation run bitbake and install the missing depends when bitbake tells u to an the fly12:22
*** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has quit IRC12:22
wfaillathen delete the build directory and u can start12:22
wfaillaI have a question this is the line in the recipe SRC_URI = "git:///usr/src/disk/wfailla/test-git.git;protocol=file" the local git repo is /usr/src/disk/wfailla/test-git.git/. why cant bitbake find the repo ?12:24
wfaillai initialized the repo by executing "git init" in the /usr/src/disk/wfailla/test-git.git/. dir12:26
bluelightningwfailla: just a stab in the dark, it's not being confused by the directory being named .git is it?12:28
bluelightning*.git that is12:28
wfaillai hope not ;-)12:28
wfaillano ... thats not it12:29
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC12:30
*** scot <scot!~scot@130.164.62.183> has joined #yocto12:30
wfaillaERROR: Error executing a python function in <code>:                                                                                     | ETA:  00:00:2012:30
wfaillaExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception MalformedUrl: The URL: 'git:/usr/12:30
wfaillasrc/disk/wfailla/test-git.git' is invalid and cannot be interpreted12:30
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:4919:678f:2399:528a> has quit IRC12:34
bluelightninghmm12:34
bluelightningI was about to say I just tried that and it worked...12:34
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto12:40
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC12:43
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC12:44
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto12:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:48
*** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC12:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:50
*** jkridner|work <jkridner|work!~jkridner@207.191.249.29> has joined #yocto12:50
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto12:51
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC12:53
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto12:54
cfo215I'm trying to follow along with the ADT manual and get the following when installing the prerequisites on Fedora 19: No package eglibc-devel available.  Is it a typo or just a missing package for that distro version?12:54
cfo215i also tried with eglibc-dev12:55
*** swex <swex!~swex@88.210.32.29> has quit IRC12:57
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has left #yocto13:01
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC13:06
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC13:07
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto13:09
JaMasomeone seeing apr-util-native builds failing with dash as shell? x86_64-linux-libtool: preserve_args+= --silent: not found13:22
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:23
JaMasometimes the error looks a bit different, I've reported it half year ago when apr-util was upgraded: http://lists.openembedded.org/pipermail/openembedded-core/2013-March/076087.html13:23
*** cascardo <cascardo!~cascardo@187.113.150.35> has joined #yocto13:25
*** cascardo <cascardo!~cascardo@187.113.150.35> has left #yocto13:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto13:26
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto13:29
*** jkridner|work <jkridner|work!~jkridner@207.191.249.29> has quit IRC13:32
JaMaok, there are still some bashisms in libtool script, I'll fill bug about it13:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:44
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto13:46
*** GeekGirl <GeekGirl!~arunkumar@219.91.250.4> has joined #yocto13:49
*** behanw_ <behanw_!~behanw@38.108.79.121> has joined #yocto13:50
cfo215when are you going to update the yocto eclipse plugin video?  It doesn't look anything like the existing preferences page.13:52
Crofton|workcfo215, btw, looks like f19 is back to glibc not eglibc13:53
Crofton|workhmm, so are odler fedoras must be a type13:54
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto13:55
JaMahttps://bugzilla.yoctoproject.org/show_bug.cgi?id=517413:59
yoctiBug 5174: normal, Undecided, ---, laurentiu.palcu, NEW , libtool with bashisms enabled in script can be shared through sstate-cache with host where /bin/sh is dash and cause build issues13:59
maxincfo215:  here are some Yocto eclipse videos :)  http://www.youtube.com/watch?v=i6KaMrhVOw814:02
cfo215maxin, thanks!14:03
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.16.98> has quit IRC14:04
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC14:12
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto14:12
*** behanw_ <behanw_!~behanw@38.108.79.121> has quit IRC14:20
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC14:21
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC14:23
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto14:23
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC14:25
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto14:27
JaMabluelightning: ping14:30
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC14:32
JaMabluelightning: I have small question about buildhistory srcrev tracking code, currently we have:14:32
JaMa        with open(srcrevfile, 'w') as f:14:32
JaMa            orig_srcrev = d.getVar('SRCREV', False) or 'INVALID'14:32
JaMaThe False is there probably to keep AUTOINC I guess, but it's unfortunate when SRCREV is set through some other variable (e.g. SRCREV = "${SRCREV-FOO}" in recipe14:33
*** [simar|on] <[simar|on]!~simar@2620:101:f000:700:f413:e247:346a:2bcb> has joined #yocto14:34
kergothshouldn't need that False anymore now that autoinc is a string rather than a variable reference, eh?14:34
* kergoth yawns, morning14:34
JaMaI can try later if bluelightning agrees14:36
JaMaand slightly unrelated topic, it would be great to add few parameters to scripts/buildhistory-diff allowing to specify which changes are considered to be significant14:41
JaMae.g. when I was trying to detect file permissions changing randomly because of pseudo I always had to filter PV/PKGR/PKGV changes which made 90% of the diff14:42
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC14:43
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto14:47
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC14:49
*** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC14:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:55
n01huum where does linux-yocto-tiny_3.8 take its defconfig?14:56
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.91.229.141.10> has quit IRC14:58
JaMarburton: we need to change SRC_URI in renderer-service-upnp, media-service-upnp so something more stable than archives generated on-demand on github, both have different checksums now15:01
rburtonurgh15:01
rburtonnoted15:01
JaMarburton: are you still interested in them (as you've added them)?15:01
*** [simar|on] <[simar|on]!~simar@2620:101:f000:700:f413:e247:346a:2bcb> has quit IRC15:01
rburtonJaMa: i've a todo about upgrading the versions15:01
rburtonas i said i'd sort-of-maintain them15:01
rburtonhopefully they've got proper tarballs too15:01
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto15:02
*** nitink <nitink!~nitink@134.134.139.72> has joined #yocto15:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:04
*** jkridner <jkridner!~jkridner@207.191.249.29> has joined #yocto15:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:05
JaMarburton: ok, fair enough, thanks15:06
rburtondamn, no proper tarballs for the old releases.15:08
bluelightningI really hate when people re-roll their tarballs :/15:08
rburtonbluelightning: the current recipes point at github's magic tarball URL15:09
bluelightningrburton: I see, I guess that can't ever be expected to work...15:13
rburtonbluelightning: yeah, my fault. should have just made git recipes.15:13
kergothyou'd think github would cache the archives, but there's no telling what their cache policy is :)15:14
JaMayes it always works for some time, long enough to pass verification builds and populate most PREMIRRORs15:15
JaMauntil a lot later when I try to build world on fresh host or delete downloads directory15:15
kergothRP: check this out.. we have a class that does a sstate_create_package_append to call another function we define. on our 64 bit jenkins vms, for omap5-evm, we get an error that our function isn't defined, as though bitbake didn't pick up the variable dependency.. yet it doesn't happen anywhere else, and it doesn't happen for every recipe. weird eh?15:17
* kergoth digs15:17
rburtonkergoth: this is an old revision of a not massively popular package, you can imagine it got purged15:17
* kergoth nods15:17
rburtonchanging to use git clones now15:17
kergothhmm, should create a bb subcommand to show the variable dependencies bitbake picked up, directly to the user, rather than just having the ability to show a variable and its deps15:21
*** davest <davest!~Adium@134.134.137.71> has quit IRC15:21
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC15:26
*** baillaw <baillaw!6d019996@gateway/web/freenode/ip.109.1.153.150> has joined #yocto15:29
RPkergoth: that does sound odd :/15:30
*** baillaw <baillaw!6d019996@gateway/web/freenode/ip.109.1.153.150> has quit IRC15:31
*** fpaut is now known as fpaut_15:34
StygiaHmm I have a weird issue. I have a recipe for a script I've written, and it fetches the script source from git. However, it does not seem to be enough to simply update SRCREV and rebuild the script, I have to either cleanall or update the revision count... any clues as to why this would be? It has happened a few times now, that for this particular package, I've updated SRC_REV and then build an image (the daemon is in conf/local.c15:35
Stygiaonf), only to then see it was the older version.15:35
StygiaI would think that updating the recipe should trigger a rerun of the recipe, and it does seem to build and such again... just using version of the files from an older commit.15:38
kergothis SRCPV in your PV?15:39
Stygiakergoth, No, it is not, I just have 'SRCREV = "..."' in the recipe.15:41
StygiaIt's sorta lazy but I've been using daemon_1.0.bb forever (Since we have not released quite yet this is not an evil horrible thing).15:41
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC15:48
*** davest <davest!Adium@nat/intel/x-hwgprizblxvkdbbq> has joined #yocto15:48
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto15:48
*** xxiao <xxiao!~xxiao@72.14.179.126> has joined #yocto15:50
*** belen <belen!~Adium@134.134.139.70> has quit IRC15:57
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:00
*** belen <belen!Adium@nat/intel/x-wuastjxvqxwzhmqr> has joined #yocto16:00
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:02
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC16:03
*** bluelightning_ is now known as bluelightning16:03
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC16:07
*** ka6sox is now known as zz_ka6sox16:08
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC16:09
*** GeekGirl <GeekGirl!~arunkumar@219.91.250.4> has quit IRC16:12
*** davest <davest!Adium@nat/intel/x-hwgprizblxvkdbbq> has quit IRC16:14
*** davest <davest!Adium@nat/intel/x-zglhyvozykxfhclp> has joined #yocto16:15
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto16:16
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:19
*** jkridner <jkridner!~jkridner@207.191.249.29> has joined #yocto16:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:21
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC16:21
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto16:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:23
*** mckoan is now known as mckoan|away16:23
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC16:23
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC16:26
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:36
*** davest <davest!Adium@nat/intel/x-zglhyvozykxfhclp> has quit IRC16:37
mr_sciencemoin16:37
*** belen <belen!Adium@nat/intel/x-wuastjxvqxwzhmqr> has left #yocto16:38
*** belen <belen!Adium@nat/intel/x-wuastjxvqxwzhmqr> has joined #yocto16:38
*** fp_ <fp_!~Chaudhary@59.97.57.10> has quit IRC16:39
*** _alex_kag_ <_alex_kag_!~alex_kag@93.84.108.155> has joined #yocto16:39
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:42
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC16:43
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC16:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:49
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has quit IRC16:50
*** _alex_kag_ <_alex_kag_!~alex_kag@93.84.108.155> has quit IRC16:51
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC16:51
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto16:52
*** belen <belen!Adium@nat/intel/x-wuastjxvqxwzhmqr> has quit IRC16:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:58
*** belen <belen!~Adium@134.134.139.70> has joined #yocto16:58
*** _alex_kag_ <_alex_kag_!~alex_kag@93.84.108.155> has joined #yocto16:59
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto16:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:02
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto17:05
*** zz_ka6sox is now known as ka6sox17:05
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto17:10
JaMarburton: there is another advantage of using git clones in this case.. "v0.3.0.zip" isn't very unique filename for downloads folder :)17:15
rburtontrue :)17:16
*** davest <davest!~Adium@134.134.137.71> has joined #yocto17:17
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC17:18
*** fp <fp!~Chaudhary@59.97.57.10> has joined #yocto17:18
*** darknighte_znc <darknighte_znc!~darknight@nat-wv.mentorg.com> has joined #yocto17:18
*** darknighte_znc is now known as darknighte17:18
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto17:18
JaMaheh and it's quite bigger with the same content17:21
JaMa-rw-r--r-- 1 mjansa mjansa 81845 Sep 12 10:17 v0.3.0.zip17:21
JaMa-rw-rw-r-- 1 mjansa mjansa 82691 Sep 12 08:30 v0.3.0.zip_bad-checksum_d728337c14456b17606b436eb82ce6b717:21
JaMa-rw-r--r-- 1 mjansa mjansa 130073 Sep 12 10:17 v0.4.0.zip17:22
JaMa-rw-r--r-- 1 mjansa mjansa 131225 Sep 12 10:17 v0.4.0.zip_bad-checksum_deb04e63353dd29ddef3308138cb4ee517:22
*** belen <belen!~Adium@134.134.139.70> has quit IRC17:27
*** davest <davest!~Adium@134.134.137.71> has quit IRC17:29
*** dvhart <dvhart!~dvhart@static-50-53-95-223.bvtn.or.frontiernet.net> has joined #yocto17:32
*** scottrif <scottrif!~srifenbar@134.134.139.70> has joined #yocto17:40
scottrifJaMa: ping17:41
JaMapong17:43
scottrifJaMa: Hi - I have some questions for you if you have time on the BSP layer issue.17:43
JaMado those examples help at least a bit?17:43
scottrifJaMa: I am going private so not to get to windy on the channel17:44
*** davest <davest!~Adium@134.134.137.71> has joined #yocto17:46
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC17:55
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto17:55
*** bluelightning_ is now known as bluelightning17:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:00
*** davest <davest!~Adium@134.134.137.71> has quit IRC18:29
*** davest <davest!~Adium@134.134.137.71> has joined #yocto18:47
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC18:48
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto18:48
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto18:48
*** xxiao is now known as ausjke18:50
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC18:52
*** davest <davest!~Adium@134.134.137.71> has quit IRC19:00
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto19:06
*** exosyst <exosyst!~nick@2.31.168.211> has joined #yocto19:07
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto19:12
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto19:13
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto19:13
*** fp <fp!~Chaudhary@59.97.57.10> has quit IRC19:17
*** fp_ <fp_!~Chaudhary@59.97.56.200> has joined #yocto19:17
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto19:17
gjohnsonI think I might be close to having a working qt5 nativesdk.  The problem is qmake isn't getting relocated correctly. I used the qmake from ${STAGING_BINDIR_NATIVE}/${QT_DIR_NAME}/qmake.  Here is the error when I run qmake and the output of ldd on qmake and moc which works, http://pastebin.com/LKecSwc5.  How can I solve this issue?19:22
*** fp_ <fp_!~Chaudhary@59.97.56.200> has quit IRC19:23
*** fp <fp!~Chaudhary@59.97.56.188> has joined #yocto19:33
*** fp_ <fp_!~Chaudhary@59.97.56.118> has joined #yocto19:37
*** fp <fp!~Chaudhary@59.97.56.188> has quit IRC19:38
*** Chaudhary__ <Chaudhary__!~Chaudhary@59.97.56.69> has joined #yocto19:43
*** ant_home <ant_home!~andrea@host103-46-dynamic.252-95-r.retail.telecomitalia.it> has joined #yocto19:43
*** fp_ <fp_!~Chaudhary@59.97.56.118> has quit IRC19:44
*** Chaudhary__ <Chaudhary__!~Chaudhary@59.97.56.69> has quit IRC19:57
*** Chaudhary__ <Chaudhary__!~Chaudhary@59.97.56.29> has joined #yocto19:58
*** ant_home <ant_home!~andrea@host103-46-dynamic.252-95-r.retail.telecomitalia.it> has quit IRC19:59
*** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC19:59
*** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto20:02
*** davest <davest!Adium@nat/intel/x-uebularismjfppaq> has joined #yocto20:09
*** ant_home <ant_home!~andrea@host50-7-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto20:10
*** pidge <pidge!~pidge@134.134.137.73> has joined #yocto20:12
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC20:16
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC20:17
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto20:17
*** ant_home <ant_home!~andrea@host50-7-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC20:18
*** jnettlet <jnettlet!~jnettlet@d58c5bcb.rev.dansknet.dk> has quit IRC20:24
*** musdem <musdem!~Zack@135.0.51.40> has joined #yocto20:24
*** ant_home <ant_home!~andrea@host50-7-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto20:27
*** Chaudhary__ <Chaudhary__!~Chaudhary@59.97.56.29> has quit IRC20:34
*** fp <fp!~Chaudhary@59.97.56.167> has joined #yocto20:36
*** jnettlet <jnettlet!~jnettlet@d58c5bcb.rev.dansknet.dk> has joined #yocto20:36
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC20:46
kergothi just love it when i can't use bitbake -S due to one of ERROR: Bitbake's cached basehash does not match the one we just generated20:47
* kergoth rolls eyes20:47
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto20:47
*** fp <fp!~Chaudhary@59.97.56.167> has quit IRC20:51
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC20:53
mranostaykergoth: how is it kergoth world?20:53
mranostay*in20:53
mranostaychallinan: going to ELCE? can't recall20:54
challinanmranostay: on phone, but answer is yes :-)20:54
*** davest <davest!Adium@nat/intel/x-uebularismjfppaq> has quit IRC20:55
JaMakergoth: it shows it, but still produces the .sigdata files OK, doesn't it?20:55
JaMakergoth: some cases where the basehash was e.g. depending on DATETIME were fixed, but e.g. perf is still changing signature while running -S20:56
*** fp <fp!~Chaudhary@59.97.56.167> has joined #yocto20:58
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC21:00
kergothah, yes, indeed, thanks21:00
sgw_JaMa: I am looking at that libtool bug, was hoping for a way to force it to not use bash, but seems to be harder than I thought!21:04
sgw_JaMa: bug #517421:05
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=5174 normal, Medium, 1.5 M5, saul.wold, NEW , libtool with bashisms enabled in script can be shared through sstate-cache with host where /bin/sh is dash and cause build issues21:05
JaMasgw_: agreed, it's a bit weird, I've tried to compare libtool scripts from multiple hosts with different shell settings21:08
JaMasgw_: as SHELL=/bin/bash or /bin/sh and then /bin/sh -> /bin/bash or /bin/dash21:09
JaMaand these += are in all combinations I was able to generate21:09
sgw_Jama, yeah, I also looked at those debian bugs and they seem to imply it should be using #!/usr/bin/bash but it's clearly doing /usr/bin/sh21:10
*** exosyst <exosyst!~nick@2.31.168.211> has quit IRC21:10
JaMasometimes it is using bash shebang (e.g. on my machine it does)21:10
sgw_I tried forcing it with CONFIG_SHELL, but that seems to cause other failures21:10
JaMabut that's where I have it set in SHELL env21:10
JaMaand there are some more differences between libtools from different hosts, e.g. sys_lib_dlsearch_path_spec sometimes has /usr/lib/x86_64-linux-gnu/mesa21:11
JaMaetc21:12
JaMa< max_cmd_len=157286421:12
JaMa---21:12
JaMa> max_cmd_len=345876451382054092521:12
sgw_jama, what I saw happening is it still gets set to sh even with SHELL=bash in the run.do_configure21:12
JaMathis is diff between my host and some other jenkins slave http://bpaste.net/show/131918/21:13
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto21:16
sgw_JaMa: different compilers on the two machines also it looks like.  I am amazed we have not uncovered this before.21:17
*** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has quit IRC21:18
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto21:18
JaMasgw_: in this case it wouldn't reuse libtool from sstate-cache because of different lsb-release string for host21:18
JaMasgw_: I've used it only because I had access to older ubuntu slave with dash21:19
JaMasgw_: the other one (with bash) is from my local gentoo chroot env21:19
*** Stygia <Stygia!~gmpsaifi@95.209.225.235.bredband.3.dk> has joined #yocto21:21
*** Jay7 <Jay7!~jay@2.93.117.75> has quit IRC21:36
*** davest <davest!Adium@nat/intel/x-bjvjypthqvwfbheg> has joined #yocto21:37
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC21:37
*** Jay7 <Jay7!jay@2.93.117.75> has joined #yocto21:38
sgw_JaMa: I think I might have a line on it, can you test the following, change libtool-native to have this for it's value: CACHED_CONFIGUREVARS += "CONFIG_SHELL=${SHELL} ac_cv_path_SED=/bin/sed"21:41
JaMatrying now21:44
mr_scienceis that for the missing sed bug?   meaning the silly one i wrote...21:47
mr_sciencenm...21:49
evanp_any reason why LICENSE_${PN}-whatever = "something" wouldn't work to give a sub-package a different LICENSE?21:50
kergothshould work fine21:51
*** davest <davest!Adium@nat/intel/x-bjvjypthqvwfbheg> has quit IRC21:51
evanp_I suppose that might defeat some of the license manifest etc. infrastructure? or no?21:51
kergothnope, it can handle that fine21:51
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto21:51
kergothit has code to handle that specifically21:51
evanp_excellent. thanks.21:51
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC21:53
*** davest <davest!Adium@nat/intel/x-yaukicwoqvsluevp> has joined #yocto21:54
kergothHmm, I need to find the time to finish the automatic python deps stuff i was working on.. fighting too many fires21:54
*** evanp_ <evanp_!~evan@134.134.137.75> has quit IRC21:56
*** jzhang1 <jzhang1!~jzhang@134.134.137.75> has quit IRC21:56
*** evanp <evanp!evan@nat/intel/x-mziclqqzwqyghkup> has joined #yocto21:58
*** jzhang <jzhang!~jzhang@134.134.139.76> has joined #yocto22:00
mranostayanyone else having insane lag on Freenod today?22:10
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto22:14
*** scottrif <scottrif!~srifenbar@134.134.139.70> has left #yocto22:15
*** _alex_kag_ <_alex_kag_!~alex_kag@93.84.108.155> has quit IRC22:16
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC22:22
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC22:24
kergothAnyone doing meta-ivi builds? I'm getting common-api-c++-dbus failures22:25
*** davest <davest!Adium@nat/intel/x-yaukicwoqvsluevp> has quit IRC22:30
JaMasgw_: is seems to store SHELL in libtool script now, but is SHELL variable replaced when reusing archive from sstate?22:30
JaMasgw_: if I set SHELL to /my/private/foo/bash, create sstate archive for SSTATE_MIRROR, will it work on other hosts?22:30
kergothall the text files / scripts get the paths sed'd in and out of sstate, so as long as the path is in the sysroots, should be fine, afaik22:32
-YoctoAutoBuilder- build #286 of nightly-multilib is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Running Sanity Tests_1 Building Images_2 Running Sanity Tests_2 Building Images_3 Running Sanity Tests_3 Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/28622:32
JaMakergoth: it's hosts path (e.g. /usr/local/bin/bash) not sysroot specific22:42
kergothah, sstate would leave that as is, afaik22:43
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto22:44
*** ant_home <ant_home!~andrea@host50-7-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC22:51
*** Jefro <Jefro!~jefro@205.154.53.45> has joined #yocto22:53
*** trevor_ <trevor_!~reallife@108-91-142-36.lightspeed.wlfrct.sbcglobal.net> has joined #yocto22:58
*** notinreallife <notinreallife!~notinreal@108-91-142-36.lightspeed.wlfrct.sbcglobal.net> has joined #yocto22:58
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC23:00
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto23:20
*** pidge <pidge!~pidge@134.134.137.73> has quit IRC23:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:40
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:43
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto23:48
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC23:49
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto23:49
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC23:59

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