**** BEGIN LOGGING AT Wed Mar 24 02:59:57 2010
Mar 24 03:15:26 <hgs> hi all, bitbake stops exactly during do_populate_staging for any package i build, with the following error http://pastebin.org/121503
Mar 24 03:19:28 <hgs> any help??
Mar 24 03:29:38 <kergoth_> damn, the bb.utils module is full of portage remnants, shit doesn't even *work* at the moemnt
Mar 24 03:30:21 <kergoth_> also, really unpythonic code
Mar 24 04:33:22 <hgs> how do i enable print  statements in bitbake files?
Mar 24 04:34:05 <hgs> providing -D and -v options doesnt help? 
Mar 24 04:34:50 <hgs> the print statement inside def read_cache(cachefile): of stage-manager is not getting printed ??
Mar 24 04:35:57 <hgs> iam suspecting rw permission issue and want to which file to give permission?? any help on debugging this issue? and am i on track?
Mar 24 04:37:07 <hgs> and about the issue on the read_cache(cachefile) the following error is seen "IndentationError: unindent does not match any outer indentation level"
Mar 24 04:45:13 <zecke> hgs: well, stage manager is getting executed by bitbake. This means the output will be written to a log file?
Mar 24 05:49:33 <zenlinuxPDX> hmmm....zlib's sdk build breaks immediately when I try to use nativesdk instead of the deprecated sdk (which works)
Mar 24 05:49:59 <zenlinuxPDX> looks like CC is being set to i686-linux-gcc when using nativesdk
Mar 24 05:50:13 <zenlinuxPDX> that should be gcc instead
Mar 24 05:51:03 <zenlinuxPDX> any suggestions on where to look?
Mar 24 05:51:34 <zenlinuxPDX> I've got sdk.bbclass and nativesdk.bbclass open side by side
Mar 24 05:57:31 <khem> zenlinuxPDX: its correctly set 
Mar 24 05:58:17 <zenlinuxPDX> khem, so I should symlink i686-linux-gcc on my host OS?
Mar 24 05:58:18 <khem> nativesdk means its for sdk on target
Mar 24 05:58:31 <khem> whats your target
Mar 24 05:59:02 <Openfree`> which package provide libxext-native? I didn't find through grep
Mar 24 06:00:02 <zenlinuxPDX> khem, target is an arm system, a gumstix connex
Mar 24 06:00:35 <Openfree`> oh, found it 
Mar 24 06:02:19 <khem> zenlinuxPDX: you should have i686-linux-gcc already on your system
Mar 24 06:02:42 <khem> or is it i686-linux-gnu-gcc that u have ?
Mar 24 06:05:02 <zenlinuxPDX> I have neither
Mar 24 06:05:24 <khem> hmmm
Mar 24 06:05:30 <zenlinuxPDX> all of my native builds have set CC to "gcc"
Mar 24 06:05:50 <khem> thats ok
Mar 24 06:05:51 <zenlinuxPDX> if it's as simple as setting up a symlink then I can do that....it's just odd that I haven't run into this before I guess
Mar 24 06:10:25 <khem> I thinks CC should be arm cross gcc here
Mar 24 06:10:45 <zenlinuxPDX> yeah, now I have a whole range of binaries that it was different filenames for, e.g, i686-linux-ar
Mar 24 06:10:53 <zenlinuxPDX> it *wants*
Mar 24 06:12:13 <zenlinuxPDX> khem, I always thought native packages meant that they were built using the native toolchain?
Mar 24 06:13:54 <zenlinuxPDX> in any case, it looks like nativesdk.bbclass sets a number of arch-related variables, but does not explicitly set CC. Do you know where that happens?
Mar 24 06:15:21 <zenlinuxPDX> also, I realize it's late on the west coast. I can dive into this tomorrow if needed. I'm not at 100% at the moment myself.
Mar 24 06:21:38 <khem> there arent many nativesdk recipes yet in OE there might be something missing
Mar 24 06:21:53 <zenlinuxPDX> yep, all I see is gettext_0.18
Mar 24 06:22:00 <zenlinuxPDX> I'll post something to the ML
Mar 24 06:28:26 <hgs> using strace the following error was seen during bitbake, bcos of which the build breaks
Mar 24 06:28:32 <hgs> "access("/home/hari/oe/tmp/stamps/i686-linux/swig-native-1.3.38-r0.do_populate_staging", F_OK) = -1 ENOENT (No such file or directory)"
Mar 24 06:31:35 <hgs> what could be reason for the file not available for write access??
Mar 24 06:37:26 <khem> hgs try to clean this recipe and rebuilt
Mar 24 06:37:54 <khem> hgs: bitbake -c clean swig-native
Mar 24 06:38:06 <khem> hgs: bitbake swig-native
Mar 24 06:38:33 <hgs> khem: i tried that khem, actually any bb  i try to build result in the same error log
Mar 24 06:40:46 <khem> hgs: does this file exist on file system
Mar 24 06:42:37 <hgs> khem: no, this particular file is not present
Mar 24 06:44:27 <hgs> khem: i could see other swig related files /home/user/oe/tmp/stamps/i686-linux/swig-native-1.3.38-r0.do_configure, 
Mar 24 06:44:34 <hgs> do_fetch, do_install, .do_package, .do_patch, .do_qa_configure, .do_setscene, .do_unpack
Mar 24 06:45:02 <khem> hgs: I wonder why bitbake tries to access it then
Mar 24 06:46:25 <hgs> khem: this happens for all bb too
Mar 24 06:46:29 <khem> hgs: how old is your OE snapshot
Mar 24 06:47:39 <hgs> khem: angstrom-2008.1
Mar 24 06:48:10 <khem> hgs: I meant metadata snapshot not what distro
Mar 24 06:50:19 <khem> anyway time to sleep now
Mar 24 06:50:50 <hgs> khem: sorry khem i dont know how to find it?
Mar 24 06:55:24 <hgs> khem: but this was working few months back, and for want of space i move some of directories like tmp/deploy/glibc/ipk,pstage etc then now when i tried to revert stuff and build i get these errors
Mar 24 06:55:53 <hgs> khem: few months will be some 3 months before :)
Mar 24 07:41:12 <eFfeM> gm 
Mar 24 07:55:49 <mckoan> good morning
Mar 24 09:04:22 <titanicheart> I want to learn ARM
Mar 24 09:04:42 <titanicheart> I am an Electronics Engineering Student..Can anyone help me from where I should start/?
Mar 24 09:04:55 <titanicheart> I am in India...Looking for Embedded Courses..Please help
Mar 24 09:13:55 <MWelchUK_work> Can someone make this as superseded please: http://patchwork.openembedded.org/patch/1738/
Mar 24 09:15:00 <MWelchUK_work> And this one as well: http://patchwork.openembedded.org/patch/1725/
Mar 24 09:16:20 <CIA-2> 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r38f67c00bb 10openembedded.git/recipes/netbase/netbase/mh355/interfaces: mh355/interfaces: added lan settings for machine mh355
Mar 24 09:16:21 <CIA-2> 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * rd10047efbb 10openembedded.git/recipes/xorg-xserver/xserver-xorg-conf/mh355/xorg.conf: mh355/xorg.conf: added xorg.conf settings for machine mh355
Mar 24 09:16:32 <CIA-2> 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r886da0e48c 10openembedded.git/recipes/base-files/base-files/kaeilos/ (issue issue.net): kaeilos/issue: Changed KaeilOS login logo
Mar 24 09:16:33 <CIA-2> 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r27f39b61ca 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: kaeilos-2009-preferred-versions.inc: Updated package versions
Mar 24 09:17:16 <zecke> Laibsch: guten morgen
Mar 24 09:17:26 <mckoan> zecke: moin
Mar 24 09:17:29 <Laibsch> guten Morgen
Mar 24 09:31:39 <rob_w> anyone using igep omap hardware lately ?
Mar 24 09:42:52 <MWelchUK_work> Tartarus, Could you mark this as superseded, it's a badly named copy of the mpc8641-hpcn patch you applied for me: http://patchwork.openembedded.org/patch/1738/
Mar 24 09:44:24 <CIA-2> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * ra5678078ef 10openembedded.git/recipes/tasks/task-shr-minimal.bb: 
Mar 24 09:44:24 <CIA-2> task-shr-minimal-fso: add fso-gpsd as it was removed from task-fso2-compliance
Mar 24 09:44:24 <CIA-2> Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
Mar 24 09:47:59 <hrw> hi
Mar 24 09:48:18 <hrw> oven + dishwasher + my desktop is too much for fuse ;(
Mar 24 09:48:31 <MWelchUK_work> hrw, hi
Mar 24 09:49:01 <zecke> hrw: maybe your child is old enough to do the dishes?
Mar 24 09:49:56 <XorA> hrw: get more xeons then oven can go
Mar 24 09:51:10 <MWelchUK_work> or just a phone and take-away menu.
Mar 24 09:52:00 <MWelchUK_work> or even just order on line :-)
Mar 24 10:00:18 <hrw> haha
Mar 24 10:03:05 <nlCortana> Good day
Mar 24 10:03:29 <nlCortana> I'm following the howto on: http://www.angstrom-distribution.org/building-angstrom
Mar 24 10:04:03 <nlCortana> but, got an error which says: NameError: global name 'os' is not defined
Mar 24 10:04:44 <nlCortana> I did try this solution: http://forums.xkcd.com/viewtopic.php?f=20&t=50227
Mar 24 10:04:52 <nlCortana> but it didn't work out for me
Mar 24 10:05:00 <nlCortana> what could be wrong?
Mar 24 10:06:14 <hrw> you have old bitbake
Mar 24 10:07:38 <mckoan> nlCortana: would be better to read these too: http://wiki.openembedded.net/index.php/Getting_started - http://www.kaeilos.com/download
Mar 24 10:07:52 <nlCortana> hmm, host system is Ubuntu 9.10 and installed bitbake by executing apt-get install bitbake
Mar 24 10:08:32 <RP> Tartarus: Its slow as it does dorking
Mar 24 10:08:35 <RP> forking :)
Mar 24 10:08:52 <mckoan> nlCortana: DO NOT use native bitbake
Mar 24 10:09:07 <hrw> http://free-electrons.com/blog/elce-2009-videos/
Mar 24 10:09:08 <nlCortana> sorry i'm very new but what do you mean by native?
Mar 24 10:09:41 <mckoan> nlCortana: the one in your distro, read "Getting a working bitbake" http://wiki.openembedded.net/index.php/Getting_started
Mar 24 10:09:58 <nlCortana> ok, thanks i will do that now
Mar 24 10:10:09 <hrw> http://free-electrons.com/pub/video/2009/elce/elce2009-hombourger-openembedded.ogv is nice to watch
Mar 24 10:10:22 <nlCortana> could i get any problems with this current installed bitbake, do i need to uninstall it first?
Mar 24 10:10:50 <MWelchUK_work> nlCortana, I would.
Mar 24 10:10:58 <mckoan> nlCortana: I sugegst to uninstall, but shouldnt give problems
Mar 24 10:11:07 <hrw> nlCortana: if this is <1.8.18 then uninstall
Mar 24 10:11:11 <rob_w> is ubifs nowadays the next choice after jffs2 ?
Mar 24 10:11:15 <hrw> rob_w: yes
Mar 24 10:11:31 <rob_w> kk
Mar 24 10:12:35 <rob_w> hm soi  changed the ubifs chip values at my conf/machine/igep-0020b.conf but, flashed it to my igep board via u-boot, added ubi.mtd=4 to the kernel but it still fails horribly 
Mar 24 10:21:21 <mckoan> I have a new directory *testlab in deploy/glibc/images/machinename, did I miss a new feature?
Mar 24 10:22:08 <mckoan> INHERIT += "testlab" :-D
Mar 24 10:37:30 <MWelchUK_work> khem, could you mark this patch as superseded please: http://patchwork.openembedded.org/patch/1725/
Mar 24 10:38:07 <hrw> MWelchUK_work: will mark
Mar 24 10:38:18 <hrw> done
Mar 24 10:38:26 <hrw> MWelchUK_work: register at patchwork
Mar 24 10:38:38 <MWelchUK_work> hrw, how do I do that?
Mar 24 10:38:49 <MWelchUK_work> Ah! The register link :-)
Mar 24 10:40:41 <hrw> ;D
Mar 24 10:41:20 * MWelchUK_work had assumed it was linked to git commit access.
Mar 24 10:41:35 <hrw> nope
Mar 24 10:41:49 <hrw> MWelchUK_work: speaking of git commit access...
Mar 24 10:42:57 <MWelchUK_work> yeah, I was going to ask at some point. I wanted to get a few commits behind me first so that I had some recommendations...
Mar 24 10:43:20 <hrw> write a mail to ML about it
Mar 24 10:44:39 <MWelchUK_work> Ok
Mar 24 10:47:37 <MWelchUK_work> I'll probably have to get a key sorted out
Mar 24 10:47:48 <MWelchUK_work> s/probably/will/
Mar 24 10:56:37 <mckoan> anybody know a simple method to test a microphone input with an embedded board? for output I use cat dev/urandom > /dev/dsp
Mar 24 10:57:11 <hrw> mckoan: arecord
Mar 24 10:57:50 <MWelchUK_work_> mckoan, I guess you can't do "cat /dev/dsp > file"
Mar 24 10:58:43 <mckoan> thx
Mar 24 10:58:58 <MWelchUK_work_> ~curse work proxy
Mar 24 10:58:59 <ibot> May the fleas of a thousand camels infest your most sensitive regions, work proxy !
Mar 24 11:02:32 <RP> zecke: around?
Mar 24 11:16:36 <Crofton> hmm, I suppose I need to make MWelchUK_work a pw admin :)
Mar 24 11:16:52 <hrw> Crofton: yep
Mar 24 11:17:45 <nlCortana> hello, i reinstalled OE using the following howto: http://www.angstrom-distribution.org/building-angstrom
Mar 24 11:18:01 <Crofton> nlCortana, congratulations ?
Mar 24 11:18:06 <Crofton> or do you ave a problem?
Mar 24 11:18:32 <nlCortana> but executing the following command: MACHINE=beagleboard bitbake base-image ; MACHINE=beagleboard bitbake console-image x11-image
Mar 24 11:18:37 <nlCortana> gave me following error
Mar 24 11:18:39 <MWelchUK_work> Crofton, I'd prefer to use just MWelchUK
Mar 24 11:18:56 <nlCortana> ERROR:  Openembedded's config sanity checker detected a potential misconfiguration.
Mar 24 11:18:56 <nlCortana> 	Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
Mar 24 11:18:56 <nlCortana> 	Following is the list of potential problems / advisories:
Mar 24 11:18:56 <nlCortana> 	/proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root).
Mar 24 11:18:56 <nlCortana> To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf.
Mar 24 11:18:57 <nlCortana> ERROR:  Openembedded's config sanity checker detected a potential misconfiguration.
Mar 24 11:18:58 <nlCortana> 	Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
Mar 24 11:19:00 <nlCortana> 	Following is the list of potential problems / advisories:
Mar 24 11:19:02 <nlCortana> 	/proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root).
Mar 24 11:19:04 <nlCortana> To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf.
Mar 24 11:19:20 <Crofton> MWelchUK_work, pw name not related to irc nick :)
Mar 24 11:19:41 <Crofton> nlCortana, use pastebin for long texts
Mar 24 11:19:57 <MWelchUK_work> Crofton, hrw, I use OE at work and home for different things, thus debating with myself which email address is best to use
Mar 24 11:19:58 <Crofton> to sovle the problem follow the instructions in the message
Mar 24 11:20:10 <Crofton> I understand
Mar 24 11:20:25 <Crofton> in the end, we do not care :)
Mar 24 11:20:33 <zecke> RP: pong
Mar 24 11:20:37 <hrw> nlCortana: and message is clear
Mar 24 11:20:43 <MWelchUK_work> It's more whether the boss will :-)
Mar 24 11:20:54 <Crofton> of course
Mar 24 11:21:06 <Crofton> fortuneatly I am the boss
Mar 24 11:21:18 <Crofton> but I still use my .org address
Mar 24 11:21:29 <Crofton> partly because it predates me having a .com one
Mar 24 11:22:43 * MWelchUK_work currently has his head stuck in some tricky bash scripting
Mar 24 11:35:16 <rob_w> ooook ubifs works 
Mar 24 11:45:37 <RP> zecke: Crazy question - do you think its possible to work out the dependencies between shell and python functions in bitbake?
Mar 24 11:45:54 <RP> zecke: I suspect its going to be too hard, sadly :/
Mar 24 11:46:20 <zecke> RP: why do we need that?
Mar 24 11:46:47 <RP> zecke: checksum generation - I'd like a checksum to change when any dependent metadata changes
Mar 24 11:47:12 <RP> zecke: for a given task too...
Mar 24 11:47:52 <zecke> RP: sounds difficult
Mar 24 11:47:57 <RP> zecke: I suspect all we can do is checksum everything but that sucks a bit :/
Mar 24 11:48:22 <RP> zecke: With python I wondered if it was possible to inspect functions using the python compiler somehow
Mar 24 11:48:43 <RP> zecke: with shell, other than write a shell parser, I don't think its possible :/
Mar 24 12:01:31 <hrw> Missing or unbuildable dependency chain was: ['util-linux-ng-native', 'udev-native']
Mar 24 12:01:34 <hrw> argh
Mar 24 12:04:16 <zecke> RP: yes, you can see the AST in python 2.5
Mar 24 12:08:47 <methril_work> morning
Mar 24 12:10:41 <RP> zecke: Which is deprecated in python 3? :/
Mar 24 12:10:57 <zecke> RP: is it? I have not looked to much into python3000
Mar 24 12:11:05 <zecke> maybe we should rewrite bitbake in smalltalk
Mar 24 12:11:30 <RP> zecke: well, the compiler module seems to be :/
Mar 24 12:13:55 <hrw> virtclass:native and RDEPENDS_$PN == ARGWHTWE
Mar 24 12:14:00 <RP> zecke: For shell we can perhaps do this differently - work out a list of all possible shell functions, then grep functions. If we provide some way of handling obfusicated function calls it might even work
Mar 24 12:14:35 <RP> hrw: RDEPENDS_${PN}_virtclass-native
Mar 24 12:17:24 <hrw> thx
Mar 24 12:24:54 <th1_> I tried to build Chromium but I get : | scons: *** No SConstruct file found.
Mar 24 12:25:04 <th1_> any ideas? I have no concept of that scons c**p
Mar 24 12:34:57 <Crofton> we should rewrite bitbake in assembler :)
Mar 24 12:35:47 <hrw> Crofton: which assempler?
Mar 24 12:36:09 <Crofton> right :)
Mar 24 12:36:24 <hrw> best would be m68k as no one uses it as host so everyone will use qemu so bitbake will be slow again
Mar 24 12:44:31 <eFfeM> going to java will keep it slow while avoiding qemu :-)
Mar 24 12:45:01 <eFfeM> actually discarded my 68k about a year ago, had I known this I would have kept it ;-)
Mar 24 12:54:57 <hunter107> hi all, how do i pass a global compiler option for all the packages in an image?
Mar 24 12:58:50 <hunter107> I need to pass a specifc flag "-mcpu=arm420t" to all packages, without which most packages fail with "segfault". This flag fixes that problem, but I don't know how to add a global CFLAG...anybody?
Mar 24 12:59:23 <zecke> hunter107: hi, which MACHINE did you set when building?
Mar 24 13:00:09 <hunter107> mini2440, FriendlyARM board
Mar 24 13:01:45 <hunter107> zecke: I compiled Xorg with -mcpu flag externally, and it worked fine, but with oe it just gives illegal instruction or segfault randomly. borken toolchain?
Mar 24 13:01:55 <zecke> hunter107: do you happen to know the diff btw arm4t and arm420t?
**** BEGIN LOGGING AT Wed Mar 24 21:08:15 2010
Mar 24 21:13:08 <RP> kergoth: What did you think about the ideas in the checksum email about function handling - do you think we could build up a good enough call graph knowledge to make it work?
Mar 24 21:17:01 <kergoth> I think what you propose could work, yeah.  We can always try to fine tune it as we go.  I really wish we had a better way to track what vars the python functions are using.. hmm
Mar 24 21:17:32 <kergoth> although..
Mar 24 21:17:48 <kergoth> the common case is passing a string literal, i wonder if we could extract it from the ast
Mar 24 21:18:30 <RP> kergoth: I wondered about that and it could work for getVar but not expand calls
Mar 24 21:18:47 <kergoth> that's true
Mar 24 21:19:18 <RP> although we could attempt to parse the expand args if its a literal...
Mar 24 21:19:22 <kergoth> guess we might be stuck with what you propose, expicit depends or everything, at least until/if we provide a different bb.data API
Mar 24 21:19:26 <kergoth> hmm
Mar 24 21:19:49 <RP> there is also the question of overrides
Mar 24 21:22:55 <RP> kergoth: Its worth giving some further thought to, there has to be a way to make it work...
Mar 24 21:23:15 <kergoth_> agreed
Mar 24 21:25:39 <RP> JaMa: wrt to your bug with the PN, I'd question which event you were seeing that in
Mar 24 21:25:52 <RP> JaMa: different events have different contexts data store wise
Mar 24 21:26:53 <RP> bb.build.Task* are the only ones that have "proper" task data context
Mar 24 21:33:21 <kergoth_> man, i wish we had a persistent database, not just local, which would allow us to utilize output of a build to inform subsequent builds.  could intercept getVar() and expand()'s as it runs and get the content that way, associate it with the hash of the function making the calls
Mar 24 21:33:30 <kergoth_> heh
Mar 24 21:34:36 <RP> kergoth_: would be nice. Sadly it wouldn't get on well with overrides :)
Mar 24 21:37:51 <kergoth> i really wish we hadn't used _ for overrides
Mar 24 21:37:53 * kergoth shakes head
Mar 24 21:37:56 <kergoth> ah well..
Mar 24 21:38:07 <RP> kergoth_: We can and should change it I think
Mar 24 21:47:18 * RP wonders where a load of files have gone and hopes he's not wiped them :/
Mar 24 22:34:55 <ant_home> khem: ping
Mar 24 22:52:47 <ant_home> hrw|gone: ERROR: Build of virtual:native:/oe/org.openembedded.dev/recipes/util-linux-ng/util-linux-ng_2.17.bb do_configure failed
Mar 24 22:54:26 <ant_home> | /oe/build/tmp/work/i686-linux/util-linux-ng-native-2.17-r16/temp/run.do_configure.11538: /oe/build/tmp/staging/i686-linux/usr/bin/automake: /oe/build/tmp/staging/i686-linux/usr/bin/perl: bad interpreter: No such file or directory
Mar 24 22:55:04 <ant_home> hm.. hrw or Roman_Khimov ..?
Mar 24 23:01:10 <bluelightning> hi all
Mar 24 23:01:35 <ant_home> hello bluelightning 
Mar 24 23:10:14 <Tartarus> Yeah
Mar 24 23:10:20 <Tartarus> You hit the ! limit
Mar 24 23:10:28 <Tartarus> er
Mar 24 23:10:30 <Tartarus> maybe not
Mar 24 23:21:47 <khem> ant_home: hello
Mar 24 23:22:12 <ant_home> hi khem 
Mar 24 23:22:40 <ant_home> It seems klibc devs are now looking at our patches
Mar 24 23:22:52 <khem> ant_home: salve !!
Mar 24 23:23:02 <khem> ant_home: they better do 
Mar 24 23:23:03 <ant_home> but now, they broke compatibility with 2.6.2x kernels :/
Mar 24 23:23:20 <ant_home> ok..after some years...
Mar 24 23:23:37 <khem> in what sense 
Mar 24 23:23:43 <khem> oh the headers thing
Mar 24 23:23:44 <ant_home> mom
Mar 24 23:24:06 <khem> well its expected that newer versions of klibc adhere to newer versions of kernel
Mar 24 23:24:08 <ant_home> http://www.zytor.com/pipermail/klibc/2010-March/002559.html
Mar 24 23:24:10 <khem> so its ok imo
Mar 24 23:24:11 <ant_home> yea
Mar 24 23:24:24 <ant_home> but what should we do in OE? 
Mar 24 23:24:35 <ant_home> some devices are still stuck on 2.6.2x
Mar 24 23:26:17 <ant_home> khem: I was about writing the recipe for klibc 1.5.17, but to do so I'd have to use a broken 2.6.3x kernel :/
Mar 24 23:26:39 <ant_home> they don't accept #ifdef spaghetti-code ...
Mar 24 23:27:03 <ant_home> do you see any solution?
Mar 24 23:31:29 <khem> hmmm send me details of the problem. I think I will have something for you
Mar 24 23:31:37 <khem> right now I need to drive out 
Mar 24 23:31:47 <ant_home> ok, thx in advance
Mar 25 00:07:22 <kergoth> hmm
Mar 25 00:20:25 <aditya_111> hola
**** BEGIN LOGGING AT Thu Mar 25 00:31:41 2010
Mar 25 00:35:27 <kergoth> ugh, no standard for how the different parts of bitbake are imported.. messy
Mar 25 00:44:25 <kergoth_> ugh..
Mar 25 01:01:42 <kergoth> ugh, why did we have to decide that an 'import bb' will pull in the submodules.. hrmph
Mar 25 01:01:51 <kergoth> guess to simplify the metadata side of things
Mar 25 01:13:43 <kergoth> erk, circular references.. man, that this shit works at all is a miracle
Mar 25 01:20:52 <kergoth> many circular references.. lots of shit just happens by accident too
Mar 25 01:20:53 <zecke> hehe
Mar 25 01:21:03 <kergoth> 'time' isnt' made available to the python expansion process explicitly
Mar 25 01:21:14 <kergoth> the only reason the date/time vars in bitbake.conf work is time happens to be imported..
Mar 25 01:22:27 * kergoth is getting a headache
Mar 25 01:26:41 <kergoth> the API we provide to the metadata is clearly one where the 'bb' package has all of its modules available
Mar 25 01:26:51 <kergoth> yet we have moduels doing 'import bb'
Mar 25 01:27:09 <kergoth> clearly we cant' make 'import bb' also bring along all modules if our modules are importing bb..
Mar 25 01:27:19 * kergoth bets this is working by accident too
Mar 25 01:35:26 * kergoth twitches
Mar 25 01:35:45 * kergoth doesn't know where to begin in refactoring :(
Mar 25 01:35:59 <kergoth> okay, first step, make the environment where we eval python snippets explicit
Mar 25 01:36:16 <kergoth> eval'ing in with the globals of the python module so it gets whatever that module *happens to import* = bad
Mar 25 01:46:24 <kergoth> oh god.. bb/command.py does an import bb, then accesses two of its own classes indirectly via bb.command.<someclass>
Mar 25 01:46:27 * kergoth sighs
**** BEGIN LOGGING AT Thu Mar 25 02:04:33 2010
Mar 25 02:04:48 <kergoth> hmm, git.openembedded.org appears down again
Mar 25 02:04:49 <Tartarus> heh
Mar 25 02:05:02 <rwhitby> kergoth: is it  Wednesday, March 24, 2010 between 7:00-7:30PM PDT  ?
Mar 25 02:05:26 <rwhitby> OSUOSL has a planned network outage during that timeframe
Mar 25 02:05:40 <rwhitby> IOS upgrade on primary Cisco router apparently
Mar 25 02:08:54 <kergoth> rwhitby: ah, okay then
Mar 25 02:23:45 <kergoth_> rwhitby: we should probably try to get those into the topic of the channel.. at the moment, the only ones that can set it are me, mickey, and xora though
Mar 25 02:23:52 <kergoth_> rwhitby: (in the future, i mean)
Mar 25 02:36:55 <rwhitby> kergoth: coordinate with ka6sox to get someone on the OSUOSL hosting mailing list
**** ENDING LOGGING AT Thu Mar 25 02:59:57 2010