**** BEGIN LOGGING AT Sat Jan 03 02:59:57 2009
Jan 03 08:01:35 <Gnutoo> hello, /a* matches for all files in FILES-${PN} no?
Jan 03 08:01:59 <Gnutoo> but the subdir are included somehow...
Jan 03 08:04:58 <Gnutoo> ah ok i understand...
Jan 03 08:14:24 <eFfeM> hi, if I want to force a rebuild of the kernel what is the magical command? bitbake -f virtual/kernel does not do the trick for me not even after removing the linux* dir in the work dir
Jan 03 09:00:48 <rwhitby> eFfeM: bitbake -c rebuild virtual/kernel
Jan 03 09:03:18 <eFfeM> rwhitby: thanks, that seems better (it is humming now), thought -f would do the trick; removing the stamps dir didn't help either
Jan 03 09:05:36 <eFfeM> rwhitby: after installing angstrom on slug i have only a 64 k or so left, so something like turnup is needed (currently I just added root=/dev/sda1 to the CMDLINE) (i still have redboot not apex so cannot change the boot flags)
Jan 03 10:18:26 <CIA-1> 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rcf4bd30232 10openembedded.git/packages/libmodplug/libmodplug_0.8.bb: libmodplug: update to latest stable version 0.8.4
Jan 03 10:30:19 <rwhitby> eFfeM: yep, angstrom is not really a first class slug firmware at the moment for that reason - no-one has done a good pivot-root for it (like SlugOS has)
Jan 03 10:31:02 <eFfeM> rwhitby: is anyone still working on angstrom on nlsu2? is there still interest in it ?
Jan 03 10:33:46 <rwhitby> eFfeM: it's there as a proof of concept and to make sure that nslu2 is well supported in OE generally (since Angstrom is well looked after in OE), but not many people use it in preference to SlugOS (since they both hit the same target as far as kernel and packages go)
Jan 03 10:35:48 <eFfeM> ah ok
Jan 03 11:17:31 <RP> hi zecke 
Jan 03 11:28:05 <cdbot2> * * OE Bug 4959 has been created by oli1417(AT)hallo.ms
Jan 03 11:28:08 <cdbot2> * * HX4700: Bluetooth PXA270 BTUART BRF6150 patch
Jan 03 11:28:10 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4959
Jan 03 13:07:53 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6e2b79049e 10openembedded.git/packages/dsplink/dsplink.inc: dsplink: remove dsplink-module from DEPENDS
Jan 03 13:15:24 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra681408677 10openembedded.git/packages/dsplink/dsplink.inc: dsplink: find -delete isn't supported by findutils 4.1.x
Jan 03 14:45:36 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3ae90a04c6 10openembedded.git/packages/dsplink/dsplink.inc: dsplink: change find | xargs to find -exec
Jan 03 14:45:47 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd20f68fa43 10openembedded.git/conf/checksums.ini: checksums.ini: add libmodplug
Jan 03 15:44:21 <Zta> NOTE: package my-test-image-1.0-r0: task do_rootfs: started
Jan 03 15:44:29 <Zta> Why does this take so bleeding long?
Jan 03 15:44:51 <Zta> I'm building a console-image with a few extra packages.
Jan 03 15:45:57 <Zta> I mean: Is this normal?  I think it takes 5 minutes or more.
Jan 03 15:59:49 <Zta> Also, is it possible to define the size of the image file?  I couldn't find anything indicating of this in the local.conf.template
Jan 03 16:01:04 <Zta> And finally (for now =), I'm experimenting with my own package, which among other files, installs a mp3 file in /home/root/.  However, this seems to be ignored.  Why?  I'm suspecting this is because the root image runs out of disk space, but I'd like to debug it.
Jan 03 17:15:31 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rca51dc1789 10openembedded.git/packages/dsplink/ (codec-engine_2.21.bb dsplink.inc dsplink_1.60.bb): 
Jan 03 17:15:31 <CIA-1> dsplink, codec-engine: fix dsplink packaging:
Jan 03 17:15:31 <CIA-1> ERROR: dsplink is listed in PACKAGES multiple times, this leads to packaging errors.
Jan 03 18:49:58 <mickeyl> Zta: check the log, do_rootfs is doing a lot
Jan 03 18:50:33 <mickeyl> Zta: if you want to pad the image, you need to override the JFFS2 arguments in the machine.conf
Jan 03 18:50:34 <mickeyl> Zta: _never_ install a package to a home dir.
Jan 03 18:54:50 <dcordes_> mickeyl: hi there
Jan 03 19:26:31 <woglinde> ~seen khem
Jan 03 19:26:41 <ibot> khem <n=khem@adsl-71-146-25-70.dsl.pltn13.sbcglobal.net> was last seen on IRC in channel #oe, 14d 23h 52m 23s ago, saying: 'tharvey: yeah if Makefile is not cross compilation friendly then make it '.
Jan 03 19:28:35 <Crofton|work> woglinde, he's probably been on vacation
Jan 03 19:29:34 <woglinde> crofton hehe but he checed in something
Jan 03 19:29:49 <woglinde> the most annoying arm-ld bug
Jan 03 19:30:01 <woglinde> or better in libfbd
Jan 03 19:30:04 <Crofton|work> ooops :)
Jan 03 19:30:05 <woglinde> args libbfd
Jan 03 19:30:20 <Crofton|work> well ,hopefully he is reading email
Jan 03 19:32:27 <woglinde> hm 
Jan 03 19:32:29 <woglinde> nope
Jan 03 19:32:43 <woglinde> I want to say thank you to him
Jan 03 19:34:38 <Crofton|work> he fixed the bug?
Jan 03 19:39:57 <woglinde> crofton yeah
Jan 03 19:40:52 <Zta> mickeyl, ok.  But I'm not building a jffs, but ext2..
Jan 03 19:43:48 <mickeyl> in that case you want to override IMAGE_ROOTFS_SIZE
Jan 03 19:44:36 <Zta> in conf/local.conf?
Jan 03 19:45:43 <Zta> Can I add 10MB to the caluclated size?
Jan 03 19:45:58 <Zta> instead of setting an absolute size
Jan 03 19:46:04 <mickeyl> you could
Jan 03 19:46:32 <mickeyl> but i don't know where it's getting calculated
Jan 03 19:46:32 <mickeyl> that's more involved
Jan 03 19:46:44 <Zta> ok
Jan 03 19:47:15 <woglinde> hi jineld
Jan 03 19:48:12 <Jin^eLD> hey
Jan 03 19:49:02 <Zta> yo =)
Jan 03 19:52:44 <Zta> mickeyl, where's IMAGE_ROOTFS_SIZE set originally?
Jan 03 19:53:23 <Zta> And I don't find any JFFS2-related aguments in machine.conf (/opt/oe/stable/conf/machine/x86.conf)
Jan 03 19:56:21 <mickeyl> grep for it :)
Jan 03 19:56:23 <mickeyl> at least in bitbake.conf
Jan 03 19:57:57 <mickey|tv> that's because no one builds jffs2 images for x86
Jan 03 20:00:42 <Zta> Ah.
Jan 03 20:01:02 <Zta> Well, the ext2 is just until I get things started =)
Jan 03 20:01:06 <Zta> I found something here: http://bec-systems.com/oe/html/image_types.html
Jan 03 20:37:07 <Zta> ah, squashfs is what I want =)
Jan 03 20:40:11 <garren> whats a recommended PC spec to run OE on? I'm using a 1.6 Ghz 1G ram, 80gig harddrive laptop with ubuntu...
Jan 03 20:41:50 <woglinde> garren run an image or compile an image?
Jan 03 20:42:01 <garren> compile
Jan 03 20:44:49 <woglinde> garren hm will be last up to 6 hours
Jan 03 20:45:08 <woglinde> how much free space you have on the disk?
Jan 03 20:51:23 <woglinde> hi florian
Jan 03 21:00:30 <Gimp__> is openembedded.net down currently or do i have a firewall issue blocking me? can somebody else get to it?
Jan 03 21:07:24 <Zta> it doesn't respond to ping here
Jan 03 21:08:22 <Zta> | | genext2fs: not enough memory for filesystem
Jan 03 21:08:26 <Zta> that's a new one
Jan 03 21:18:57 <rwhitby> yep, git.openembedded.net is down for me too
Jan 03 21:21:10 <woglinde> florian
Jan 03 21:21:12 <woglinde> help
Jan 03 21:21:13 <woglinde> *g*
Jan 03 21:25:12 <GNUtoo> woglinde, hi...i'm making  a new frozen bubble recipe(2.2.0) and it works...but it is uncommitable as:*)perl path are hardcoded *)gettext files(*.mo) for  the traduction are not included(i'll work on that). so how do i find perl's paths?
Jan 03 21:26:06 <GNUtoo> as uncomitable i mean not by me...lol...by the way at what point is the proposal for commit access?
Jan 03 21:26:56 <woglinde> *g* feed the bugtracker
Jan 03 21:27:30 <woglinde> will try it next week
Jan 03 21:29:50 <florian> woglinde: sorry, that's mickey|tv's machine
Jan 03 21:29:55 <florian> hi btw
Jan 03 21:30:06 <woglinde> florian hm okay
Jan 03 21:33:26 <GNUtoo> is the bugtracker down?
Jan 03 21:35:20 <woglinde> seems so
Jan 03 21:37:40 <rwhitby> mickey|tv should really take up my offer to have oe.net hosted at OSUOSL where they have generator backup and you can remotely access the console by serial console server ...
Jan 03 21:38:54 <rwhitby> having just one person responsible for such a critical machine is just not sufficient.
Jan 03 21:54:10 <macneib> happy new year everyone, just wondering what's up with the openembedded.org webserver... or should I saw what's down?
Jan 03 21:54:15 <dagb> GNUtoo: care to tell me the url to the bugtracker?
Jan 03 21:54:45 <woglinde> bugtracker.openembedded.org
Jan 03 21:54:52 <woglinde> examine topic
Jan 03 21:54:55 <GNUtoo> dagb, http://bugs.openembedded.net/
Jan 03 21:55:04 <woglinde> macneib yeah its out of order
Jan 03 21:55:08 <woglinde> and mickeyl is watching t
Jan 03 21:55:09 <woglinde> b
Jan 03 21:55:12 <dagb> woglinde|GNUto: thanks
Jan 03 21:55:15 <woglinde> ups tb
Jan 03 21:55:17 <woglinde> args
Jan 03 21:55:18 <woglinde> tv
Jan 03 21:55:52 <macneib> ah ok, just saw apologies, best of of luck in 09!
Jan 03 22:00:47 <dagb> does ghost ever show up in this channel?
Jan 03 22:01:52 <woglinde> dagb no
Jan 03 22:04:37 <dagb> woglinde: thanks
Jan 03 22:23:52 <gnutoo-laptop> hello, is gcc-3.4.6 too old?
Jan 03 22:24:11 <gnutoo-laptop> for the cross-compiler toolchain
Jan 03 22:33:14 <gnutoo-laptop> s/too old/too old in oe/
Jan 03 22:46:42 <gnutoo-laptop> ah ok it's a patch that broke it...
Jan 03 22:46:51 <gnutoo-laptop> (broke asio)
Jan 03 22:47:34 <moi1234> !info
Jan 03 22:48:10 <gnutoo-laptop> files/atomic_count_gcc_atomicity.patch in boost 1.33.1 broke it
Jan 03 22:48:21 <woglinde> gnutoo-laptop?????
Jan 03 22:48:30 <woglinde> hm boost 1.33.1 should die
Jan 03 22:48:58 <woglinde> upstream is at 36
Jan 03 22:49:01 <woglinde> ups 37
Jan 03 22:49:02 <gnutoo-laptop> yes i know but it's still the default and newer boost don't compile for me...mabe i should fix it
Jan 03 22:49:07 <woglinde> ???
Jan 03 22:49:14 <woglinde> why the newer does not compile?
Jan 03 22:49:32 <gnutoo-laptop> don't remember
Jan 03 22:49:58 <gnutoo-laptop> should i try to compile the most recent boost we have?
Jan 03 22:50:46 <woglinde> yeah try it
Jan 03 22:51:13 <gnutoo-laptop> ok thanks
Jan 03 22:57:17 <Zta> man... Is bitbake crap is it just me that's still new to it?  I feel I have not control over what the hell is going on.  Sometimes a build works, other times it fails..  I see four target platforms under angstrom/work/ and I don't know why..
Jan 03 22:57:51 <Zta> is it really an improvement over buildroot?
Jan 03 22:58:14 <Zta> I mean... with a Makefile you usually know what's going on... don't you?
Jan 03 23:02:27 <gnutoo-laptop> Zta, look into work/armv4t-angstrom-linux-gnueabi/$PACKAGE/temp
Jan 03 23:02:34 <gnutoo-laptop> you have scripts files...
Jan 03 23:02:43 <gnutoo-laptop> and there you can see what's realy going on
Jan 03 23:03:30 <Zta> I have /opt/oe/stable-build/angstrom/work/ all-angstrom-linux  i486-angstrom-linux  i686-linux  x86-angstrom-linux
Jan 03 23:04:02 <gnutoo-laptop> Zta, ah you're building for x86
Jan 03 23:04:33 <gnutoo-laptop> Zta, so do a find to see in which one are most of the packages
Jan 03 23:04:33 <Zta> siir
Jan 03 23:04:36 <Zta> yessir =)
Jan 03 23:05:15 <Zta> well, that's what I mean...
Jan 03 23:05:18 <Zta> It's a mess =)
Jan 03 23:26:51 <Zta> Where can I read about the various standard tasks in package .bb files and in what order they're executed?
Jan 03 23:27:09 <woglinde> in the manual
Jan 03 23:27:59 <woglinde> http://bec-systems.com/oe/html/
Jan 03 23:28:30 <Zta> Ok, because the bitbake manual is not of much help.
Jan 03 23:34:08 <Zta> I'm trying to create my own image, but I'm having some difficulties so I'm trying to study the manual.  This http://bec-systems.com/oe/html/commonuse_new_image.html says I should use PACKAGE_INSTALL (and RDEPENDS), but the console-image.bb has IMAGE_INSTALL (and DEPENDS)..  Should I just do as the manual states without thinking about it? =)
Jan 03 23:50:06 <gnutoo-laptop> woglinde, http://rafb.net/p/vIr5A557.html
Jan 03 23:51:19 <gnutoo-laptop> woglinde, and i don't think it's my patch(removed no-zlib)
Jan 03 23:51:32 <woglinde> ./boost/math/special_functions/log1p.hpp:342: error: '::log1pl' has not been declared
Jan 03 23:51:36 <woglinde> hm
Jan 03 23:51:44 <woglinde> dont know why boost hasnt this function
Jan 03 23:52:27 <gnutoo-laptop> so what should I do?
Jan 03 23:52:32 <woglinde> sorry
Jan 03 23:52:35 <woglinde> google mabyee
Jan 03 23:55:19 <gnutoo-laptop> ok
Jan 04 00:15:21 <gnutoo-laptop> ok i've found a debian patch
Jan 04 00:15:59 <woglinde> gnutt hehe good
Jan 04 00:16:06 <woglinde> this always my first choice
Jan 04 00:16:16 <woglinde> look what other distris has done
**** ENDING LOGGING AT Sun Jan 04 02:59:57 2009