**** BEGIN LOGGING AT Mon Sep 08 02:59:57 2008
Sep 08 06:19:00 <CIA-3> 03 <mwester@openembedded.org> 07org.openembedded.dev * r14cdd41eb9 10OE.dev/packages/pam/libpam_1.0.2.bb: 
Sep 08 06:19:00 <CIA-3> libpam: add flex as a dependency; handle empty .debug dir case (and clean up
Sep 08 06:19:00 <CIA-3> the python whitespace too), bump PR.
Sep 08 06:19:09 <CIA-3> 03 <mwester@openembedded.org> 07org.openembedded.dev * r4012fe190e 10OE.dev/: 
Sep 08 06:19:09 <CIA-3> merge of '79b90d4ef7df69035b001466908501f67f8aac76'
Sep 08 06:19:09 <CIA-3>  and '81a14649e513b12b58d75276170ffa386580f244'
Sep 08 06:19:09 <CIA-3> 03 <mwester@openembedded.org> 07master * r14cdd41eb9 10OE.dev/packages/pam/libpam_1.0.2.bb: 
Sep 08 06:19:09 <CIA-3> libpam: add flex as a dependency; handle empty .debug dir case (and clean up
Sep 08 06:19:11 <CIA-3> the python whitespace too), bump PR.
Sep 08 06:19:13 <CIA-3> 03 <mwester@openembedded.org> 07master * r4012fe190e 10OE.dev/: 
Sep 08 06:19:15 <CIA-3> merge of '79b90d4ef7df69035b001466908501f67f8aac76'
Sep 08 06:19:17 <CIA-3>  and '81a14649e513b12b58d75276170ffa386580f244'
Sep 08 07:20:55 <Genesis> bonjour
Sep 08 08:19:20 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * rffe94b7152 10OE.dev/packages/ (9 files in 3 dirs): neuros: bump SRCREVS for userspace, kernel and uboot
Sep 08 08:19:27 <CIA-3> 03 <koen@openembedded.org> 07master * rffe94b7152 10OE.dev/packages/ (9 files in 3 dirs): neuros: bump SRCREVS for userspace, kernel and uboot
Sep 08 08:32:17 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r6da6f06c31 10OE.dev/packages/ffmpeg/ (ffmpeg_git.bb ffmpeg_svn.bb): ffmpeg: fix versioning, the -pre1 is wrongly versioned, so bump PE, spotted by Xora
Sep 08 08:32:23 <CIA-3> 03 <koen@openembedded.org> 07master * r6da6f06c31 10OE.dev/packages/ffmpeg/ (ffmpeg_git.bb ffmpeg_svn.bb): ffmpeg: fix versioning, the -pre1 is wrongly versioned, so bump PE, spotted by Xora
Sep 08 09:47:27 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * rc82ae81f16 10OE.dev/packages/base-passwd/ (8 files in 3 dirs): base-passwd: add 3.5.19, disabled by default
Sep 08 09:47:34 <CIA-3> 03 <koen@openembedded.org> 07master * rc82ae81f16 10OE.dev/packages/base-passwd/ (8 files in 3 dirs): base-passwd: add 3.5.19, disabled by default
Sep 08 10:19:06 <cdbot2> * * OE Bug 4543 has been RESOLVED (FIXED) by <koen>
Sep 08 10:19:08 <cdbot2> * * Zaurus clamshell defconfigs for linux-kexecboot
Sep 08 10:19:10 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4543
Sep 08 10:24:22 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * ra882c35b7d 10OE.dev/packages/kexecboot/ (35 files in 19 dirs): 
Sep 08 10:24:22 <CIA-3> linux-kexecboot: restructure it a bit to make it more generic.
Sep 08 10:24:22 <CIA-3> * linux-kexecboot recipe only need to include sources and patches in SRC_URI, linux-kexecboot.inc takes care of the rest
Sep 08 10:24:25 <CIA-3> * closes #4543
Sep 08 10:24:33 <CIA-3> 03 <koen@openembedded.org> 07master * ra882c35b7d 10OE.dev/packages/kexecboot/ (35 files in 19 dirs): 
Sep 08 10:24:33 <CIA-3> linux-kexecboot: restructure it a bit to make it more generic.
Sep 08 10:24:33 <CIA-3> * linux-kexecboot recipe only need to include sources and patches in SRC_URI, linux-kexecboot.inc takes care of the rest
Sep 08 10:24:36 <CIA-3> * closes #4543
Sep 08 10:47:36 <Jin^eLD> huhu
Sep 08 10:47:55 <Jin^eLD> holidays rocked, but as always - too short :P
Sep 08 12:37:27 <woglinde> hi mr_nice
Sep 08 12:37:41 <mr_nice> hi woglinde
Sep 08 12:57:47 <CIA-3> 03 <jeremy_laine@openembedded.org> 07org.openembedded.dev * rc3ce33cdd5 10OE.dev/packages/gstreamer/ (gstreamer/po-makefile-fix.patch gstreamer_0.10.17.bb): gstreamer: fix call to mkinstalldirs
Sep 08 12:58:08 <CIA-3> 03 <jeremy_laine@openembedded.org> 07master * rc3ce33cdd5 10OE.dev/packages/gstreamer/ (gstreamer/po-makefile-fix.patch gstreamer_0.10.17.bb): gstreamer: fix call to mkinstalldirs
Sep 08 13:00:02 <pb_> zecke: good morning
Sep 08 13:00:08 <woglinde> he pb
Sep 08 13:00:11 <lisppaste7> zecke pasted "xtest test for woglinde" at http://paste.lisp.org/display/66492
Sep 08 13:00:12 <pb_> hi woglinde 
Sep 08 13:00:32 <zecke> woglinde: ^^^if this works then the OM inputmethods will work too
Sep 08 13:06:46 <florian> re
Sep 08 13:06:52 <florian> pb__: fixed
Sep 08 13:07:09 * florian needs to automate this somehow
Sep 08 13:07:34 * zecke will kill the next one who puts a PR into the PV line
Sep 08 13:07:46 <pb_> florian: wb
Sep 08 13:08:22 <pb_> florian: um, what is fixed?  I don't remember asking for anything.  thanks anyway though :-)
Sep 08 13:09:44 <florian> pb_: ibot just told me about the full /media at ltg
Sep 08 13:09:53 <pb_> florian: oh, heh.  that was about two weeks ago.
Sep 08 13:10:06 <pb_> I think you already fixed this for me at the time :-}
Sep 08 13:11:05 <florian> pb_: heh, i wonder where ibot found this now... 
Sep 08 13:11:23 <pb_> yeah.  oh well, crazy ibot
Sep 08 13:35:34 * mwester observes that zecke clearly feels strongly about that... :-D
Sep 08 13:57:18 <fraxi> hoi
Sep 08 13:57:37 <zecke> moo
Sep 08 13:57:50 <fraxinas> i got a quick question about bitbake recipes.
Sep 08 13:59:01 <fraxinas> is it possible to end a task somewhere in the middle. like a loop with a break statement
Sep 08 13:59:20 <fraxinas> or conditionally run either one or another task
Sep 08 14:04:19 <ant_work> zecke|mooing: http://imagebin.ca/view/O6Nmfe.html
Sep 08 14:05:44 <woglinde> fraxinas you mean bitbake -c foo package?
Sep 08 14:06:08 <woglinde> fraxinas or what is your goal to achive?
Sep 08 14:06:33 <fraxinas> no no no. inside a recipe switch between e.g. either do_compile_thisway () or do_compile_thatway ()
Sep 08 14:08:50 <pb_> yeah, you could certainly do the latter.  exactly how you do it would depend on the way you want to express your conditional.
Sep 08 14:09:08 <pb_> if it's a run-time condition, you could make a dummy do_compile() method that just invokes one or other of the alternatives.
Sep 08 14:09:10 <fraxinas> or in do_compile_prepend() { } exit the compile task and do an addtask something before do_install
Sep 08 14:09:46 <pb_> if it's a parse-time condition then you could (I think) just do a direct assignment: do_compile = ${@...}
Sep 08 14:10:10 <fraxinas> it's run-time
Sep 08 14:10:19 <pb_> okay, then the former
Sep 08 14:10:50 <fraxinas> i'd like it to be a seperate task with a seperate name rather than just an if branch in the do_compile though
Sep 08 14:11:02 <woglinde> fraxinas which program is this?
Sep 08 14:11:13 <fraxinas> projectx
Sep 08 14:11:21 <woglinde> fraxinas and why it needs different compile fix
Sep 08 14:11:22 <pb_> fine, you can call it anything you like
Sep 08 14:11:36 <fraxinas> it incorporates java bytecompiling
Sep 08 14:11:37 <pb_> addtask not_compile before compile
Sep 08 14:11:39 <woglinde> hm the gui was java
Sep 08 14:11:41 <pb_> or whatever
Sep 08 14:11:45 <woglinde> yes
Sep 08 14:12:18 <woglinde> but never compiled it myself
Sep 08 14:12:19 <fraxinas> so you can put an addtask whatever command inside of a task?
Sep 08 14:12:36 <fraxinas> i thought that only worked outside
Sep 08 14:12:41 <pb_> ah, no, not inside a task
Sep 08 14:12:56 <pb_> the set of tasks needs to be static, but you can have a task that basically does nothing unless the condition is met
Sep 08 14:13:15 <pb_> and, if putting the whole body of the task inside an if statement offends your sensibilities, you can make it invoke some other task to do the real work.
Sep 08 14:13:17 <fraxinas> the set of tasks needs to be static. okay
Sep 08 14:13:37 <fraxinas> aye :) i shall do it that way
Sep 08 14:13:40 <fraxinas> thanks pb
Sep 08 14:14:02 <fraxinas> uhm
Sep 08 14:14:07 <fraxinas> one more thing
Sep 08 14:14:23 <fraxinas> can i "break" out of a task and skip to the next task?
Sep 08 14:21:16 <ant_work> zecke: ^^^ has bitbake such easter-eggs? Mammarians? Insects? Bugs? :-D 
Sep 08 14:22:01 <fraxinas> woodticks maybe :) 
Sep 08 14:23:17 <woglinde> fraxinas????
Sep 08 14:24:16 <woglinde> fraxinas only way I see is wrote your own do_blastaks () function rebuild them as much as you want from the orginial oe setup up and finish at any point you want
Sep 08 14:24:54 <woglinde> fraxinas when you do bitbake foo you will find under oetmp/work/arch/package/temp dir
Sep 08 14:25:24 <woglinde> serval files which begin with run. these contains the function oe will call for each step
Sep 08 14:27:59 <pb_> fraxinas: if it's a shell task you can just call 'exit'.  if it's a python task you can call 'return'.
Sep 08 14:28:16 <zecke> ant_work: no easter eggs
Sep 08 14:28:31 <fraxinas> exit leaves the current task only?
Sep 08 14:28:35 <pb_> yes
Sep 08 14:28:42 <fraxinas> great, then that's what i need
Sep 08 14:28:51 <pb_> each task is invoked in its own shell environment
Sep 08 14:28:58 <fraxinas> nice.
Sep 08 14:29:28 <fraxinas> that also means that can't use variables exported in one task in the next one anymore?
Sep 08 14:29:51 <pb_> right
Sep 08 14:30:16 <pb_> python tasks can modify the global variables, but shell tasks can't
Sep 08 14:31:18 <woglinde> hm but I guess you understand something wrong in the whole process, I would like to see your .bb if you are finished
Sep 08 14:31:58 <fraxinas> aye
Sep 08 14:43:31 <fraxinas> okay nice. i have it working
Sep 08 14:54:02 <pb_> very good
Sep 08 15:09:37 <frikker> how can i verify that a .bbclass file is being inherited? i have 'echo "i am here"' but it is never outputted.  
Sep 08 15:09:56 <frikker> I want this to be inherited by all recipes, not individual ones (src_distribute_local)
Sep 08 15:30:10 <Tartarus> mickey|bbl, for the db1200 machine conf file, it just needs to define a kernel version (one which has a defconfig for it...), and it can go out of the nonworking dir, yes?
Sep 08 15:36:14 <kergoth`work> morning
Sep 08 15:36:17 <kergoth`work> hey woglinde, pb_ 
Sep 08 15:52:11 <pb_> g'day kergoth`work 
Sep 08 15:55:26 <Tartarus> few errands, bbiaw
Sep 08 15:55:28 <Tartarus> ga
Sep 08 16:34:05 <mrdata> hi all
Sep 08 16:48:56 <_hc> hello
Sep 08 16:53:21 <summatusmentis> hi
Sep 08 17:08:25 <mickey|bbl> Tartarus: correct
Sep 08 17:09:47 <Tartarus> mickey|bbl, OK, I'll try and get something posted to oe-dev soonish
Sep 08 17:11:22 <Tartarus> The harder part of mipsel is how much generic glibc stuff is in the arch common site files :(
Sep 08 17:23:56 <mickey|bbl> yes, that's quite ugly
Sep 08 17:24:02 <mickey|bbl> we'd all welcome some cleanup for the site files
Sep 08 17:24:14 <mickey|bbl> and perphaps some tools to autocheck problems
Sep 08 17:24:35 * kergoth`work still thinks itd be cool to use qemu's user emulation to generate site results, someday
Sep 08 17:29:04 <mickey|bbl> true
Sep 08 17:34:22 <Tartarus> mickey|bbl, OK to use 2.6.25 for the kernel?
Sep 08 17:34:55 <mickey|bbl> if it runs on your device, sure
Sep 08 17:34:57 <mickey|bbl> bbl
Sep 08 17:35:10 * Tartarus kicks off a minimal image build
Sep 08 17:39:05 <kergoth`work> mickey|sports:  hmm, wonder if you could call out m4 directly to generate shell for a single test (and its deps) rather than messing with autoconf itself.  just m4 + the base set of autoconf macros + the macro to be tested w/ AC_TRY_RUN, and either override AC_TRY_RUN to call out qemu, or use binfmt_misc for it
Sep 08 17:39:07 * kergoth`work scratches head
Sep 08 18:03:04 * denix is back (gone 65:55:33)
Sep 08 18:27:31 <woglinde> re
Sep 08 18:31:03 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r22bb0ecb95 10OE.dev/packages/quake/ioquake3_svn.bb: ioquake3: add 1.32
Sep 08 18:31:03 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r20dca5ec35 10OE.dev/packages/pango/ (3 files in 2 dirs): pango: add 1.20.5
Sep 08 18:31:04 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r285583442b 10OE.dev/packages/glib-2.0/ (4 files in 2 dirs): glib-2.0: update to 2.18.0
Sep 08 18:31:10 <CIA-3> 03 <koen@openembedded.org> 07master * r285583442b 10OE.dev/packages/glib-2.0/ (4 files in 2 dirs): glib-2.0: update to 2.18.0
Sep 08 18:31:10 <CIA-3> 03 <koen@openembedded.org> 07master * r22bb0ecb95 10OE.dev/packages/quake/ioquake3_svn.bb: ioquake3: add 1.32
Sep 08 18:31:11 <CIA-3> 03 <koen@openembedded.org> 07master * r20dca5ec35 10OE.dev/packages/pango/ (3 files in 2 dirs): pango: add 1.20.5
Sep 08 18:37:26 <CIA-3> 03 <utx@openembedded.org> 07org.openembedded.dev * r60af573b17 10OE.dev/packages/ecj/ (ecj-initial_3.3.2.bb ecj-initial_3.3.bb ecj-initial_3.4.bb): Require unzip-native (needed for unpacking).
Sep 08 18:37:32 <CIA-3> 03 <utx@openembedded.org> 07master * r60af573b17 10OE.dev/packages/ecj/ (ecj-initial_3.3.2.bb ecj-initial_3.3.bb ecj-initial_3.4.bb): Require unzip-native (needed for unpacking).
Sep 08 18:38:28 <Tartarus> how do you get mtndiff to show new files?
Sep 08 18:38:39 <Tartarus> $ mtn status
Sep 08 18:38:39 <Tartarus> mtn: warning: ssh_agent: connect: could not connect to socket for ssh-agent
Sep 08 18:38:39 <Tartarus> Current branch: org.openembedded.dev
Sep 08 18:38:39 <Tartarus> Changes against parent 81a14649e513b12b58d75276170ffa386580f244
Sep 08 18:38:39 <Tartarus>   renamed  conf/machine/nonworking/db1200.conf
Sep 08 18:38:40 <Tartarus>        to  conf/machine/db1200.conf
Sep 08 18:38:42 <Tartarus>   added    packages/linux/linux-2.6.25/db1200
Sep 08 18:38:44 <Tartarus>   patched  conf/machine/db1200.conf
Sep 08 18:38:46 <Tartarus>   patched  packages/linux/linux_2.6.25.bb
Sep 08 18:39:01 * Tartarus hmms and wonders if he needs to explicitly add defconfig
Sep 08 18:39:35 <woglinde> tartarus mtn status ./
Sep 08 18:40:34 <Tartarus> yeah, i assumed it would recursively add stuff
Sep 08 18:40:37 * Tartarus gets it right, now
Sep 08 18:42:23 <mrdata> hi woglinde 
Sep 08 18:46:02 <woglinde> hi mrdata
Sep 08 18:59:48 <teamnoir> Is there anyone on who can talk intelligently about BB_NUMBER_THREADS?
Sep 08 19:01:00 <teamnoir> Like, eg, how can that work for multiple images when the default IMAGE_ROOTFS is set on a per TMPDIR basis rather than a per image basis?
Sep 08 19:02:46 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r7fef12eed7 10OE.dev/packages/asterisk/asterisk_1.6.0-beta8.bb: asterisk 1.6beta: sanitize PV
Sep 08 19:02:46 <CIA-3> 03 <oe@openembedded.org> 07org.openembedded.dev * rf7095f6e83 10OE.dev/: 
Sep 08 19:02:46 <CIA-3> merge of '3f551b06dbb61a62224fe6d9f3affb063932e0f1'
Sep 08 19:02:46 <CIA-3>  and 'b06c292fe0a6222355b7b5337759a187eafa372b'
Sep 08 19:02:47 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r2b3b4c8110 10OE.dev/packages/glib-2.0/glib-2.0-native_2.18.0.bb: glib-2.0-native: update to 2.18
Sep 08 19:02:50 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * rb2798f0810 10OE.dev/packages/qtnx/ (qtnx-qte_0.9.bb qtnx.inc qtnx_0.9.bb): 
Sep 08 19:02:53 <CIA-3> qtnx: split up for qtx11 vs. qte/qtopia
Sep 08 19:02:55 <CIA-3> * do the same like qsvn and let the image/distribution
Sep 08 19:02:57 <CIA-3>  decide which package should be in
Sep 08 19:02:59 <CIA-3> * bump PR
Sep 08 19:03:01 <CIA-3> 03 <koen@openembedded.org> 07master * r7fef12eed7 10OE.dev/packages/asterisk/asterisk_1.6.0-beta8.bb: asterisk 1.6beta: sanitize PV
Sep 08 19:03:06 <CIA-3> 03 <woglinde2@openembedded.org> 07master * rb2798f0810 10OE.dev/packages/qtnx/ (qtnx-qte_0.9.bb qtnx.inc qtnx_0.9.bb): 
Sep 08 19:03:09 <CIA-3> qtnx: split up for qtx11 vs. qte/qtopia
Sep 08 19:03:11 <CIA-3> * do the same like qsvn and let the image/distribution
Sep 08 19:03:13 <CIA-3>  decide which package should be in
Sep 08 19:03:15 <CIA-3> * bump PR
Sep 08 19:03:17 <CIA-3> 03 <koen@openembedded.org> 07master * r2b3b4c8110 10OE.dev/packages/glib-2.0/glib-2.0-native_2.18.0.bb: glib-2.0-native: update to 2.18
Sep 08 19:03:22 <CIA-3> 03 <oe@openembedded.org> 07master * rf7095f6e83 10OE.dev/: 
Sep 08 19:03:24 <CIA-3> merge of '3f551b06dbb61a62224fe6d9f3affb063932e0f1'
Sep 08 19:03:26 <CIA-3>  and 'b06c292fe0a6222355b7b5337759a187eafa372b'
Sep 08 19:18:43 <mrdata> night all
Sep 08 19:39:46 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * rde447d83f1 10OE.dev/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom preferred versions: bump glib and pango versions
Sep 08 19:39:47 <CIA-3> 03 <oe@openembedded.org> 07org.openembedded.dev * r3b3b71ef3d 10OE.dev/: 
Sep 08 19:39:47 <CIA-3> merge of '5a77ab41b3385a039d9e0696c7d69b01aad3ad92'
Sep 08 19:39:47 <CIA-3>  and 'a40851440ffc312af9c5719717490a99603b8d29'
Sep 08 19:39:58 <CIA-3> 03 <oe@openembedded.org> 07master * r3b3b71ef3d 10OE.dev/: 
Sep 08 19:39:58 <CIA-3> merge of '5a77ab41b3385a039d9e0696c7d69b01aad3ad92'
Sep 08 19:39:58 <CIA-3>  and 'a40851440ffc312af9c5719717490a99603b8d29'
Sep 08 19:39:59 <CIA-3> 03 <koen@openembedded.org> 07master * rde447d83f1 10OE.dev/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom preferred versions: bump glib and pango versions
Sep 08 20:20:10 <JaMa> Hello, someone with working u-boot on sharp spitz? I've tried u-boot on repartitioned mtd (from http://bugs.openembedded.net/show_bug.cgi?id=3738 ) and it seems not working but I have no serial cable to see the boot..
Sep 08 20:39:49 <ant__> re
Sep 08 20:40:17 <ant__> anybody having a loop like this? fresh pull...
Sep 08 20:40:19 <ant__> | Downloading file:/oe/build/tmp/angstrom/deploy/glibc/ipk/armv5te/libgcrypt11_1.4.1-r0_armv5te.ipk
Sep 08 20:40:19 <ant__> | Installing libgpg-error0 (1.4-r1) to root...
Sep 08 20:40:19 <ant__> | Downloading file:/oe/build/tmp/angstrom/deploy/glibc/ipk/armv5te/libgpg-error0_1.4-r1_armv5te.ipk
Sep 08 20:40:19 <ant__> | Installing libglade-2.0-0 (2.6.2-r2) to root...
Sep 08 20:40:19 <woglinde> hi ant
Sep 08 20:40:27 <ant__> hi woglinde 
Sep 08 20:40:38 <woglinde> ant hm
Sep 08 20:40:53 <ant__> |  * ERROR: Cannot satisfy the following dependencies for task-base-extended:
Sep 08 20:40:53 <ant__> | 	 *  libcurl4 (>= 7.18.2) *  libcurl4 (>= 7.18.2) *
Sep 08 20:41:17 <woglinde> nope
Sep 08 20:41:27 <woglinde> didnt see this before
Sep 08 20:41:29 <ant__> ah..gitweb reveals koen was playing with glib / pango
Sep 08 20:42:38 <ant__> woglinde: error on screen  http://rafb.net/p/8N222543.html
Sep 08 21:23:10 <pb__> ah, I think this is a curl configury error
Sep 08 21:23:29 <pb__> afaict, it's being outwitted by the site file and thinks that curl_off_t has changed size when it actually hasn't.
Sep 08 21:26:20 <ant__> pb__: yes, it's curl...you changed it as last?
Sep 08 21:27:51 <ant__> pb_: now I'm rebuilding from scratch (for another machine)
Sep 08 21:28:16 <ant__> pstage stumbled on multimachine...
Sep 08 21:44:05 <Tartarus> OK, emailed a patch to bring back db1200 machine conf, and tested it quick too
Sep 08 21:44:27 <woglinde> tartarus better use the bugtracker
Sep 08 21:47:28 <Tartarus> woglinde, *shrug*.  I'll post something there too if it doesn't go in, in a day or two
Sep 08 21:47:35 <Tartarus> Didn't see a bug referenced for taking db1200 out
Sep 08 21:48:05 * Tartarus still has outstanding fixes sitting the the bug tracker and isn't big on adding more right now
Sep 08 21:48:12 <Tartarus> s/the the/in the/
Sep 08 21:55:11 <woglinde> Tartarus hm if isnt go fast enough for you, file many bugs and ping us everyday, than maybe you will get an account for oe repos
Sep 08 21:58:43 <ant__> hmm...now u-boot-git fails on do_setscene.../oe/build/tmp/angstrom/work/akita-angstrom-linux-gnueabi/u-boot-git-r18/temp/run
Sep 08 21:58:43 <ant__> .staging_helper.16197: line 530: syntax error near unexpected token `else'
Sep 08 21:59:02 <ant__> it's not my evening ;-]
Sep 08 23:19:59 <CIA-3> 03 <koen@openembedded.org> 07org.openembedded.dev * r108370eca7 10OE.dev/packages/gtk+/ (6 files in 2 dirs): gtk+ 2.14.1: add recipe for the latest stable release, removes most patches to get a new performance baseline
Sep 08 23:20:04 <CIA-3> 03 <koen@openembedded.org> 07master * r108370eca7 10OE.dev/packages/gtk+/ (6 files in 2 dirs): gtk+ 2.14.1: add recipe for the latest stable release, removes most patches to get a new performance baseline
Sep 09 00:22:35 <_hc> anyone know how I might be able to move the OE "tmp" directory?
Sep 09 00:22:47 <_hc> bitbake is complaining when I do it
Sep 09 00:54:47 <Crofton|work> _hc, you can;'t move it
Sep 09 00:54:58 <Crofton|work> you'll need to re-create it in the new loation
Sep 09 00:55:08 <Crofton|work> start a build before going to bed :)
Sep 09 01:28:35 <_hc> wow, you need fast machines to work with this stuff...
Sep 09 01:29:57 <_hc> is it possible/good practice to build images for multiple devices from the same tree?
Sep 09 01:30:09 <_hc> I tried this once, and my tree got very messed up
Sep 09 01:52:46 <Crofton|work> as long as you are using mulitmachine it is good
Sep 09 01:52:57 <Crofton|work> angstrom uses multi-machine by default
Sep 09 01:53:19 <Crofton|work> it really saves time for machines with the same cpu
Sep 09 01:55:54 <_hc> hmm, yeah,I think I messed everything up by changing the DISTRO from angstrom to openmoko...
Sep 09 02:10:35 <dcordes> _hc, how does that show?
Sep 09 02:37:31 <_hc> dcordes: it refuses to sucessfully ./configure libtool-cross, even though it works fine on other builds
**** ENDING LOGGING AT Tue Sep 09 02:59:57 2008