**** BEGIN LOGGING AT Wed Oct 19 02:59:57 2011
Oct 19 05:55:14 <zenlinux> comphappy, I suspect that your error is due to syslinux being architecture-specific. This may be a bug to report to our Bugzilla or ML. Be sure to mention which arch you were building for.
Oct 19 09:06:48 <bluelightning> morning all
Oct 19 09:21:49 <RP__> morning all
Oct 19 09:23:36 <JaMa> morning
Oct 19 12:23:16 <Crofton> gm
Oct 19 13:09:43 <Crofton|work> bluelightning, I need a qt sdk on the target
Oct 19 13:10:03 <Crofton|work> meta-oe has a recipe for qmake, but it is not building
Oct 19 13:10:14 <Crofton|work> and it is not obvious how -core makes such a thing
Oct 19 13:12:02 <bluelightning> Crofton|work: what error are you getting building qmake in meta-oe?
Oct 19 13:12:30 <bluelightning> Crofton|work: oh, I see your message on #oe
Oct 19 14:14:29 <slaine> bluelightning: is there a problem with the yoctoproject website ?
Oct 19 14:15:03 <bluelightning> slaine: I'm not sure, it seems a little slow... I'm attempting to contact someone about it as we speak
Oct 19 14:15:13 <slaine> ok, glad it's not just me
Oct 19 14:15:29 <slaine> was trying to load up the 1.1 getting started guide
Oct 19 14:16:49 <slaine> bluelightning: Are the servers located at Oregon ?
Oct 19 14:16:57 <slaine> in oregon ?
Oct 19 14:17:04 <bluelightning> slaine: I believe so
Oct 19 14:17:32 <slaine> There's some meego name server issues also, if they're on LF infrastructure at OSU, it's likely related
Oct 19 14:17:57 <bluelightning> hmm yes, could be related
Oct 19 14:25:44 <Snafflehog> I was having issues earlier but they're now resolved
Oct 19 14:26:14 <Snafflehog> I take that back, they were resolved it seems to be yo-yoing
Oct 19 14:28:53 <slaine> yup
Oct 19 14:57:47 <slaine> hmm, can't download the poky-edison-6.0.tar.bz2 either
Oct 19 14:57:49 <slaine> getting a 404
Oct 19 15:20:59 <dtou> I tried to build core-image-sato with poky-edison-6.0 and it is not working, gives me some python error. Is anyone having the same problem?
Oct 19 15:25:46 <bluelightning> dtou: could you pastebin the error please?
Oct 19 15:26:06 <nim26__> something like ? -> except RuntimeError as exc:
Oct 19 15:28:20 <nim26__> For me the syntax of poky/bitbake/bin/bitbake causes an exception before the check for the required version of python
Oct 19 15:29:03 <bluelightning> nim26__: which version of python is on your system?
Oct 19 15:29:06 <nim26__> 2.4
Oct 19 15:29:29 <bluelightning> nim26__: that's way too old I'm afraid...
Oct 19 15:29:31 <nim26__> "except Runtime error as exc" is a syntax error in 2.4
Oct 19 15:30:05 <nim26__> Indeed, I have a local install of 2.7 that I have successfully use
Oct 19 15:30:19 <bluelightning> hmm, we might want to fix that I suppose, it should at least get to the version check
Oct 19 15:32:50 <nim26__> the old syntax "except RuntimeError, exc:" works as a replacement
Oct 19 15:42:08 <zenlinux> nim26__, please file a bug or submit a patch for that. or both. :)
Oct 19 15:42:49 <Snafflehog> I am also having issues with the edison branch - sysprof is failing to build, even after I have done bitbake -c cleansstate sysprof
Oct 19 15:43:32 <zenlinux> Snafflehog, what's the error?
Oct 19 15:46:11 <nim26__> zenlinux, to where?
Oct 19 15:46:30 <Snafflehog> zenlinux, it's a big one: http://pastebin.com/CiwrCZ4M
Oct 19 15:46:43 <zenlinux> bugzilla.pokylinux.org for bugs and the oe-core mailing list for the patch
Oct 19 15:47:04 <Snafflehog> possibly something realated to: | /mnt/yocto/poky/qemuarm-toolchain/tmp/sysroots/qemuarm/usr/lib/libgtk-x11-2.0.so: undefined reference to `g_datalist_get_data'
Oct 19 15:48:43 <zenlinux> g_datalist_get_data - is that from glib?
Oct 19 15:49:09 <dtou> In my case this is python 2.7 and error is as follows http://pastebin.com/TXr8eVFd
Oct 19 15:49:14 <zenlinux> yeah, that must be it. Try rebuilding the glib recipe
Oct 19 15:50:44 <Snafflehog> zenlinux, hmmm I'm getting a nothing provides glib
Oct 19 15:51:11 <Snafflehog> ah glib-2.0
Oct 19 15:51:29 <Snafflehog> rebuilding now
Oct 19 15:52:23 <zenlinux> dtou, that's a new one. What's the history of this build? Have you built something successfully previously it's trying to use as seeded cache?
Oct 19 15:53:06 <dtou> bluelighting: here is log from subsequent run http://pastebin.com/TXr8eVFd and I'm trying to reproduce the initial run right now...
Oct 19 16:01:59 <bluelightning> dtou: do you have a file /proc/diskstats on your system?
Oct 19 16:04:26 <bluelightning> dtou: also, what distro are you using on the build machine?
Oct 19 16:06:27 <dtou> zenlinux: This is fresh run from a tar ball (I tried git  but error is the same). It is actually second run of the same target and here is log from the initial run http://pastebin.com/MrRFhNZy
Oct 19 16:09:24 <dtou> blielightning: I use Ubuntu 11.04 64-bit on build host and I do have /proc/diskstats, however build directory is NFS mount from SAN so stats for it are not there.
Oct 19 16:11:28 * dtou slaps dtou around a bit with a large trout
Oct 19 16:14:35 <dtou> zenlinux: I guess this all pointing to some issue with buildstats.bbclass
Oct 19 16:16:09 <kergoth_> I've been hit by dtou's error before too. actually giving a useful error message regarding network filesystems would be good
Oct 19 16:16:14 <kergoth_> that code doesn't even bother to check for errors
Oct 19 16:18:38 <kergoth_> naturally, I doubt many would intentionally try to build on nfs, but accidents happen
Oct 19 16:33:48 <bluelightning> kergoth_: yes it does look error prone
Oct 19 16:34:59 <bluelightning> dtou: is your TMPDIR also on the NFS mount? if so I'm not convinced that's a good idea...
Oct 19 16:37:07 <dtou> bluelighting: Are you suggesting that it does not work on NFS? In our case NFS is high performance storage and local system is not.
Oct 19 16:37:58 <dtou> bluelighting: BTW, it works fine with bernard...
Oct 19 17:04:34 <kergoth_> afaik builds on nfs can have problems with the usage of file locks and all, but I don't really know
Oct 19 17:18:50 <bluelightning> dtou: I've never personally tried it, but given what I've heard about NFS for homedir usage I can't say I would personally recommend it
Oct 19 17:19:27 <bluelightning> if nothing else you'd be sacrificing some speed over a local disk
Oct 19 17:22:15 <seebs> What we seem to usually hear is that it works great except that every so often it blows up spectacularly.
Oct 19 17:23:22 <kergoth_> ugh, yes, nfs homedirs suck
Oct 19 18:24:45 <seebs> Today is a good day.  I replaced a Realtek gigabit ethernet port with an Intel 82559 which I think is from last century, and my network performance improved dramatically.
Oct 19 18:34:12 <dtou> bluelightning: kergoth_: We use VMware machines for builds and local fs is not actually local but NFS ot iSCSI with overhead, so using pure NFS for builds is a much better option.
Oct 19 18:35:16 <dtou> bluelightning: kergoth_: Anyhow, is there something that can be done about this script in order to make it work?
Oct 19 19:14:39 <khem> does pseudo work ok with nfs ?
Oct 19 19:14:59 <khem> you cand disable pseudo and tread your own path
Oct 19 19:22:13 <seebs> Long story short:  It doesn't really, but it mostly fakes it well enough.
Oct 19 19:22:29 <seebs> I have tentative plans to fix the most obvious issue, which is the device number changing.
Oct 19 19:22:50 <seebs> Past that... Our experience has been that we get Really Weird Errors occasionally when trying to do that.
Oct 19 20:10:22 <otavio> RP__: a duplicated commit in master-next
Oct 19 20:10:23 <otavio> Dmitry Eremin-Solenikov (2): default-provider: also define a default provider for gconf-native default-provider: also define a default provider for gconf-native
Oct 19 20:10:45 <otavio> RP__: it seems you need to squash them
Oct 19 20:10:57 <otavio> RP__: or drop them and ask for resend
Oct 20 02:32:52 <otavio> Who has worked on the useradd class?
Oct 20 02:32:59 <otavio> it seems it is not properly working
**** ENDING LOGGING AT Thu Oct 20 02:59:57 2011