**** BEGIN LOGGING AT Sun Oct 01 02:59:57 2006 Oct 01 10:00:29 hi all Oct 01 10:01:35 thx to the person which fixed the bootstrap image on poodle (in .dev)... :-) Oct 01 10:04:49 another thing, how come the root partition is read only? (so the bootstrap can't finish to boot properly). the fstab is set to rw, is there any script which make the root partition read only? Oct 01 10:21:56 03hrw 07org.oe.oz354x * r25d8c56b... 10/ (1 packages/xournal packages/xournal/xournal_0.3.1.bb): xournal: added 0.3.1 from .dev Oct 01 10:53:50 03pH5 07org.oe.dev * r4ba42ed6... 10/ (3 files in 3 dirs): strace-4.5.14: drop CTL_PROC, was removed from kernel headers Oct 01 11:05:22 good morning all Oct 01 11:05:35 good morning cyrilRomain Oct 01 11:07:39 pH5 : finally i have compiled on the target php .. so now i have php + cherokee + mysql ... Oct 01 11:08:34 gumz: cool. how does it perform? Oct 01 11:09:00 pH5 : NP... btw phpmyadmin are veeeeeeeery slow :) Oct 01 11:09:35 pH5 : like thttp on other board with SH3 @ 100mhz Oct 01 11:10:10 (i work on a board with SH3 and actually i test gumstix @ 200mhz) Oct 01 11:15:43 hi Oct 01 11:15:58 hey hrw Oct 01 11:18:14 yep. apache cross we lack Oct 01 11:21:20 hi hrw Oct 01 11:22:13 anyone know freepascal for arm ? Oct 01 11:22:42 pH5: hero! Oct 01 11:27:35 morning all Oct 01 11:27:39 hi koen, what's up? Oct 01 11:27:43 morning RP Oct 01 11:27:48 cedricb: The rootfs should be remounted rw during boot Oct 01 11:29:01 koen: I see what you mean about the ipkg-native problem with packages-staging, I couldn't get it working properly without having ipkg preinstalled on the system... Oct 01 11:30:55 koen: http://www.rpsys.net/openzaurus/temp/package-staging.diff is a diff with .dev and is where I'm up to with syncing. I know a few things yet can be merged... Oct 01 11:31:21 pH5: fixing strace Oct 01 11:34:49 ~lart low diskspace Oct 01 11:34:50 * ibot drops a baby grand on low diskspace Oct 01 11:35:14 15minutes wasted on going from 2.6.18-hrw1 to 2.6.17-beyond3 Oct 01 11:36:40 RP: the diff to base.class shouldn't break anything Oct 01 11:37:00 koen: util-linux is broken, too. 2.6.18 kernel-headers don't have the _syscall definitions in asm/unistd.h Oct 01 11:37:23 I guess we should just install the complete unistd.h into staging. Oct 01 11:37:29 koen: No, I'm just running through that. The changes to do with do_stage worry me though... Oct 01 11:37:52 koen: I suspect we should bin do_stage from base.bbclass as it doesn't actually do anything Oct 01 11:38:40 right Oct 01 11:38:51 nobody could tell me what it did, so I left it in Oct 01 11:39:14 and lots of recipes to do_stage() instead of do_populate_staging() Oct 01 11:39:58 koen: iirc months ago it was do_stage() Oct 01 11:40:10 I never noticed that it has to be renamed.. Oct 01 11:40:43 do_stage is a wrapper around do_populate_staging and do_manifest Oct 01 11:41:39 what does do_manifest do? Oct 01 11:41:53 koen: We binned manifest though and we don't actually call do_stage, we cann do_populate_staging directly Oct 01 11:41:58 Need som advice: Does anyone know why this is happening? http://pastebin.ca/187713 Oct 01 11:42:04 (do_build doesn't depend on do_stage) Oct 01 11:43:08 RP: I think kergoth could whip up a sed script that fixes all the recipes :) Oct 01 11:43:33 koen: Do any actually touch do_stage? Oct 01 11:43:49 yes :( Oct 01 11:44:36 koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ grep do_stage . -rn | wc -l Oct 01 11:44:36 1086 Oct 01 11:44:38 koen: Ah, populate_staging runs do_stage. That doesn't mean do_stage has to be a tast Oct 01 11:45:01 Its probably easier to rename populate_staging back to do_stage Oct 01 11:45:18 I'm guessing that's what it used to be before the maifest changes Oct 01 11:47:52 03rpurdie 07org.oe.packaged-staging * r2d366fee... 10/ (1 classes/base.bbclass): base.bbclass: Finish syncing with .dev Oct 01 11:50:26 ~lart OSX vpn handling Oct 01 11:50:26 * ibot installs a bad bootloader on OSX vpn handling and turns OSX vpn handling into a brick Oct 01 11:50:30 03rpurdie 07org.oe.packaged-staging * re313f7ce... 10/ (5 files in 2 dirs): preferred-versions: Sync with .dev Oct 01 11:51:04 Getting smaller all the time: http://www.rpsys.net/openzaurus/temp/package-staging1.diff Oct 01 11:51:08 :) Oct 01 11:52:05 I should be home in ~1.5 hours if the traffic isn't too heavy Oct 01 11:52:19 and then I can unleash packaged-staging onto my workstation Oct 01 11:52:29 I'll be crawling under floorboards by then ;-) Oct 01 11:52:54 It isn't building for me but it looks like gcc-iniital problems rather than anything packages-staging related Oct 01 11:53:29 (I've yet to fully sync gcc/glibc packages) Oct 01 11:55:14 * koen heads to the car Oct 01 11:55:25 RP: good luck with your brother's house Oct 01 12:15:12 hmm.. upgrade to 2.6.18 or not Oct 01 12:16:52 will tryit Oct 01 12:16:54 brb Oct 01 12:22:39 re Oct 01 12:22:51 I'll stay with 2.6.17-beyond3 for longer Oct 01 12:24:35 ARGH<<<<<<<<<<<< Oct 01 12:24:41 ~curse my desktop Oct 01 12:24:57 May the fleas of a thousand camels infest your most sensitive regions, my desktop ! Oct 01 12:24:59 rootfs fscked again Oct 01 12:25:07 fucked Oct 01 12:25:31 what fs? Oct 01 12:25:53 ext3 this time Oct 01 12:25:57 * NAiL is getting tired of repeated fs corruption Oct 01 12:26:09 nforce chipset? Oct 01 12:26:13 via Oct 01 12:26:17 via kt600 Oct 01 12:26:41 * hrw want new machine... Oct 01 12:39:00 03rpurdie 07org.oe.packaged-staging * rb7fa86c2... 10/ (4 files in 2 dirs): conf/angstrom*: Sync with .dev Oct 01 12:39:04 03rpurdie 07org.oe.packaged-staging * r81a9077f... 10/ (1 classes/package.bbclass): package.bbclass: Partial sync with .dev Oct 01 12:44:53 03rpurdie 07org.oe.packaged-staging * rc0936cf1... 10/ (4 files in 2 dirs): package*.bbclass: Complete syncing with .dev Oct 01 12:57:33 hi koen Oct 01 12:57:52 re Oct 01 12:57:53 hey hrw Oct 01 12:57:59 koen: fast mvoe through traffic Oct 01 12:58:04 01 14:07 < koen> I should be home in ~1.5 hours if the traffic isn't too heavy Oct 01 12:58:05 yep Oct 01 12:58:18 it's only 75 km, but with lots of big trucks Oct 01 12:58:47 I'm thinking more and more about replacing part of home machine. Oct 01 12:59:02 today again got rootfs coruprions Oct 01 12:59:36 hrw: what parts did you plan to replace? Oct 01 12:59:59 den-ros: best plan: mainboard, cpu, hdd, ram. Oct 01 13:00:07 den-ros: realistic plan: maiboard, cpu Oct 01 13:00:21 hrw: btw, oz.org has a lot of comment spam Oct 01 13:00:28 again? Oct 01 13:00:31 yep Oct 01 13:00:46 I'll close them totally Oct 01 13:00:58 hrw: we have some not very old parts in our organization Oct 01 13:00:59 http://openzaurus.org/wordpress/2006/03/18/openzaurus-354-released/ is real popular with spammer Oct 01 13:00:59 it takes my time to fight with that spam Oct 01 13:01:26 people does not even think before comment etc Oct 01 13:01:27 OZ has same problem as OE: lack of PR Oct 01 13:01:59 hrw: i forgot - you are from Poland? Oct 01 13:02:16 den-ros: my machine is athlonxp2200+ on via kt600 mainboard (epox 8kra2+ iirc) with 2x512M ddr and 120GB hdd Oct 01 13:02:19 den-ros: yes - Poland Oct 01 13:02:36 03rpurdie 07org.oe.packaged-staging * r83f0a41f... 10/ (1 classes/multimachine.bbclass): Add multicmahine.bbclass (from .dev) Oct 01 13:02:40 03rpurdie 07org.oe.packaged-staging * rce39bd28... 10/ (27 files in 4 dirs): gcc: Sync with .dev Oct 01 13:02:47 hrw: i can try send something not very needed for us Oct 01 13:03:14 koen: Just glibc changes now :) Oct 01 13:03:35 hrw: what cpu you plan to use? Oct 01 13:04:00 den-ros: athlon64/s939 - 3000+ or 3200+ boxed one Oct 01 13:04:15 http://www.rpsys.net/openzaurus/temp/package-staging2.diff Oct 01 13:04:19 den-ros: s939 allow me to not change ram from ddr to ddr2 Oct 01 13:04:42 hrw: i ask about mainboard with athlon64 Oct 01 13:04:49 cool Oct 01 13:04:57 hrw: ask my friends Oct 01 13:05:26 hrw: did not know about mainboard chipset Oct 01 13:06:09 den-ros: I was thinking about VIA only as it is good supported under linux without any binary crap modules Oct 01 13:06:13 RP: which bit do the remount to rw? Oct 01 13:06:41 den-ros: via with agp or via with integrated gfx (have 2 agp gfx cards, lack any pci express ones) Oct 01 13:06:48 hrw: if they have atlon64 with mainboard maybe thay take me memory with it too Oct 01 13:09:03 morning Oct 01 13:10:11 koen: http://openzaurus.org/wordpress/2006/10/01/comments-closed/ Oct 01 13:15:44 cedricb: One of the initscripts (mountall?) Oct 01 13:15:59 cedricb: Look in /etc/init.d/ Oct 01 13:16:37 RP: ok I'll have a look, thx Oct 01 13:18:53 * RP -> back later Oct 01 13:19:09 RP: cu Oct 01 13:19:48 hrw: sorry, in really, i think, there is no not needed athlon64 - it to modern yet, but i ask anyway Oct 01 13:20:20 den-ros: understandable Oct 01 13:21:22 i will look after first business work how I will be with cash and will probably upgrade Oct 01 13:23:07 hrw: i also try to not bye devices - i try to get it from work :) , becouse for building usually enougth not very modern devices. Oct 01 13:23:44 den-ros: at work I'm waiting for 512M memroy stick.... Oct 01 13:24:00 and my 3years old home machine is newer/faster then the one at work Oct 01 13:25:55 hrw: one our work pc, that work yet, is Celeron ? 400MHz :) it is too lazy to change it on someting new. Oct 01 13:27:03 den-ros: our oldest is kind of 1GHz athlon iirc Oct 01 13:27:38 brb Oct 01 13:27:40 reboot Oct 01 13:38:20 re Oct 01 13:42:02 hrw: any idea what i have to do here? http://pastebin.ca/187713 Oct 01 13:42:54 goxboxlive: task-bootstrap and diet-x11???? Oct 01 13:43:09 goxboxlive: bitbake -nv task-bootstrap please Oct 01 13:44:11 afaik familiar hasn't updated to Xorg 7.x yet Oct 01 13:44:27 try using a distro that works, like angstrom or OZ Oct 01 13:45:42 hi CoreDump|home Oct 01 13:45:55 hi Oct 01 14:14:32 anyone can fix : --16:31:38-- http://www.oesources.org/source/current/dropbear-0.48.1.tar.gz ?? its 404 error Oct 01 14:15:46 gumz, seems 0.45 is the newest on this server Oct 01 14:16:13 oesources.org did not died yet? Oct 01 14:46:40 grr bb isn't finding fropbear source Oct 01 14:47:09 Crofton, anyone can fix : --16:31:38-- http://www.oesources.org/source/current/dropbear-0.48.1.tar.gz ?? its 404 error Oct 01 14:47:24 yeah, and that too :) Oct 01 14:47:40 well thats dropbear source isnt it? :) Oct 01 14:47:41 the main site (http://matt.ucc.asn.au/dropbear) are down Oct 01 14:47:57 yeah and it isn't on oesurouces Oct 01 14:49:06 oesources isn't used anymore Oct 01 14:49:10 oesources are going to die Oct 01 14:49:16 hehe http://uncyclopedia.org/wiki/UnNews:North_Korea_invents_the_wheel,_citizens_rejoice Oct 01 14:49:28 * Crofton kicks dropbear Oct 01 14:49:48 I suppose I should just retrieve the tarball from my work machine Oct 01 14:49:55 and stop complaining. Oct 01 14:50:38 Crofton : nop Oct 01 14:50:56 i have put the archive in download and the script still want to dl it Oct 01 14:54:11 gumz, I think you need to get the mathcing md5 file also Oct 01 14:56:22 gmuz, get the dropbear source and make the md5 file Oct 01 14:57:39 that worked for me Oct 01 14:57:59 you can touch md5 file - it can be empty Oct 01 14:58:32 empty, correct, not wrong or missing? Oct 01 15:00:19 yes with the md5 its ok Oct 01 15:20:41 arrrr.... I'm trying to get started building oe images and the bitbake/oe learning curve is steep! Oct 01 15:22:06 bitbake parse is failing for many of the bb files because the /tmp/staging/arm-linux/kernel/kernel-abiversion file doesn't exist Oct 01 15:22:26 but I can't figure out how/when it's supposed to be created Oct 01 15:25:27 grib: how old metadata you have? Oct 01 15:25:32 metadata = OR data Oct 01 15:25:35 metadata = OE data Oct 01 15:26:48 all recent bitbake versions should surpress that warning iirc Oct 01 15:28:10 hrw: i'm building from metadata from shadowmite's repository (oe for treo650) Oct 01 15:28:28 org.openembedded.oz354fam083 if that helps Oct 01 15:28:28 grib: then it is hard to help for us Oct 01 15:28:36 it is obsolete Oct 01 15:29:06 that branch ended few months ago Oct 01 15:30:15 I suggest adding treo stuff into .dev Oct 01 15:31:07 grib: btw - where is shadowmite repo available? Oct 01 15:31:56 hrw: svn://shadowmite.com/home/svn/repository/trunk/LinuxTools Oct 01 15:32:05 thx Oct 01 15:33:25 somekind of websvn available? I do not want to fetch whol kernel too Oct 01 15:33:32 like I said I'm still just trying to figure out what bitbake is doing and what the structure of the process is Oct 01 15:33:38 hrw: just get /oe Oct 01 15:36:16 thx - fetching Oct 01 15:37:43 Crofton: IIRC you can get away with 1.32.0 in most cases, I think it might just be really required on windows or something silly like that Oct 01 15:38:16 hmm.. treo650 looks like another toy for Liam - wm9712 inside Oct 01 15:38:34 thanks njs Oct 01 15:38:48 I'll look at hacking the configure stuff and give it a whirl Oct 01 15:38:52 grib: bitbake does not fail but complain about that file Oct 01 15:39:41 ~lart treo hackers for keeping rootfs images in svn Oct 01 15:39:41 * ibot beats treo hackers into protomatter with the andromeda galaxy for keeping rootfs images in svn Oct 01 15:40:51 hrw: ok, then the *real* problem :) is that building gpe-image does no work, removing all targets... I assumed it was because critical stuff was getting skipped due to the parse problems Oct 01 15:41:15 grib: we do not support obsolete metadata Oct 01 15:42:17 ASSUME_PROVIDED += "/usr/bin/${TARGET_PREFIX}gcc /usr/lib/gcc/arm-linux/3.4.2" Oct 01 15:42:19 :D Oct 01 15:42:35 * RP returns Oct 01 15:43:11 do we want treo650 machine config? Oct 01 15:43:54 koen: make[2]: *** No rule to make target `/usr/oeps/build/tmp/cross/bin/arm-angstrom-linux-gnueabi-as', needed by `stamp-as'. Stop. (from gcc-cross-initial 4.1.1) ? Oct 01 15:44:37 hrw: I understand... if I wanted "support" I'd pay somebody for a contract :) I just thought somebody here might know more than me (not a big challenge) Oct 01 15:45:07 grib: basically that howto which is in shadowmite svn is ok Oct 01 15:46:55 grib: for me it looks like treo650 can be easily added into current Oe Oct 01 15:47:08 its just machine config + kernel + kdrive patch Oct 01 15:49:29 RP: right, something's wonky with binutils or 'staging' to cross/ Oct 01 15:51:06 hrw: cool, I don't think too many people are actively hacking on it.. when I get a little better handle on the process I will try to integrate it back into mainstream oe Oct 01 15:52:14 RP: or the combinations of binutils 'staging' to cross/ Oct 01 15:52:51 koen: right, that makes sense... Oct 01 15:52:58 koen: There was a problem with cross staging? Oct 01 15:53:39 hrw: Sorry, i had to go, but now i am trying out the distro as koen said : Angstrom. Oct 01 15:55:50 koen: moved-cross exists and pcross doesn't. I suspect it rm'd the cross dir Oct 01 15:58:50 grib, if you actually want it to work without porting the stuff, you can use familiar's tool set Oct 01 15:58:51 koen: How come there is no angstrom-opie-image.bb while there is a angstrom-gpe-image.bb. Will i get a working opie image with just bitbakeing a regular one? Oct 01 16:02:53 RP: right, that would be a problem Oct 01 16:03:13 RP: I thought I disabled all that, but it seems I missing something Oct 01 16:03:37 koen: Should it ever me moving anything? Oct 01 16:03:41 s/me/be/ Oct 01 16:04:47 goxboxlive, probably due to lack of people willing to maintain it Oct 01 16:05:55 ok thx Oct 01 16:06:54 goxboxlive: OE devs which are/were also OPIE devs mostly share feeling that OPIE died Oct 01 16:07:11 ~lart trolltech for lack of qtopia4/gpl Oct 01 16:07:11 * ibot burns trolltech to a crisp with a laser for lack of qtopia4/gpl Oct 01 16:07:54 emte: could you clarify that? Oct 01 16:07:54 i c Oct 01 16:08:05 there is @ least one OPIE user left :-) Oct 01 16:08:26 * pgfeller uses OPIE - & loves it Oct 01 16:09:11 RP: I disabled the part handling cross/ for now Oct 01 16:09:23 RP: but I left the 'rm' in by accident Oct 01 16:10:10 RP: theoretical question: does OE need a seperate cross/dir? Oct 01 16:10:39 RP: could/should we populate cross/ in do_stage() or do_cross() ? Oct 01 16:11:15 pgfeller: there are many users left Oct 01 16:11:26 pgfeller: but there are nearly no devs left Oct 01 16:11:27 it was out of scope for the SoC, but it's in scope now Oct 01 16:11:35 so there will no gpl fo qtopia 4? Oct 01 16:11:57 koen: I'm not sure I know enough to answer that question... Oct 01 16:12:05 goxboxlive: ask trolltech Oct 01 16:12:06 hrw: ... sad - who knows, once when I'm grown up I might become an OPIE developer :-) Oct 01 16:12:20 RP: we can delay it a week :) Oct 01 16:12:50 koen: I'm not sure I'll know in a week either :) Oct 01 16:13:11 if you, zecke, mickeyl and I don't know it.... Oct 01 16:14:00 koen: The other question is native packages... Oct 01 16:14:56 I wonder how much work it is to pipe those thru MACHINE=native Oct 01 16:15:23 related to that: can we teach OE/bitbake to keep multiple MACHINE's in cache? Oct 01 16:15:27 koen: and how much of our recipes differ in PN/PN-native versions Oct 01 16:15:48 hrw: 'too much'? Oct 01 16:16:05 koen: Why should MACHINE be a special variable though? :-/ Oct 01 16:16:22 koen: Why not keep every DISTRO in cache too? Oct 01 16:16:43 RP: it shouldn't, but I can't find a way to 'switch' MACHINE without a forced parsing run Oct 01 16:16:44 RP: tmp/cache/DISTRO-MACHINE.cache.dat? Oct 01 16:17:15 I know why: I have to touch a conf file Oct 01 16:17:46 That is by design. If you touch a conf file, everything does have to get reparsed... Oct 01 16:18:01 I have modified my SW now, that it can be baked by just "inherit autotools" ... as I was used to write the Makefile myself I ask a beginner question: how can I now motivat ./configure to #define DEBUG? Oct 01 16:18:22 ... to switch between debug builds & release build. Oct 01 16:18:26 RP: a good design even Oct 01 16:21:44 hrw: Its a nice idea but you'd still have to touch a conf file :-/ Oct 01 16:40:13 RP: would 'export MACHINE=foo' work? Oct 01 16:40:31 I have mixed success with bitbake picking up env vars Oct 01 16:44:37 koen: yes, it probably would Oct 01 16:45:05 it would probably need a CACHE = /path/foo/$MACHINE/ as well Oct 01 16:46:48 koen: yes Oct 01 16:47:01 * koen used to have that :) Oct 01 16:56:14 koen: The Oct 01 16:56:34 koen: The problem appears to be packages that need binaries in staging or cross when staging themselves Oct 01 16:58:27 RP: that's why I want to do 'do_stage ; ipkg list_installed > bar ; ipkg remove * ; ipkg-build.sh foo ; rm ; ipkg install `cat bar` foo' Oct 01 16:58:46 that does requires some form of locking Oct 01 16:59:01 since ipkg-build will just package up everything in staging Oct 01 16:59:14 except the bits in /tmp/tarX Oct 01 16:59:37 koen: create kind of build-essential packageset which will not be removed.. otherwise most of buildtime will get spend on ipkg remove/ipkg install Oct 01 16:59:52 koen: How about we adopt the approach used elsewhere when packaging - install to a temp dir, package that, then install package into staging Oct 01 17:00:24 koen: mv tmp/staging tmp/staging-TEMP;do_stage(); ipkg-build NEW.ipk;rm -rf tmp/staging;mv tmp/staging-TEMP tmp/staging;ipkg install NEW.ipk Oct 01 17:01:09 I can see a use for unionfs here :) Oct 01 17:04:02 RP: see quilt Oct 01 17:04:11 our stuff isn't relocatable Oct 01 17:04:20 I tried that early in the soc Oct 01 17:05:10 How much of the code suffers from that? Oct 01 17:06:58 Ok, we write a new program - it snapshots staging using timestamps, then can copy out of staging all the files that changed, allowing them to be packages separately Oct 01 17:08:06 that's a nice idea Oct 01 17:08:06 It should be simple enough to write, reasonably fast and solves the problem Oct 01 17:08:19 and I still like to absorb ipkg-build.sh into OE Oct 01 17:08:46 Yes, I think that's a good idea Oct 01 17:09:15 we can start a scripts directory, like poky :) Oct 01 17:09:23 :) Oct 01 17:09:46 I remember times when I used backups of tmp Oct 01 17:09:56 * koen writes a 'pinch_from_poky(rev){} ' method Oct 01 17:10:22 ok, who'd like to volunteer to write this program? :) Oct 01 17:13:04 koen: Would you agree with moving packaged-staging.bbclass into .dev and continuing its development there? Oct 01 17:13:25 (since the rest of the branch is mainly in sync) Oct 01 17:14:04 RP: I have no problems with that, except for the excessive parsing times after each edit Oct 01 17:14:23 although we have '-b' :) Oct 01 17:14:34 koen: This is why I develop against poky ;-) Oct 01 17:14:58 koen: We can leave it in the branch for now, I'd forgotten about parsing :} Oct 01 17:15:17 we could ask for feedback on the mailinglist about our questions Oct 01 17:15:40 RP: if the files are in sync changes can be applied to .dev with 'mtn pluck' Oct 01 17:16:15 03rpurdie 07org.oe.packaged-staging * r4ca7ba9c... 10/ (1 classes/packaged-staging.bbclass): packaged-staging.bbclass: Fix pcross directory recovery Oct 01 17:16:34 That at least stops cross being wiped :) Oct 01 17:16:47 http://www.rpsys.net/openzaurus/temp/package-staging2.diff is the differences to .dev now - mainly glibc Oct 01 17:21:55 that should go in since you synced the angstrom config that uses qemu to generate locales :) Oct 01 17:22:43 It wanted qemu anyway, you just probably didn't notice as you ASSUME_PROVIDED it :) Oct 01 17:23:17 yes, but angstrom had it disabled :) Oct 01 17:23:22 it = binary locales Oct 01 17:23:52 ah :) Oct 01 17:41:23 * RP -> food Oct 01 17:44:49 ~spell cilindrical Oct 01 17:44:52 possible spellings for cilindrical: cylindrical cylindrically Oct 01 17:50:41 cu Oct 01 19:01:33 RP: http://ewi546.ewi.utwente.nl/tmp/ps-annotated.txt :) Oct 01 19:12:24 I should really commit the task-base conversion for angstrom Oct 01 19:12:29 * koen tests some more Oct 01 19:35:35 koen|away: neat :) Oct 01 20:21:28 03koen 07org.oe.dev * rc6578ab4... 10/ (3 files in 2 dirs): angstrom: start of migration to task-base Oct 01 20:23:18 hey woglinde Oct 01 20:23:52 jo koen Oct 01 20:27:41 watching kill bill Oct 01 20:27:43 on tv Oct 01 20:36:17 good movie Oct 01 21:24:59 03nail 07org.oe.dev * r1b263924... 10/ (1 packages/rng-tools packages/rng-tools/rng-tools_2.bb): rng-tools: Add package rng-tools Oct 01 21:25:09 03nail 07org.oe.dev * rc2a5ea84... 10/ (1 packages/linux/ixp4xx-kernel_2.6.18.bb): ixp4xx-kernel: Bump SVN_REV Oct 01 21:25:11 03nail 07org.oe.dev * r7f6920e2... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Add rng-tools to slugos feed Oct 01 21:25:16 03nail 07org.oe.dev * r50075bb4... 10/ (6 files in 3 dirs): rng-tools: Add initscript Oct 01 21:44:24 03nail 07org.oe.dev * r8c33eaea... 10/ (1 conf/distro/debianslug.conf conf/distro/openslug.conf): debianslug/openslug: Add rng-daemon to rootfs. Adds ~25kb Oct 01 21:48:05 03nail 07org.oe.dev * rdf1f5db7... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Remove rng-tools from ucslugc feed. Won't build until argp-standalone can be built Oct 01 21:58:41 03nail 07org.oe.dev * rc54ba1e9... 10/ (1 packages/linux/ixp4xx-kernel_2.6.18.bb): ixp4xx-kernel: bump SVN_REV again to include the entropy-related patch Oct 01 22:01:50 anyone know why diet-x11 suddenly fails to build? Oct 01 22:02:13 it complains about missing X.h and friends Oct 01 22:41:23 03nail 07org.oe.dev * r9edca678... 10/ (1 packages/linux/ixp4xx-kernel_2.6.18.bb): ixp4xx-kernel: Bump SVN_REV after new update Oct 02 01:22:40 * v8jlene is back Oct 02 02:05:32 03lenehan 07org.oe.dev * rab3be7ba... 10/ (1 packages/ssmtp/ssmtp_2.61.bb): Oct 02 02:05:32 ssmtp 2.61: Add back the patch which prevents ssmtp from attempting to strip Oct 02 02:05:32 the binaries during install. Without this the install fails due to the use Oct 02 02:05:32 of the host install calling the host strip which does not understand the Oct 02 02:05:32 target binary type. OE will take care of stripping the binary itself during Oct 02 02:05:33 packaging. **** ENDING LOGGING AT Mon Oct 02 02:59:57 2006