**** BEGIN LOGGING AT Wed May 25 02:59:57 2011
May 25 06:00:50 <CIA-10> 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * rf327c8ebbf 10openembedded.git/recipes/apr/apr-util_1.3.10.bb: (log message trimmed)
May 25 06:00:50 <CIA-10> apr-util: disable odbc support to avoid QA error
May 25 06:00:50 <CIA-10> The odbc checker part of the configure script seems to be buggy and
May 25 06:49:18 <mckoan> good morning
May 25 07:10:09 <florian> good morning
May 25 07:13:33 <mckoan> florian: gm
May 25 07:57:30 <CIA-10> 03Simon Busch <morphis@gravedo.de> 07master * r5aac444b5a 10openembedded.git/recipes/freesmartphone/ (aurora/aurora-daemon aurora_git.bb): 
May 25 07:57:30 <CIA-10> aurora: use qte.sh script at bootup to get the correct touchscreen configuration
May 25 07:57:30 <CIA-10> After the boot the /etc/profile.d directory will only be evaluated when the user logs in
May 25 08:32:32 <CIA-10> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5f5e7b110e 10openembedded.git/recipes/linux/ (73 files in 11 dirs): 
May 25 08:32:32 <CIA-10> linux-omap 2.6.39: sync with meta-texasinstruments
May 25 08:32:32 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
May 25 09:12:07 <bluelightning> morning all
May 25 09:35:32 <anarsoul> morning, bluelightning 
May 25 09:35:40 <bluelightning> hi anarsoul
May 25 10:46:28 <JaMa> mlip|aw: ping
May 25 10:47:01 <ant_work> JaMa: hello
May 25 10:47:25 <ant_work> JaMa: this evening I'll add the rest of 2.6.39 defconfigs
May 25 10:47:45 <ant_work> pls pull those and latest klibc in your shr meta-zaurus
May 25 10:48:24 <ant_work> so we start to put things together for bluelightning 
May 25 10:48:28 <ant_work> ;)
May 25 10:48:29 <JaMa> could you send me patches?
May 25 10:49:05 <ant_work> np, I still have to push in oe-dev
May 25 10:49:17 <bluelightning> JaMa / ant_work: so would we continue with meta-zaurus? or would meta-handheld replace it?
May 25 10:49:34 <Jay7> I vote for meta-hh
May 25 10:49:42 <Jay7> because e.g. hx4700 
May 25 10:49:50 <JaMa> bluelightning: meta-zaurus is just temporary and doesn't belong to meta-smartphone.. so create meta-handheld please
May 25 10:49:58 <Jay7> which is very close to Z and is still used
May 25 10:49:59 <ant_work> righto
May 25 10:50:00 <bluelightning> ok, cool
May 25 10:50:47 <JaMa> bluelightning: I created it only because I wanted to switch my zaurus to oe-core based image too, but stoped working on that as soon as you volunteered to create meta-handheld
May 25 10:51:11 <bluelightning> JaMa: great, I just wanted to avoid stepping on toes :)
May 25 10:51:28 <ant_work> I see meta-zaurus contains bare-minimum (lacks zaurusd, however)
May 25 10:51:55 <JaMa> ant_work: I stopped working on that before first successfull klibc build there :)
May 25 10:52:13 <ant_work> np, is the right approach
May 25 10:52:41 <ant_work> how will we manage the machine overrides?
May 25 10:52:56 <ant_work> are .inc files taboo?
May 25 10:54:42 <ant_work> I would avoid the same spreading as in oe-classic
May 25 10:55:16 <ant_work> I mean, better a specific MACHINE dir or a _MACHINE override in the recipe?
May 25 10:55:40 <bluelightning> I prefer the MACHINE dir approach but that doesn't necessarily fit all cases
May 25 10:55:42 <ant_work> I'd split each customization in the relative machine folder
May 25 10:56:02 <ant_work> ok, we'll see if we need exceptions
May 25 10:56:44 <JaMa|Away> mlip|aw: not sure why, but last fix for python stopped working :/ http://paste.pocoo.org/show/394796/
May 25 11:32:26 <CIA-10> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re9a817979e 10openembedded.git/conf/distro/angstrom-2010.x.conf: 
May 25 11:32:26 <CIA-10> angstrom 2010.x: use 2.6.39 for beagleboard
May 25 11:32:26 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
May 25 11:32:36 <CIA-10> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1698b4fb47 10openembedded.git/recipes/v4l2apps/yavta_git.bb: 
May 25 11:32:37 <CIA-10> yavta: import from meta-oe
May 25 11:32:37 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
May 25 12:11:28 <JaMa|Away> mlip|aw: PACKAGE_PREPROCESS_FUNCS should touch only PKGD and keep D ready for populate_sysroot
May 25 12:11:56 <JaMa|Away> mlip|aw: now it changes D before /image is used to populate sysroot-destdir (if you have slow buildhost)
May 25 12:12:47 <ant_work> pb_: master, you around?
May 25 13:11:35 <pb_> ant_work: now I am
May 25 13:11:44 <pb_> had a morning off to deal with some building issues
May 25 13:12:07 <woglinde> pb will it be finished this year?
May 25 13:12:27 <pb_> yeah, this is the plan
May 25 13:13:06 <ant_work> pb_: hey
May 25 13:15:03 <ant_work> pb_: doubts about repackaging...
May 25 13:15:46 <ant_work> how would you adapt the debian-style to the klibc recipe(s) in OE?
May 25 13:15:58 <ant_work> http://packages.debian.org/search?searchon=sourcenames&keywords=klibc
May 25 13:17:12 <ant_work> remember klcc is a wrapper around gcc so this could be -cross and -sdk
May 25 13:17:31 <ant_work> I'm confused about the nature of the beast...
May 25 13:19:32 <jconnolly> I know that perl-native issues against 11.04 are known... is there an upstream patch or git commit I could apply to get over it?  anyone?
May 25 13:19:39 <jconnolly> (ubuntu 11.04)
May 25 13:20:24 <woglinde> jconnolly wasnt there a thread about on the dev mailinglist?
May 25 13:20:33 <jconnolly> looking now
May 25 13:20:34 <jconnolly> http://patches.openembedded.org/patch/1493/
May 25 13:22:01 <jconnolly> trying now.  thanks woglinde 
May 25 13:26:54 <bluelightning> woglinde: btw I had a look into the opie font thing... strangely, with current OE it doesn't cause a problem
May 25 13:27:11 <bluelightning> or at least, in the build I did recently
May 25 13:27:45 <bluelightning> the one built by narcissus does not start due to missing fonts however :(
May 25 13:28:46 <bluelightning> I can't seem to figure out why it works without qpfs though... what's different now?
May 25 13:29:31 <woglinde> bluelightning sorry I dont know either
May 25 13:29:43 <woglinde> I made a quick opie-image build for the simpad
May 25 13:29:55 <woglinde> which didnt installed the qpf-fonts
May 25 13:30:02 <woglinde> and so qpe failed
May 25 13:30:09 <bluelightning> no, I don't think it has been installing them for quite some time
May 25 13:30:23 <bluelightning> however for me it works without any qpfs installed
May 25 13:30:32 <bluelightning> which suggests some kind of difference somewhere
May 25 13:30:41 <woglinde> qte 2.3.10?
May 25 13:30:46 <bluelightning> yep
May 25 13:31:03 <bluelightning> I'll check my local.conf but I don't think I'm doing anything special
May 25 13:31:27 <woglinde> for which machine did you test?
May 25 13:31:35 <bluelightning> hx4700
May 25 13:31:47 <woglinde> and opie-image?
May 25 13:31:49 <bluelightning> yes
May 25 13:31:53 <woglinde> hm hm
May 25 13:32:19 <woglinde> btw. there is another problem with opie-wellenreiter
May 25 13:32:31 <bluelightning> what's up there?
May 25 13:32:36 <woglinde> the manufactor package can not be feteched with current setup
May 25 13:32:48 <woglinde> try bitbake opie-wellenreiter
May 25 13:33:01 <bluelightning> ah right, yes I think I noticed that a while ago... should really fix
May 25 13:33:14 <woglinde> okay
May 25 13:36:43 <pb_> ant_work: let me have a look
May 25 13:37:32 <jconnolly> found it, woglinde.. fwiw http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-May/032371.html
May 25 13:39:29 <pb_> ant_work: I guess you could follow what debian does, but add an extra klcc-cross recipe to get that wrapper installed for cross builds.
May 25 13:41:27 <bluelightning> woglinde: btw I presume you're aware that 2a1c9e1ee5eb8067592d26100b563dd2ae7be00d changed a lot more than just uclibc?
May 25 13:42:55 <bluelightning> the change to IMAGE_DEV_MANAGER in opie-image is somewhat concerning...
May 25 13:43:38 <ant_work> pb_: I see, I'm just confused about the packages needed in the case of developement of small binaries directly on target
May 25 13:44:37 <pb_> It looks like the ones that Debian ships are probably appropriate for that.
May 25 13:46:07 <ant_work> great
May 25 13:46:30 <ant_work> then I *only* need to fix the wrong paths of this /bin/klcc
May 25 13:46:43 <ant_work> perl paths..sigh
May 25 13:47:42 <woglinde> bluelightning oh shit
May 25 13:47:49 <woglinde> what the hell
May 25 13:47:54 <woglinde> why nobodoy reverted it
May 25 13:48:28 <bluelightning> nobody noticed I guess.. I only came across it whilst digging through history for the font issue
May 25 13:48:42 <woglinde> can you please revert it
May 25 13:48:51 <bluelightning> the whole commit?
May 25 13:48:56 <woglinde> yes
May 25 13:49:01 <woglinde> damn it
May 25 13:49:07 <bluelightning> ok sure thing
May 25 13:49:13 <woglinde> I wanted to avoid such shit
May 25 13:49:50 <woglinde> and now its clear why you dont hit it
May 25 13:49:55 <woglinde> because I forced the install
May 25 13:50:11 * JaMa|Away didn't notice because he is ignoring uclibc changes
May 25 13:50:21 <JaMa|Away> but ulibc change.. :)
May 25 13:50:54 <woglinde> and I deleted the commit email because I thought I had not commited such shit
May 25 13:51:00 <woglinde> bluelightning hm wait
May 25 13:51:13 <woglinde> I bumped the uclibc PR
May 25 13:51:13 <bluelightning> ok, waiting
May 25 13:51:45 <woglinde> so pull modell is really better
May 25 13:52:08 <bluelightning> well, pull model makes it harder for such things to go in, but they still slip through occasionally
May 25 13:52:39 <woglinde> hm okay revert the whole patch
May 25 13:53:01 <woglinde> I will commit the uclibc part only with two revs up
May 25 13:53:15 <bluelightning> woglinde: ok I shall include a comment to that effect
May 25 13:53:35 <JaMa|Away> maybe send also the other parts for people to comment and maybe fix their feeds
May 25 13:53:39 <woglinde> yes please
May 25 13:54:51 <JaMa|Away> because opie and mesa should probably stay with newer version then downgrade only sysroot and keep newer versions on targets
May 25 13:55:34 <bluelightning> what if I just add another commit bumping the PR after the revert?
May 25 13:55:39 <bluelightning> bumping it up twice
May 25 13:55:40 * woglinde goes really hiding
May 25 13:56:03 <JaMa|Away> bluelightning: PR won't fix mesa/opie on target
May 25 13:56:32 <JaMa|Away> and nobody likes PE bumps
May 25 13:57:26 <woglinde> hm
May 25 13:58:13 <bluelightning> ok so I really should just commit the revert? no further discussion first?
May 25 13:58:36 <woglinde> hm hm
May 25 13:58:51 <JaMa|Away> imho don't revert parts where revert can cause more harm then unintentional push
May 25 13:59:10 <bluelightning> seems to me it's been in there for a while, maybe a wholesale revert will be more painful
May 25 13:59:33 <JaMa|Away> yes.. 
May 25 14:00:00 <woglinde> mesa and udev and opie bump dont hurts
May 25 14:00:32 <bluelightning> I was going to ask if people wanted to bump up to 1.2.5 anyway, so I'm in favour of leaving that one
May 25 14:00:52 <bluelightning> but opie-image and qte-common changes should be reverted I think
May 25 14:01:00 <woglinde> opencv-dsp-acceleration_svn.bb should be defenitly reverted
May 25 14:01:00 <JaMa|Away> split it to separate changes and send it to ML with comment that it was pushed with this change unintentionaly and if someone has real problem with some changes from it we can revert only that part
May 25 14:01:03 <woglinde> it dont builds
May 25 14:02:14 <bluelightning> well this is a fair amount of work... I hate to say it but I think you should probably sort this out woglinde ;)
May 25 14:02:23 <woglinde> I will
May 25 14:02:51 <bluelightning> sorry to be the bringer of bad news :/
May 25 14:03:27 <woglinde> I wonder why it slipped through by koen also
May 25 14:04:18 <bluelightning> perhaps he was distracted by oe-core stuff
May 25 14:04:37 <woglinde> hm besides the opencv
May 25 14:04:47 <woglinde> the other stuff dont really hurts
May 25 14:05:07 <woglinde> and the shame is for me is now in the history
May 25 14:05:54 <bluelightning> what about opie-image?
May 25 14:05:59 <woglinde> ah right
May 25 14:06:02 <woglinde> sorry
May 25 14:06:05 <woglinde> okay
May 25 14:06:05 <woglinde> this two
May 25 14:06:23 <bluelightning> I'd also like to tidy up qte-common_2.3.10.inc
May 25 14:06:55 <bluelightning> also need PR bumps on the recipes that include that file
May 25 14:07:12 <ant_work> and remember th elegacy staging ;)
May 25 14:07:26 <bluelightning> argh
May 25 14:07:40 <woglinde> bluelightning okay will you do qte?
May 25 14:07:49 <bluelightning> woglinde: yep I can take care of that
May 25 14:07:55 <woglinde> thanks
May 25 14:08:22 <ant_work> woglinde: btw, how was booting busybox-mdev?
May 25 14:08:37 <ant_work> on the top of devtmpfs?
May 25 14:14:08 <woglinde_> hm I remember now that I looked at the push stats for this commit
May 25 14:14:16 <woglinde_> and had a strange feeling
May 25 14:22:21 <CIA-10> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r01d461a53c 10openembedded.git/recipes/mozilla/firefox_3.6.8.bb: 
May 25 14:22:21 <CIA-10> firefox: DEPENDENCY on libintl is only needed for uclibc
May 25 14:22:21 <CIA-10> * bump PR
May 25 14:22:30 <CIA-10> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r7ec3af676b 10openembedded.git/recipes/images/opie-image.bb: opie-image: revert part of my bogus commit 2a1c9e1ee5eb8067592d26100b563dd2ae7be00d
May 25 14:22:31 <CIA-10> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r760db1abc9 10openembedded.git/recipes/opencv/opencv-dsp-acceleration_svn.bb: 
May 25 14:22:31 <CIA-10> opencv-dsp-acceleration: revert part of my bogus commit 2a1c9e1ee5eb8067592d26100b563dd2ae7be00d
May 25 14:23:26 <bluelightning> thanks woglinde_
May 25 14:24:32 <ka6sox-farfarawa> bogus :(
May 25 14:24:52 <woglinde_> ka6sox yes
May 25 14:25:33 <ka6sox-farfarawa> woglinde_, if I had a DM for every bogus commit I've made I'd be a rich man.
May 25 14:27:20 <bluelightning> btw anyone know what branch of OE narcissus builds from? is it 2011.3 now?
May 25 14:29:27 <woglinde_> bluelightning hm ask koen
May 25 14:29:35 <woglinde_> maybee its angstroem-next
May 25 14:29:49 <woglinde_> but I will start now with
May 25 14:29:52 <woglinde_> yocto
May 25 14:30:00 <woglinde_> and oe-core and meta-oe
May 25 14:31:33 <ant_work> bluelightning: pls add simpad to meta-handhelds too, then
May 25 14:31:39 <bluelightning> ant_work: will do
May 25 14:34:27 <woglinde_> hm where is meta-handhelds?
May 25 14:35:42 <ant_work> WIP
May 25 14:37:10 <woglinde_> hm and I need a little tutorial for oe-core
May 25 14:39:47 <woglinde_> hm by the way wasn there a git admin which wanted to remove the bogus branch org.openmbedded.dev
May 25 14:40:42 <pb_> I can do that for you later if you want.
May 25 14:41:11 <pb_> for oe-core: clone from which wanted to remove the
May 25 14:41:11 <pb_> +bogus branch org.openmbedded.dev
May 25 14:41:20 <pb_> er, no, clone from git://github.com/openembedded/oe-core.git
May 25 14:41:31 <woglinde_> yes
May 25 14:41:32 <pb_> then I think you are meant to use scripts/oe-setup-builddir
May 25 14:44:12 <pb_> ah, no, oe-init-build-env
May 25 14:45:24 <woglinde_> yes thanks
May 25 14:45:30 <woglinde_> and meta-oe
May 25 14:45:45 <pb_> ah, I don't use meta-oe myself at the moment
May 25 14:45:57 <pb_> afaik, it's just a layer that you need to add to bblayers.conf
May 25 14:46:12 <woglinde_> okay
May 25 14:46:15 <woglinde_> sounds easy
May 25 14:46:22 <pb_> yeah, should be
May 25 14:51:01 <woglinde_> hm and machine selection?
May 25 14:51:36 <pb_> as usual in local.conf, afaik
May 25 14:53:48 <woglinde_> hm
May 25 14:54:27 <ant_work> about -contrib branches, it looks like devs could push patches here but it seems not happening in general..
May 25 14:54:44 <ant_work> only 2 or 3 people
May 25 14:56:20 <pb_> yeah, I guess that is a matter of personal taste
May 25 15:28:48 <awozniak> What's the variable you set in a recipe to tell bitbake to ignore it.  PREFERED_ something?
May 25 15:29:39 <bluelightning> awozniak: do you mean ASSUME_PROVIDED += ?
May 25 15:30:24 <awozniak> doesn't sound right.  I'm recalling something you set to ="-1"
May 25 15:30:45 <pb_> DEFAULT_PREFERENCE?
May 25 15:30:54 <awozniak> that's it, thanks
May 25 15:31:16 <bluelightning> ah right I missed the crucial "in a recipe" sorry
May 25 16:03:56 * kergoth mutters
May 25 16:04:05 <pb_> morning kergoth
May 25 16:10:15 <CIA-10> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r84696f215b 10openembedded.git/recipes/udev/udev_git.bb: 
May 25 16:10:15 <CIA-10> udev git: check if systemd files are present before symlinking
May 25 16:10:15 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
May 25 16:36:22 <hbeck> anyone familiar with the wt recipe?  I am getting a compile error using wt3_3.1.0a.bb: "wt3-3.1.0a-r1.0/wt-3.1.0/src/http/Reply.h:147:3: error: 'list' in namespace 'std' does not name a type"  ... going on the assumption that the recipe built fine when checked in I can't see it being a problem as simple as missing an #include 
May 25 16:41:50 <zecke> kergoth: hey, with .bbappend.. is there a way to use it with bitbake -b?
May 25 16:41:57 <zecke> hbeck: well, most likely a missing list.h include
May 25 16:43:10 <hbeck> zecke: that was first thought but ... wouldn't that have been noticed already?
May 25 16:43:18 <kergoth> zecke: don't think so
May 25 16:47:46 <zecke> kergoth: what is your approach to see if a .bbappend has been picked up.
May 25 16:48:07 <zecke> hbeck: well, stuff breaks.. maybe some header files were changed in a specific version of GCC.
May 25 16:56:09 <kergoth> zecke: i'd *think* turning on parsing debugging would show you what files are being parsed
May 25 16:56:20 <kergoth> otherwise i'd just set a dummy variable e.g. FOO=1 and check with bitbake -e
May 25 16:57:01 <zecke> kergoth: sorry for the stupid question, having the file.bbappend being found by BBFILES is enough?
May 25 16:57:29 <kergoth> yeah
May 25 16:57:46 <kergoth> 1) in bbfiles, 2) filename matches a recipe that's also in bbfiles
May 25 16:58:23 <zecke> thanks, okay my BBFILES had *.bb in it, and changing it to have *.bb* didn't force a reparse. :}
May 25 17:01:01 <kergoth> ah, yes, thats been brought up on a list before
May 25 17:01:04 <kergoth> bitbake bug, it seems
May 25 17:06:33 <zecke> kergoth: hehe, it is a bit of a shame we still have the same kind of 'maturity' issues. :(
May 25 17:08:47 <tharvey> what is the best/recommended way to get cwd from a bbappend and insert that in the FILESPATH?
May 25 17:09:43 <kergoth> FOO := "${FILE_DIRNAME}" ... FILESPATHBASE =. "${FOO}:" .. assuming oe. for oe-core you'd have to use base_set_filespath or manipulate FILESPATH directly
May 25 17:09:55 <kergoth> but the key is to immediately expand the directory the ${FILE} is in
May 25 17:10:01 <incandescant> THISDIR in oe-core
May 25 17:10:09 * incandescant double checks
May 25 17:11:54 <incandescant> yeah, people are using ${THISDIR} with immediate expansion in oe-core
May 25 17:14:37 <tharvey> THISDIR must be new to oe-core, don't see it defined in oe (which is what I'm currently using)
May 25 17:15:20 <tharvey> kergoth, that makes sense and thats what I had, but its not working for me in the case where I have multiple layers each with a u-boot-env.bbappend - still trying to understand why
May 25 17:17:05 <kergoth> tharvey: remember that all bbappends apply to the same recipe
May 25 17:17:21 <tharvey> its not looking in the lower priority override because FOO in your example is getting expanded to the higher priority layer dir in 'both' layers bbappend
May 25 17:17:22 <kergoth> if you use a temporary variable to hold the current dir of the current bbappend, and don't use := in filespath, it'll reference that variable
May 25 17:17:32 <kergoth> if one bbappend then overwrites the other bbappends temporary variable..
May 25 17:17:42 <tharvey> ahhh... yes of course
May 25 17:17:50 <tharvey> need to uniquely define FOO per layer in this case
May 25 17:17:54 <kergoth> either use unique temporary variables, or make certain that the var gets fully expanded inside of filespath
May 25 17:18:27 <tharvey> hmm... what do you mean by the 2nd option?
May 25 17:18:49 <kergoth> FILESPATHBASE := "${FILESPATH}:${THISDIR}"
May 25 17:18:51 <kergoth> or whatever
May 25 17:18:52 <kergoth> hrm
May 25 17:19:01 <kergoth> though, that would probablyc ause problems due to the forced expansion fo filespath
May 25 17:19:14 <kergoth> (note: oe-core really needs to move to FILESPATHBASE/FILESPATHPKG)
May 25 17:19:44 <kergoth> okay, yeah, best off sticking to unique temporary variables
May 25 17:20:57 <tharvey> ok, thx - been trying to figure that one out for a while ;)  Makes complete sense once you think about how bbappend works - is there a way to get bitbake to spit out the recipe right before parsing?  (ie all the bbappends and overrides resolved)
May 25 17:21:10 <tharvey> I guess bitbake -e does that, no?
May 25 17:21:37 <kergoth> bitbake -e will show the final contents of the metadata, including the bbappended bits, yes
May 25 18:02:03 <zecke> kergoth: hey again, is there a known limitation with bbappend and functions?
May 25 18:04:01 <tharvey> bbappend is perhaps limited in that you have to match the recipe name including - so you have to pin your versions if you don't want one of your bbappends to get missed on a package version update
May 25 18:05:22 <zecke> i try to change a function (e.g. do_deploy of u-boot) but it looks like my text is just appeneded to the function
May 25 18:05:49 <khem> kergoth: zecke in bbappend ?
May 25 18:31:36 <zecke> khem: yes,I wrote do_deploy() {} in the .bbappend.. and oh well it gets appeneded to the do_deploy (not replacing it)
May 25 18:41:24 <khem> zecke: yeah bbappend is limited
May 25 18:50:44 <kergoth> zecke: that should not be the case. if it's doing htat, its a bug
May 25 18:52:36 <khem> kergoth: hmm I thought with bbappend you could not override the functions
May 25 18:52:40 <khem> but I may be mistaken
May 25 18:53:06 <kergoth_> its just parsed like any other recipe. it can do anything a recipe can do, generally
May 25 18:53:24 * kergoth_ shrugs
May 25 18:53:38 <khem> hmm ook
May 25 18:55:02 <khem> kergoth: so cat .bb > .finalbb; cat .bbappend >> .finalbb and then parse .finalbb
May 25 18:55:14 <khem> is the operation roughly :)
May 25 19:00:35 <zecke> what is the kosher way to force the creation of u-boot, dvinxloader and ubl (initial bootloader), MACHINE_EXTRA_RDEPENDS? DEPENDS in the kernel?
May 25 19:19:06 <zecke> hmm... this is way too complicated. :)
May 25 19:44:22 <junkman> I'm having java issues. I tried this URL http://wiki.openembedded.net/index.php/Java  , but still can't get JVM on image. Is there a more current URL I can refer to?
May 25 19:57:28 <zecke> another stupid question.. what was the name to not put /boot/uImage into the image?
May 25 20:03:54 <khem> zecke: may be get rid of kernel-image from RDEPENDS
May 25 20:08:05 <zecke> khem: I thought we had some crazy var doing that.
May 25 20:10:41 <khem> hmm
May 25 20:13:51 <khem> zecke:do we ? I dont know
May 25 20:14:05 <zecke> khem: I thought we did.
May 25 20:14:27 <zecke> khem: not being able to find it.. is an indication I am wrong
May 25 20:28:01 <woglinde_> junkman whats exactly your problem?
May 25 20:31:32 <junkman> Uhh, sorry . . . might be a false alarm. Let me verify a few things.
May 25 20:35:11 <woglinde_> junkman btw. there is a problem with unzip
May 25 20:35:52 <junkman> Is it major?
May 25 20:37:13 <woglinde_> yes
May 25 20:37:26 <woglinde_> read oe-dev
May 25 20:37:33 <woglinde_> but should be easy to fix
May 25 20:37:51 <woglinde_> just remove the UNZIP setting in the .bb file
May 25 20:38:10 <woglinde_> and install unzip on your host if you havent
May 25 20:44:14 <junkman> k, I'll take a peek. For now, I'm able to build JamVM. The amount of available classes seems short. Is there another package to support JamVM?
May 25 20:44:39 <woglinde_> ?
May 25 20:46:14 <junkman> http://pastebin.com/gwmYpdhx
May 25 20:46:42 <junkman> for some reason, I just thought that there would be more. 
May 25 20:47:37 <junkman> Anyway, that pastebin is what 'jar tvf classes.jar' reports
May 25 20:48:34 <woglinde_> junkman what exactly you are trying?
May 25 20:50:27 <junkman> I am trying to get a working JVM working on the DreamPlug. I was going to see what's necessary to do this to get a simple app running and expand from there.
May 25 20:57:14 <JaMa|Off> woglinde_: is unzip issue the same I had before switching java-2-runtime to openjdk (ending with no java.lang.Object during cacao build)?
May 25 20:57:19 * kergoth sighs
May 25 21:00:26 <junkman> I'm not able to get Cacao to build, but I got JamVM to build. Runtime validation of JamVM still needed in my case.
May 25 21:01:12 <woglinde_> JaMa no
May 25 21:01:22 <woglinde_> robert debuged it
May 25 21:01:31 <woglinde_> its a strang problem in unzip it self
May 25 21:01:45 <woglinde_> its putting the file to unzipping at env variable
May 25 21:01:57 <woglinde_> but the openjdk build does the same for unzip
May 25 21:02:08 <woglinde_> so unzip tryes to unzip itself
May 25 21:04:18 <JaMa|Off> ah fun :/
May 25 21:55:43 <junkman> Does anyone know the state of building javasqlite? I'm running into build issues around antlr-native. 
May 25 22:39:22 <CIA-10> 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r139b8a6258 10bitbake.git/lib/bb/ (build.py siggen.py): (log message trimmed)
May 25 22:39:23 <CIA-10> build/siggen: Ensure a task signature file is generated for each task that is executed
May 25 22:39:23 <CIA-10> Tracing down signature changes and dependencies is hard unless the complete task
May 25 23:46:36 <tharvey> still trying to figure out why tk's referencing /usr/lib/libfreetype.so.6 on host:  that 'is' what this error is saying right?  /usr/lib/libfreetype.so.6: undefined reference to `__longjmp_chk@GLIBC_2.11'
May 26 00:00:32 <tharvey> how can I figure out where/why /usr/lib/libfreetype.so.6 is creeping in from i686-angstrom-linux-gcc -march=pentium-m --sysroot=/home/oe/tmp//sysroots/i686-angstrom-linux -O2 -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 -pipe   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--export-dynamic  tkAppInit.o -L/home/oe/tmp/work/i686-angstrom-linux/tk-8.5.8-r2/tk8.5.8/unix -ltk8.5 -L/home/oe/tmp//sysroots/i686-angstr
May 26 00:00:33 <tharvey> om-linux/usr/lib -ltcl8.5  -lpthread -L/home/oe/tmp//sysroots/i686-angstrom-linux/usr/lib -lX11 -lXft   -ldl  -lpthread -lieee -lm  -Wl,-rpath,/usr/lib -o wish ?
**** ENDING LOGGING AT Thu May 26 02:59:57 2011