**** BEGIN LOGGING AT Sun Jul 30 02:59:56 2006 Jul 30 03:14:43 poushag, i parse ~300files in 30 seconds Jul 30 03:15:11 let me shutdown some heavy apps Jul 30 03:15:39 ok - im still around Jul 30 03:16:33 ~790 in 15 seconds Jul 30 03:16:37 hit me by name though - im watching stargate atlantis on vlc :) Jul 30 03:16:49 oh youre ready now - nm Jul 30 03:17:06 it depends on what is active in your system Jul 30 03:17:17 the current bitbake is python centric Jul 30 03:17:25 the output i get says it pasrsed 3800 files in 15 secs Jul 30 03:17:39 so other apps can affect its performance Jul 30 03:17:43 but it didnt display all the text for another 6 minutes Jul 30 03:17:57 hmm Jul 30 03:18:00 do you understand the output of 'time bitbake -s' ? Jul 30 03:18:30 i didnt use time infront of mine Jul 30 03:18:43 sec i'll retry Jul 30 03:19:06 k Jul 30 03:19:07 usually i am doing enough other things i never notice Jul 30 03:21:06 real 1m28.507s Jul 30 03:21:06 user 1m26.507s Jul 30 03:21:06 sys 0m0.625s Jul 30 03:21:18 wasnt too bad Jul 30 03:21:48 how much ram on your system? Jul 30 03:22:25 3GHz P4-E 2GB matched ram Jul 30 03:22:46 ok so yours should be faster since mines only 512mb Jul 30 03:23:02 not really Jul 30 03:23:25 your cpu being a 2Ghz and probably a cellery i suspect makes it slower Jul 30 03:23:28 well yours also has a fatter processor Jul 30 03:23:34 mines p4 Jul 30 03:23:58 which chip? Jul 30 03:25:29 p4 2.8ghz Jul 30 03:25:31 128 L1? Jul 30 03:25:41 this error log is from a fresh pull off 0z254x. http://pastebin.ca/106151 Jul 30 03:25:43 256, 512? Jul 30 03:25:59 arm-bar, you mean 354? Jul 30 03:26:07 but anyway its running inside a vm so theres a bit of a performance hit for that Jul 30 03:26:08 right Jul 30 03:26:16 *oz354x Jul 30 03:26:40 poushag, a bit?? i would expect a lot myself Jul 30 03:27:01 does anyone know how to get the state of the hinge sensor in the 2.6 kernel? Jul 30 03:27:07 event hardware emu have a large performance lag Jul 30 03:27:15 I know that zaurusd deals with the events, but I want to get the state for a sh script Jul 30 03:27:28 JustinP, i thought RP added a signal for that ... Jul 30 03:27:33 emte: not signal Jul 30 03:27:48 emte, im more concerned that oe is so slow on your system - i mean 3 minutes on your hardware (without vm, etc) is a lot of flops Jul 30 03:27:50 signal/event/callback etc Jul 30 03:27:53 emte: on resume I want to make sure the Z is open before the bl is restored Jul 30 03:28:04 emte: exactly. Not signal/event/callback Jul 30 03:28:09 it seems like it should be a lot faster Jul 30 03:28:11 emte: zaurusd can already do that Jul 30 03:28:31 poushag, its using python .... an interpreted language Jul 30 03:28:46 RP: I'd like to get the state of the hinge (from a shell script). Not on event (as zaurusd), just get the state. Jul 30 03:29:21 well it seems like this stuff should be hashed or compiled into binary files or something to speed it up Jul 30 03:29:29 JustinP, that doesnt fully make sense Jul 30 03:30:04 oh well i guess i will just live with it since im not enough of a guru to change it Jul 30 03:30:04 JustinP, for the shell script to run the event would have already occured and the backlight would be on ... Jul 30 03:30:17 poushag, it alrady is Jul 30 03:30:34 poushag, bitbake is more than 500X faster than it was Jul 30 03:31:04 it used to take 10-20min to parse the meta files initially Jul 30 03:31:19 and originally they were not even cached Jul 30 03:31:40 so you had to reparse everytime it erroerd out Jul 30 03:32:14 more speed enhancements probably wont happen until bitbake-ng Jul 30 03:32:22 anywya food time Jul 30 03:33:17 emte, sry not trying to offend anybody - i have not worked in many other dev environments - just trying to learn what to expect with this one - it still seems that 'bitabke -s' should be able to return output a lot faster than the other bitbake commands since its not actually building anything Jul 30 03:33:56 whats bitbake ng? Jul 30 03:34:04 nextgen i know Jul 30 03:34:18 but i havent heard that ng is in the works Jul 30 03:34:44 poushag: the first parse is slow, a couple minutes. subsequent runs are less than 15 seconds, since its cached. Jul 30 03:35:16 kergoth 'bitbake -s' runs faster the second time but is still six minutes Jul 30 03:35:19 it was planned long ago, but hasnt been touched in over a year. its more likely that components of bitbake will get moved to C one by one if need be Jul 30 03:35:30 then open a bug. Jul 30 03:35:36 whining on irc isnt going to do anything Jul 30 03:35:52 when doing actual builds, its less than 15 seconds for subsequent parses Jul 30 03:35:57 im not whining - just trying to figure out if it was only my system or if everyones Jul 30 03:35:58 so it must be something bound to -s Jul 30 03:36:07 * kergoth hasnt done a -s in ages Jul 30 03:36:37 well try it kergoth Jul 30 03:36:55 your comparative data can be useful here Jul 30 03:37:22 or run 'time bitbake -s' even Jul 30 03:37:45 to give a more detailed look Jul 30 03:42:17 first: Jul 30 03:42:18 real 3m14.674s Jul 30 03:42:18 user 2m54.940s Jul 30 03:42:18 sys 0m3.078s Jul 30 03:42:21 second: Jul 30 03:42:26 real 0m32.288s Jul 30 03:42:26 user 0m30.728s Jul 30 03:42:26 sys 0m0.217s Jul 30 03:42:39 and the vast majority of the second was processing after the parse Jul 30 03:42:57 hey kergoth Jul 30 03:42:57 the second finished the parse in like 3 seconds Jul 30 03:43:09 so clearly most of the work is whatever its doing to determine the providers that will be built Jul 30 03:43:13 hey chouimat Jul 30 03:44:39 so then your conclusion, kergoth, is that its behaving normally and no further optimization is required? Jul 30 03:44:48 hey chouimat , you try caos? Jul 30 03:45:00 i dont think that is what kergoth said Jul 30 03:45:19 thats why i was asking for his conclusion Jul 30 03:46:20 emte: nope ... got gentoo + local modification working on 4 computers ... 2 to go later next week Jul 30 03:46:38 no, that wasnt what i said at all. what i said earlier, and will continue to say, is that the caching of the parse works incredibly well, so your statements about desiring a cache are largely meaningless Jul 30 03:46:42 too bad Jul 30 03:46:57 it sounds like bitbake -s's processing beyond the parse could indeed use optimization in general Jul 30 03:47:07 emte: I know ... Jul 30 03:47:52 actually i never said i desired a cache - but in any case the gist is that i desire further optimization Jul 30 03:48:10 ok 8000 emails to go ... Jul 30 03:48:21 * emte wonders how often -s is actually used Jul 30 03:48:28 What does -s actually do? Jul 30 03:48:38 summary of versions i think Jul 30 03:48:43 Ah Jul 30 03:49:18 neverreally used it myself until now Jul 30 03:49:52 -s, --show-versions show current and preferred versions of all packages Jul 30 03:50:08 emte: going trough 11 000 + emails and rebuild all my sorting filters is not what I call something fun to do on saturday night Jul 30 03:50:22 chouimat, i know how you feel Jul 30 03:50:35 as a new oe user i dont know whats in there already so i find it useful - nobody has been able to tell me a better way to find out Jul 30 03:50:50 my systems were down for a day due to udev when i moved them from room to room Jul 30 03:50:59 and had 600 emails Jul 30 03:51:16 poushag: quite right, you speculated about possible improvements to the parsing, when parsing isnt what needs the improvement, bitbake -s has performance issues beyond parsing, as i've already shown. Jul 30 03:51:19 emte: and later I will have to finish the inbox ... which spamassassin seems to neglect Jul 30 03:51:27 dont make blind guesses about possible optimizations without measuring first. Jul 30 03:51:35 lol Jul 30 03:52:23 * emte suspects poor python glueing instead of using sed/awk Jul 30 03:52:40 but i dont know how -s is built Jul 30 03:52:45 kergoth, perhaps my exact words could have led you to that interpretation, but as i said before, the real meaning behind them is to get 'bitbake -s' optimized Jul 30 03:52:48 just speculation on my part Jul 30 03:53:12 poushag: you asked for binary compilation of the bitbake metadata. the only gain to that would be to avoid the lengthy parse of the ascii file. Jul 30 03:53:14 seeing as it is a rarly used feature .... Jul 30 03:53:29 exact words or no, you're clearly fumbling about in the dark Jul 30 03:53:37 if you want performance improvements, patches welcome. Jul 30 03:54:34 well being new at this i would appreciate help getting started since i havent been able to build anything yet Jul 30 03:55:17 * chouimat removes Bob's tail from the monitor ... can't see the tetris game Jul 30 03:55:43 if you have real problems other than impatience, then you should ask about it here, preferably accompanied by a pastebin of any error or misbehavior you're seeing Jul 30 03:55:46 but you seem to want to take potshots at me so feel free i guess - i am trying to contrbute something - i updated some wiki items that were wrong and/or confusing Jul 30 03:56:23 * emte wonders if poushag knows kergoth wrote most of bitbake Jul 30 03:56:31 contributions are welcome, i just suggest you actually learn about bitbake before you start presuming to give us better ways of doing things Jul 30 03:56:48 nope - as i said im not trying to offend anyone Jul 30 03:57:09 hmm where does -s live... not seeing it in base.class Jul 30 03:57:57 there's no offense taken, i just suggest you actually learn about how it works before you speak further on the subject Jul 30 04:01:18 urg ... Jul 30 04:01:26 you should be taking my feedback to heart kergoth - not as an insult but as something you can use to see things from a new persons perspective - yes 'bitbake -s' is slow - and it appears theres no alternative to find out what versions are going to come out beforehand - but i will live with it (while still wishing it was faster) - so im sending the output to a file and i will probably write a... Jul 30 04:01:27 ...bash script to automatically 'mtn update' and 'bitbake -s' to that file daily so i dont have to sit here and wait on it Jul 30 04:01:29 must be in the py parser or the c one ... Jul 30 04:02:05 poushag, i am curious .... you are aware that OE and Bitbake are independant projects right? Jul 30 04:03:22 i am trying to find that silly function myself right now Jul 30 04:05:15 poushag: once again, if you have a problem, open bugs. the bts exists for a reason. Jul 30 04:05:50 ok will do - just let me find it first... Jul 30 04:08:04 hahahah - 'this project has turned off bugtracker' - im sure that i must be looking in the wrong place Jul 30 04:09:00 http://developer.berlios.de/bugs/?group_id=2701 got that error on this url Jul 30 04:09:16 aha i found it Jul 30 04:09:18 read the topic of this channel. Jul 30 04:09:55 yeah its using python to search and dump the data out to screen Jul 30 04:11:21 well then why doesnt the bugtracker link on the bitbake project page point to the oe bugtracker? (emte just finished telling me bitbake and oe are separate projects...) Jul 30 04:12:28 the berlios software doesnt give you granular control over the links Jul 30 04:12:41 the most that can be done is to hide it entirely Jul 30 04:13:34 ok fair enough - opening the oe bugtracker - hiding it might be better than a dead link - maybe with the oe bugtracker link in your summary text Jul 30 04:21:55 file that as a bug too :P Jul 30 04:22:59 heheh - i would but im still waiting for it to email my pw :P Jul 30 04:24:03 i guess i will check email tomorrow - its late here and i want to finish watching sga Jul 30 04:24:49 emte, are you still digging into it? Jul 30 04:26:35 * poushag watching stargate - hit me up by name if you need anything Jul 30 04:32:55 night Jul 30 04:54:43 emte: no Jul 30 04:55:01 emte: when the "resume" event happens the bl should only be turned on if the clamshell is opened Jul 30 04:55:20 emte: in order for this to happen the resume bl script needs to check the state of the hinge/clamshell Jul 30 04:55:29 emte: chkhinge used to do this with 2.4 kernel Jul 30 04:56:03 JustinP, i guess in my mind the device should not resume unless the clam is open ... Jul 30 04:56:37 emte: pressing the power button *should* turn it on Jul 30 04:56:45 emte: I specifically use it for this for music playing Jul 30 04:56:58 ah i see what your saying ... Jul 30 04:57:07 emte: I can turn it on and off without openeing it and my music resumes fine. I just don't want the bl on Jul 30 04:57:22 but why woudnt you just disable the whole LCD instead of just the BL? Jul 30 04:57:35 the LCD eats far more juice than the bl does Jul 30 04:57:38 AFAIK you can't but maybe you can Jul 30 04:57:48 bl being on makes the Z noticably hotter Jul 30 04:57:50 maybe .... Jul 30 04:57:57 I'd be fine turning off the LCD Jul 30 04:58:07 all the LCDs i've programed have an enable/disable command Jul 30 04:58:14 that's not the point...I need access to the hinge state but not on an event Jul 30 04:58:20 * JustinP shrugs Jul 30 04:58:21 yeah Jul 30 04:58:28 i see what you mean now Jul 30 04:58:31 at least not on a hinge event Jul 30 04:59:04 if it was on /sys somewhere..... Jul 30 04:59:21 cat /sys/class/corgi/hinge or something.... Jul 30 05:00:59 * JustinP expects it to be available to an ioctl somewhere Jul 30 06:58:28 03koen 07org.oe.packaged-staging * r7b70d024... 10/ (1 classes/base.bbclass): classes/base.bbclass: stage *after* packaging Jul 30 06:58:39 03koen 07org.oe.packaged-staging * r8e2559d6... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: fall back to manual packaging if no packages are present Jul 30 07:06:12 RP: I've tried to copy the code from zaurusd which seems to get the hinge status but I always seem to get 0 out of the ioctl Jul 30 07:17:51 03koen 07org.oe.packaged-staging * r3fb80fdc... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: fix comment Jul 30 07:17:56 03koen 07org.oe.packaged-staging * r81471c4f... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: update BUGS and TODO Jul 30 08:10:13 'morning Jul 30 08:10:39 hey cyrilRomain Jul 30 08:11:17 koen: hi. Should Angstrom will use dbus-0.62 or dbus-0.91 ? Jul 30 08:11:52 koen: I saw you commit an update but the angstrom-2006.9.conf still refers dbus-0.62 Jul 30 08:12:06 I turned it back Jul 30 08:12:28 after 0.6x dbus was split into dbus and dbus-glib, so some apps break Jul 30 08:12:48 ah ok thx Jul 30 08:16:15 morning Jul 30 08:16:46 koen: here dbus-native-0.62 fails to patch: http://rafb.net/paste/results/qhWlBE63.html Jul 30 08:17:07 because FILESPATH is in .bb files, not in .inc file Jul 30 08:20:34 koen: ok, I'm correcting that Jul 30 08:22:47 03koen 07org.oe.dev * r7331a5e1... 10/ (1 packages/dbus/dbus_0.62.inc): dbus 0.62: also set filespatch in the .inc Jul 30 08:23:21 koen or "the OE lucky luke" ! Jul 30 08:24:02 koen: can you promisse to let me do my first commit next time ? ;) Jul 30 08:24:35 * cyrilRomain is still a virgin commiter lol Jul 30 08:36:36 cyrilRomain: I don't think mickeyl and I added your key Jul 30 08:36:42 * cyrilRomain wonders why there is ipkg-native-0.99.163.bb but not ipkg-0.99.163.bb Jul 30 08:36:49 koen: ah ok, no pb Jul 30 08:37:39 ipkg_.163 was not tested in real life Jul 30 08:37:50 feel free to test it so we can add it :) Jul 30 08:38:00 we got a bit tired of broken ipkg releases Jul 30 08:39:36 koen: at least this builds with: http://rafb.net/paste/results/GmxpBD89.html Jul 30 08:39:51 but in real life .... to be tested indeed Jul 30 08:43:44 koen: if you have two minutes (hum.. 2 secondes for you :) about dgen-sdl Jul 30 08:43:51 pb: http://rafb.net/paste/results/NCSXJe12.html Jul 30 08:44:02 fix: http://rafb.net/paste/results/lLvIyU54.html Jul 30 08:52:25 add it to the bugtracker please Jul 30 08:56:25 ok Jul 30 09:23:14 OT: Does anyone know if SATA150 drives can be used on SATA300 controllers? Jul 30 09:24:40 Yes Jul 30 09:25:38 The inverse is not always true though; some early 150 controllers didn't support speed negotiation, so most (all?) 300 drives have a jumper to limit to 150 speeds. Jul 30 09:25:59 NAbyss: thanks =) Jul 30 09:26:00 Don't ask me for a ref on that one though.. I'm IRCing from the Z. Jul 30 09:27:04 np =) Jul 30 09:27:52 next question, wait for core duo, or go 2x DC opteron hmm Jul 30 09:33:06 CoreDump|home: wait for core duo and get 2x DC opteron even cheaper :) Jul 30 09:33:11 core 2 duo that is Jul 30 09:33:31 heh Jul 30 09:33:56 Opteron 265 is currently at 344? Jul 30 09:54:25 AC_MSG_CHECKING([for corrupt government]) Jul 30 09:54:25 AC_MSG_RESULT(yes) Jul 30 09:54:28 hehe Jul 30 09:56:52 ~lart ipkg .159 Jul 30 09:56:53 * ibot throws ipkg .159's poor little doggy off a cliff Jul 30 09:57:03 stupid broken offline root Jul 30 11:14:57 mickey|poolparty: there? Jul 30 11:52:34 hi japa Jul 30 13:20:17 uClibc: bitbake says before compiling "bb.parse.SkipPackage: incompatible with target linux". what's this??? Jul 30 13:22:05 as it says Jul 30 13:22:19 your combination is incompatbile Jul 30 13:25:33 but what should be better target other than linux? Jul 30 13:25:48 compiling uclibc+ does work Jul 30 13:27:25 as to say it in short words Jul 30 13:27:48 oe is in the moment not cable to build a stable uClibc-linux combination Jul 30 13:28:23 ok Jul 30 13:28:40 but i need libc librariers as sys/types.h. So what may i do to get them? Jul 30 13:28:55 sys/types.h is a header Jul 30 13:29:05 oh yes you're right Jul 30 13:29:19 so where can i get these header files? Jul 30 13:29:46 hm what is excatly your problem? Jul 30 13:30:15 I want to build some kernel module on Zaurus. Jul 30 13:30:28 I have gcc-cross, kernel sources, binutils Jul 30 13:30:37 now, header files are missing yet Jul 30 13:31:53 I compiled this kernel module in toolchain before, but it doesn't work (actually it does load, but doesn't work). So i want to try to compile it directly on Zaurus Jul 30 13:32:36 hm Jul 30 13:32:48 a kernel module should not use a libc header Jul 30 13:34:25 oh sorry, i'm a little bit confused now. compile process (using make) of kernel module tries to run fixdep which is in (kernel-2.6.x.x/scripts/basic). I need to recompile fixdep.c. Jul 30 13:34:43 fixdep seems to be incompatible to arm Jul 30 13:34:50 perhaps some i386 ELF Jul 30 13:35:06 running it gives garabe Jul 30 13:35:13 garbage Jul 30 13:36:01 from fixdep.c Jul 30 13:41:39 i need stdio.h :-( Jul 30 14:05:55 morning folks Jul 30 14:05:58 Morning Jul 30 14:06:01 pb_: welcome back. how was france? Jul 30 14:06:47 NAbyss: don't want to pester, but are there any news re: summarizing the evaluation? I want to ship a new OOO newsletter next month and I would like to have the summary in the OE part Jul 30 14:08:08 mickeyl: None, sorry.. I've been frantic with client work lately, haven't really had a chance to look at it since I got back from brisbane Jul 30 14:08:20 ok, perhaps I'll have a go at that then. Jul 30 14:12:01 * mickeyl exhausted after 3h squash Jul 30 14:47:27 I just don't get it... apmd compile fails, saying EINVAL undefined in apmlib.c. errno.h is included -isystem to proper staging directory passed... Jul 30 15:02:24 Where do the locale depencies come from? For instance I see in xmms dependencies xmms-locale*, and when installed it pulls en_GB, fr_FR, and de_DE Jul 30 15:27:51 is xev built in the feeds? Jul 30 15:28:05 oops found http://bugs.openembedded.org/show_bug.cgi?id=210 Jul 30 15:37:49 n/m, IMAGE_LINGUAS is what I needed. Jul 30 15:38:36 * chouimat kicks NetworkManager crap ... it's not a laptop it's a server ... so fix ip you fucking piece of shit Jul 30 15:41:09 guylhem_: I see a version in the oz feeds if that's what your looking for. http://ewi546.ewi.utwente.nl/mirror/www.openzaurus.org/official/unstable/3.5.4.1/feed/x11/xev_0.0cvs20060102-r1_arm.ipk Jul 30 15:43:32 cinix - found it. sorry, my mistake Jul 30 16:30:53 NOTE: Task failed: Fetch failed: http://xorg.freedesktop.org/releases/X11R7.0/src/extras/xterm-207.tar.gz Jul 30 16:32:15 I can't actually find the file on xorg.freedesktop.org at all Jul 30 16:32:26 ah... Jul 30 16:32:39 seems in in http://xorg.freedesktop.org/releases/development/X11R7.0-RC4/extras/ now Jul 30 16:56:14 hello everyone Jul 30 17:00:38 hi CoreDump|home Jul 30 17:00:49 hey Greg2 Jul 30 17:03:42 re Jul 30 17:04:24 hmm can't find wmaker (I am interested in wxpaste more precisely) Jul 30 17:04:52 there doesn't seem to be a bb for wmaker Jul 30 17:07:02 hey zecke Jul 30 17:07:16 guylhem_: then write a .bb for it :) Jul 30 17:08:16 koen - postgresql is my priority, but I'll think about it(xmonobut is just a pain :-) Jul 30 17:08:32 guylhem_: there's already a .bb for postgres Jul 30 17:08:36 I added that weeks ago Jul 30 17:08:37 btw I recreated a expose-light theme Jul 30 17:08:44 koen - saves me work :-) Jul 30 17:08:58 zecke: I'll add support for packaging cross/ tomorrow Jul 30 17:09:19 zecke: after I fix multimachine support in packages staging :) Jul 30 17:09:30 koen: okay, did you fall victim to .pc and .la files yet? Jul 30 17:09:34 koen: why isn't it working yet? Jul 30 17:09:55 it installs to STAGING_DIR instead of STAGING_BINDIR/../ Jul 30 17:11:47 koen: STAGING_DIR sounds better than ./../../foo/crap :) Jul 30 17:11:58 it does Jul 30 17:12:03 koen: one should consider introducing STAGING_BINDIR/../ as a new variable :) Jul 30 17:12:20 let me get it working first :) Jul 30 17:12:40 I can reduce the codesize a lot by using foo[dir] appropriately Jul 30 17:12:47 hmmm Jul 30 17:12:50 hey koen Jul 30 17:12:56 hey Greg2 Jul 30 17:13:08 koen: with regard to the latest poodle/Angstrom-image: as you have noted at angstrom-distritution.org-> ?access to a serial console and/or a real keyboard is recommended.? I'm going to have to look for a serial cable to purchase to test the poodle properly. Jul 30 17:13:16 zecke: I have a bunch of un-pushed commits in my localdb, I'll push those tomorrow Jul 30 17:13:50 Greg2: poodle already has a real keyboard :) Jul 30 17:14:08 koen: I see that there's no bugtracker yet... would you like a brief description of the problem here? Jul 30 17:14:10 03koen 07org.oe.dev * rd5ac9ed1... 10/ (1 packages/xorg-app/xterm_207.bb): xterm: fix SRC_URI Jul 30 17:15:18 Greg2: for the time being you can use the OE bugtracker Jul 30 17:15:27 ok Jul 30 17:17:20 Greg2: there should be an 'angstrom' value for the distro field in bugzilla Jul 30 17:17:23 hey mallum Jul 30 17:18:24 koen: the dbus FILESPATH variable should be added to dbus_0.61.inc and dbus_0.60.inc as well. (unless old dbus version are about to be removed ...?) Jul 30 17:19:07 koen: from what i can see in the Z terminal with my old eyes at boot and copied by hand: Jul 30 17:19:07 Freeing init memory: 76K Jul 30 17:19:07 Warning: unable to open an initial console. Jul 30 17:19:07 Kernel panic - not Syncing: No init found. Try passing init = Option to kernel. Jul 30 17:23:40 hey koen Jul 30 17:24:28 mallum: projects.o-hand.com has some pretty cool projects :) Jul 30 17:24:44 koen: thanks :) Jul 30 17:32:09 bbl Jul 30 18:03:28 evening Jul 30 18:04:39 hi renoo Jul 30 18:05:21 woglinde: hey Jul 30 18:05:38 hey woglinde Jul 30 18:36:43 haha, the first complain on BitBake speed arrived (again) Jul 30 18:39:45 yes, it's sooooo slow Jul 30 18:40:10 forking it will definately make it faster Jul 30 18:56:44 reenoo: psst! Jul 30 18:56:49 reenoo: sorry :) Jul 30 18:56:53 wrong tab completion Jul 30 19:00:32 re Jul 30 19:32:06 hmm - can't find postgresql ipk in any feed. Jul 30 20:17:39 goodnight Jul 30 21:22:56 hey... Jul 30 21:23:00 quick one.. Jul 30 21:23:27 try Jul 30 21:23:30 any way to stop bitbake uncompressing a .gz file from the local file fetcher? Jul 30 21:24:43 tkp: it is base.bbclass that is doing the uncompress Jul 30 21:25:18 tkp: you can provide your own do_fetch implementation not doing uncompress Jul 30 21:25:54 zecke: on that note, i was throwing around random ideas: http://kergoth.com/patchsyntaxpossibilities.inc Jul 30 21:26:02 * kergoth is playing with all sorts of weird possibilities lately Jul 30 21:33:16 kergoth: well, I would fail miserably with that version :} Jul 30 21:35:10 hmm my svk binary lacks the possibiliy to specify a hostname :≠ Jul 30 21:36:21 03zecke123 * r557 10bitbake_qa/ (11 files in 6 dirs): (log message trimmed) Jul 30 21:36:21 r476@umba: ich | 2006-07-30 22:05:57 +0200 Jul 30 21:36:21 Copy for hacking Jul 30 21:36:21 r477@umba: ich | 2006-07-30 22:12:09 +0200 Jul 30 21:36:21 bitbake_qa/classes/base.bbclass: Update to the OE .dev copy of this file Jul 30 21:36:22 r478@umba: ich | 2006-07-30 22:13:30 +0200 Jul 30 21:36:24 bitbake_qa/classes/base.bbclass: Use less mirrors again Jul 30 21:36:56 nite guys Jul 30 21:42:45 g'day kergoth Jul 30 21:43:15 mickey|bbl: thanks :-) it was excellent. Jul 30 21:45:00 hey Jul 30 21:50:50 he pb Jul 30 21:51:15 hi woglinde Jul 30 21:52:21 that was great!!!! Jul 30 21:52:38 * chouimat is sad there no more food left :'( Jul 30 21:58:25 quit Jul 30 23:23:58 Good morning. Recent builds have suddenly started to leave behind ".dbg" files whenever files are stripped; the RUNSTRIP code seems to be responsible... what's the recommended way to not have this happen? (Yes, I can write code into the .bb files to find and delete all *.dbg files, but I hoped there was a better way to resolve this! :) ) **** ENDING LOGGING AT Mon Jul 31 02:59:57 2006