**** BEGIN LOGGING AT Tue Apr 03 02:59:56 2007
Apr 03 03:17:50 <jselect> meister: feh is pretty awesome
Apr 03 03:18:05 <jselect> beats xloadimage by a few seconds loading jpegs on a geode :)
Apr 03 06:04:31 <CIA-11> 03mwester 07org.oe.dev * r1863c725... 10/ (3 files in 3 dirs): 
Apr 03 06:04:31 <CIA-11> slugos-init: change find option -mount to -xdev in turnup (so that turnup
Apr 03 06:04:31 <CIA-11> can work with either busybox find or with the full find utility).
Apr 03 06:04:35 <CIA-11> 03mwester 07org.oe.dev * r94f578be... 10/ (1 packages/tasks/task-slugos.bb): task-slugos: add kernel-module-loop to the rootfs (altboot support)
Apr 03 06:04:39 <CIA-11> 03mwester 07org.oe.dev * r62a6cd17... 10/ (1 packages/busybox/busybox-1.2.1/slugos/defconfig): 
Apr 03 06:04:39 <CIA-11> busybox: SlugOS defconfig - enable mount/umount (for altboot), disable ext2/3
Apr 03 06:04:39 <CIA-11> utilities (not necessary), enable dos2unix and unix2dos applets.
Apr 03 06:04:44 <CIA-11> 03mwester 07org.oe.dev * r50afe372... 10/ (25 files in 7 dirs): 
Apr 03 06:04:44 <CIA-11> busybox: update to 1.5.0 (preference set to -1 so as not to disturb until
Apr 03 06:04:44 <CIA-11> this possibly-unstable release is more thoroughly tested).
Apr 03 06:05:19 <koen> good morning all
Apr 03 06:06:27 <mwester> Salutations.
Apr 03 06:10:12 <koen> ~lart hal 0.5.9 for probe-input.c:74: error: 'SW_LID' undeclared (first use in this function)
Apr 03 06:10:12 * ibot whips out a sword and chops hal 0.5.9 in half for probe-input.c:74: error: 'SW_LID' undeclared (first use in this function)
Apr 03 06:17:59 <Laibsch> good morning.  My bitbake still fails with "/bin/sh: arm-linux-ar: not found".  I did "bitbake binutils binutils-cross" as NAil suggested that these packages would contain arm-linux-ar.  Still no go.  spitz/.dev/angstrom-oabi.
Apr 03 07:50:12 <XorA> morning
Apr 03 07:51:51 <koen|lab> aargh
Apr 03 07:51:58 <koen|lab> the license server of this crap is flakey
Apr 03 07:52:08 <koen|lab> ~kill Tanner EDA
Apr 03 07:52:13 * ibot shoots a excited fluxquark gun at Tanner EDA
Apr 03 07:53:44 <XorA> :-D
Apr 03 07:54:32 <koen|lab> hey XorA 
Apr 03 07:56:28 <CIA-11> 03xora 07org.oe.dev * r71681d3f... 10/ (15 files in 3 dirs): 
Apr 03 07:56:28 <CIA-11> linux-smdk2443_2.6.20+git.bb : add a kernel for the smdk2443 board from
Apr 03 07:56:28 <CIA-11> samsung.
Apr 03 08:03:50 <koen|lab> XorA: 2443 is armv5?
Apr 03 08:05:18 <XorA> koen|lab: no
Apr 03 08:06:26 <XorA> koen|lab: why?
Apr 03 08:06:35 <koen|lab> just wondering
Apr 03 08:06:46 <koen|lab> it does seems to have usb2 and 533MHz
Apr 03 08:07:06 <XorA> it has both of those, but still arm920
Apr 03 08:07:12 <CIA-11> 03xora 07org.oe.dev * r9825e252... 10/ (1 conf/machine/smdk2443.conf): smdk2443.conf : machine conf for smdk2443
Apr 03 08:07:20 <XorA> s3c6400 series is arm11 though :-)
Apr 03 08:08:50 <koen|lab> vfp!
Apr 03 08:09:46 <RP> morning all
Apr 03 08:09:53 <pH5> good morning
Apr 03 08:10:02 <XorA> yo RP pH5 
Apr 03 08:10:56 <robtaylor> sup y'all
Apr 03 08:10:57 <koen|lab> hey RP & pH5 
Apr 03 08:11:19 <RP> zecke: I still think that patch is too complex
Apr 03 08:12:06 <zecke> RP: okay, at least as band-aid it should do now
Apr 03 08:12:23 <koen|lab> robtaylor: hal 0.5.9 doesn't compile
Apr 03 08:12:23 <RP> zecke: But it didn't work with bitbake 1.8?
Apr 03 08:12:39 <koen|lab> ~lart hal 0.5.9 for probe-input.c:74: error: 'SW_LID' undeclared (first use in this function)
Apr 03 08:12:39 * ibot hereby declares hal 0.5.9 a troll for probe-input.c:74: error: 'SW_LID' undeclared (first use in this function)
Apr 03 08:12:41 <zecke> RP: Problem: We can't rely on any sha tool being installed, building coreutils is not an option so I create oe_shasum
Apr 03 08:12:54 <zecke> RP: yes, for some reason I see quilt-do-fetch before oe_shasum is statged
Apr 03 08:13:28 <RP> zecke: I'm fine with that, I'm just not sure about the base.bbclass changes
Apr 03 08:13:46 <RP> zecke: Which version of bitbake 1,8 - was it 1.8.0 or svn?
Apr 03 08:14:11 <zecke> RP: BitBake 1.8 branches
Apr 03 08:14:37 <RP> zecke: and you're svn'd up?
Apr 03 08:15:03 <zecke> RP: I did an initial checkout 
Apr 03 08:16:38 <robtaylor> koen|lab: ah, your kernel headers are too old
Apr 03 08:17:04 <koen|lab> robtaylor: why doesn't configure detect that?
Apr 03 08:17:18 <koen|lab> (I have 2.15.99 linux-libc-headers)
Apr 03 08:17:26 <robtaylor> koen|lab: it should, but david put out 0.5.9 before i could fix it
Apr 03 08:17:39 <koen|lab> RP: are the updated headers from Poky safe to use for EABI?
Apr 03 08:18:35 <robtaylor> koen|lab: hal needs 2.6.18 or greater
Apr 03 08:19:09 <RP> koen|lab: They're working ok for us...
Apr 03 08:19:16 <zecke> RP: I think I have some typo in the [depend] = code, so it would be appreciated if you could look into it
Apr 03 08:20:03 <zecke> RP: Now to the issue. We need to add shasum-native at the root of the dependency treee
Apr 03 08:20:18 <zecke> RP: it shasum-native itself musn't depend on anything (e.g. not quilt-native)
Apr 03 08:21:40 <RP> zecke: The syntax looks right to me...
Apr 03 08:22:50 <zecke> hmm
Apr 03 08:23:19 <zecke> RP: I can verify it again, but my machine is currently occupied by another OS :}
Apr 03 08:23:57 <RP> zecke: You could try the output from bitbake something -g and see if shasum-native is listed at all...
Apr 03 08:24:58 <zecke> RP: as to the simplification. The DEPENDS = "" change is necessary
Apr 03 08:25:17 <zecke> RP: and to avoid circular deps shasum musn't depend on PATCHTOOL
Apr 03 08:26:04 <RP> zecke: I understand, its tricky :/
Apr 03 08:30:10 <zecke> RP: Admitingly my primary goal was to make it work to stop the sheaps from falling into the blackhole :)
Apr 03 08:30:40 <zecke> RP: a) we could completely hardcode a shasum-native case
Apr 03 08:31:00 <zecke> if PN == "shasum-native": return "" else: deps = "shasum-native" ... old code
Apr 03 08:32:24 <RP> zecke: This code isn't going to last long anyway so lets just do that?
Apr 03 08:33:07 <zecke> RP: why do you think it won't last long? We will remove it as we will require 1.8 but when are we going to require 1.8?
Apr 03 08:33:21 <RP> zecke: Within two months ;-)
Apr 03 08:43:51 <RP> zecke: I didn't realise it was committed. I'll try and run some tests with bb-1.8
Apr 03 08:48:32 <zecke> RP: I did 
Apr 03 08:49:15 * zecke adds playing with mtn branching onto his research list
Apr 03 08:56:50 <CIA-11> 03koen 07org.oe.dev * rcea60e66... 10/ (4 files in 3 dirs): linux-libc-headers: add 2.6.20 from Poky
Apr 03 08:57:30 <koen|lab> RP: has someone set a date yet for requiring bitbake 1.8?
Apr 03 08:57:40 <koen|lab> "two months" is awfully vague
Apr 03 08:57:59 <XorA> 01/01/06
Apr 03 08:58:04 * NAiL suggest the 1st of june
Apr 03 08:58:38 <RP> We still need to release bitbake 1.8.2 yet but yes, around then
Apr 03 08:59:11 <RP> I will raise a discussion of exactly what the aims of .dev are to...
Apr 03 09:00:21 <koen|lab> and what people would want in a stable branch
Apr 03 09:00:50 <koen|lab> I suspect people want 'less csets' instead of 'better regression testing' most of the times
Apr 03 09:05:19 <koen|lab> robtaylor: and 0.5.9 require autoconf >2.59....
Apr 03 09:05:27 <koen|lab> (2.6x doesn't build in OE for me)
Apr 03 09:06:09 <robtaylor> koen|lab: yep
Apr 03 09:06:38 <robtaylor> koen|lab: well you'll have problems with hal, as its never worked with 2.4
Apr 03 09:06:51 <robtaylor> and never will, and is totally predicated on 2.6
Apr 03 09:09:22 <koen|lab> 2.4?
Apr 03 09:09:32 <koen|lab> I have kernel 2.4 devices?
Apr 03 09:09:34 <koen|lab> where?
Apr 03 09:09:39 * koen|lab searches for a hammer
Apr 03 09:11:44 <XorA> ~lart ipkg
Apr 03 09:11:44 * ibot gives ipkg a "free" copy of Windows and then charges double for "Upgrades"
Apr 03 09:12:50 <CIA-11> 03koen 07org.oe.dev * rc5f3f559... 10/ (1 packages/hal/hal-info_git.bb packages/hal/hal_0.5.9.bb): 
Apr 03 09:12:50 <CIA-11> hal: add 0.5.9 and hal-info_git from poky
Apr 03 09:12:50 <CIA-11> * has a hack to work around autofoo >2.59 dep
Apr 03 09:12:50 <CIA-11> * requires linux-libc-headers >= 2.6.18
Apr 03 09:13:36 * XorA thinks maybe next bug day should concentrate on making autocof 2.6* work
Apr 03 09:13:51 <XorA> as we are rapidly deteriorating out metadata with hacks
Apr 03 09:34:56 <koen|lab> XorA: mail sent about autofoo hacks
Apr 03 09:36:53 <XorA> koen|lab: see it
Apr 03 09:37:01 <robtaylor> koen|lab: oh, i misparsed your statment
Apr 03 09:37:12 <CIA-11> 03florian 07org.oe.dev * re0643d7e... 10/ (1 packages/tasks/task-sdk-gpephone.bb): task-sdk-gpephone: New
Apr 03 09:37:16 <robtaylor> koen|lab: hmm, it should be >= 2.59
Apr 03 09:37:18 <CIA-11> 03florian 07org.oe.dev * rd92d9487... 10/ (1 packages/meta/meta-sdk-sbox.bb): meta-sdk-sbox: Add G(PE)^2 dependencies as well.
Apr 03 09:37:58 <koen|lab> robtaylor: 2.59*c*
Apr 03 09:38:05 <koen|lab> which is >2.59
Apr 03 09:40:47 <robtaylor> ahh
Apr 03 09:45:30 <hrw> morning
Apr 03 09:45:53 <pH5> hi hrw 
Apr 03 09:47:02 <CIA-11> 03rpurdie 07bitbake-1.8 * r811 10/lib/bb/build.py: build.py: Add missing intertask dependency code
Apr 03 09:47:14 <RP> zecke: This would be why it wasn't working ;-)
Apr 03 09:47:32 <RP> One line missing...
Apr 03 09:47:43 <zecke> :)
Apr 03 09:47:50 <zecke> RP: where is the commit to trunk?
Apr 03 09:48:02 <RP> zecke: Its in trunk, it was just missed out the backport ;-)
Apr 03 09:48:09 <zecke> :)
Apr 03 09:48:46 <XorA> hey hrw 
Apr 03 09:49:51 <RP> zecke: Just tested and the -g output looks better now, it will work as intended
Apr 03 09:50:04 <zecke> good to know that -g works (again)
Apr 03 09:50:42 <RP> zecke: You should have a look at the task-depends.dot file - very useful and you'll see why we need to sort the dependencies :/
Apr 03 09:51:05 <zecke> we should sell posters :)
Apr 03 09:51:31 <zecke> or how to build your distribution by hand :)
Apr 03 09:51:52 <RP> All 2,300 steps :)
Apr 03 09:52:48 <koen|lab> "Why not to use buildroot: <svg of 2k+ steps>"
Apr 03 09:53:33 * zecke wonders how GStreamer synchronize audio and video on rtph264depay :}
Apr 03 09:55:13 <koen|lab> zecke: with tapas and beer
Apr 03 09:55:39 <koen|lab> zecke: http://blogs.gnome.org/view/uraeus/2007/04/02/0
Apr 03 09:56:16 <zecke> koen|lab: I read that
Apr 03 09:56:41 <zecke> koen|lab: but still if you have a a method to parse the SenderReport and this method is not used at all this is a bad sign :)
Apr 03 09:57:06 <koen|lab> so they had too much beer :)
Apr 03 10:16:05 <XorA> how do you unexport in a .bb?
Apr 03 10:16:26 <XorA> specifically I dont want ${datadir} to be exported
Apr 03 10:16:59 <zecke> XorA: delVarFlag :}
Apr 03 10:17:11 <zecke> XorA: or do_foo_prepend() { unexport foo }
Apr 03 10:17:55 <XorA> unexport datadir isnt liked
Apr 03 10:18:22 <XorA> mainly as I dont have an unexport command in shell
Apr 03 10:18:31 <zecke> bash has one
Apr 03 10:18:51 <zecke> unset
Apr 03 10:19:33 <XorA> zecke: ahah cheerrs unset was what my brain failed to remeber
Apr 03 10:19:56 <zecke> unset BRIAN
Apr 03 10:20:03 <zecke> BRAIN even :)
Apr 03 10:20:19 <XorA> zecke: heh heh, coffee time
Apr 03 10:22:49 <CIA-11> 03pfalcon 07org.oe.dev * r85f4d68d... 10/ (1 conf/bitbake.conf): 
Apr 03 10:22:49 <CIA-11> bitbake.conf: "wifi" was treated as COMBINED_FEATURE for some time now, but wasn't
Apr 03 10:22:49 <CIA-11> actually computed as such.
Apr 03 10:26:09 <CIA-11> 03pfalcon 07org.oe.dev * r615a88e1... 10/ (1 packages/tasks/task-base.bb): task-base: Bump PR so people get wifi feature handling fixes.
Apr 03 10:26:35 <zecke> koen|away: I have 91% to go as well
Apr 03 10:34:05 <koen|lab> finally
Apr 03 10:34:07 <koen|lab> lunch time
Apr 03 10:34:43 <koen|lab> or rather, time to eat breakfast
Apr 03 10:57:46 <pH5> task-distro-wifi-rdepends depends on the wifi COMBINED_FEATURE - does this mean that the zaurus machines, which don't have internal wifi, won't get wireless-tools and wpa-supplicant?
Apr 03 10:58:00 <pH5> Also, I think task-base-pcmcia-rdepends / task-base-pcmcia2[46]-rrecommends should only include cf wifi drivers / utils if the machine does not have the (internal) wifi MACHINE_FEATURE. The same for hostap-utils in task-distro-wifi-rdepends.
Apr 03 11:02:09 <CIA-11> 03philippe 07org.oe.dev * racf4b7a6... 10/ (1 packages/gpe-aerial/gpe-aerial_svn.bb): 
Apr 03 11:02:09 <CIA-11> packages/gpe-aerial/gpe-aerial_svn.bb
Apr 03 11:02:09 <CIA-11> * add svn build for gpe-aerial
Apr 03 11:11:19 <koen|lab> "I'm trying to compile a 2.4.20 kernel by using an optimized gcc 3.4.5"
Apr 03 11:11:24 * koen|lab runs away screaming
Apr 03 11:11:45 <XorA> koen|lab: -O7 ?
Apr 03 11:11:56 * philippe gives koen|lab a high powered escape car
Apr 03 11:17:37 <hrw> http://www.youtube.com/watch?v=n0ahfEufHAw
Apr 03 11:24:24 <Crofton> hrw, do you know who submitted OSK bug reports?
Apr 03 11:25:26 <koen|lab> "sledgehammer approach" comes to mind
Apr 03 11:25:39 <koen|lab> "one package is missing a dep, so lets add it to the distro instead"
Apr 03 11:26:44 <hrw> no
Apr 03 11:28:39 <CIA-11> 03rpurdie * r812 10/ (2 files in 2 dirs): build.py: Expand dependency flag data
Apr 03 11:29:02 <CIA-11> 03xora 07org.oe.dev * r1415a4bb... 10/ (5 files in 2 dirs): 
Apr 03 11:29:02 <CIA-11> aspell-native_0.60.5.bb, aspell6-en_6.0-0.bb, aspell_0.60.5.bb : some
Apr 03 11:29:02 <CIA-11> speeling cheecker (spelling checker) updates. Moved to latest version
Apr 03 11:29:02 <CIA-11> of aspell and dictionaries.
Apr 03 11:29:06 <CIA-11> 03xora 07org.oe.dev * r0fd063b1... 10/ (1 packages/enchant/enchant_1.3.0.bb): enchant_1.3.0.bb : add newest version on enchant spelling checker interface.
Apr 03 11:29:10 <CIA-11> 03xora 07org.oe.dev * rb5facee8... 10/ (7 files in 3 dirs): 
Apr 03 11:29:10 <CIA-11> aspell-native_0.50.5.bb, aspell5-en_6.0-0.bb, aspell_0.50.5.bb : remove old
Apr 03 11:29:10 <CIA-11> versions
Apr 03 11:30:16 <hrw> XorA: looks like I would need to check aspell-pl
Apr 03 11:30:45 <XorA> hrw: well if you had checked it in I would have looked
Apr 03 11:31:14 <Crofton> hrw, I can't look at them until later this week.
Apr 03 11:31:22 <Crofton> He used the celinux distro
Apr 03 11:31:40 <Crofton> I will update and start an angstrom on OSK build today
Apr 03 11:31:48 <XorA> hrw: pl has aspell6 version so should work fine
Apr 03 11:33:22 <koen|lab> Crofton: can openomap* be dropped from OE?
Apr 03 11:33:43 <Crofton> soon :)
Apr 03 11:34:31 <Crofton> The answer is most likely yes, but I have to much other work at the moment and I want to do a little more testing
Apr 03 11:35:43 <hrw> XorA: it is in OE
Apr 03 11:38:08 <koen|lab> RP, hrw: you want the next cset in poky as well
Apr 03 11:38:35 <CIA-11> 03koen 07org.oe.dev * rcb49865a... 10/ (1 packages/hal/hal-info_git.bb): hal-info: this isn't architecture specific
Apr 03 11:40:03 <philippe> anybody sees issues with this? http://www.pastebin.ca/422316
Apr 03 11:40:37 <koen|lab> philippe: yes
Apr 03 11:40:59 <philippe> koen|lab: I kind of expected it so this is why I ask. 
Apr 03 11:41:16 <koen|lab> philippe: libmimedir is in gpe-svn now, so that one should be used
Apr 03 11:41:38 <koen|lab> that has a shitload more bugfixes
Apr 03 11:41:41 <philippe> I know. And this is correct for the libmimedir_svn build
Apr 03 11:41:58 * koen|lab proposed mtn drop -e libmimedir_0.4.0-20060804.bb
Apr 03 11:42:32 <philippe> But as this is a version with a fixed SRCDATE I thought using the gnome svn (which is where the old cvs stuff has moved too)
Apr 03 11:42:50 <philippe> koen|lab: and your proposal got rejected?
Apr 03 11:43:03 <koen|lab> s/d/s/
Apr 03 11:43:05 <XorA> hrw: I may be being totally blind, but I cant see it
Apr 03 11:43:22 <koen|lab> http://scap.linuxtogo.org/files/1e22673f726ae7c92e41b03114e3da3c.png <- somebody should learn that hardcoding qvga is bad
Apr 03 11:43:36 <hrw> XorA: shit.. so I have to dig for it
Apr 03 11:43:54 <philippe> koen|lab: well mtn drop -e libmimedir_cvs.bb is definitely in order. 
Apr 03 11:44:00 <hrw> XorA: found. it is but in .ox354x
Apr 03 11:44:15 <philippe> So anybody has issues with koens proposal?
Apr 03 11:44:37 <XorA> hrw: I could add a aspell6-pl and you could check it
Apr 03 11:44:43 <koen|lab> philippe: the point is moot anyway, since gpe will never release stuff depending on libmimedir.....
Apr 03 11:45:37 <philippe> koen|lab: gpe-contacts still seems to depend on it
Apr 03 11:45:51 <philippe> and the sync stuff too AFAIK
Apr 03 11:46:17 <koen|lab> philippe: for how long have I been asking for new releases?
Apr 03 11:46:23 <koen|lab> philippe: a few months now
Apr 03 11:47:11 <philippe> koen|lab: this is why I am making svn recipes. So you can ignore the bloody releases if you want too :-)
Apr 03 11:47:50 * koen|lab bribes philippe to do 'make dist' in a few directories
Apr 03 11:48:09 * philippe wants GPE svn builds to push development forward.
Apr 03 11:48:15 <philippe> koen|lab: :-)
Apr 03 11:48:44 <koen|lab> I seriously think 'development' would be pushed forward with gpe showing it isn't dead
Apr 03 11:49:05 <koen|lab> checking svn is to hard for 99% of the people
Apr 03 11:50:39 <philippe> koen|lab: I agree there. But I am not maintainer for those components. having distro builds with svn code might force updates.
Apr 03 11:50:46 <philippe> and releases
Apr 03 11:53:44 <koen|lab> heh
Apr 03 11:53:54 <koen|lab> maemo has had svn builds for some time now
Apr 03 11:54:02 <koen|lab> if anything they delay releases
Apr 03 11:54:42 <CIA-11> 03xora 07org.oe.dev * r5a685e5a... 10/ (1 packages/aspell/aspell6-pl_6.0-20061121-0.bb): aspell6-pl_6.0-20061121-0.bb : .pl aspell dictionary
Apr 03 11:55:06 <hrw> thx XorA 
Apr 03 11:55:35 <do13_> morning all
Apr 03 11:57:36 <philippe> koen|lab: maemo is mostly useless to build anyway :-)
Apr 03 11:58:13 <philippe> no images can be build
Apr 03 12:10:13 <koen|lab> hey mickeyl 
Apr 03 12:10:21 <mickeyl> mornign koen
Apr 03 12:10:51 * koen|lab discovers http://dynamicpower.sourceforge.net/
Apr 03 12:11:12 <koen|lab> "The DPM project results from a collaboration between the IBM Austin Research Lab and MontaVista Software."
Apr 03 12:11:19 * koen|lab looks for the patches against 2.4.1
Apr 03 12:12:00 <CIA-11> 03philippe 07org.oe.dev * r36aafe8b... 10/ (5 files in 3 dirs): (log message trimmed)
Apr 03 12:12:00 <CIA-11> packages/gpe-contacts/gpe-contacts_cvs.bb
Apr 03 12:12:00 <CIA-11> * dropped obsolete cvs package
Apr 03 12:12:00 <CIA-11> packages/libmimedir/libmimedir_0.4.0-20060804.bb
Apr 03 12:12:00 <CIA-11> * dropped obsolete cvs package
Apr 03 12:12:00 <CIA-11> packages/libmimedir/libmimedir_cvs.bb
Apr 03 12:12:02 <CIA-11> * dropped obsolete cvs package
Apr 03 12:12:06 <philippe> koen|lab: http://source.mvista.com:14690//linuxppc_2_4_devel-pm
Apr 03 12:12:16 <philippe> under downloads :-)
Apr 03 12:13:29 <hrw> philippe: can you split commits per package next time?
Apr 03 12:13:29 <florian> I wonder if it might be a good idea to do a "make clean" in ${S} after building a package.
Apr 03 12:13:42 <hrw> florian: bad
Apr 03 12:13:53 <florian> hrw: why?
Apr 03 12:14:13 <hrw> florian: I like to keep tmp/work to be able to compare builds
Apr 03 12:14:31 <hrw> florian: it I want to have clean sources I do -cclean/-cpatch
Apr 03 12:14:47 <philippe> hrw: well these were related. But ok. I'll pay more attention to it next time
Apr 03 12:15:38 <florian> hrw: it would save huge amounts of disk space - 90% of our users won't need that stuff anyway. so if we had a switch to turn on this behaviour i'm sure people would be quite happy.
Apr 03 12:15:58 <chouimat|away> I will ;)
Apr 03 12:16:09 <hrw> florian: let they inherit rm_work?
Apr 03 12:17:19 <XorA> INHERIT += "rm_work" is a standard thing for me
Apr 03 12:17:56 <philippe> florian: you just need to add the INHERIT in your local.conf
Apr 03 12:19:14 <florian> doesn't that drop the whole work thing?
Apr 03 12:19:29 <florian> well ok, should be fine in most cases
Apr 03 12:19:59 <koen|lab> rm_work works fine over here
Apr 03 12:20:53 <hrw> florian: feel free to improve it
Apr 03 12:21:42 <koen|lab> it trades space for time
Apr 03 12:21:54 <koen|lab> if you notice a packaging error, you have to rebuild it again
Apr 03 12:22:46 <florian> right... 
Apr 03 12:23:23 <koen|lab> it does allow you to build in a ramdisk if you want :)
Apr 03 12:23:32 <florian> hehe
Apr 03 12:24:48 <pH5> actually, it doesn't work well with the new bitbake because of the fine-grained task dependencies. if only do_stage is depended upon, rm_work is never executed.
Apr 03 12:25:19 <pH5> but building on a ramdisk is certainly a time-saver, especially on slow notebooks.
Apr 03 13:29:00 <apaulsen> gpe-login is using "install -s" and I'm getting an error that strip (native, not cross ??) is unsable to recognize the file.  Isn't stripping done separately with the cross-strip?
Apr 03 13:31:01 <koen|lab> yes
Apr 03 13:31:16 <koen|lab> apps should not do install -s, that breaks creation of debugging packages
Apr 03 13:36:41 <apaulsen> koen|lab: looks like we need to patch the gpe-login-0.88 makefile then, there are two "install -s" in there. 
Apr 03 13:36:54 <koen|lab> right
Apr 03 13:41:07 <hrw> gvim with two sql dumps is hard.. 
Apr 03 13:42:15 <apaulsen> install_strip.patch: http://www.pasteserver.net/844      gpe-login_0.88.bb patch: http://www.pasteserver.net/845
Apr 03 13:45:01 <hrw> koen|lab: we need pastebin.openembedded.org
Apr 03 13:51:19 <apaulsen> hrw: http://openembedded.pasteserver.net/ ?
Apr 03 13:56:06 <hrw> apaulsen: no. pastebin on our server
Apr 03 13:56:22 * florian shoots bitbake
Apr 03 14:00:30 <koen|lab> *sigh*
Apr 03 14:00:39 <koen|lab> T-spice is using 11% cpu while simulating
Apr 03 14:01:30 <koen|lab> (c) 83 - 88 could be a sign that it isn't optimized for recent CPUs...
Apr 03 14:03:46 <apaulsen> koen|lab: maybe it's busy filling your hard disk with log files :)
Apr 03 14:46:35 <slapin_nb> hi, all!
Apr 03 14:46:39 <slapin_nb> RP, ping
Apr 03 14:47:59 <RP> slapin_nb: pong
Apr 03 14:48:25 <slapin_nb> RP, do you know a way on how to profile bitbake on memory cinsumption?
Apr 03 14:48:43 <slapin_nb> s/cinsumption/consumption
Apr 03 14:49:21 <RP> slapin_nb: I've just watched the stats in top in the past. You could use exmap...
Apr 03 14:49:58 <RP> slapin_nb: projects.o-hand.com/exmap-console
Apr 03 14:50:06 <slapin_nb> RP, I want to see in more detail, pre function or something. I want to optimize it a bit
Apr 03 14:50:30 <RP> slapin_nb: Memory usage in bitbake is ok, isn't it?
Apr 03 14:50:38 <slapin_nb> RP, I know about this tool, but it has nothing to do with what I need.
Apr 03 14:50:50 <slapin_nb> RP, it is not OK for my specific purpose.
Apr 03 14:51:29 <RP> slapin_nb: I'm not a python guru and I don't know what tools if any can look at memory per function
Apr 03 14:51:52 <slapin_nb> RP, I want it to run in ideal solution, to consume not more than 128Mb of memory even if it causes slowdown.
Apr 03 14:52:02 <slapin_nb> RP, sorry, thanks!
Apr 03 14:52:21 <RP> slapin_nb: It shouldn't be using 128MB? Which version is that?
Apr 03 14:53:04 <slapin_nb> RP, 1.8
Apr 03 14:54:10 <RP> slapin_nb: 62MB maximum aginst poky. I guess OE.dev will be more
Apr 03 14:54:36 <zecke> slapin_nb: VSize of 128MB? how many pages are used?
Apr 03 14:54:39 <slapin_nb> RP, because in my syntethic circumstances memory is strictly limited, and I'd like for bitbake -D -n angstrom-x11-image to succeed in this circumstances.
Apr 03 14:55:24 <slapin_nb> zecke, 32768
Apr 03 14:57:19 <RP> slapin_nb: I guess the fork in 1.8 is a nighmare in that scenario?
Apr 03 14:58:30 <zecke> 4k pages?
Apr 03 14:58:44 <slapin_nb> zecke, yes
Apr 03 14:58:59 <slapin_nb> RP, probably
Apr 03 15:22:03 <hrw> cu
Apr 03 15:24:33 <XorA> ahah, trying to not run x86_64 binaries in i686 mode works much better
Apr 03 15:29:20 <slapin_nb> RP, so idea is to eleminate fork, then? Any place in addition to look for memory optimizations?
Apr 03 15:30:37 <zecke> slapin_nb: google for python and memory profiling and then profile?
Apr 03 15:30:57 <RP> slapin_nb: You might need to. I don't think we can accept removal of the fork into trunk though
Apr 03 15:31:29 <slapin_nb> zecke, I already searched, and found it is not that simple.
Apr 03 15:31:55 <slapin_nb> RP, I think special mode could suffice. 
Apr 03 15:32:12 <slapin_nb> RP, I think I'll do that in some acceptable way.
Apr 03 15:32:44 <RP> slapin_nb: Keep in mind we've done this with a reason - to support a UI and multithreading in due course
Apr 03 15:33:11 <zecke> RP: this report and the OOM bug entry make me worry if we should make 1.8 BB_MIN_VERSION :}
Apr 03 15:33:32 <slapin_nb> RP, I think another command-line optionw won't harm.
Apr 03 15:33:46 <RP> zecke: The OOM bug I think was bad metadata and if so would probably hit 1.6 too
Apr 03 15:33:55 <RP> slapin_nb: In which case you didn't read what I said
Apr 03 15:34:15 <RP> Well, you might have read it but you didn't think about or understand it :-(
Apr 03 15:35:26 <slapin_nb> RP, I read, and I talk about special executing mode, when I want to produce list of .bbs and tasks which needed to be executed, which should be done with <128Mb memory footprint. That's my idea.
Apr 03 15:36:23 <slapin_nb> RP, so It won't interfere with normal functionality. I'd also like to probably make it into a class, if that's possible in current architecture.
Apr 03 15:37:02 <RP> slapin_nb: You might as well parse the output from "bitbake -g" in the task-depends.dot file
Apr 03 15:39:03 <mr_nice> hi all
Apr 03 15:39:26 <slapin_nb> RP, is bitbake -g consumes less memory than -n ?
Apr 03 15:39:37 <zecke> slapin_nb: profile?
Apr 03 15:40:07 <RP> slapin_nb: Probably not but it won't fork and will give you the list you want
Apr 03 15:41:09 <slapin_nb> zecke, profiling of python apps is not that easy as C ones. as  for overall use cases, these both give me OOM, but in a different fashion.
Apr 03 15:41:51 <slapin_nb> RP, thanks, I'll look into -g mode, probably I will just add something to produce .txt
Apr 03 15:41:52 <zecke> slapin_nb: wow, my google.com found three interesting approaches...
Apr 03 15:42:28 <slapin_nb> zecke, share?
Apr 03 15:42:44 <RP> slapin_nb: ok, I give up ;-)
Apr 03 15:42:46 <zecke> slapin_nb: google is available to everyone
Apr 03 15:43:06 <slapin_nb> zecke, I tried several already, otherwise I never ask.
Apr 03 15:43:50 <slapin_nb> zecke, I really believe you have better Google lore than me.
Apr 03 16:12:02 <CIA-11> 03florian 07org.oe.dev * r08dc7708... 10/ (1 packages/gpephone/libgemwidget_0.1.bb): libgemwidget: update dependencies
Apr 03 16:12:06 <CIA-11> 03florian 07org.oe.dev * ra46acee6... 10/ (1 packages/tasks/task-sdk-gpephone.bb): task-sdk-gpephone: Fix some names
Apr 03 16:12:10 <CIA-11> 03florian 07org.oe.dev * r4420d8a7... 10/ (1 packages/tasks/task-sdk.bb): task-sdk: Fix some names I guessed wrong to make it buildable.
Apr 03 16:12:15 <CIA-11> 03florian 07org.oe.dev * r77f6efff... 10/ (1 conf/machine/netvista.conf): netvista.conf: Update to more modern standards and kernel 2.6
Apr 03 16:12:19 <CIA-11> 03florian 07org.oe.dev * r6c919818... 10/ (3 files in 3 dirs): linux-netvista: remove old kernel
Apr 03 16:12:24 <CIA-11> 03florian 07org.oe.dev * r97edb3a7... 10/ (3 files in 3 dirs): linux-x86: Add Netvista 8365 defconfig
Apr 03 16:16:11 <CIA-11> 03florian 07org.oe.dev * r58149b1f... 10/ (1 packages/images/gpe-image.bb): gpe-image: Remove obsolete familiar feed.
Apr 03 16:38:28 <zecke> will be back in 40 min
Apr 03 16:43:28 <slapin_nb> btw, is anoncvs.gnome org fixed everywhere? is libmimedir non-fetchable yesterday's news?
Apr 03 16:55:14 <mrdata> hi all
Apr 03 17:11:30 <mrdata> mr_nice: hi
Apr 03 17:16:48 <mr_nice> mrdata: hi
Apr 03 17:28:23 <slapin_nb> is it possible to use rsync mirror for files?
Apr 03 17:31:21 <geekoid> Hi all, trying to build a spitz image of gpe but teleport keeps breaking: http://paste2.org/p/2289. Why all of the syntax errors? I'm building on Ubuntu Edgy and have removed dash..
Apr 03 17:39:30 <Crofton|laptop> hmm, uboot 1.2 is out
Apr 03 17:45:03 <hvontres|poodle> geekoid: it looks like it can't find  X11/Xlib.h
Apr 03 17:46:17 <philippe> slapin_nb: libmimedir has been fixed earlier today
Apr 03 17:46:43 <slapin_nb> philippe, thanks a lot!
Apr 03 17:47:29 <philippe> geekoid: I had issues where the files would get deleted by the build of some X related package
Apr 03 17:48:30 <philippe> geekoid: to fix it you need to rebuild libx11 if I remember correctly
Apr 03 18:04:58 <geekoid> @phillippe: Thanks, would a simple "bitbake libx11 && bitbake gpe-image" work?
Apr 03 18:06:22 <hvontres|poodle> geekoid: you might need to force libx11 to rebuild with bitbake -c rebuild libx11, otherwise that should work
Apr 03 18:08:58 <geekoid> phillippe: looks like -c rebuild is required. Thanks.. crossing fingers once again ;) 
Apr 03 18:09:44 <geekoid> oops, thanks hvontres..
Apr 03 18:15:52 <Crofton> I am hating meetings
Apr 03 18:16:03 <Crofton> anyone added u-boot-1.2 to OE?
Apr 03 18:20:51 <slapin_nb> !oebug 2079
Apr 03 18:20:53 <cdbot2> * * Bug 2079, Status: NEW, Created: 2007-04-03 11:26
Apr 03 18:20:54 <cdbot2> * * slapinid(AT)gmail.com: QA errors, build failure.
Apr 03 18:20:55 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=2079
Apr 03 18:21:05 <slapin_nb> any ideas?
Apr 03 18:21:34 <slapin_nb> package is aspell_0.60.5.bb
Apr 03 18:29:01 <Crofton> speaking of package versions, I think there are issues in u-boot
Apr 03 18:48:28 <CIA-11> 03philippe 07org.oe.dev * r69383169... 10/ (3 files in 2 dirs): 
Apr 03 18:48:28 <CIA-11> packages/gpe-today/gpe-today_cvs.bb
Apr 03 18:48:28 <CIA-11> * drop obsolete version
Apr 03 18:48:28 <CIA-11> packages/gpe-today/gpe-today_svn.bb
Apr 03 18:48:28 <CIA-11> * up-to-date svn version to replace obsolete cvs .bb
Apr 03 19:11:58 <CIA-11> 03philippe 07org.oe.dev * r3c255d53... 10/ (1 packages/gpe-scap/gpe-scap_svn.bb): 
Apr 03 19:11:58 <CIA-11> packages/gpe-scap/gpe-scap_svn.bb
Apr 03 19:11:58 <CIA-11> * add new svn build recipe
Apr 03 20:06:46 <CIA-11> 03crofton 07org.oe.dev * rbae80e65... 10/ (1 packages/uboot/u-boot_LABEL.2006.06.30.2020.bb): u-boot_LABEL.2006.06.30.2020.bb : Set DEFAULT_PREFERENCE = -1
Apr 03 20:06:51 <CIA-11> 03crofton 07org.oe.dev * r471d0bd9... 10/ (1 packages/uboot/u-boot_1.2.0.bb): u-boot_1.2.0.bb : Add version 1.2.0 of u-boot.
Apr 03 20:11:04 <Crofton> koen|away, ping
Apr 03 20:15:24 <woglinde> hm which modules do I need to get compact flash working via pcmcia?
Apr 03 20:15:47 <Crofton__> on what?
Apr 03 20:15:54 <woglinde> simpad
Apr 03 20:16:23 <woglinde> pccardctl works
Apr 03 20:16:39 <hvontres|poodle> woglinde: I think you need ide_cs
Apr 03 20:17:06 <woglinde> hvontres ah okay
Apr 03 20:17:08 <Crofton__> http://pastebin.ca/422931
Apr 03 20:17:17 <Crofton__> is what I have loaded on the OSK
Apr 03 20:17:48 <woglinde> thank you
Apr 03 20:17:55 <Crofton> and, I must go now, good luck
Apr 03 20:19:55 <hrw> morning
Apr 03 20:20:12 * hrw wonder when slapin will learn how to report bugs..
Apr 03 20:21:18 <chouimat> hi hrw
Apr 03 20:26:58 <woglinde> hi hrw
Apr 03 20:27:53 <mr_nice> woglinde: hi
Apr 03 20:28:05 <woglinde> hi mr_nice
Apr 03 20:30:43 <mr_nice> woglinde: nice to read that you are on simpad testing :)
Apr 03 20:31:26 <woglinde> hehe
Apr 03 20:31:36 <woglinde> my toshiba cf is working now
Apr 03 20:32:09 <mr_nice> woglinde: with ide_cs? I will then add it to the default config
Apr 03 20:32:45 <woglinde> hehe okay
Apr 03 20:32:49 <woglinde> vfat is missing
Apr 03 20:33:15 <mr_nice> woglinde: btw. there is now a #opensimpad.org channel ;)
Apr 03 20:33:32 <woglinde> hm
Apr 03 20:33:34 <woglinde> hehe
Apr 03 20:34:53 <mr_nice> woglined: I was not able to resist making advertising for it *g
Apr 03 20:38:22 <woglinde> oh no
Apr 03 20:38:38 <woglinde> dont work
Apr 03 20:38:45 <woglinde> damnit
Apr 03 20:39:08 <woglinde> oh
Apr 03 20:39:12 <woglinde> it works
Apr 03 20:39:15 <woglinde> but painfull slow
Apr 03 20:40:19 <Crofton|home> hrw, I added new u-boot to oe, and marked the git tag so it does not build by default
Apr 03 20:43:00 <hrw> Crofton|home: which ver of uboot you recommend for osk?
Apr 03 20:43:19 <Crofton|home> well, someone had trouble building the git tag
Apr 03 20:43:30 <Crofton|home> and there are more recent tarballs
Apr 03 20:43:45 <Crofton|home> I had been running 1.1.6 on mine, and I 1.2.0 did work
Apr 03 20:43:59 <Crofton|home> although I do not think there are any OSK specific changes in that version
Apr 03 20:44:12 <Crofton|home> basically, I would run 1.2.0
Apr 03 20:44:42 <hrw> so I will mark celinux-test as 1.1.6
Apr 03 20:45:15 <Crofton|home> heh
Apr 03 20:45:30 <Crofton|home> They are conservative :)
Apr 03 20:46:07 <hrw> they are
Apr 03 20:46:20 <hrw> you know: if it works, don't fix it
Apr 03 20:46:21 <Crofton|home> I am concerned by the intersection of my work and facebook
Apr 03 20:46:32 <Crofton|home> http://developers.facebook.com/thrift/
Apr 03 20:46:35 <Crofton|home> yeah
Apr 03 20:46:40 <Crofton|home> I understand that
Apr 03 20:47:10 <Crofton|home> I think the version code built the _LABEL u-boot over the tarball based version
Apr 03 20:47:19 <Crofton|home> and that is not good, so I think I fixed it
Apr 03 20:47:55 <Crofton|home> Did you see the uimage "buf" that was psted about the OSK?
Apr 03 20:48:05 <hrw> yes
Apr 03 20:48:19 <Crofton|home> I need to go through the process and see if it works
Apr 03 20:48:38 <Crofton|home> I was concerned the reporter said the recipe does not work, becuase it does make a bootable kernel
Apr 03 20:48:56 <Crofton|home> I am not sure if th kernel uimage target really makes somethign that bots on the OSK
Apr 03 20:49:38 <Crofton|home> mickey|bbl, ping?
Apr 03 20:51:03 <meister> how can i change my keymap in console mode ?
Apr 03 20:56:08 <kristoffer> meister, loadkeys?
Apr 03 20:57:28 <meister> kristoffer, ok
Apr 03 20:57:59 <meister> kristoffer, do you know where is located the file of my current keymap ?
Apr 03 20:59:00 <kristoffer> meister, not atm
Apr 03 20:59:12 <kristoffer> find | grep .map ?
Apr 03 20:59:29 <kristoffer> somewhere under /usr/share I would expect
Apr 03 20:59:58 <hrw>  /etc/keymap-2.6.map
Apr 03 21:01:56 <kristoffer> lol, thought you were asking for you main machine :D
Apr 03 21:02:15 <meister> kristoffer, for my netbook pro :)
Apr 03 21:02:20 <kristoffer> hehe
Apr 03 21:02:35 <meister> i've got an azerty keyboard on it
Apr 03 21:02:55 <meister> so it a little boring to use it ;)
Apr 03 21:03:00 <meister> +is
Apr 03 21:03:02 <kristoffer> :) never tried one of those
Apr 03 21:03:41 <meister> very nice device but very slow display
Apr 03 21:04:05 <meister> and i've got only 24mo to run familiar on flash
Apr 03 21:04:21 <meister> i wonder it it is a good idea to run it on a cf or sd
Apr 03 21:05:00 * meister has lots a stupid/newbie questions about the embedded linux stuff 
Apr 03 21:05:13 <meister> /a/of
Apr 03 21:06:20 <hvontres|poodle> meister: you might want to check with koen, since I think he also has a netbook pro he's playing with
Apr 03 21:06:58 <meister> florian too
Apr 03 21:07:12 <meister> he helps me to install linux on it
Apr 03 21:16:11 <T0mW> Is there anyone here familiar with threads on Linux?  I keep getting this odd error from glibc-2.5 configure: "configure: error: compiler support for __thread is required"
Apr 03 21:16:19 <T0mW> I am building with gcc-3.4.4
Apr 03 21:16:36 <T0mW> Do I need to do this with gcc-4.x ?
Apr 03 21:16:52 <hrw> T0mW: you lack NTPL
Apr 03 21:17:04 <T0mW> hrw: yeah, I have 2.4.21 kernel...
Apr 03 21:17:14 <hrw> T0mW: look how it is done in angstrom configuration
Apr 03 21:17:19 <hrw> T0mW: zipit?
Apr 03 21:17:19 <T0mW> thanks
Apr 03 21:17:26 <T0mW> yes, zipit
Apr 03 21:17:31 <hrw> T0mW: angstrom-legacy will be for you
Apr 03 21:17:36 <T0mW> ok
Apr 03 21:18:06 <T0mW> Almost got this thing done, except for the additional packages (bells & whistles)
Apr 03 21:23:39 <Crofton> ~zipit
Apr 03 21:23:43 <ibot> from memory, zipit is a portable, embedded Linux based, wifi IM device. Currently not in compliance with the GPL. See http://www.zipitwireless.com/ or a file compression tool typically used in the macintosh world, or http://eLinux.org/wiki/ZipIt
Apr 03 21:24:25 <Crofton> intersting
Apr 03 21:24:34 <Crofton> no 2.6 kernel?
Apr 03 21:26:34 <hrw> http://blog.haerwu.biz/2007/04/03/blog-moved/
Apr 03 21:26:41 <T0mW> Crofton: naw, aeronix (manufacturer) would not release the wifi kernel module source so we are stuck at 2.4
Apr 03 21:27:27 <T0mW> Crofton: it uses some proprietary agere chipset for the wife
Apr 03 21:27:35 <T0mW> s/wife/wifi
Apr 03 21:27:47 <Crofton> If I run into anyone from Aeronix, I'll complian
Apr 03 21:27:56 <Crofton> freudian slip there
Apr 03 21:28:00 * T0mW hands Crofton baseball bat
Apr 03 21:28:05 <cbrake> does anyone know offhand what I'm doing wrong to get this: 
Apr 03 21:28:09 <cbrake> udev requires hotplug support, not started.
Apr 03 21:28:22 <T0mW> cbrake: what kernel?
Apr 03 21:28:27 <cbrake> T0mW: 2.6.20
Apr 03 21:28:32 <T0mW> nm
Apr 03 21:28:45 <cbrake> T0mW: never saw it with 2.6.16, but I may have something wrong in the kernel config.
Apr 03 21:29:47 <T0mW> dunno what option that would be offhand, you may be correct.
Apr 03 21:30:14 <hrw> cbrake: CONFIG_HOTPLUG=y
Apr 03 21:30:32 <T0mW> doh
Apr 03 21:30:57 <cbrake> hrw: CONFIG_HOTPLUG=y is set in my config, but for some reason there is not /proc/sys/kernel/hotplug directory.
Apr 03 21:31:10 <hrw> cbrake: and /proc is mounted?
Apr 03 21:33:43 <cbrake> hrw: yes, proc is mounted.  I see /proc/sys/kernel/hostname, but not /proc/sys/kernel/hotplug
Apr 03 21:33:50 <hrw> ;(
Apr 03 21:35:22 <cbrake> hrw: I've read that /proc/sys/kernel/hotplug is obsolete -- is anyone else running 2.6.20 w/ the current version of udev in OE?
Apr 03 21:36:04 <hrw> cbrake: I have 2.6.20 on c7x0
Apr 03 21:36:15 <hrw> moment..
Apr 03 21:36:44 <hrw> and have /proc/sys/kernel/hotplug there
Apr 03 21:37:00 <cbrake> hrw: ok, I'll grok the kernel config a little more then -- thanks for checking
Apr 03 21:37:17 <hrw> cbrake: it has 2.6.20 linux-rp
Apr 03 21:37:49 <cbrake> hrw: ok, i'll check it out
Apr 03 21:41:38 <CIA-11> 03cbrake 07org.oe.dev * rf7d9e1a5... 10/ (3 files in 3 dirs): compulab-pxa270: create jffs2 images w/ summary information
Apr 03 21:42:33 <hrw> http://vernier.com/labquest/video.html
Apr 03 21:53:39 <hrw> cu
Apr 03 21:54:07 * chouimat|away is away: need to try to hook a horse to a kitchen sink ( http://worsethanfailure.com/Articles/Yes,_That_0x27_s_Exactly_What_I_Meant.aspx )
Apr 03 21:55:06 <cbrake> argh, /proc/sys/kernel/hotplug is gated with "#if defined(CONFIG_HOTPLUG) && defined(CONFIG_NET)
Apr 03 21:55:10 <cbrake> in 2.6.20
Apr 03 21:55:19 <cbrake> guess I better enable networking ...
Apr 03 22:05:58 <CIA-11> 03philippe 07org.oe.dev * ra40e58b0... 10/ (1 packages/gpe-dm/gpe-dm_svn.bb): 
Apr 03 22:05:58 <CIA-11> packages/gpe-dm/gpe-dm_svn.bb
Apr 03 22:05:58 <CIA-11> * add new svn build recipe for gpe-dm
Apr 03 22:06:02 <CIA-11> 03philippe 07org.oe.dev * r91dbccca... 10/ (1 packages/gpe-dm/gpe-dm_svn.bb): 
Apr 03 22:06:02 <CIA-11> packages/gpe-dm/gpe-dm_svn.bb
Apr 03 22:06:02 <CIA-11> * added correct default preference level
Apr 03 22:06:07 <CIA-11> 03philippe 07org.oe.dev * rcea642ee... 10/ (1 packages/gpe-edit/gpe-edit_svn.bb): 
Apr 03 22:06:07 <CIA-11> packages/gpe-edit/gpe-edit_svn.bb
Apr 03 22:06:07 <CIA-11> * add new gpe-edit svn build recipe
Apr 03 22:06:27 <woglinde> jesus has gpe-image a lot of dependencies
Apr 03 22:14:25 <CoreDump|home> hi
Apr 03 22:14:40 * chouimat|away is back.
Apr 03 22:16:08 <hvontres|poodle> chouimat|away: how's the horse? :)
Apr 03 22:16:31 <chouimat|away> hvontres|poodle: never figured how to make it work ;)
Apr 03 22:35:15 <Crofton> mickey|bbl, ping?
Apr 03 22:35:32 <mickey|bbl> ya
Apr 03 22:35:47 <Crofton> did you see the "middleware" from facebook ?
Apr 03 22:36:03 <mickey|bbl> no, what's that?
Apr 03 22:36:48 <Crofton> http://developers.facebook.com/thrift/
Apr 03 22:37:01 <Crofton> they swear it isn't an April fools
Apr 03 22:37:24 <mickey|bbl> woo - interesting stuff
Apr 03 22:37:31 <Crofton> yeah
Apr 03 22:37:32 <mickey|bbl> i'll take a look at that, thanks for the pointer!
Apr 03 22:37:37 <Crofton> yet another middleware :)
Apr 03 22:37:40 <mickey|bbl> hehe
Apr 03 22:37:46 <mickey|bbl> this term is just so overused lately
Apr 03 22:37:48 <CIA-11> 03coredump2 07org.oe.dev * red8e2ec8... 10/ (5 files in 4 dirs): 
Apr 03 22:37:48 <CIA-11> :
Apr 03 22:37:48 <CIA-11> ttyrec: Add ttyrec, a tty recorder
Apr 03 22:37:50 <Crofton> yeah
Apr 03 22:37:52 <CIA-11> 03coredump2 07org.oe.dev * r6bfdd923... 10/ (3 files in 2 dirs): 
Apr 03 22:37:52 <CIA-11> altboot: Add SVNR30 snapshot
Apr 03 22:37:52 <CIA-11> - Fix Neo1973 Menu options (except NFS)
Apr 03 22:37:52 <CIA-11> - Enable Neo1973 menu-navigation for /sbin/altboot
Apr 03 22:37:54 <CIA-11> - Add generic work-around for busybox ps
Apr 03 22:37:56 <CIA-11> - Fix /bin/sh boot on NSLU2
Apr 03 22:37:59 <CIA-11> - Do no longer package emtpy "Advanced" directory
Apr 03 22:38:17 * mickey|bbl prints out the whitepaper to read in bed
Apr 03 22:38:19 <mickey|bbl> g'night cu
Apr 03 22:38:24 <Crofton> good night
Apr 03 22:38:27 <woglinde> nite mickeyl
Apr 03 22:41:10 <CIA-11> 03florian 07org.oe.dev * r09f74c76... 10/ (3 files in 3 dirs): libart-lgpl: Add i486 configuration header.
Apr 03 22:41:17 <CIA-11> 03florian 07org.oe.dev * r59df690e... 10/ (4 files in 3 dirs): prismstumbler: Some additional fixes.
Apr 03 23:02:01 <CoreDump|home> rwhitby: ping kexec on NSLU2 just hangs on kexec -e 
Apr 04 00:03:11 <rwhitby> CoreDump|home: there was someone on the mailing list who had tried it, before the syscall number change.
Apr 04 00:03:15 <rwhitby> I haven't tried it myself.
Apr 04 02:58:01 <jselect> hi all
Apr 04 02:58:31 <jselect> can you define an ipkg temporary directory in ipkg.conf ?there's not much documentation on temporary dirs for it afaik
**** ENDING LOGGING AT Wed Apr 04 02:59:57 2007