**** BEGIN LOGGING AT Sun Dec 17 02:59:59 2006
**** BEGIN LOGGING AT Sun Dec 17 05:46:20 2006
**** BEGIN LOGGING AT Sun Dec 17 05:47:40 2006
Dec 17 08:06:57 <Bernardo> good morning
Dec 17 08:23:55 <zezom> is it possible to delete the dirs out of build/tmp/work after my apps have compiled?
Dec 17 08:24:01 <zezom> or is that a bad idea?
Dec 17 08:24:13 <zezom> I need more space
Dec 17 08:27:56 <hrw> morning
Dec 17 08:27:58 <hrw> zezom: you can
Dec 17 08:27:58 <pH5> zezom: I this it on the laptop all the time
Dec 17 08:28:03 <pH5> good morning hrw 
Dec 17 08:28:50 <zezom> thanks you very much :D
Dec 17 08:28:58 <hrw> zezom: add 'INHERIT += "rm_work"' into local.conf so bitbake will remove it automatically. some stuff can broke anyway (which is bug in stuff)
Dec 17 08:29:47 <hrw> my OE self-hosting OE build got restarted again..
Dec 17 08:30:10 <pH5> restarted? why?
Dec 17 08:34:37 <hrw> lack of rpcgen it was
Dec 17 08:35:05 <hrw> fsck.. even when it has it it does not work ;(
Dec 17 08:38:11 <pH5> hrw: :-/ that's the hardship of cutting-edge
Dec 17 08:38:12 <pH5> hi gremlin[it] 
Dec 17 08:39:51 <gremlin[it]> hi pH5  ! :) 
Dec 17 08:44:05 <hrw> hmm.. looks like again bitbake/OE fscked PATH
Dec 17 08:57:05 <Ifaistos> morning all
Dec 17 09:03:53 <hrw> cu
Dec 17 10:28:21 <CIA-4> 03rpurdie 07org.oe.dev * r7a92cecf... 10/ (5 files in 2 dirs): linux-rp: 2.6.18+git -> 2.6.19+git
Dec 17 10:28:50 <CIA-4> 03rpurdie 07org.oe.dev * r1cdff149... 10/ (3 files in 3 dirs): linux-rp-2.6.19+git: Fix two compile failures
Dec 17 11:24:25 <greentux> astridhotel.be ok.... tnx for info
Dec 17 11:48:26 <Laibsch> RP: ping
Dec 17 11:49:20 <Laibsch> Ifaistos: ping
Dec 17 11:54:31 <CIA-4> 03hrw 07org.oe.dev * rbd357548... 10/ (1 packages/gallery/gallery_1.5.5.bb): gallery: fix parse errors
Dec 17 11:54:37 <CIA-4> 03hrw 07org.oe.dev * r63f0bd83... 10/ (1 packages/jhead/jhead_2.6.0.bb): jhead: fix parse errors
Dec 17 11:54:42 <CIA-4> 03hrw 07org.oe.dev * r1c8f29ec... 10/ (1 packages/meta/openprotium-packages.bb): openprotium-packages: fix parse errors
Dec 17 11:54:48 <CIA-4> 03hrw 07org.oe.dev * r9ac27641... 10/ (1 packages/uboot/u-boot_1.1.4.bb): u-boot: fix parse error
Dec 17 11:57:25 <koen> someone's playing with the c parser again
Dec 17 11:58:36 <hrw|gone> just looked at it.
Dec 17 11:58:53 <hrw> I need to think about bittest
Dec 17 12:03:00 * koen has a look at updating mtn in oe
Dec 17 12:05:01 <koen> stupid rainy weather
Dec 17 12:14:11 <likewise> hello all
Dec 17 12:17:24 <koen> hey likewise 
Dec 17 12:19:03 <hrw> bittest source_checker updated to fetching...
Dec 17 12:22:33 <Laibsch> Is there any reason not to implement bug 35?  Alternatively, why not set it to WONTFIX?  I guess this could be easily decided.
Dec 17 12:22:36 <Laibsch> !oebug 35
Dec 17 12:22:38 <cdbot2> * * Bug 35, Status: NEW, Created: 2005-05-24 15:23
Dec 17 12:22:39 <cdbot2> * * bero(AT)arklinux.org: libsdl-qpe and libsdl-x11 are compiled with --disable-video-fbcon
Dec 17 12:22:40 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=35
Dec 17 12:28:59 <koen> NOTE: package boost-1.33.0-r1: task do_compile: started
Dec 17 12:29:09 * koen puts a bapao in the microwave
Dec 17 12:29:24 <hrw> copying 4G of stuff on one partition takes time....
Dec 17 12:31:05 <hrw> we have too many linux-*.tar.* versions...
Dec 17 12:31:17 <koen> right
Dec 17 12:31:20 <hrw> 2.6.17.9 instead of 2.6.17 + 2.6.17.9 patch
Dec 17 12:31:21 <hrw> etc
Dec 17 12:31:48 <koen> I always wondered why everyone added their own kernel
Dec 17 12:31:54 <hrw> 2.6.1x-rc-efika.tgz is scary
Dec 17 12:32:04 <hrw> sounds nearly as 2.4-crapix
Dec 17 12:32:06 <koen> instead of SRC_URI_append_<machine> = "patches"
Dec 17 12:32:51 <hrw> koen: then why you use linux-efika instead of linux?
Dec 17 12:33:00 <hrw> ;D
Dec 17 12:33:07 <hrw> NIH?
Dec 17 12:33:15 <koen> because I noticed the splitout patches after I the tarball
Dec 17 12:33:29 * koen was wasting time because of ARCH=ppc
Dec 17 12:33:31 <koen> ~lart OE
Dec 17 12:33:32 * ibot_ whips OE with a wet and grimy noodle just because
Dec 17 12:34:38 <hrw> NOTE: Running the following tests: ['source_checker']
Dec 17 12:39:59 <hrw> cu
Dec 17 13:28:27 <RP> Laibsch: pong
Dec 17 13:30:28 <Laibsch> Laibsch: RP: Seems like the mailing list archive for matchbox on gmane.org is broken: http://projects.o-hand.com/matchbox/get_involved.html  Can you fix this by contacting gmane.org admins?
Dec 17 13:30:41 <Laibsch> Laibsch: RP: Would be nice to get the lost mails back into gmane as well.  http://gmane.org/import.php
Dec 17 13:31:08 <Laibsch> Laibsch: RP: You can change settings for the ML at http://gmane.org/info.php?group=gmane.comp.handhelds.matchbox
Dec 17 13:34:25 <RP> Laibsch: This isn't something I handle - I'll mention it to Matthew
Dec 17 13:35:07 <Laibsch> Oh, I see. Genesis recommended to contact you about this in #matchbox.
Dec 17 13:36:01 <RP> Laibsch: I work for the same company (Openedhand) :)
Dec 17 13:36:48 <Laibsch> RP: I think we had already verified that http://rafb.net/paste/results/TD93cW92.html is fixed in trunk, hadn't we?  Issue is that other files get downloaded or recompiled when issuing "bitbake -c $sometarget $somepackage"
Dec 17 13:37:11 <Laibsch> Genesis does not work for o-hand?
Dec 17 13:37:44 <RP> Laibsch: no, genesis does not
Dec 17 13:37:53 <RP> Laibsch: Yes, that should be fixed in trunk
Dec 17 14:22:42 <psokolovsky> RP: Hi! Sorry to bother with RTC again, but rtc-sa1100 is yours, right?
Dec 17 14:26:35 <hrw> re
Dec 17 14:36:02 <RP> psokolovsky: yes
Dec 17 14:36:14 <RP> wb hrw 
Dec 17 14:36:52 <psokolovsky> RP: So, i'd like to check what exact semanticts of "alrm wakeup" bit?
Dec 17 14:37:38 <psokolovsky> RP: can we treat it as "yes, do wakeup on next alarm", not just "wakeup potentially enabled"?
Dec 17 14:38:07 <RP> There were mails about think recently on lakml iirc
Dec 17 14:38:29 <hrw> re koen 
Dec 17 14:38:29 <psokolovsky> RP: about RTC stuff?
Dec 17 14:39:02 <koen> hey hrw 
Dec 17 14:39:02 <RP> psokolovsky: Yes, look for a mail from David Brownell, 1st Dec
Dec 17 14:39:12 <RP> hi koen 
Dec 17 14:39:19 <koen> hey RP 
Dec 17 14:40:01 <RP> psokolovsky: Hang on, that isn't right
Dec 17 14:40:04 <psokolovsky> RP: ok, thanks. I just see that in rtc-sa1100 that bit barely handled at all. For example, it is not reported back by sa1100_rtc_read_alarm()
Dec 17 14:41:05 <RP> psokolovsky: LKML, 20th November, David Brownell, rtc-sa1100 tweaks
Dec 17 14:41:51 <RP> psokolovsky: See the reply from Russell to answer your question
Dec 17 14:42:07 <psokolovsky> RP: ok, thanks!
Dec 17 14:48:13 <psokolovsky> RP: So yes, that's the reply I expected. But the simple q: how do I enable alarm irq in persistent manner? ioctl()'s effects persistent only for the time of fd being open. once app exits, there's no alarm. and I need it in the script which calls C app which does ioctl()
Dec 17 14:49:08 <RP> psokolovsky: The simple answer, you can't
Dec 17 14:49:50 <psokolovsky> RP: yep, I got an idea. what I essentially ask is the way to implement that, in the most suitable way ;-)
Dec 17 14:51:10 <RP> psokolovsky: If you have no fd, how do you propose to receive this alarm from the kernel in userspace?
Dec 17 14:52:41 <psokolovsky> RP: I need wakeup alarm, that's all. It's pretty natural that, if one can enable potential wakeup possibility, to request actual wakeup at the given time.
Dec 17 14:53:34 <hrw> started 'bitbake gcc-cross' in chroot on x86 machine..
Dec 17 14:55:35 <RP> psokolovsky: The only way is to have the app fork/sleep with the current design. You can request the kernel interface is changed, I don't know if upstream will accept that
Dec 17 14:56:19 <RP> I'm presuming you've tried with the current design and it requires the fd held open, I can't remember the specifics ;-)
Dec 17 14:56:30 <CIA-4> 03blaster8 07org.oe.dev * r3640a9bf... 10/ (4 files in 3 dirs): 
Dec 17 14:56:30 <CIA-4> reiserfsprogs: update to build with >=2.6.18 kernel headers
Dec 17 14:56:30 <CIA-4>  * steal a patch from fedora to remove requirement for asm/unaligned.h
Dec 17 14:56:30 <psokolovsky> RP: So yes, I'd like to know your opinion - if I implement all that in sysfs, would that have a chance of being accepted?
Dec 17 14:57:22 <psokolovsky> RP: yes, while fd is held, it wakes up, but closing FD resets rtc state to original, where all irq sources (periodic/alarm) are not active.
Dec 17 15:00:29 <RP> psokolovsky: To be honest, I'd ask the RTC maintainer. I'd have nothing against it but it will raise some nasty questions and could influence/break existing behaviour 
Dec 17 15:00:59 <RP> psokolovsky: e.g. if an alarm is set through sysfs, is the alarm busy when acessed through the /dev file?
Dec 17 15:02:57 <psokolovsky> RP: Ok, thanks. Just wanted to check with. Of course, it could break stuff, but it's for root's sole amusement. In this respect, it's the same as ask what will happen if do cat /dev/zero > /dev/mem ;-)
Dec 17 15:03:19 <psokolovsky> so, sysfs access if obviously stateless - fire and forget
Dec 17 15:03:38 <RP> psokolovsky: I don't mean break like that, I mean create tricky siutations where existing programs could work differently
Dec 17 15:04:24 <psokolovsky> RP: if nothing will be written via sysfs, obviously, everything will work as usual.
Dec 17 15:04:56 <RP> psokolovsky: You have to consider the interaction between an existing app using /dev/rtc and something else writing to sysfs
Dec 17 15:05:29 <Crofton|home> koen, you about?
Dec 17 15:06:11 <psokolovsky> RP: it is the same as considering interaction of something cat'ing to /dev/mem, as I told. use one or another, never both.
Dec 17 15:06:36 <RP> psokolovsky: It is not as simple as that. You can't simply say that
Dec 17 15:07:19 <RP> psokolovsky: Mainline rightly care about regressions and interactions. You need to say how you're going to handle things and I suspect "not using both" is not going to win their favour
Dec 17 15:07:37 <psokolovsky> RP: that sux ;-). does that mean they will kill /dev/mem because you can't predict results of random writes to it on system behavior? ;-)
Dec 17 15:07:59 <psokolovsky> RP: ok, I see
Dec 17 15:07:59 <psokolovsky> then I just won't bother to clean it up for mainline ;-)
Dec 17 15:08:25 <RP> psokolovsky: /dev/mem is known to be a risky and marked as such. class interfaces and meant to be much cleaner interfaces
Dec 17 15:08:42 <RP> psokolovsky: coward ;-)
Dec 17 15:08:49 <psokolovsky> ;-)
Dec 17 15:09:42 <zecke> koen|away: you know gnuplot fairly well
Dec 17 15:10:00 <zecke> koen|away: I'm unable to plot something with yerrorbar and xerrorbar at the same time if I have only xdelta and ydelta
Dec 17 15:10:21 <zecke> do you have some secret hints?
Dec 17 15:12:05 <zecke> oh god... xyerrorbars != errorbars
Dec 17 15:16:21 <hrw> hi zecke 
Dec 17 15:16:38 <hrw> fscking quilt..
Dec 17 15:16:57 <RP> zecke: gnuplot brings back memories: http://www.rp.rpsys.net/nbody/index.php and http://www.rp.rpsys.net/resmap/graphs/ . No use to you though :-/
Dec 17 15:18:01 <hrw> zecke: bittest/source_checker works with current bitbake
Dec 17 15:20:44 <Crofton|home> anyone know how hard it is to get from Brussels airport to fosdem?
Dec 17 15:22:07 <zecke> RP: how to make gnuplot use the same 'symbol' for its plots...
Dec 17 15:28:20 <hrw> 5.7G of sources..
Dec 17 15:29:17 <likewise> Crofton|home: when will you arrive at Brussels 
Dec 17 15:30:07 <Crofton|home> I am just looking at info now
Dec 17 15:30:19 <Crofton|home> it would appear I can get there for under 500usd
Dec 17 15:32:07 <Crofton|home> How many #oe'rs are going to fosdem? We should have a page on the wiki
Dec 17 15:32:58 <likewise> from the ml, 8?
Dec 17 15:33:35 <Crofton|home> the OE event schedule says it is feb 23-25, but the fosdem webpage says 24-25
Dec 17 15:36:29 <zecke> drinking on friday the 23rd
Dec 17 15:36:40 <likewise> the latter is correct, I assume most people arrive 23rd 
Dec 17 15:36:44 <Crofton|home> excellent
Dec 17 15:36:46 <Crofton|home> yeah
Dec 17 15:36:56 <Crofton|home> I would fly in on Friday AM
Dec 17 15:37:49 <Crofton|home> Now for the really stupid question:
Dec 17 15:37:57 <Crofton|home> What language are most of the talks in?
Dec 17 15:38:06 * Crofton|home is language imparied
Dec 17 15:38:50 <RP> Crofton|home: English
Dec 17 15:39:02 <Crofton|home> wew
Dec 17 15:39:30 <Crofton|home> I kind of assumed that, but that is because I am very english centric
Dec 17 15:39:37 <woglinde> ~seen zecle
Dec 17 15:39:39 <woglinde> ~seen zecke
Dec 17 15:39:49 <zecke> no
Dec 17 15:39:54 <ibot_> i haven't seen 'zecle', woglinde
Dec 17 15:39:59 <ibot_> zecke is currently on #oe (30m 28s). Has said a total of 6 messages. Is idling for 3m 30s, last said: 'drinking on friday the 23rd'.
Dec 17 15:41:14 <likewise> Crofton|home: you are EFIKA enabled?
Dec 17 15:41:21 <Crofton|home> yep
Dec 17 15:41:23 <Crofton|home> it boots
Dec 17 15:41:24 <RP> Crofton|home: I'll be there. Last time I was there we used taxis to get around
Dec 17 15:41:29 <Crofton|home> well into the boot loader
Dec 17 15:41:42 <likewise> Crofton|home: I just booted it first time. Used TFTP.
Dec 17 15:41:45 <Crofton|home> can you walk from astrid to fosdem?
Dec 17 15:41:58 <Crofton|home> likewise, that will be next
Dec 17 15:42:04 <woglinde> he
Dec 17 15:42:06 <RP> Crofton|home: No, its probably too far for that
Dec 17 15:42:32 <koen> http://www.openembedded.org/wiki/Fosdem2007
Dec 17 15:42:35 <Crofton|home> I was in Brussells for a few days about 5 years ago
Dec 17 15:43:10 <likewise> koen: maybe add the nicks as well?
Dec 17 15:43:13 <Crofton|home> koen, that page needs a link from the events page
Dec 17 15:43:29 <koen> the hotels are near the drinking place, fosdem is on the other side of town
Dec 17 15:43:41 <koen> metro -> bus -> 100m walk
Dec 17 15:43:51 <koen> likewise: it's a wiki :)
Dec 17 15:44:29 <likewise> koen: it's a what?! :-)
Dec 17 15:44:35 <psokolovsky> RP: is it a general practise to create subdirs under /sys/class/<class>/<device>/ ?
Dec 17 15:46:03 <RP> psokolovsky: That depends on what you're doing
Dec 17 15:46:42 <psokolovsky> RP: I want to group all alarm attributes under separate dir below rtc0/ .
Dec 17 15:47:05 <RP> psokolovsky: That would probably be acceptable
Dec 17 15:47:51 <psokolovsky> RP: Just wonder how to do that... But I see to catch idea: if struct attribute_group has .name != null, that will be subdir
Dec 17 15:48:00 <chouimat> morning
Dec 17 15:48:32 <RP> psokolovsky: Which suggests subdirs are used to group attributes :)
Dec 17 15:48:41 <psokolovsky> yep ;-)
Dec 17 15:48:42 <RP> hi chouimat 
Dec 17 15:52:16 <likewise> koen: could you share your .conf for efika?
Dec 17 15:52:38 <koen> likewise: ?
Dec 17 15:52:58 <koen> I don't have machine specific config files :)
Dec 17 15:54:28 <likewise> koen: I admit, I suck at my config files.
Dec 17 15:54:56 <likewise> you do a MACHINE="efika" bitbake angstrom-image  ?
Dec 17 15:55:14 <koen> echo MACHINE=efika > conf/autoconf ; bitbake <foo>
Dec 17 15:55:32 <koen> hrw|afk: http://www.angstrom-distribution.org/repo/?action=details&pnm=bitbake
Dec 17 15:55:37 <RP> koen: old school ;-)
Dec 17 15:55:51 <koen> RP: not all poky tweaks are in .dev afaik
Dec 17 15:56:13 <RP> koen: I need to fit that...
Dec 17 15:59:07 <Laibsch> The author of granule tells me that can successfully compile granule against cvs now.  I copied his bb file (http://oz.leggewie.org/wip/granule/granule_cvs.bb, only added PARALLE_MAKE) but I fail to compile it: http://oz.leggewie.org/wip/granule/061217.fail.
Dec 17 15:59:30 <Laibsch> My config is at http://rafb.net/paste/results/yhsgzo95.html.  Is the bb file maybe just a missing dependency or something?
Dec 17 16:00:59 <koen> Laibsch: I suspect granule isn't gcc 4 safe
Dec 17 16:01:39 <Laibsch> Should I set a preferrence for a lower version of gcc or do you suggest something else?
Dec 17 16:02:01 <zecke> or doesn't work against the chosen gtkmm version
Dec 17 16:02:26 <zecke> or Gtkmm is not ABI/API compatible... whatever
Dec 17 16:03:27 <Laibsch> zecke: I believe that gtkmm was creating problems previously.  I will see if setting preferred version of gtkmm to 2.4.8 helps.
Dec 17 16:15:14 <hrw|afk> koen: thx. I have to push one change for bitbake recipe anyway
Dec 17 16:20:09 <hrw|afk> [hrw@misc1 rp-pppoe]$ du -h ~/devel/build/celinux-test/tmp_sources/
Dec 17 16:20:09 <hrw|afk> 6.0G    /home/hrw/devel/build/celinux-test/tmp_sources/
Dec 17 16:20:24 <hrw|afk> ~hail bittest
Dec 17 16:20:27 * ibot_ bows down to bittest and chants, "I'M NOT WORTHY!!"
Dec 17 16:21:32 <sdjf> Anyone have a copy of kernel source for embedix 2.4.6 (Sharp ROM 2.38)?  Can't find it anywhere.
Dec 17 16:21:50 <CIA-4> 03hrw 07org.oe.dev * r50e6b56f... 10/ (5 files in 2 dirs): bitbake: unified, added rdependency on python-crypt (md5) and python-netclient (tinderclient.bbclass)
Dec 17 16:22:07 <hrw> 2.4.6? wow...
Dec 17 16:22:12 <hrw> first crapix
Dec 17 16:22:38 <hrw> 2.4.6, 2.4.13, 2.4.18, 2.4.20
Dec 17 16:23:25 <hrw> sdjf: 2.4.6-crapix... we do not have it
Dec 17 16:23:40 <hrw> sdjf: sharp should have it
Dec 17 16:23:59 <hrw>  http://developer.ezaurus.com/sl_j/source/
Dec 17 16:24:11 <sdjf> hrw: somebody might have old cp hanging around.  isn't at sharp. we've hunted.  will try again.
Dec 17 16:26:13 <sdjf> hrw:  403: Forbidden,  'Directory Listing Denied' 
Dec 17 16:27:17 <sdjf> hrw: main page doesn't go back before C1000
Dec 17 16:27:27 <Laibsch> koen: Is there a reason that Google maps code is on every OE wiki page?  It does not seem to serve a purpose.
Dec 17 16:27:50 <hrw> sdjf: I know - just checked too
Dec 17 16:28:56 <hrw> sdjf: why 2.4.6 at all?
Dec 17 16:29:43 <sdjf> hrw: can't flash to better rOM because of neurological disability...don't want to brick my Z.
Dec 17 16:30:33 <hrw> sdjf: where are you from?
Dec 17 16:31:04 <hrw> sdjf: as long as you flash kernel + rootfs instead of sharprom ospack you should be sae
Dec 17 16:31:07 <hrw> safe
Dec 17 16:33:04 <hrw> ok. back to home work..
Dec 17 16:33:43 <Laibsch> sdjf: I do still have linux-sl5500-20030509-rom3_10.tar.bz2 if that helps.  I might have other stuff.  If you can tell me the filename, I can try to locate it.
Dec 17 16:33:56 <hrw|afk> Laibsch: 3.10 is 2.4.18
Dec 17 16:34:16 <hrw|afk> Laibsch: OE never had 2.4.6-crapix
Dec 17 16:34:25 <Laibsch> yes, I know it is more recent.  But maybe better than nothing.  At least it is 2.4
Dec 17 16:35:17 <Laibsch> And I do have some Japanese sources as well since I used that to extract the Sharp HWR stuff.  That might be older kernel, but I cannot tell from just looking at the filename.
Dec 17 16:35:29 <sdjf> neic crashed again.  missed answers
Dec 17 16:36:58 <sdjf> Laibsch:  there's supposed to be a bzip file for 2.4.6...
Dec 17 16:37:35 <Laibsch> sdjf: Here is what I have got on file: http://rafb.net/paste/results/RgfnZD40.html
Dec 17 16:37:42 <Laibsch> I don't think I have it.
Dec 17 16:37:59 <sdjf> Laibsch:  either linux-sl5000d-20020318.tar.bz2 or linux-sl5500-20020910.tar.bz2 
Dec 17 16:38:38 <likewise> What determines whether PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}-libc-for-gcc = "glibc-intermediate"   or = "glibc" ?
Dec 17 16:39:45 <sdjf> Laibsch:  thanks.   yeah, see what you mean :-(
Dec 17 16:40:33 <Laibsch> sdjf: I think you can still get it from the web.
Dec 17 16:40:37 <Laibsch> http://developer.ezaurus.com/sl_j/source/source_dl.htm
Dec 17 16:40:55 <Laibsch> I think A300 and SL-5500 are the same device.  
Dec 17 16:41:08 <Laibsch> I am sure you can confirm or disconfirm that on the net.
Dec 17 16:41:18 <Laibsch> If you have problems with the Japanese let me know.
Dec 17 16:41:25 <Laibsch> Japanese language.
Dec 17 16:42:20 <sdjf> Laibsch:  really!!   okay.  on dialup so can't stay on but saw A300 stuff at archive.org as well.
Dec 17 16:42:35 <Laibsch> http://developer.ezaurus.com/sl_j/source/source_dl_a300.htm has http://developer.ezaurus.com/sl_j/source/a300/20021224/linux-sla300-20021224-rom1_20.tar.bz2
Dec 17 16:42:53 <Laibsch> sdjf: Good luck
Dec 17 16:43:41 <Laibsch> sdjf: above page also has http://developer.ezaurus.com/sl_j/source/a300/20020905/linux-sla300-20020905.tar.bz2
Dec 17 16:44:59 <sdjf> Laibsch:  thanks.  fetched the urls.  CU
Dec 17 16:45:10 <Laibsch> sdjf: I believe the sl-5500 is the b500, though.
Dec 17 16:45:19 <Laibsch> But you get the general idea.
Dec 17 16:46:07 <sdjf> yeah.  will have my buddy take a closer look.  thanks.
Dec 17 16:46:21 <likewise> koen: in order to build angstrom-2007.1, I needed to add PREFERRED_PROVIDERS_powerpc += "virtual/${TARGET_PREFIX}libc-for-gcc:glibc-intermediate"
Dec 17 16:46:32 <Laibsch> sdjf: dou itashimashite ;-)
Dec 17 16:47:02 <sdjf> don't know the language :((
Dec 17 16:47:20 <Laibsch> de nada/you're welcome/keine ursache/de rien/...
Dec 17 16:47:39 <sdjf> hasta luego. ten cuidado!
Dec 17 16:59:00 <Laibsch> koen: What wiki software do we use?  It seems mediawiki syntax is not fully implemented although I believe I read that claim somewhere on the page.
Dec 17 16:59:19 <koen> Laibsch: drupal + liquidwiki
Dec 17 16:59:46 <Laibsch> Do the projects claim to be fully compatible with mediawiki syntax?
Dec 17 17:00:00 <koen> no
Dec 17 17:00:14 <Laibsch> OK
Dec 17 17:00:54 <koen> you can plugin a different parses to use some other syntax
Dec 17 17:06:55 <koen> has anyone entertained the thought of starting the GUI session with nice -12?
Dec 17 17:07:03 <Laibsch> Well, I fixed the problem in another way.
Dec 17 17:14:11 <hrw> Laibsch: sl-a300 != 5500 != b500
Dec 17 17:14:17 <hrw> Laibsch: b500 == sl-5600
Dec 17 17:14:37 <Laibsch> close enough ;-)  And I said "I believe"
Dec 17 17:14:47 <hrw> 17 18:08 < Laibsch> I think A300 and SL-5500 are the same device.
Dec 17 17:14:50 <hrw> ;D
Dec 17 17:14:58 <hrw> ~curse git fetcher
Dec 17 17:15:00 <ibot_> May you be reincarnated as a Windows XP administrator, git fetcher !
Dec 17 17:15:01 <Laibsch> Thanks for clarifying.  But I think he left the chat.
Dec 17 17:15:26 <Laibsch> hrw: I believe that "I think" and "I believe" are close enough, your honour. ;-)
Dec 17 17:15:43 <hrw> time to do some calls...
Dec 17 17:15:45 <hrw> brb
Dec 17 17:38:02 <Laibsch> http://www.openembedded.org/repo/org.openembedded.dev/packages/mini-init is the only file in packages/ which otherwise contains only directories.  Is this supposed to be this way?
Dec 17 17:40:17 <CIA-4> 03Laibsch 07org.oe.dev * r02ab7c72... 10/ (4 files in 2 dirs): gtkmm: unify, make use of GNOME_MIRROR
Dec 17 17:40:30 <hrw> re
Dec 17 17:40:39 <Laibsch> wb hrw
Dec 17 17:40:56 <hrw> Laibsch: I do not remember what for mini-init is
Dec 17 17:41:01 <Laibsch> BTW, why re?
Dec 17 17:41:02 <hrw> ask on ML
Dec 17 17:41:09 <Laibsch> OK
Dec 17 17:41:15 <hrw> 're' as 'hi again'
Dec 17 17:41:49 <hrw> 6.8G    /home/hrw/devel/build/celinux-test/tmp_sources/
Dec 17 17:42:01 <hrw> OE need lot of stuff...
Dec 17 17:43:01 <chouimat> :)
Dec 17 17:43:05 <hrw> 37 different kernel archives
Dec 17 17:44:47 <Laibsch> hrw: well, but why re, why not ha?  I could not figure out what it stands for, semantics is clear.  "wb" for example becomes clear very fast.
Dec 17 17:45:57 <hrw> Laibsch: years on Polish ircnet...
Dec 17 17:47:02 <Laibsch> it seems this is not only used on polish IRC, or is it?
Dec 17 17:47:41 <hrw> I'll try to switch out of re
Dec 17 17:50:49 <hrw>  7,011,590K bytes in 11282 files  
Dec 17 17:51:33 <hrw> time to force people to add md5 into SRC_URI
Dec 17 17:51:44 <hrw> but first - food
Dec 17 17:52:30 <koen> I 're'turn
Dec 17 17:54:15 <hrw> ~seen [g2]
Dec 17 17:54:39 <ibot_> [g2] is currently on #openmoko (5h 22m 41s) #nslu2-linux (5h 22m 41s) #openezx (5h 22m 41s) #openjtag (5h 22m 41s) #openslug (5h 22m 41s). Has said a total of 3 messages. Is idling for 1h 36m 48s, last said: 'RobNC I think you want a / on that :)'.
Dec 17 17:54:47 <XorA|gon1r> re short for re hello
Dec 17 17:54:57 <XorA|gon1r> used not just on .pl
Dec 17 18:20:04 <Laibsch> koen: Indeed, that makes sense.
Dec 17 18:20:52 <XorA|gon1r> Laibsch: just played battle star galactica divx on collie :-)
Dec 17 18:20:57 <XorA|gon1r> Laibsch: using mplayer
Dec 17 18:21:16 <Laibsch> Nice!  I never play on my computer.  I wonder if it was fun.
Dec 17 18:21:28 <Laibsch> XorA|gon1r: So what did you do to fix this?
Dec 17 18:22:33 <XorA|gon1r> Laibsch: I have applied the patch in 1666 on collie only as its a bug/feature of the toolchain that on collie only all .so files are marked as needed executable stack
Dec 17 18:23:05 <XorA|gon1r> Laibsch: which is either a) a clever workaround for some arm4 reason, of b) just a stupid mistake
Dec 17 18:24:18 <XorA|gon1r> Laibsch: anyway I shall check changes into both branch and .dev tomorrow probably
Dec 17 18:25:22 <Laibsch> Next set of unification patches (b letter today):
Dec 17 18:25:28 <Laibsch> http://oz.leggewie.org/blueprobe.unify.patch 
Dec 17 18:25:34 <Laibsch> http://oz.leggewie.org/btsco.unify.patch 
Dec 17 18:25:35 <Laibsch> http://oz.leggewie.org/busybox.unify.patch
Dec 17 18:25:53 <Laibsch> I guess blueprobe is a no-brainer and I will commit right-away
Dec 17 18:26:36 <Laibsch> hrw|gone: Time to comment?
Dec 17 18:28:25 <koen> [19:27] hrw: cu you tomorrow - rest of evening is already taken (19:28 here)
Dec 17 18:35:33 <Laibsch> What is the "OE self hosted" that I saw hrw refer to a couple of times over the last few days?
Dec 17 18:41:25 <CIA-4> 03Laibsch 07org.oe.dev * r2f49a884... 10/ (6 files in 2 dirs): blueprobe: unify
Dec 17 18:41:42 <hrw|gone> Laibsch: I'm using Angstrom to build Angstrom
Dec 17 18:45:26 <Laibsch> Ah, I see.
Dec 17 18:52:15 <Laibsch> oh no, looks like the BTS is going downhill again.
Dec 17 18:57:18 * XorA|gon1r needs a faster cpu
Dec 17 18:59:16 <XorA|gone> god its been years since I hd collie cradled beside me
Dec 17 18:59:27 <Laibsch> XorA|gone: Do you know what is creating the load now?  Just the BTS?
Dec 17 18:59:38 <XorA|gone> Laibsch: load?
Dec 17 18:59:43 <Laibsch> Do you have (root) access?
Dec 17 19:00:03 <Laibsch> XorA|gone: You said the BTS machine needed a faster CPU.
Dec 17 19:00:19 <XorA|gone> Laibsch: no, I need a faster CPU
Dec 17 19:00:56 <Laibsch> Ah, I see.  Well, who doesn't?  Plus an energy flatrate ;-)
Dec 17 19:01:23 <XorA|gone> Laibsch: my poor amd64 used to be fast, now my work computer has 2x Xeon 64bits :-(
Dec 17 19:01:30 <XorA|gone> so I feel slow at home
Dec 17 19:02:10 <Laibsch> I use a Via C3 600 MHz for OE so you should not feel so bad.
Dec 17 19:02:21 <Laibsch> This is my router and LAN server
Dec 17 19:02:37 <XorA|gone> Laibsch: ouch, I think my zaurus goes faster
Dec 17 19:02:44 <Laibsch> Do not need an energy flatrate, I went for the C3 but it is slow.
Dec 17 19:02:56 <Laibsch> s/Do/To/
Dec 17 19:05:07 <koen> bsg is addictive
Dec 17 19:05:32 * XorA|gone builds for the right machine this time
Dec 17 19:05:44 <koen> not the left machine?
Dec 17 19:05:50 <XorA|gone> yup
Dec 17 19:06:00 <XorA|gone> lefties are genetic freaks
Dec 17 19:06:02 * koen puts on 2x05
Dec 17 19:07:34 <goxboxlive> <XorA|gone> did you figure out the udev bug (touchscreen0) ?
Dec 17 19:07:57 <zecke> Laibsch: mini-init: http://www.openembedded.org/bonsai/view/rev/10294/
Dec 17 19:08:51 <koen> yeah, yeah, blame it all on me
Dec 17 19:09:06 <zecke> koen wrote OE in one day :)
Dec 17 19:09:13 <koen> yes
Dec 17 19:09:14 <koen> and linux
Dec 17 19:09:49 <zecke> http://openembedded.bkbits.net:8080/openembedded/diffs/packages/mini-init@1.1?nav=index.html|src/.|src/packages|hist/packages/mini-init
Dec 17 19:09:51 <zecke> hmm
Dec 17 19:09:55 <koen> but some finnish dude ran away with it
Dec 17 19:15:34 <XorA|gone> goxboxlive: if its not the udev being replaced with wrong one, I got no idea
Dec 17 19:15:49 <Laibsch> zecke: So can I remove it?
Dec 17 19:16:38 <zecke> only if you answer the question: how did the file become a directory
Dec 17 19:17:34 <koen> because of herbs
Dec 17 19:18:20 <Laibsch> zecke: Well, that seems natural.  mini-init is the oddman-out.
Dec 17 19:19:08 <Laibsch> miniinit does not seem odd to me.
Dec 17 19:42:42 <Crofton> bugzilla seems sluggish
Dec 17 20:56:10 <sdjf> Laibsch:  A300, B500, Cxxx use a different processor than the sl5x00 series.   We'll just have to keep hunting for someone who didn't toss out their 2.4.6 kernel source.
Dec 17 20:58:47 <koen> sl5600 uses an xscale 25x as well
Dec 17 20:59:30 <sdjf> koen: okay.  what about sl5000?
Dec 17 20:59:41 <koen> strongarm
Dec 17 20:59:50 <sdjf> koen:  perfect
Dec 17 21:16:09 <likewise> Crofton|home: any plans with your efika soonish?
Dec 17 21:18:43 <Crofton> I want to get some software defined radio stuff on it
Dec 17 21:19:02 <Crofton> but I need my RF interface board to work with full speed usb (not just high speed)
Dec 17 21:19:10 <Crofton> So I am working on that now
Dec 17 21:59:15 <likewise> Crofton: I just managed to build a minimal angstrom-bootstrap for efika. Don't know if koen did this already. I needed three small changes to make it work.
Dec 17 22:02:01 <Crofton_> likewise, cool
Dec 17 22:02:13 <Crofton_> likewise, koen|away ha some images
Dec 17 22:03:07 <likewise> Crofton_: ok, and HopsNBarley is working on PPC too, but apart from that not many ppl with PPC I guess.
Dec 17 22:08:36 <[g2]> RP what's the status with building debian packages ?
Dec 17 22:30:25 <CIA-4> 03Laibsch 07org.oe.dev * ra3b16e74... 10/ (13 files in 2 dirs): glibc: first step to unify
Dec 17 22:37:51 <psokolovsky> Laibsch, you didn't forget blueprobe.inc?
Dec 17 22:41:43 <Laibsch> psokolovsky: Strange, it looks like mtn did not pick that up (I called it via 'mtn diff packages/blueprobe/')
Dec 17 22:41:51 <Laibsch> I'll make sure that gets fixed.
Dec 17 22:41:55 <Laibsch> Thanks for the pointer.
Dec 17 22:42:34 <psokolovsky> Laibsch, "mtn ls unknown" may be useful
Dec 17 22:43:19 <Laibsch> yes, that seems to be the problem.  Before mtn would complain if I had not yet added a particular in a directory I committed.
Dec 17 22:43:23 <Laibsch> Not this time.
Dec 17 22:46:41 <Laibsch> s/a particular/a particular file/
Dec 17 23:02:41 <likewise> good nite
**** ENDING LOGGING AT Mon Dec 18 03:00:05 2006