Friday, 2013-06-28

*** pidge <pidge!~pidge@134.134.137.75> has quit IRC00:23
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC00:45
*** _julian <_julian!~quassel@x2f150f9.dyn.telefonica.de> has joined #yocto00:45
*** _julian_ <_julian_!~quassel@x2f0385c.dyn.telefonica.de> has quit IRC00:45
*** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC00:49
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC00:50
kergothhmm, looks like nativesdk-git hardcodes the path to the templates dir, breaking buildtools-tarball01:27
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto01:28
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has joined #yocto01:36
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC01:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC01:45
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto01:49
*** Guest74814 <Guest74814!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto01:56
nerdboy /me switches wife's chromebook to developer mode02:22
nerdboydon't suppose there's a meta-chromebook layer somewhere...02:24
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC02:25
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto02:33
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto02:36
*** joeythesaint <joeythesaint!~jjm@206-248-190-39.dsl.teksavvy.com> has quit IRC02:36
*** silviof3 <silviof3!~silviof@ppp-188-174-144-80.dynamic.mnet-online.de> has joined #yocto02:47
*** LNDN <LNDN!~LNDN@adsl-108-196-184-35.dsl.lsan03.sbcglobal.net> has quit IRC02:47
*** LNDN <LNDN!~LNDN@adsl-108-196-184-35.dsl.lsan03.sbcglobal.net> has joined #yocto02:47
-YoctoAutoBuilder- build #151 of nightly is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/15102:48
*** silviof2 <silviof2!~silviof@ppp-188-174-108-168.dynamic.mnet-online.de> has quit IRC02:49
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto02:49
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC03:03
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:04
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC03:36
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:37
*** klinger_ <klinger_!~klinger@e181141229.adsl.alicedsl.de> has quit IRC03:53
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has quit IRC03:55
*** klinger_ <klinger_!~klinger@e181136102.adsl.alicedsl.de> has joined #yocto04:06
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC04:07
*** rostam <rostam!~zartoosh@nat/cisco/x-kcorusqifflexpvc> has quit IRC04:20
*** agust <agust!~agust@pD9E2F6F1.dip0.t-ipconnect.de> has joined #yocto04:23
*** rostam <rostam!~zartoosh@nat/cisco/x-klvelvwpywnmndvo> has joined #yocto04:23
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto04:37
*** agust <agust!~agust@pD9E2F6F1.dip0.t-ipconnect.de> has quit IRC04:43
*** agust <agust!~agust@pD9E2F8AA.dip0.t-ipconnect.de> has joined #yocto04:56
*** seebs_ <seebs_!~seebs@home.seebs.net> has joined #yocto05:00
*** agust <agust!~agust@pD9E2F8AA.dip0.t-ipconnect.de> has quit IRC05:03
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC05:04
*** agust <agust!~agust@pD9E2F8AA.dip0.t-ipconnect.de> has joined #yocto05:04
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC05:04
*** andyross <andyross!~andy@67.171.188.207> has joined #yocto05:11
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto05:14
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto05:27
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:27
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto05:29
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:31
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC05:32
*** andyross <andyross!~andy@67.171.188.207> has quit IRC05:50
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC06:04
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto06:04
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto06:04
*** jonatan <jonatan!~jonatan@194-237-7-146.customer.telia.com> has joined #yocto06:20
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC06:21
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto06:23
*** silviof3 is now known as silviof06:24
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC06:28
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC06:28
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto06:29
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto06:29
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto06:39
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto06:43
*** ericben <ericben!~ebenard@pac33-2-82-240-38-71.fbx.proxad.net> has quit IRC06:43
*** ericben <ericben!~ebenard@pac33-2-82-240-38-71.fbx.proxad.net> has joined #yocto06:45
*** mihai <mihai!~mihai@5-12-205-9.residential.rdsnet.ro> has quit IRC06:49
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:51
*** laur <laur!~lau@192.198.151.43> has quit IRC06:58
*** klinger_ <klinger_!~klinger@e181136102.adsl.alicedsl.de> has quit IRC06:58
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto07:04
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC07:04
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:04
*** addu <addu!~addu@sestofw01.enea.se> has joined #yocto07:18
*** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto07:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:19
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:28
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto07:28
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto07:35
*** klinger_ <klinger_!~klinger@93.104.244.51> has joined #yocto07:47
*** ka6sox is now known as ka6sox-away07:51
*** mckoan|away is now known as mckoan07:51
mckoangood morning07:51
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto07:51
*** LNDN <LNDN!~LNDN@adsl-108-196-184-35.dsl.lsan03.sbcglobal.net> has quit IRC08:22
JaMais there some issue with bitbake removing more functions from shell tasks (when creating run.do_task.sh) then it should be?08:27
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto08:28
JaMawith pkgsize=`get_size_of_installed_package $pkg`, it fails because get_size_of_installed_package was optimized out, adding it without `` works08:28
*** synthnassizer <synthnassizer!~quassel@143.233.242.130> has joined #yocto08:31
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC08:34
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto08:37
RPJaMa: It only adds functions it can see being used so this sounds like a bug in the pysh parsing08:39
zibrijama: does doing pkgsize=$(get_size_of_installed_package $pkg) make any difference?08:39
RPJaMa: you can "fool" if with an 'if false get_size_of_installed_package fi' type expression08:40
zibriheh. clever :)08:41
JaMaRP: yes I have something like that now08:43
JaMabut prefixing with false is even better :)08:43
JaMaRP: do you remember why this wasn't merged? other 2 sstate changes were http://patches.openembedded.org/patch/51429/08:44
RPJaMa: Its an ugly hack and I was worried about how it would interact with the bitbake-worker changes08:44
JaMaRP: ok fair enough08:44
RPI think the latter is ok having thought more about it, I would still prefer it were fixed properly08:44
RPbut we could merge this short term08:45
JaMaI'm asking because we're using SSTATE_MIRROR mounted over NFS and every now and then it shows many ERRORs just because of  IOError: [Errno 116] Stale NFS file handle08:45
RPi.e. we'd end up using it for the next 5 years :/08:45
JaMaand then after successful build it shows Summary: There were 73 ERROR messages shown, returning a non-zero exit code.08:46
JaMawhich is bad for jenkins08:46
RPJaMa: I can understand that, yes :/08:46
*** LNDN <LNDN!~LNDN@adsl-108-89-192-146.dsl.lsan03.sbcglobal.net> has joined #yocto08:48
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC08:48
JaMaRP: I have hanging bitbake just now, anything new I should try?08:50
RPJaMa: do we have a pstree of the hang somewhere?08:52
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto08:52
RPJaMa: Just to give a clue about which processes are there08:52
RPJaMa: I am struggling for ideas with it unfortunately :(08:53
ndecRP: rburton: thanks for your help yesterday. i was able to implement my chroot stuff , quite easily, and nicely ;-)08:53
RPndec: glad you got it sorted! :)08:54
ndecdo you think we could have a 'chrootadd.bbclass', to some extent similar to useradd.bbclass ?08:54
ndecdoes that make any sense?08:54
JaMaRP: ah it's with dylan build, so nothing new http://pastebin.com/drQd3h8b08:54
JaMaRP: sorry for noise I'll shout again when I have it again with master08:54
*** gznla <gznla!~florin@89.121.200.106> has quit IRC08:55
RPJaMa: ok08:55
rburtonndec: feel free to mail the list with your work and thoughts about how to generalise it08:56
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC08:57
RPndec: Its certainly worth a discussion as rburton says08:57
ndecrburton: ok. i have made it a class for now, and hack'd into my image, but i will do it and send.08:57
JaMabtw: I'm working on improving buildhistory to record real installed-package size on target (instead of .ipk/.rpm/.deb size)08:58
ndeci think it's not limited to chroot, it can be used for any 'containers', like LXC or maybe even VM.08:58
JaMaI'll probably send RFC to ML, because I'm not very familiar with rpm/smart and don't know if there is some nice way to count size of installed files08:59
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto08:59
JaMawith opkg I need to do for i in `opkg files foo`; and count only files (because it shows also directories like /usr)08:59
RPJaMa: couldn't we do that during do_package on the packages-split directory?09:04
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto09:05
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto09:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:05
*** gznla <gznla!~florin@89.121.200.106> has joined #yocto09:07
JaMaRP: that's very good idea09:09
JaMathanks09:09
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto09:12
bluelightningmorning all09:12
bluelightningJaMa: I haven't checked but you may find we gather this info already and store it in pkgdata09:13
bluelightningJaMa: in fact, aren't we already collecting size per-package for the files themselves in the package part of buildhistory?09:14
JaMabluelightning: ah of course you're right09:24
JaMabluelightning: I blame NOCOFFEE this week09:25
rburtonJaMa: well that's foolish of you09:25
bluelightningJaMa: it's OK, I have had one of those weeks this week myself :)09:25
JaMaNOCOFFEE? my doctor disagrees :/09:25
JaMabluelightning: would you take patch gathering that info in one image file like installed-package-sizes-real.txt sorted from biggest like .ipk sizes are?09:27
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto09:28
bluelightningJaMa: hmm... I wonder if the rpm/ipk/deb package sizes themselves are actually useful to anyone - should we just change the existing installed-package-sizes.txt file to report the real installed size?09:31
JaMathat would work for me to09:32
bluelightningI think when the original implementation of that was done (in testlab?) we didn't have the per-package sizes, so looking at the package size was easiest09:36
*** SidH_ <SidH_!~SidH_@61.95.193.231> has joined #yocto09:49
*** tbn <tbn!~tbn@84.55.160.118> has joined #yocto09:51
StygiaHey, which is the proper directory to install into in a bb recipe, ${D}?09:52
rburtonyes09:52
rburtonJaMa: turns out there isn't a --enable-gallium option09:56
rburtonso your gallium line doesn't actually do what you want09:56
rburtonalso, enabling gallium but not gallium-llvm means gallium gets turned off09:57
rburtonand i didn't want to do the llvm bits as i don't have that to hand09:57
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC09:57
JaMarburton: ah sorry about that, I was runtime testing only both together, but I'm pretty sure I've checked log.do_configure for unrecognized options, I'll recheck10:08
bluelightningmaybe we should warn when configure reports unrecognised options...10:10
JaMaagreed, more visibility would be nice, only concern is shared .inc with options which aren't available in all versions10:14
JaMae.g. when some layer is reusing .inc with a lot older or newer recipe10:14
ant_workJaMa: actually with the layer-model the .inc can be troublesome10:15
rburton$ grep "WARNING: unrecognized options" */*/temp/log.do_configure| wc -l10:15
rburton50210:15
rburtonyeah maybe not :)10:15
ant_workon the other hand you can include the .inc in your .bbappend and overide the necessary vars10:16
ant_work+r10:16
rburtonwe always pass --with-libtool-sysroot and --disable-silent-rules10:16
rburtoni guess we could filter those out of the list10:16
JaMaheh10:16
ant_workoh, yes, klcc dislikes that as well :)10:16
bluelightningok, might not be practical... just a thought10:19
JaMaRP: updated pstree https://bugzilla.yoctoproject.org/show_bug.cgi?id=4338 still hanging10:20
yoctiBug 4338: normal, Medium, 1.5, richard.purdie, NEW , bitbake hangs forever before showing any output10:20
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC10:26
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has left #yocto10:59
rburtonJaMa: i don't suppose you can mail me a breaking compile log of mesa without x11 in that winsys_xlib place?  I can't replicate the failure (although its obviously unguarded)11:01
JaMarburton: will do a bit later11:03
JaMarburton: I'll also include log.do_configure so that you will see what exactly is enabled11:03
JaMabut first I need to finish webkit build to get some more cpu power :)11:04
rburtonJaMa: sure, i'm going to eat now anyway11:05
*** LNDN <LNDN!~LNDN@adsl-108-89-192-146.dsl.lsan03.sbcglobal.net> has quit IRC11:11
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC11:15
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto11:16
*** SidH_ <SidH_!~SidH_@61.95.193.231> has quit IRC11:25
*** tbn_ <tbn_!~tbn@84.55.160.118> has joined #yocto11:30
*** tbn <tbn!~tbn@84.55.160.118> has quit IRC11:33
*** tsjsieb_afk is now known as tsjsieb11:33
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto11:46
JaMawas sed applet removed from busybox or something like that? upgrade path seems to be broken11:47
JaMaConfiguring busybox-syslog.11:47
JaMa/usr/bin/update-alternatives: line 186: sed: not found11:47
JaMaand then all applets in main busybox package fail to set u-a because of missing sed..11:48
JaMaand then fixing that is more complicated because wget symlink is gone too, so opkg update opkg upgrade wont work11:48
zeckeJaMa: IIRC the specific postinst was removed from busybox?!11:49
JaMa/var/lib/opkg/info/busybox.postinst is still there11:50
JaMawith a lot of u-a calls11:50
zeckeJaMa: generated by the bbclass and not the one that was in the busybox.inc (but i only read the digest and skip stuff)11:50
JaMathat commit says it removes redundant u-a11:50
JaMaSHR root@gjama ~ $ grep sed /var/lib/opkg/info/busybox.postinst   update-alternatives --install /bin/sed sed /bin/busybox.nosuid 5011:51
zeckeJaMa: Do you know if they/he tested on device upgrade?11:51
zeckei am obviously just guessing11:52
JaMaall u-a are still pointing to /bin/busybox, but that one is gone replaced by /bin/busybox.(no)suid11:53
JaMawe should install /bin/busybox -> /bin/busybox.nosuid to fix upgrade path..11:54
JaMaobviously bad time to test it myself on 5 devices..11:56
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto11:56
JaManow I cannot reboot them until this is resolved (manually)11:56
JaMaln -s /bin/busybox.nosuid /bin/busybox11:57
*** SidH_ <SidH_!~SidH_@61.95.193.231> has joined #yocto12:03
JaMarburton: mesa logs sent12:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:04
hbraggeis there a way to override a .bbclass from another layer, or recipes only?12:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:10
ant_workno, not for classes and .inc. Redeclare the same variables after inheriting it or create your own class12:11
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC12:11
JaMahbragge: .bbclasses are searched in directories listed in BBPATH12:11
JaMahbragge: so if you put new .bbclass before the old one, your .bbclass will be used, but you have to overwrite it all (not just append part like .bbappends do)12:12
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto12:14
hbraggeJaMa: interesting, will try that too12:18
hbraggeneed to replace most of the class anyway, but wouldn't like to use a different name12:19
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC12:23
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC12:25
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC12:25
*** scot_ <scot_!~scot@client-74-113.natinst.com> has joined #yocto12:26
bluelightninghbragge: if it's something that might be useful to others you might consider how the changes could possibly fit into the original class12:27
bluelightningnot always practical or appropriate, but worth considering at least12:28
*** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has joined #yocto12:29
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto12:32
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto12:32
hbraggebluelightning: true, i will consider sending a patch, but first i need to hack myself through this12:34
bluelightningsure :)12:35
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto12:36
*** ericben <ericben!~ebenard@pac33-2-82-240-38-71.fbx.proxad.net> has quit IRC12:36
ant_workI've tried discouraging you fiddling with layers and bbpath, remember it ;)12:39
hbraggeant_work: actually trying your approach now, seems to do the trick as well12:42
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto12:43
hbraggenot sure if I even needed to do this, but haven't found another way to disable appending "console=tty0" kernel parameter from syslinux.bbclass12:44
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto12:47
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC12:50
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-yymbntehyqokgufs> has joined #yocto12:52
bluelightninghbragge: that code may well be naive and in need of reworking12:57
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-yymbntehyqokgufs> has quit IRC12:57
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-kxfrgsuiajmukpuv> has joined #yocto13:00
Crofton|workbluelightning, I think many of the "differences" Scot fins are accidental :)13:02
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto13:04
bluelightningCrofton|work: when I put up the layer index I did go through and add all the ones I thought made sense13:06
Crofton|workheh13:06
Crofton|workit sounds like he is going through things very carefully13:07
Crofton|workwe just need to be careful not to document things that just need fixing :)13:07
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC13:08
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto13:09
*** addu <addu!~addu@sestofw01.enea.se> has quit IRC13:10
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC13:13
*** jchonig <jchonig!~jch@firewall.honig.net> has quit IRC13:16
*** addu <addu!~addu@sestofw01.enea.se> has joined #yocto13:18
*** jukkar <jukkar!~jukka@134.134.139.70> has quit IRC13:22
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-kxfrgsuiajmukpuv> has quit IRC13:23
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-kfnzdzkpovyhpryr> has joined #yocto13:26
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto13:28
*** jmdelos_ <jmdelos_!~polk@174-24-109-134.clsp.qwest.net> has quit IRC13:30
*** jmpdelos <jmpdelos!~polk@174-24-109-134.clsp.qwest.net> has joined #yocto13:34
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC13:37
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto13:38
*** darknighte is now known as darknighte_znc13:40
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto13:41
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.65.36.84.3> has quit IRC13:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:53
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto13:56
*** jonatan <jonatan!~jonatan@194-237-7-146.customer.telia.com> has quit IRC13:56
*** jean <jean!c02401fc@gateway/web/freenode/ip.192.36.1.252> has joined #yocto13:58
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC13:59
*** vince__ <vince__!~vince@LAubervilliers-153-53-17-165.w217-128.abo.wanadoo.fr> has joined #yocto13:59
*** PaowZ_ <PaowZ_!~vince@94.103.130.217> has quit IRC13:59
*** jchonig <jchonig!~jch@firewall.honig.net> has quit IRC14:00
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-kfnzdzkpovyhpryr> has quit IRC14:02
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto14:02
*** jean <jean!c02401fc@gateway/web/freenode/ip.192.36.1.252> has left #yocto14:03
*** darknighte_znc is now known as darknighte14:06
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC14:09
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto14:13
*** darknighte is now known as darknighte_znc14:14
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC14:20
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC14:30
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto14:31
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto14:37
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC14:38
*** Stygia <Stygia!~gmpsaifi@94.191.184.73.mobile.3.dk> has joined #yocto14:39
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hyniaxvcendgowot> has joined #yocto14:41
*** ka6sox-away is now known as ka6sox14:41
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto14:41
*** Stygia <Stygia!~gmpsaifi@94.191.184.73.mobile.3.dk> has quit IRC14:45
*** tsjsieb is now known as tsjsieb_afk14:54
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto15:02
*** klinger_ <klinger_!~klinger@93.104.244.51> has quit IRC15:05
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:06
*** mckoan is now known as mckoan|away15:07
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC15:10
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC15:12
ant_workzeddii: any kern-tools update pending?15:19
*** SidH_ <SidH_!~SidH_@61.95.193.231> has quit IRC15:20
zeddiiant_work, yep. I have several queued. I'm scrambling for a week off, but planned to finish them while removed from 'work' email :P15:22
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has quit IRC15:22
ant_workok, I've seen last one of yesterday15:23
ant_workI'll play a bit with the .scc without declaring it in SRC_URI15:23
ant_workthe .scc's even15:24
ant_workI'll tell you in case something's fishy15:24
ant_workbtw15:25
ant_work<Ahmed> hello15:25
ant_work * Ahmed is now known as Guest6935715:25
ant_workI did resist mocking him this time15:25
zeddiiI've got some changes related to that. an easier way to declare "recipe space" search paths for .scc files, that blend in with in-tree and external "krnel-caches". It's a 1.5 feature, should simply your management.15:25
*** {md} <{md}!~{md}@194.9.242.240> has joined #yocto15:26
ant_workso the rule still is "Only .scc files that don't15:27
ant_workdefine KMACHINE's are automatically used"15:27
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.65.36.84.3> has joined #yocto15:35
LaharHi! , I have image of hypervisor in my tmp/deploy/images folder but I am having hard time running it on qemu. The command line option I am using is -  runqemu qemux86 I have also tried runqemu p4080ds. I watched the tutorial video from yoctoproject.org site and it says that we can change the machine name in local.conf file and use that machine name with runqemu to see it on qemu. I see two MACHINE variables inside local.conf. MACHINE ?= 'q15:36
ant_workzeddii: would you suggest to make patch+logo a feature?15:37
*** tbn_ <tbn_!~tbn@84.55.160.118> has quit IRC15:38
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto15:40
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:44
ant_workkissmanga15:47
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC15:47
*** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has quit IRC15:55
JaMacan someone try "bitbake -c cleansstate bzip2-native" and confirm that it's also showing:15:59
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC15:59
JaMaNOTE: Tasks Summary: Attempted 0 tasks of which 0 didn't need to be rerun and all succeeded.15:59
JaMaand tmp-eglibc/stamps/x86_64-linux/bzip2-native/ are still there?16:00
frayis bzip2-native in your assume_provided?16:06
*** synthnassizer <synthnassizer!~quassel@143.233.242.130> has quit IRC16:06
JaMafray: you're right it's in default ASSUME_PROVIDED from bitbake.conf, but then I don't understand why image build is failing in bzip2-native.do_install16:07
JaMaI've removed stamps manually and now image build is still building bzip2-native16:08
JaMait's probably required by linux-yocto_3.8.bb, do_package, because that was started just after bzip2-native.do_populate-sysroot finished16:09
*** jmpdelos <jmpdelos!~polk@174-24-109-134.clsp.qwest.net> has quit IRC16:10
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC16:11
frayI don't know.. assume_provided should be able to do allow that other thing to continue (and avoid a build)16:11
JaMado_populate_sdk[depends] += "dpkg-native:do_populate_sysroot apt-native:do_populate_sysroot bzip2-native:do_populate_sysroot"16:12
JaMamaybe ASSUME_PROVIDED doesn't cover task dependencies like this?16:12
frayremove it from your assume_provided then.. thats the best I can suggest..16:12
frayit may not, I thought it did16:12
trollixxnerdboy: Have you tried building qtwebkit?16:13
fraysounds like somewhere someone introduced a bug and didn't try the SDK...16:13
JaMatesting with -g16:13
*** jmpdelos <jmpdelos!~polk@174-24-109-134.clsp.qwest.net> has joined #yocto16:14
JaMaI'll try to revert bzip2 ptest support just in case it;s somehow caused by: "bzip2-native.do_compile_ptest_base" -> "bzip2-native.do_compile"16:16
fraythat would not surprise me..16:18
*** Guest6372 <Guest6372!~quassel@sestofw01.enea.se> has quit IRC16:18
frayI know I ran into some unexpected issues with ptest stuff in the past, but I thought it was all corrected16:18
fray(past = greater then 3 weeks ago)16:18
*** rostam <rostam!~zartoosh@nat/cisco/x-klvelvwpywnmndvo> has quit IRC16:20
JaMafray: somehow it's caused by python recipe :)16:21
JaMapython-native_2.7.3.bb:DEPENDS = "openssl-native bzip2-replacement-native16:23
*** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto16:24
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:24
*** rostam <rostam!~zartoosh@nat/cisco/x-zehzprvppytmklqj> has joined #yocto16:24
Laharmr_science: Hi! How are you? Could you please help me with my question today as well?16:29
mr_sciencewhich was?16:29
Laharmr_science: I have image of hypervisor in my tmp/deploy/images folder but I am having hard time running it on qemu. The command line option I am using is -  runqemu qemux86 I have also tried runqemu p4080ds. I watched the tutorial video from yoctoproject.org site and it says that we can change the machine name in local.conf file and use that machine name with runqemu to see it on qemu. I see two MACHINE variables inside local.conf. MACHINE16:34
Laharsecond MACHINE variable is set to 'p4080ds' and i tried both names with runqemu but doesn't work16:35
mr_sciencewell, you can only have one MACHINE defined for a given build16:36
Laharok I will try to remove one and run runqemu to see if it works like that16:37
mr_scienceso i would rm -rf your tmp and cache dirs, set the MACHINE to what you want, rebuild your target image, then try qemu again16:38
Laharallright let me try all this then. Thanks a lot!16:39
mr_scienceif you have the right layers configured then the key is pretty much the machine/image recipe16:41
Laharmr_science: Are you talking about ccache dir which is under meta/recipes-devtools?16:41
frayas far as I know qemu does not support the p40xx series processors..16:41
mr_sciencethe cache dirs under buid-foo/16:41
frayyou need actual hardware to test them16:41
frayif you change your machine to qemuppc or something, that will work.. but won'tbe the same configuration as the p408016:42
mr_sciencethen you'd need a machine that's supported by qemu16:42
Laharfray: ok thanks!16:42
Laharso can I have anything for my machine name? I mean I am using P4080DS BSO so can I put qemux86 for machine name?16:44
LaharBSP*16:44
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC16:45
frayp4080ds is an e500v2 if I remember right..16:46
frayqemux86 is well, an x86 processor16:46
frayqemuppc is a PPC 603e processor16:46
frayif you want to verify your configuration, apps, software in an emulator, you need to find one that is compatible with your board..16:46
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hyniaxvcendgowot> has quit IRC16:46
frayif you just want to "build something", then picking any qemu machine is fine16:46
Laharfray: Got you! thanks a lot!16:46
Laharmr_science: Thank you very much!16:47
mr_sciencenp...16:48
zeddiikhem, ping.16:49
khemzeddii: yes16:49
zeddiijust emailed you.16:49
khemok16:50
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto16:50
zeddiiI didn't get a qemumips64 system binary in my fresh build by default. I thought we merged that ? I'm hunting to see if I've got a commit lurking around that turned it off.16:50
zeddiiI've enabled it locally and am building it now, but wanted to check with you.16:51
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gpwcdfrkxyntlknc> has joined #yocto16:53
khemzeddii: and I replied16:53
khemits at poky's interest if it should be supported. I can send a patch16:53
khemI have actually emailed the patch to you16:53
zeddiigreat. thx!16:54
khemin OE-Core its enabled by default but poky's policies override16:54
khemwhen you use poky16:54
zeddiiah gotcha.16:54
zeddiiyah. I'm on my poky tree. limited space on my laptop I'm taking with me next week.16:54
khemok16:54
khemare you on beach somewhere over 3G connection ?16:54
khemsheesh these geeks16:55
zeddiiboth. driving to the coast.16:55
zeddiiI have a blackout of 4 days, but after that, I'm peeking back in.16:55
khemcool16:55
zeddiii.e. no laptop when I go to the beach! :P16:55
khem:)16:55
khemenjoy16:55
zeddiidamn. systemd just booted for me. I may need an oe-core only build16:56
khemzeddii: OK thats a data point16:57
khemnow switch to using GCC 4.816:57
zeddiiaha. good point.16:57
* zeddii rebuilds16:57
khemJust build the kernel with gcc 4.816:57
khemand see if that boots16:57
zeddiiis there a trick to doing that quickly ? i.e. not triggering a full rebuild ?16:57
khemI have a hunch its gcc-4.8/mips-64 kernel16:58
khemissue16:58
khemhmmm heh16:58
zeddiiwe can hunt Ralf if something is lurking, and try the -dev kernel.16:58
khemright16:58
zeddiiI can build it by hand I guess :P16:58
khemand I heard Ralf works for you guys now ?16:58
khemor may be in past16:59
khemyes build it by hand16:59
khemjust bitbake gcc-cross after swiching16:59
khemand then use the gcc from the staging to build kernel by hand17:00
khemand then copy it to deploy dir to make runqemu scripts happy17:00
khemI cheat like that17:00
khemwhen you have slow machines there is no way17:00
rburtonholy crap how did i survive without git cherry-pick ..[branch]17:02
fraythat cherry-pick all of the enw stuff on your branch, on top of your working rbanch?17:04
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC17:04
rburtonfray: yes17:12
rburtonbefore i was doing stupid things to get the list of SHAs17:12
frayahh didn't know that.. I usually do git log ... reverse the list and apply them17:16
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.65.36.84.3> has quit IRC17:22
JaMarburton: about that mesa x11 header issue.. I had also problem to reproduce it with oe-core only, but then I realized that I have x11 in default distro-less DISTRO_FEATURES so libx11 was always built before mesa17:26
JaMarburton: as quick hack to reproduce "bitbake -c clean libx11 && bitbake -b mesa_git.bb" shows that imediatelly17:26
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC17:32
-YoctoAutoBuilder- build #180 of nightly-x86-64 is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/18017:32
-YoctoAutoBuilder- build #197 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/19717:32
*** seebs_ is now known as seebs17:34
-YoctoAutoBuilder- build #183 of nightly-non-gpl3 is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/18317:37
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto17:38
-YoctoAutoBuilder- build #182 of nightly-arm is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/18217:44
-YoctoAutoBuilder- build #178 of nightly-x86-64-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/17817:47
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:48
zeddiikhem, I baked gcc-cross for gcc 4.8, but I'm not entirely sure it did what I expected. I only see a gcc-cross in tmp/work, but it doesn't hold what I expect.17:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:53
khemzeddii: see whats in tmp/sysroot/x86_64-linux/usr/bin/mips64*17:53
zeddiihmm. interesting. I missed it when I looked before: mips64-poky-linux-gcc-4.8.117:56
zeddiiI'll fire that up and build the kernel.17:56
khemyes17:56
khemthats the one you want17:57
-YoctoAutoBuilder- build #184 of nightly-ppc is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/18417:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:59
-YoctoAutoBuilder- build #160 of nightly-oecore is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/16018:02
sgw_fray: seems your sanity patch is giving us serious grief on the AB18:06
fraymy guess is that many of the AB machines are broken18:07
sgw_pidge: it looks like we need to get the buildtools-tarball installed on the ABs18:07
fraywe found the same thing here.. something like 10 of 15 were broken18:07
fraysgw_, that is exactly what we had to do18:07
fraypretty much all recent Fedora derived distros, many Debian and some SuSe were broken18:08
sgw_which is what's running18:08
frayFedora 18/19 should have software updates that will resolve the failure18:08
sgw_halstead or pidge: Can we work to get the updated buildtools installed18:09
-YoctoAutoBuilder- build #36 of minnow is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/3618:09
halsteadsgw_, Only on the ABs with python < 2.7 or on all of them?18:10
-YoctoAutoBuilder- build #196 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/19618:11
sgw_halstead: right, but now we have issues with the version of make, based on a new sanity test.18:12
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto18:12
frayAt WR, our builder scripts use the same check as what is in sanity (tar, git, make and python) if any of them fail, it just installs the buildtools...18:24
frayotherwise it continues as normal18:24
frayyou might want to do something like that18:24
frayBTW the error message on sanity failure really needs to be updated to tell people they need to either update their host -or- get the buildtools standalone18:25
sgw_fray: patches welcome!18:29
zeddiikhem, http://pastebin.com/KYJ9TWDz18:29
zeddiimy gcc 4.8.1 booted with systemd, just the kernel build with 4.8.x of course.18:30
zeddiinext question. what's the top commit of your kernel branch you built ?18:30
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC18:45
-YoctoAutoBuilder- build #184 of nightly-mips is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/18418:52
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto18:53
-YoctoAutoBuilder- build #186 of nightly-arm-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/18618:55
-YoctoAutoBuilder- build #170 of eclipse-plugin is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin/builds/17018:55
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC18:55
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto18:56
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC18:57
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC19:02
kergothfatal: unable to access 'https://github.com/MentorEmbedded/linux-meibp.git/': Protocol https not supported or disabled in libcurl19:03
kergothhmm19:04
kergothwe don't use libcurl to fetch, last i checked..19:04
* kergoth scratches head19:04
*** klinger_ <klinger_!~klinger@e181136102.adsl.alicedsl.de> has joined #yocto19:11
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto19:14
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC19:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto19:21
*** LNDN <LNDN!~LNDN@adsl-108-89-192-146.dsl.lsan03.sbcglobal.net> has joined #yocto19:25
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has quit IRC19:31
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC19:31
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC19:41
sgw_fray: is bug 3086 still and issue with smart?  I tried searching my log files for pythoneggs and did not come up with any.20:08
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=3086 minor, Low, Future, bogdan.a.marinescu, NEW , The do_package process may generate warnings about a missing pythoneggs.py file20:08
sgw_yocti thanks!20:08
yoctisgw_: Error: "thanks!" is not a valid command.20:08
frayit's not a problem with smart..20:08
frayit's an issue where the rpmdeps can attempt to use pythoneggs in some way cuasing the failure20:08
sgw_fray so can it be closed?20:08
*** klinger_ <klinger_!~klinger@e181136102.adsl.alicedsl.de> has quit IRC20:08
frayit's stilla  problem last time I looked20:09
fraylook at the logs for a build of various python applications.. you will probably see that error inthe log files, but it's not fatal20:09
fraythis doesn't have anything to do with image generation20:10
sgw_fray, can you add some information on reproducing it?  I just searched a world build and did not find any messages20:10
fraymacros.d/python:%__python_provides      %{_rpmhome}/pythoneggs.py --provides20:13
fraymacros.d/python:%__python_requires      %{_rpmhome}/pythoneggs.py --requires20:13
fray# Path to scripts to autogenerate python package dependencies,20:14
fray#20:14
fray# Note: Used if _use_internal_dependency_generator is non-zero. The20:14
fraythat happens when rpmdeps is executed20:14
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC20:15
fraydo you RPMDEPS on or off in your builds?20:17
sgw_what's the default?20:18
frayI'm looking20:18
frayat one point RP was going to disable it.. but I don't know if he did20:18
sgw_I see RPMDEPS set in package.bbclass and used there20:18
frayya.. the functiona ppears to be enabled by default20:19
fraythe error is still possible, the function is still enabled...20:19
frayit doesn't seem to be logging the erorr though, which makes me suspicious stderr is being sent to /dev/null20:19
fray    import multiprocessing20:21
fray    nproc = multiprocessing.cpu_count()20:21
fray    pool =  bb.utils.multiprocessingpool(nproc)20:21
fray    processed = pool.imap(oe.package.filedeprunner, pkglist)20:21
fray    pool.close()20:21
fray    pool.join()20:21
fraysomthign in there is likely dumping stderr20:21
frayI'm not understanding the code though, somewhere in there it has to execute the rpmdeps command..20:22
sgw_can I assign this back to you?  The Engineer working on has left20:22
frayI see just above that20:22
fraythats fine20:23
sgw_or to Robert?20:23
frayit's low priority20:23
frayand as the comment says, we need to figure out if python deps is something we DO want to generate.. (answer for 1.5, no)20:23
sgw_Ok20:23
sgw_just trying to do some bug cleanup20:24
frayyup.. no problem..20:24
Crofton|workRP, http://free-electrons.com/blog/buildroot-2013-05/20:24
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC20:27
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto20:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:28
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto20:35
*** ant_home <ant_home!~andrea@host123-51-dynamic.1-79-r.retail.telecomitalia.it> has joined #yocto20:44
RPfray, sgw_: The oe.package.filedeprunner() call is the actual execution20:49
Crofton|workhttp://free-electrons.com/blog/free-electrons-at-lsm2012/20:50
RPCrofton|work: shame we can't work together :/20:50
Crofton|workpastebining links across :)20:50
Crofton|workwhat, you and me?20:50
Crofton|work:)20:50
RPCrofton|work: OE and the buildroot people...20:50
Crofton|workheh20:50
Crofton|workhttp://free-electrons.com/blog/experiment-with-yocto/20:51
Crofton|workthis is what I was looking for: http://free-electrons.com/blog/bdd-2012-brussels/20:52
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC20:52
frayRP -- I'm looking at lib/oe/package.py  filedeprunner20:53
fraybut I don't see an exec20:53
fraynever mind..20:53
frayI'm blind20:53
frayos.popen  :P20:53
frayI suspect hat is where the stderror is getitng lost20:53
RPfray: the popen is an exec20:54
frayit was on the page break on my screen.. and when I scrolled I missed it.. :P20:54
-YoctoAutoBuilder- build #187 of poky-tiny is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/18720:54
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto20:56
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto20:59
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC21:04
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto21:04
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC21:11
*** LNDN <LNDN!~LNDN@adsl-108-89-192-146.dsl.lsan03.sbcglobal.net> has quit IRC21:13
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC21:18
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC21:20
pidgefray: ping21:37
pidgeso, we're trying to fix the ab situation...21:37
frayhey21:37
pidgebuildtools-tarball requires nativesdk-make which is 3.8221:38
pidgecheck_sanity does NOT like that21:38
pidgeit wants 3.8121:38
pidgeso.... advice here?21:38
frayno21:39
kergothheh, trying to build buildtools-tarball on a machine that needs buildtools-tsarball? ;)21:39
fraycheck_sanity checks for 3.82, and if so checks to see if the bugs in it are fixed21:39
sgw_pidge: I think ab04 is a good machine, try building the tarball there21:40
frayso exactly, you need to bootstrap the buildtools-tarball..  once you do.. just reuse it to build new versions21:40
pidgekergoth: I didn't build it. halstead can give details on that...21:40
fraybuildtools-tarball from a few days ago didn't have make as part of it..21:40
pidgefray: does now: more meta/recipes-core/meta/buildtools-tarball.bb |grep make21:41
frayalso the version of make that was in oe a week or so ago was broken.. a patch went in to fix that21:41
pidgesgw_ ok, let me sync with halstead and I'll get to the bottom of this21:42
frayfile://make-savannah-bug30612-fix_white_space.patch21:42
pidgeshakes fist at broken makes21:42
fraythats the fix in meta/recipes-devtools/make21:42
halsteadsgw_, I built it on ab01 which is the same as ab04. Neither one of them has a new enough python to build the buildtools now.21:43
pidgeab01 should have worked21:43
*** agust <agust!~agust@pD9E2F8AA.dip0.t-ipconnect.de> has quit IRC21:44
sgw_halstead: can you build with the older tarball that has python in it? since the make is good?21:44
halsteadsgw_, pidge, I had to use the environment-setup to build on ab01.21:44
pidgedylan should work sgw_, correct?21:45
halsteadsgw_, Yes I can. But what are we changing in the rebuild?21:45
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC21:46
sgw_halstead: sorry I mean "you can build with the older tarball", the newer one will have the fixed version of nativesdk-make21:46
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto21:48
*** honschu <honschu!~honschu@p549E8A27.dip0.t-ipconnect.de> has joined #yocto21:48
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto21:48
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto21:49
halsteadSo pidge all of the builders have the patches make 3.82 now.21:50
halsteads/patches/patched/21:50
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC21:52
frayverify it with the reproducer21:52
frayit's -very- simple21:52
pidgehalstead: ok, take two21:53
fraytest.a: test_a.c test_b.c test.a( test_a.c test_b.c)21:53
fray21:53
fraytest_a.c:21:53
fray   touch $@21:53
fray21:53
fraytest_b.c:21:53
fray   touch $@21:53
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC21:54
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC21:54
fray(the patch that is usually missing is the one that allows the space after the (21:54
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto21:54
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC21:56
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC21:56
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto21:57
halsteadpidge, http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/187/steps/Building%20Images/logs/stdio is a separate issue we may want to look at.21:57
-YoctoAutoBuilder- build #188 of nightly-x86-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/18821:57
pidgehalstead: hrm. ok, let's run master and see what we get first.21:59
pidgenow that everything should be set up ok.21:59
*** winfried_ <winfried_!~winfried@37-251-117-39.FTTH.ispfabriek.nl> has joined #yocto22:02
sgw_pidge: is everything restarted or do you need a AB HUP?  seems like only some are running22:05
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gpwcdfrkxyntlknc> has quit IRC22:16
pidgesgw: give me a moment. looking now22:18
pidgeERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored.22:19
pidgethat's a weird one...22:19
pidgefray ^^^22:19
-YoctoAutoBuilder- build #38 of minnow is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/3822:21
pidgesgw: things are still belly up but it's not due to make now...22:21
pidgelooking22:21
*** seebs <seebs!~seebs@ip-64-134-174-5.public.wayport.net> has joined #yocto22:27
fraythat says you most likely are running 32-bit on a 64-bit machine22:27
fray...and you have no32lib = 122:27
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC22:28
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC22:30
pidgety fray. sgw, fray, halstead. I need to grab lunch. I'm going to look at this when I get back. no one touch the ab, please, or if you do, let me know what you did. I don't like seeing things this broken.22:34
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC22:50
*** seebs <seebs!~seebs@ip-64-134-174-5.public.wayport.net> has quit IRC23:02
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto23:22
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC23:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:23
*** khohm <khohm!~quassel@share.basyskom.com> has quit IRC23:24
*** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto23:24
Net147khem: I get "/usr/lib/libstdc++.so: could not read symbols: File in wrong format" building gcc package for Atom target on x86_64 host. it is trying to link to the host /usr/lib/libstdc++.so when building libasan23:25
*** winfried_ <winfried_!~winfried@37-251-117-39.FTTH.ispfabriek.nl> has quit IRC23:25
*** ant_home <ant_home!~andrea@host123-51-dynamic.1-79-r.retail.telecomitalia.it> has quit IRC23:57

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