**** BEGIN LOGGING AT Thu Dec 07 02:59:57 2006
Dec 07 05:12:31 <luke-jr> JoseJX: hi
Dec 07 07:28:37 <vlo> aaaaaaarghhhhh ubuntu uses dash and not bash by default !
Dec 07 07:28:49 <vlo> this is nonsense !
Dec 07 08:00:55 <hrw|work> morning
Dec 07 08:01:01 <hrw|work> vlo: dash is smaller and faster
Dec 07 08:01:30 <mickey|zzZZzz> *yawn*
Dec 07 08:01:37 <hrw|work> hi mickey|zzZZzz 
Dec 07 08:01:39 <mickeyl> morning
Dec 07 08:02:02 <Bernardo> good morning
Dec 07 08:02:14 <hrw|work> Toshiba released 100GB 1.8" hdd
Dec 07 08:02:35 <hrw|work> mickeyl: something for Neov3? :D
Dec 07 08:02:42 <mickeyl> hehe
Dec 07 08:02:44 <mickeyl> crazy guy
Dec 07 08:02:49 <mickeyl> a hd in a phone... why not
Dec 07 08:05:07 <Bernardo> 100GB - that would be enough for me not to have to carry a portable hd along...
Dec 07 08:07:38 <Bernardo> hrw|work: any idea on the expected cost?
Dec 07 08:08:34 <hrw|work> moment
Dec 07 08:09:15 <hrw|work> no info yet
Dec 07 08:09:50 <Bernardo> ok, thanks
Dec 07 08:13:23 <Genesis> hello
Dec 07 08:14:35 <vlo> hrw: yes .... but a few scripts don't work well with it !
Dec 07 08:15:03 <hrw|work> vlo: bashisms are everywhere
Dec 07 08:17:58 <RP> morning all
Dec 07 08:19:04 <hrw|work> hi Richard
Dec 07 08:19:06 <Genesis> yo RP 
Dec 07 08:32:44 <hrw|work> http://www.glumbert.com/media/popstar ;D
Dec 07 08:33:53 <XorA> morning
Dec 07 08:37:29 <hrw|work> hi XorA 
Dec 07 08:39:13 <hrw|work> http://www.glumbert.com/media/chatrooms
Dec 07 08:48:39 <mickeyl> *sigh*
Dec 07 08:48:58 <mickeyl> woke up too early and know I'm feeling weak and have a headache. How am I supposed to work that way *sigh*
Dec 07 08:50:04 <XorA> mickeyl: I have some awesome painkillers that make the world all rosy :-)
Dec 07 08:50:26 <mickeyl> heh. you really don't want to use the code i'm writing after taking them would you ? :D
Dec 07 08:50:46 * XorA has to take them at wolfson occasionallu
Dec 07 08:50:49 <XorA> :-D
Dec 07 08:52:34 <mickeyl> hehe
Dec 07 08:53:01 <hrw|work> XorA: thats why asoc looks so weird? :D
Dec 07 08:53:23 * XorA blames lrg for any asoc hippiness
Dec 07 08:53:25 <RP> mickeyl: I wrote some of my best code after a visit to the pub ;-)
Dec 07 08:53:30 <hrw|work> "Sony-contributed patches aimed at adding machine-specific features for the PlayStation 3 (PS3) have been merged into the stable 2.4.20 kernel tree. "
Dec 07 08:53:33 <hrw|work> ARGH
Dec 07 08:53:35 <hrw|work> http://www.linuxdevices.com/news/NS6521115697.html
Dec 07 08:53:39 <hrw|work> MORONS
Dec 07 08:54:20 <XorA> hrw|work: its a typo, it says 2.6.20 later on
Dec 07 08:55:21 <RP> Quite a serious typo :)
Dec 07 08:55:56 <hrw|work> 2.4.20 is too popular in some 'companies'
Dec 07 08:56:24 <hrw|work> mickeyl: http://www.youtube.com/watch?v=_cW14xdXyc8 - will fic provide such commercials too?
Dec 07 08:56:51 <XorA> It could be worse, could 2.2.20 :-)
Dec 07 08:58:23 <hrw|work> XorA: 2.2.20 would be nice to see ;D
Dec 07 08:58:28 <mickeyl> hrw|work: doubtfully, however after I've seen the Qt4 Dance Video, I always thought I want to do something like that eventually. So we might record some OpenMoko footage on FOSDEM? :D
Dec 07 08:58:50 <koen> good morning all
Dec 07 08:59:13 <RP> hi koen 
Dec 07 08:59:38 <RP> mickeyl: Just off the top of your head, dId you have any thoughts about which IPC to use in bitbake?
Dec 07 09:00:09 <mickeyl> i was afraid of you asking me that in the morning... i'm undecided between
Dec 07 09:00:13 <mickeyl> PyRo
Dec 07 09:00:16 <mickeyl> standard XMLRPC
Dec 07 09:00:26 <mickeyl> PyLinda
Dec 07 09:00:36 <koen> xmlrpclib.ProtocolError: <ProtocolError for cia.navi.cx/RPC2: 502 Bad Gateway>
Dec 07 09:00:42 <koen> no cia today
Dec 07 09:00:55 <mickeyl> xmlrpc having the advantage that it comes in the standard python distro
Dec 07 09:01:24 <mickeyl> and it's a standard so we might interface with 3rd party products as well :)
Dec 07 09:01:31 <mickeyl> whatever that may be
Dec 07 09:01:58 <RP> mickeyl: I think we need something in python as standard... (is curses standard python btw?)
Dec 07 09:02:12 <mickeyl> yes, ncurses comes with the standard distro
Dec 07 09:02:25 <mickeyl> good, then only xmlrpc qualifies
Dec 07 09:02:39 <mickeyl> which is ok, i did use xmlrpc a lot in my python thesis project
Dec 07 09:02:54 <RP> I know nothing about it, yet :)
Dec 07 09:03:04 <mickeyl> heh
Dec 07 09:03:13 <mickeyl> want a demo program from me? (not today though)
Dec 07 09:03:26 <mickeyl> you can do client/server computing in 5 lines using xmlrpc
Dec 07 09:03:37 <RP> If you could make one that would be really useful :)
Dec 07 09:04:05 <mickeyl> sure thing. going to free two hours later tonite
Dec 07 09:04:10 <mickeyl> (very much later)
Dec 07 09:04:35 <mickeyl> thinking about it
Dec 07 09:04:38 <mickeyl> ya know
Dec 07 09:04:39 <RP> mickeyl: What I'm thinking is that we should make all IO from the backend go through events. We already have event.py although we'll have to expand it a lot
Dec 07 09:04:54 <mickeyl> i agree
Dec 07 09:05:12 <den-ros> hi mickleyl koen hrw RP
Dec 07 09:05:16 <hrw|work> hi den-ros 
Dec 07 09:05:19 <koen> hey den-ros 
Dec 07 09:05:25 <RP> Well, all O from IO. I suspect a commands module with handle the I :)
Dec 07 09:05:28 <den-ros> :)
Dec 07 09:05:31 <RP> hi den-ros 
Dec 07 09:05:51 <mickeyl> i guess I just write the xmlrpcserver backend directly into the ncurses demo program and then do an example client for you which you "only" need to port to bitbake
Dec 07 09:06:30 <mickeyl> did you do any changes to the ncurses code or should i just continue with my version?
Dec 07 09:08:03 <hrw|work> http://linuxdevices.com/articles/AT9270308590.html - greenphone stinks
Dec 07 09:08:12 <RP> mickeyl: If your example can just show how to send an event through xmlrpc that would be ideal. The kind of thing would be a PkgFailed event which would contain details about which package failed (task number, user printable string about the failure etc.)
Dec 07 09:08:35 <mickeyl> RP: ok, i'll send you something tomorrow at the latest
Dec 07 09:08:40 <RP> mickeyl: I totally multialted the copy I started editting. I'd stick to editting you version ;-)
Dec 07 09:08:55 <mickeyl> heh, ok
Dec 07 09:09:50 <RP> I'm a C programmer at heart and sometimes my changes to python just don't work ;-)
Dec 07 09:10:25 <hrw|work> ARGH
Dec 07 09:10:44 <RP> mickeyl: What I tried to do was turn the curses interface into a GUI object/class
Dec 07 09:11:35 <XorA> RP: drivers/net/pcmcia/pcnet_cs.o doesnt compile here for spitz machine linux-rp 2.6.18
Dec 07 09:12:22 <RP> XorA: oops :-/. Can you easily fix it?
Dec 07 09:12:35 <mickeyl> bbl, trying to cure my headache
Dec 07 09:12:50 <XorA> RP: was that an area you changed in yesterdays checkin?
Dec 07 09:12:56 <RP> XorA: yes
Dec 07 09:13:14 <RP> XorA: I added a pcmcia id
Dec 07 09:13:20 <XorA> RP: checking
Dec 07 09:13:50 <XorA> PCMCIA_DEVICE_PROD_ID123("Ethernet", "CF Size PC Card", "1.0",exit 0x00b2e941, 0x43ac239b, 0x0877b627),
Dec 07 09:14:03 <XorA> seems to be an extra "exit" in there :-)
Dec 07 09:14:25 <RP> XorA: I don't want to know how I managed that ;-)
Dec 07 09:14:39 <RP> XorA: I'll fix as I suspect it might be in a few places...
Dec 07 09:15:12 <XorA> RP: heh heh
Dec 07 09:20:11 <RP> XorA: fix pushed (and switch ASoC to wolfson patch)
Dec 07 09:21:12 <XorA> RP: cheers
Dec 07 09:22:00 * XorA really should hook a rss reader to bonsai
Dec 07 09:22:58 <XorA> RP: you didnt bump PR
Dec 07 09:24:09 * XorA chases his bloody L/R clock
Dec 07 09:35:44 <RP> XorA: Since it wasn't working at all, I didn't see the point in bumping PR...
Dec 07 09:35:54 <XorA> RP: cool, just checking
Dec 07 09:37:45 <B_Lizzard> Good Mornin'
Dec 07 09:38:15 <koen> hey B_Lizzard 
Dec 07 09:38:19 <B_Lizzard> I've made a .bb file for an enhanced version of dillo
Dec 07 09:38:29 <B_Lizzard> I'm going to tell Kris to merge it
Dec 07 09:38:35 <koen> one that renders html > 1.0?
Dec 07 09:38:36 <B_Lizzard> http://teki.jpn.ph/pc/software/index-e.shtml
Dec 07 09:38:44 <B_Lizzard> I think so
Dec 07 09:38:52 <B_Lizzard> SSL support, frames, tabs
Dec 07 09:39:19 <B_Lizzard> Bloody patches changed the font subroutines and I had to make my way through them to fix any problems
Dec 07 09:40:16 <B_Lizzard> Is that OK?
Dec 07 09:41:46 <B_Lizzard> It seems to work ok on my Jornada
Dec 07 09:42:03 <B_Lizzard> I'll run it through bitbake a couple of more times, see if there's any problems
Dec 07 09:42:25 <B_Lizzard> BTW, do I make patches with "diff -u"?
Dec 07 09:46:45 <hrw|work> yes
Dec 07 09:47:02 <B_Lizzard> Ok, thanks
Dec 07 09:47:25 <XorA> B_Lizzard: show me your dillo
Dec 07 09:47:30 <XorA> B_Lizzard: thats my baby
Dec 07 09:47:34 <B_Lizzard> :)
Dec 07 09:48:22 <B_Lizzard> We're in a playful mood, eh? :P
Dec 07 09:48:58 <XorA> B_Lizzard: if you got patches, I can test and merge em
Dec 07 09:49:20 <B_Lizzard> Well, It's one bigass patch, 1.5MB
Dec 07 09:49:44 <B_Lizzard> And one extra --configure option
Dec 07 09:49:46 <B_Lizzard> In the .bb file
Dec 07 09:49:51 <XorA> B_Lizzard: cool
Dec 07 09:50:32 <B_Lizzard> I'll probably give the .bb and folder (The one containing the patches) to Kris so that he can upload them
Dec 07 09:50:57 <B_Lizzard> I still have some testing to do
Dec 07 09:51:01 <ade|desk> only needs to be changed to gtk2
Dec 07 09:51:12 <koen> why not attach it to the bug tracker?
Dec 07 09:51:28 <XorA> B_Lizzard: yeah, stick on bugtracker and it will enter OE today
Dec 07 09:51:40 <B_Lizzard> Ok, I'll see what I can do
Dec 07 09:51:55 <B_Lizzard> ade: Well, better not make it gtk2
Dec 07 09:52:02 <B_Lizzard> It's faster in gtk1
Dec 07 09:52:23 <B_Lizzard> And anyways, the UI isn't that comperhensive
Dec 07 09:53:00 <ade|desk> B_Lizzard: having both is rather better, gtk1 and gtk2 on a device is not space saving
Dec 07 09:53:36 <B_Lizzard> Ah, well
Dec 07 09:53:53 <B_Lizzard> If it can run on the Jornada, it can run on everything else
Dec 07 09:53:57 <B_Lizzard> But point taken
Dec 07 09:54:06 <B_Lizzard> I'll see if there are any patches I can use
Dec 07 09:54:23 <B_Lizzard> But after I finish with this version
Dec 07 09:54:33 <ade|desk> two versions are always a good thing :)
Dec 07 09:54:53 <XorA> no reason why oe cant gain dillo-gtk1.bb and dillo-gtk2.bb
Dec 07 09:55:40 <hrw|work> and dillo.inc
Dec 07 09:55:45 <ade|desk> indeed
Dec 07 09:56:36 <B_Lizzard> Dillo is getting bigger and bigger :)
Dec 07 09:59:10 <B_Lizzard> Is "dillo-i18n_0.8.6.bb" ok by you?
Dec 07 09:59:46 <XorA> B_Lizzard: yes
Dec 07 10:00:08 <XorA> B_Lizzard: but surely its good enough to just replace dillo_0.8.6.bb
Dec 07 10:00:22 <B_Lizzard> I don't know...
Dec 07 10:00:42 <B_Lizzard> Someone may want to use the old version.
Dec 07 10:00:54 <B_Lizzard> But, if you want to, I'll do it
Dec 07 10:01:20 <B_Lizzard> But I need some kind of denominator, so people know it's the enhanced version.
Dec 07 10:01:41 <ade|desk> i'd leave the original one and name it like you have
Dec 07 10:02:10 <B_Lizzard> Anyways, since it hasn't gotten much field testing, it's best that it does not superseed the original dillo
Dec 07 10:02:13 <ade|desk> could always have a provides dillo if needed
Dec 07 10:02:32 <B_Lizzard> Oh, yeah
Dec 07 10:02:48 * XorA is of the opinion this is the .dev repo and stuff not forced on people is never tested :-)
Dec 07 10:02:48 <B_Lizzard> I'd better add a PROVIDES and CONFLICTS line
Dec 07 10:02:52 <hrw|work> or leave dillo_0.8.6.bb and add dillo_that-super-i18n.bb
Dec 07 10:03:04 <hrw|work> if someone prefer 0.8.6 then PREV_PROF is for it
Dec 07 10:03:40 <B_Lizzard> And then add ${PV} in the file?
Dec 07 10:03:55 <B_Lizzard> Since it still needs to download dillo
Dec 07 10:04:59 * koen runs the performance test suite on cairo 1.3.6
Dec 07 10:05:51 <XorA> just call it dillo_0.8.6.bb we have source control if people have problems they can rewind. If its not just dillo, then people wont see it in package lists anyway, it will never get testing. And for that level of functionality increase that would be a pity
Dec 07 10:06:09 <B_Lizzard> Ok
Dec 07 10:06:41 <XorA> I already broke the path when I added dillo instead of dillo2 because I couldnt get the gtk2 patches to port
Dec 07 10:07:48 <Paperface> does anyone know why my bitbake bistrap-image keeps failing?
Dec 07 10:07:49 <ade|desk> erm dillo doesn't bring in openssl but this one will, that might change a few minds 
Dec 07 10:07:49 <Paperface> saying...
Dec 07 10:08:11 <Paperface> ERROR: Cannot satisfy the following dependencies
Dec 07 10:08:12 <Paperface> and then a big bunch of dependancies
Dec 07 10:08:12 <B_Lizzard> I'll still add "Enhanced Version" in Description
Dec 07 10:08:20 <XorA> ade|desk: familiar and openzaurus used dillo2 anyway
Dec 07 10:08:35 <B_Lizzard> Paperface: You seem to be missing some packages
Dec 07 10:08:48 <Paperface> but I can install those by hand
Dec 07 10:08:51 <XorA> and you never know it might be easy to flip it to use gnutls
Dec 07 10:09:15 <B_Lizzard> run "bitbake -c clean task-bootstrap" and "bitbake -c clean bootstrap-image"
Dec 07 10:09:15 <ade|desk> XorA: I hope it is
Dec 07 10:09:20 <B_Lizzard> Install by hand?
Dec 07 10:09:37 * ade|desk is not having fun porting rdesktop to gnutls
Dec 07 10:10:08 <XorA> ade|desk: fixing up sylpheed wasnt too bad
Dec 07 10:10:08 <florian_kc> hi all
Dec 07 10:10:15 <Paperface> if I install the packages by doing bitbake package 
Dec 07 10:10:17 <Paperface> it works
Dec 07 10:10:26 <XorA> reminds me, I need some time to look at autoconf 2.60
Dec 07 10:10:31 <XorA> hey florian_kc 
Dec 07 10:10:38 <Paperface> but bootstrap-image fails saying it can't find them :(
Dec 07 10:11:08 <Paperface> I could install them all one by one
Dec 07 10:11:20 <Paperface> but it seems a bit silly that bootstrap-image can't pull them in
Dec 07 10:11:24 <ade|desk> Paperface: have you cleaned bootstrap-image before running it again ?
Dec 07 10:11:33 <Paperface> I think so
Dec 07 10:11:43 <B_Lizzard> Should I at least bump PR?
Dec 07 10:11:47 <Paperface> i'm just gonna try what B_Lizzard suggested and give it another go
Dec 07 10:11:59 <ade|desk> B_Lizzard: yes
Dec 07 10:14:48 <B_Lizzard> Ok, I'll run it through bitbake once more, test on my Jornada, and then release, if all should go well.
Dec 07 10:14:56 <B_Lizzard> I don't see why it wouldn't, but
Dec 07 10:15:00 <B_Lizzard> ...
Dec 07 10:16:01 <koen> RP, XorA: http://lists.freedesktop.org/archives/cairo/2006-December/008827.html
Dec 07 10:16:38 <XorA> koen: cool
Dec 07 10:17:56 <B_Lizzard> As a note, font.patch is superseeded by the new patch, since font.patch is included.
Dec 07 10:18:02 <B_Lizzard> In the new patch
Dec 07 10:19:52 <CIA-4> 03koen 07org.oe.dev * re04dfc0f... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: prefer cairo 1.3.6 to avoid some overflows
Dec 07 10:20:05 <koen> ah, cia is back
Dec 07 10:22:49 <RP> koen: nice :)
Dec 07 10:25:36 <B_Lizzard> What is the most lightweight X-based text editor in OE?
Dec 07 10:25:45 <B_Lizzard> User-friendly is possible
Dec 07 10:25:50 <XorA> gedit?
Dec 07 10:25:54 <B_Lizzard> I hope it's not leafpad
Dec 07 10:26:04 <XorA> gpe-edit
Dec 07 10:26:08 <B_Lizzard> leafpad should be lightweight-ier
Dec 07 10:26:09 <B_Lizzard> Ah
Dec 07 10:26:11 <B_Lizzard> Ok
Dec 07 10:26:20 <B_Lizzard> Why is NEdit not in the repos?
Dec 07 10:26:36 <XorA> B_Lizzard: no-one likes it?
Dec 07 10:26:39 <B_Lizzard> :)
Dec 07 10:27:02 <B_Lizzard> Point taken, thanks.
Dec 07 10:27:07 <XorA> rxvt -c "vi" :-D
Dec 07 10:27:07 <B_Lizzard> ;)
Dec 07 10:27:24 <NAbyss> B_Lizzard: I'm guessing nobody's packaged it. So, create a .bb and submit =P
Dec 07 10:27:37 <B_Lizzard> I'll look into it
Dec 07 10:29:14 <B_Lizzard> Has anyone seen this: http://pcmanfm.sourceforge.net/
Dec 07 10:29:18 <B_Lizzard> Looks promising
Dec 07 10:32:15 <hrw|work> B_Lizzard: and is in OE iirc
Dec 07 10:32:21 <B_Lizzard> Aye?
Dec 07 10:32:24 <B_Lizzard> :|
Dec 07 10:32:29 <B_Lizzard> I didn't realise that
Dec 07 10:32:41 <B_Lizzard> Aha
Dec 07 10:32:44 <B_Lizzard> Great :)
Dec 07 10:40:04 <B_Lizzard> Ok, dillo seems to run nicely
Dec 07 10:40:27 <B_Lizzard> Should I gzip the project files and upload it on the bugtracker?
Dec 07 10:41:20 <XorA> B_Lizzard: how many files?
Dec 07 10:41:40 <B_Lizzard> The .bb file and the folder with the patch
Dec 07 10:41:44 <B_Lizzard> and 2 images
Dec 07 10:42:05 <B_Lizzard> No, 1 image and one .desktop file
Dec 07 10:42:20 <XorA> B_Lizzard: are the images not the ones in oE already?
Dec 07 10:42:27 <B_Lizzard> Aye, they are
Dec 07 10:42:36 <B_Lizzard> So, only the patch and the .bb file?
Dec 07 10:42:36 <XorA> B_Lizzard: just the .bb and patch then
Dec 07 10:42:39 <B_Lizzard> ok
Dec 07 10:42:42 <B_Lizzard> Sure thing
Dec 07 10:46:47 <Jin^eLD> re
Dec 07 10:52:39 <B_Lizzard> The patch is 1.5MB, where might I upload it?
Dec 07 10:53:03 <B_Lizzard> I could try and gzip it or something
Dec 07 10:54:15 <B_Lizzard> I'm going to upload a gzipped version of the patch
Dec 07 10:54:44 <XorA> B_Lizzard: is it unmodified from the page you link?
Dec 07 10:54:51 <B_Lizzard> Nope
Dec 07 10:54:53 <B_Lizzard> Modified
Dec 07 10:55:09 <B_Lizzard> I had to change some of the font subroutines
Dec 07 10:55:18 <XorA> B_Lizzard: on, Ill await your upload then
Dec 07 10:55:19 <B_Lizzard> Otherwise, it detected no fonts
Dec 07 10:55:29 <B_Lizzard> I'll gzip it
Dec 07 10:57:44 <B_Lizzard> !bug1660
Dec 07 10:57:57 <B_Lizzard> How did you do that magic ?
Dec 07 10:58:06 <B_Lizzard> !1660
Dec 07 10:58:16 <B_Lizzard> Whatever
Dec 07 10:58:16 <XorA> !oebug 1660
Dec 07 10:58:16 <B_Lizzard> http://bugs.openembedded.org/show_bug.cgi?id=1660
Dec 07 10:58:17 <cdbot2> * * Bug 1660, Status: NEW, Created: 2006-12-07 03:15
Dec 07 10:58:18 <cdbot2> * * B_Linuz(AT)yahoo.com: Enhanced Dillo version with support for i18n, tabs, frames, ssl and much more...
Dec 07 10:58:20 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=1660
Dec 07 10:58:32 <B_Lizzard> Thanks ^_^
Dec 07 10:59:25 <B_Lizzard> Try it out
Dec 07 11:05:31 <XorA> NOTE: package dillo-0.8.6: completed
Dec 07 11:06:46 <B_Lizzard> :)
Dec 07 11:06:56 <univac> nice patch
Dec 07 11:07:18 <B_Lizzard> Took me a day to fix all the problems
Dec 07 11:07:35 <koen> http://dreamlandtoyworks.com/my_little_cthulhu.html
Dec 07 11:08:33 <B_Lizzard> Hahaha
Dec 07 11:08:45 <B_Lizzard> Nice toy
Dec 07 11:08:45 <B_Lizzard> For all those little Lovecraft fans
Dec 07 11:10:14 <florian_kc> wow, what a patch :-)
Dec 07 11:10:27 <B_Lizzard> big patch, eh :)
Dec 07 11:10:27 <XorA> http://fluffcthulhu.livejournal.com/
Dec 07 11:13:35 <XorA> B_Lizzard: lookin good here
Dec 07 11:14:14 <B_Lizzard> Opened up nicely?
Dec 07 11:14:21 <B_Lizzard> Tabs and things work?
Dec 07 11:14:30 <XorA> B_Lizzard: seem to yes
Dec 07 11:14:43 <B_Lizzard> Can you browse the net, look for any differences?
Dec 07 11:15:16 <B_Lizzard> Otherwise, if you feel satisfied just like that, then great!
Dec 07 11:15:45 <B_Lizzard> It's nice that I made something that works :)
Dec 07 11:17:39 <Laibsc1> what package provides pngmeta?
Dec 07 11:19:16 <Laibsch> imagemagick?  Any particular reason this is not in the feeds?
Dec 07 11:19:39 <koen> Laibsch: according to http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=pngmeta&searchmode=searchfiles&case=insensitive&version=edgy&arch=i386 pngmeta provides pngmeta
Dec 07 11:20:37 <koen> the copyright file points to http://sourceforge.net/project/showfiles.php?group_id=1689
Dec 07 11:21:23 <Laibsch> But pngmeta is not in OE.  So pngmeta would have to be added to OE first?
Dec 07 11:21:28 <koen> yes
Dec 07 11:21:43 <koen> probably with the debian patch as well
Dec 07 11:22:49 <CIA-4> 03xora 07org.oe.dev * rb4098f24... 10/ (11 files in 4 dirs): 
Dec 07 11:22:49 <CIA-4> dillo_0.8.6.bb : major enhancements courtesy of B_Lizzard and
Dec 07 11:22:49 <CIA-4> http://teki.jpn.ph/pc/software/index-e.shtml, see bug #1660
Dec 07 11:22:49 <CIA-4> dillo_0.8.5.bb : remove old version
Dec 07 11:23:59 <B_Lizzard> XorA: Nice, thanks a lot :)
Dec 07 11:27:40 <koen> XorA: do you have a 2.95.3 toolchain somewhere in $PATH?
Dec 07 11:27:47 <XorA> koen: no
Dec 07 11:27:51 <koen> XorA: if so, that might explain the objdump troubles
Dec 07 11:27:51 <XorA> koen: AMD64
Dec 07 11:28:42 <XorA> koen: the problem was simple obhdump didnt understand gcc 4.1.1 produced bins, arm-linux-objdump did
Dec 07 11:32:38 <B_Lizzard> Can I have X emulate a right mouse click when I press the touchscreen for a long time?
Dec 07 11:32:51 <B_Lizzard> I'm looking for something to be used in IceWM
Dec 07 11:33:01 <koen> B_Lizzard: no, but gtk has a patch to do so
Dec 07 11:33:11 <B_Lizzard> libgtkstylus?
Dec 07 11:33:43 <koen> yes
Dec 07 11:34:17 <B_Lizzard> So, installing that should enable the afordmentioned behaviour automatically?
Dec 07 11:34:34 <B_Lizzard> If so, great stuff.
Dec 07 11:34:48 <B_Lizzard> And, thanks for the quick reply, koen.
Dec 07 11:35:21 <XorA> ~prod lrg
Dec 07 11:35:24 * ibot zaps lrg with a high voltage cattle prod
Dec 07 11:35:27 <XorA> :-D
Dec 07 11:35:28 <lrg> hey 
Dec 07 11:35:35 <koen> hey lrg 
Dec 07 11:35:56 <B_Lizzard> I have to go
Dec 07 11:36:02 <B_Lizzard> Thanks for everything
Dec 07 11:36:08 <B_Lizzard> See ya all later
Dec 07 11:36:37 <RP> hi Liam
Dec 07 11:37:26 <lrg> hey Richard, Koen
Dec 07 11:56:56 <hrw|work> http://www.hrw.one.pl/articles/
Dec 07 12:02:09 <Paperface> ok I did the bitbake clean thing
Dec 07 12:02:18 <Paperface> but still get the same error with boostrap-image
Dec 07 12:02:32 <Jin^eLD> in base-files, filesystems lists ext2 before ext3, as the result my attached ext3 fs was always mounted as ext2
Dec 07 12:02:32 <Paperface> ...
Dec 07 12:02:33 <Paperface> | ERROR: Cannot satisfy the following dependencies for task-bootstrap-unionroot:|        initscripts netbase sysvinit sysvinit-pidof tinylogin modutils-initscripts linux-hotplug modutils-collateral mtd-utils udev amsdelta-installer familiar-version modutils-depmod module-init-tools-depmod unionfs-modules unionfs-utils unionroot unionroot-utils
Dec 07 12:02:38 <Paperface> ...
Dec 07 12:02:56 <Paperface> anyone have any clue?
Dec 07 12:03:07 <Jin^eLD> would that mean that if I put ext3 before ext2 in the list, and attach an ext2 device it will not work at all?
Dec 07 12:03:18 <Jin^eLD> or will it fallback correctly?
Dec 07 12:04:17 <Paperface> anyone any idea why it does that?
Dec 07 12:05:09 <Crofton> any bicycle races the weekend of FOSDEM?
Dec 07 12:08:49 <hrw|work> Paperface: you got hit. set PREFERRED_PROVIDER_task-bootstrap = "task-bootstrap"
Dec 07 12:09:01 <hrw|work> Paperface: or even better: switch your machine/distro to task-base
Dec 07 12:12:27 <zecke> hey
Dec 07 12:12:32 <Jin^eLD> hi
Dec 07 12:13:55 <RP> hi zecke 
Dec 07 12:14:45 <Paperface> hrw|work: where should I add the PREFERRED_PROVIDER?
Dec 07 12:14:57 <Paperface> to my local.conf?
Dec 07 12:15:35 <koen> hrw|work: I just sent a reminder that task-bootstrap will be removed next week
Dec 07 12:15:41 <Paperface> or to the .conf of the machine I am adding?
Dec 07 12:16:43 <hrw|work> distro
Dec 07 12:16:49 <hrw|work> or local.conf
Dec 07 12:17:11 <Paperface> so task-boostrap is being removed?
Dec 07 12:17:32 <hrw|work> yes
Dec 07 12:17:40 <hrw|work> in favour of task-base
Dec 07 12:18:35 <Paperface> ok
Dec 07 12:19:46 <Paperface> thanks
Dec 07 12:23:15 <hrw|work> zecke: found why .oz354x fails
Dec 07 12:23:16 <hrw|work> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include
Dec 07 12:26:28 <zecke> hrw|work: looks like uploading config.log makes sense?
Dec 07 12:26:37 <hrw|work> zecke: looks like
Dec 07 12:26:41 <hrw|work> zecke: testing fix now
Dec 07 12:27:07 <zecke> oh we had a power outage...
Dec 07 12:27:14 <hrw|work> zecke: config.log always or by failure?
Dec 07 12:27:20 <hrw|work> NOTE: package bluez-utils-nodbus-2.21-r6: task do_compile: started
Dec 07 12:27:23 <hrw|work> fix works
Dec 07 12:27:32 <zecke> hrw|work: always
Dec 07 12:28:26 <zecke> RP: eek qemux86 builds now
Dec 07 12:28:50 <hrw|work> NOTE: package bluez-utils-nodbus-2.21-r6: task do_build: completed
Dec 07 12:29:15 <RP> zecke: ?!
Dec 07 12:29:24 <zecke> RP: it didn't fail on gcc... :(
Dec 07 12:29:52 <RP> zecke: and nothing changed on the machine?
Dec 07 12:30:24 <zecke> RP: oh-image-pda succeeds, now trying oh-image-sdk
Dec 07 12:30:39 <RP> zecke: ah, -pda doesn't include gcc
Dec 07 12:31:01 <zecke> RP: PDA's without compiler? poky sucks
Dec 07 12:31:25 <RP> zecke: Why do you think we have -sdk images? ;-)
Dec 07 12:31:45 <zecke> RP: I wonder why you don't have oh-image-for-lame-people
Dec 07 12:32:07 <hrw|work> oh-image-for-those-with-internal-microdrive
Dec 07 12:32:27 <RP> hrw|work: MACHINE=spitz ;-)
Dec 07 12:32:51 <Paperface> hrw|work: that *seems* to be working
Dec 07 12:33:02 <RP> I'm planning to add some kind of IMAGE_FEATURES option which decides whether -dev or -dbg packages get installed
Dec 07 12:33:18 <Paperface> I should have asked in here before
Dec 07 12:33:18 <RP> (in poky at least)
Dec 07 12:33:24 <Paperface> I've been fiddling with that for days
Dec 07 12:34:21 <hrw|work> ~curse bash/mc for adding '13:59 hrw@work:bluez$  cd "`echo -e '\057home\057hrw\057devel\057oe\057org\056openembedded\057packages\057bluez'`"
Dec 07 12:34:23 <ibot> May the fleas of a thousand camels infest your most sensitive regions, bash/mc for adding '13:59 hrw@work:bluez$  cd "`echo -e '\057home\057hrw\057devel\057oe\057org\056openembedded\057packages\057bluez'`" !
Dec 07 12:34:24 <hrw|work> into history
Dec 07 12:35:31 <hrw|work> ~lart mtn for very slow log
Dec 07 12:35:31 * ibot flings poo at mtn for very slow log
Dec 07 12:44:15 <hrw|work> SORRY. it is not very slow
Dec 07 12:44:27 <hrw|work> it is fscking very very sluggish
Dec 07 12:45:01 <RP> zecke: I was looking at lib/bb/event.py last night. Have you any plans for that code?
Dec 07 12:46:43 <Paperface> my god, it worked
Dec 07 12:46:57 <hrw|work> 14:01 hrw@work:files$ time mtn log no-user-include.patch --no-merges
Dec 07 12:47:19 <hrw|work> guess what result 'time' command will show
Dec 07 12:50:18 <XorA> 24hrs
Dec 07 12:50:24 <zecke> none
Dec 07 12:50:48 <hrw|work> after 14m it break saying 'dataase locked' 
Dec 07 12:51:03 <hrw|work> I decided to commit
Dec 07 12:51:33 <hrw|work> zecke: pull and restart .oz354x builds
Dec 07 12:51:46 <RP> zecke: I'll write an email tonight about what I think we need to do with it...
Dec 07 12:56:40 <zecke> RP: oh, what is wrong with it?
Dec 07 12:57:53 <RP> zecke: Nothing as such, I just think we might need to expand its usage a bit. For the UI, we're going to see to improve our message handling. I think the way forward is to turn some of the messages into events. The UI then listens for events just like tinderbox/base.bbclass etc
Dec 07 12:58:08 <RP> s/see/need/
Dec 07 12:58:52 <RP> zecke: Even the likes of bb.msg.debug could become an 'event'
Dec 07 12:59:23 <zecke> ah I agree with that!
Dec 07 12:59:35 <zecke> makes it even more easy for stuff like tinderbox
Dec 07 12:59:44 <RP> zecke: yes :)
Dec 07 13:00:05 <zecke> my windows xp has now a sshd service :)
Dec 07 13:03:42 <zecke> today I have played with x2x for the first time
Dec 07 13:04:01 <koen> zecke: install osx2x for even more fun :)
Dec 07 13:04:16 <RP> I haven't booted windows xp in months :)
Dec 07 13:05:15 <zecke> RP: I resume snapshots in my vmware server :)
Dec 07 13:06:21 <RP> zecke: That's not quite so bad then :)
Dec 07 13:08:31 <hrw|work> food
Dec 07 13:08:40 <CIA-4> 03hrw 07org.oe.oz354x * r6788a7e6... 10/ (6 files in 3 dirs): bluez-utils(-nodbus): unbreak do_configure with patch from .dev
Dec 07 13:08:44 <CIA-4> 03koen 07org.oe.dev * r7c038075... 10/ (3 files in 3 dirs): gpe-session-scripts: change default theme for angstrom
Dec 07 13:08:50 <CIA-4> 03koen 07org.oe.dev * r46812cbe... 10/ (3 files in 3 dirs): xserver-common: add patch to de-pink rxvt
Dec 07 13:12:47 <CIA-4> 03koen 07org.oe.dev * raf06b051... 10/ (3 files in 2 dirs): xserver-common: patch the right version, and fix quoting
Dec 07 13:20:21 <Bootsy52> Hi all
Dec 07 13:21:28 <likewise> morning
Dec 07 13:22:23 <Bootsy52> I have used openembedded to compile and run an opie image on the gp2x, everything is fine, except that when I plug in a USB Mouse, the mouse works but I don't have a cursor. Is it possible that the cursor is simply not compiled in? Or any way to get a cursor ?
Dec 07 13:23:35 <zecke> Bootsy52: shortcoming of QtE
Dec 07 13:23:52 <zecke> Bootsy52: first you need to enable cursor support on QtE (do that with a custom qconfig-qpe.h)
Dec 07 13:24:21 <zecke> Bootsy52: and then you have to write a Opie plugin to switch the mouse device
Dec 07 13:24:28 <zecke> but both are unrelated to OE :)
Dec 07 13:25:35 <Bootsy52> I thought it has to do with OE, because there exists an Qtopia Image for the GP2x which has Mouse Support and as Opie is just on Top of Qtopia and build via OE I thought it may be related
Dec 07 13:25:56 <zecke> Bootsy52: bye
Dec 07 13:26:46 <Bootsy52> zecke: So #opie is the right place to get further help, right?
Dec 07 13:27:30 <Bootsy52> or some QtE channel
Dec 07 13:27:40 <zecke> maybe, http://doc.trolltech.com/2.3/features.html
Dec 07 13:28:22 <zecke> http://doc.trolltech.com/3.3/emb-features.html or with more colors
Dec 07 13:28:36 <Bootsy52> Actually I don't want to leave the OE path, because it's really an easy way to get a bunch of applications compiled
Dec 07 13:29:24 <zecke> Bootsy52: Your statement about the relation of Opie to Qtopia hurts so much I'm about to stop talking with you
Dec 07 13:30:00 <zecke> Bootsy52: first issue: all machines currently in OE disable cursor support in QtE
Dec 07 13:30:18 <zecke> Bootsy52: you can enable it by changing the qconfig-qpe.h
Dec 07 13:31:08 <Bootsy52> Ok, that was actually what I wanted to know. About the Opie thing, I just stepped into this, so it may be that I'm wrong in some places
Dec 07 13:31:42 <Bootsy52> I have it all working already, except the cursor :-)
Dec 07 13:33:16 <zecke> Bootsy52: http://doc.trolltech.com/qtopia4.1/release-index.html check this list
Dec 07 13:33:45 <zecke> Bootsy52: look at ftp.trolltech.com and check the dates of the 2.2.0 release and consider how many month Trolltech did not release sourcecode
Dec 07 13:34:29 <Bootsy52> I have seen that already, and also read the documentation
Dec 07 13:34:31 <zecke> Bootsy52: the ones who developed Opie and secured freedom of the platform stopped doing so because of this popular believe Qtopia == Free Software
Dec 07 13:34:41 <likewise> koen: I got a FedEx tracking # for my EFIKA.
Dec 07 13:34:48 <koen> likewise: cool
Dec 07 13:35:00 <Genesis> ~lart jpeg-6b for no providing their configure.ac
Dec 07 13:35:01 * ibot acting on orders from an unspecified client drags jpeg-6b into court suing for $200 million for no providing their configure.ac
Dec 07 13:35:29 <likewise> koen: any idea how long your unit took?
Dec 07 13:35:48 <koen> ~3 days
Dec 07 13:36:09 <zecke> RP: disable java on gcc :)
Dec 07 13:37:50 <CIA-4> 03koen 07org.oe.dev * r952f50fb... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-src-dates: bump psplash SCRDATE to stop debug spam
Dec 07 13:41:05 <Bootsy52> zecke: Also the Documentation at trolltech is quite confusing, I tried to find the information there, but at least I find it difficult to get what you searching for
Dec 07 13:41:28 * Crofton still has no tracking number :(
Dec 07 13:41:31 <zecke> Bootsy52: haeh?
Dec 07 13:42:33 <mickey|bbl> if there is something you can't say about Trolltech is that their doc sucks.
Dec 07 13:42:34 <mickey|bbl> it rocks
Dec 07 13:42:34 <Bootsy52> zecke: In other words, of course I checked the documentation on the Trolltech site, but the only thing I found there was QWS_SW_CURSOR=1
Dec 07 13:42:35 <mickey|bbl> imo
Dec 07 13:43:02 <zecke> Bootsy52: I have pointed you now twice to qconfig-qpe.h and the meanings of these values
Dec 07 13:43:16 <hrw|work> mickeyl: imo too
Dec 07 13:43:16 <Bootsy52> Yes, I'm working on it already
Dec 07 13:43:22 <Bootsy52> I understood that
Dec 07 13:43:37 <zecke> Bootsy52: I think it is obvious when one compiles QtE by hand
Dec 07 13:43:49 <zecke> Bootsy52: ask it asks you for a feature file to choose from
Dec 07 13:43:52 <hrw|work> Bootsy52: plugin/util to switch mouse<>touchscreen will be nice
Dec 07 13:46:45 <chouimat> morning
Dec 07 13:46:52 <Bootsy52> The GP2X doesn't have a touchscreen 
Dec 07 13:48:40 <hrw|work> ah
Dec 07 13:50:48 <Bootsy52> zecke: Any chance that I get the changes I make for the GP2X upstream, so that OE includes the machine/distro GP2X?
Dec 07 13:50:59 <zecke> sure
Dec 07 13:51:17 <Bootsy52> Because, the rest works acutally out of the box
Dec 07 13:51:43 <zecke> Bootsy52: as long as their is some commitment we accept stuff upstream
Dec 07 13:52:51 <Bootsy52> zecke: I usually do, as well as on other projects where I'm active
Dec 07 13:54:01 <hrw|work> cool
Dec 07 13:54:08 <zecke> Bootsy52: at least a "ping, I won't have time to maintain it"
Dec 07 13:54:09 <XorA> Bootsy52: so is that a complete OE distro running on gp2x including kernel?
Dec 07 13:56:12 <XorA> root
Dec 07 14:01:05 <koen> password
Dec 07 14:05:27 <Bootsy52> For now, I have just compiled an opie image and started that via a loop back image
Dec 07 14:05:51 <Bootsy52> And yes, i also compiled the kernel with bluetooth support
Dec 07 14:06:01 <CIA-4> 03koen 07org.oe.dev * r6feb6059... 10/ (1 packages/mozilla/minimo_0.016+cvs.bb): minimo 016: disable internal strip so -dbg package come out right
Dec 07 14:06:03 <Bootsy52> unfortunatley at the same time, somebody else has done this work
Dec 07 14:06:22 <Bootsy52> so 2 people spent time on the same thing
Dec 07 14:08:34 <Bootsy52> XorA: at least as it looks right now, it is just a matter of flashing the contents of the loop back image onto the device
Dec 07 14:09:54 <hrw|work> Bootsy52: which kernel ver gp2x use?
Dec 07 14:10:10 <Bootsy52> 2.4.25
Dec 07 14:11:38 <hrw|work> no one started 2.6 port?
Dec 07 14:12:28 <Crofton> http://www.linuxdevices.com/news/NS6521115697.html
Dec 07 14:12:28 <Bootsy52> It doesn't look like that, it also seems that there is a lot of custom modifications in the kernel
Dec 07 14:13:09 <hrw|work> Bootsy52: as usual in 2.4 device-related kernels
Dec 07 14:13:31 <hrw|work> ~dict blither
Dec 07 14:13:35 <ibot> Dictionary 'blither' (2): to talk foolishly; "The two women babbled and crooned at the baby"  ;; \blither\ v. same as {blather}. Syn: babble, blather, smatter, blether. [WordNet 1.5].
Dec 07 14:14:36 <Bootsy52> zecke: Creating EXTRA_OECONF_CONFIG_gp2x = "-qconfig gp2x" in qte-common-2.3.10.inc and the relevant patch file is ok, to get it upstream? 
Dec 07 14:15:24 <hrw|work> Bootsy52: if you submit gp2x machine config first
Dec 07 14:16:00 <Bootsy52> Yes of course
Dec 07 14:22:53 <zecke> Bootsy52: or create a gp2x dir and place a qconfig-qpe.h there
Dec 07 14:26:53 <Bootsy52> ok
Dec 07 14:26:58 <Bootsy52> now building
Dec 07 14:34:54 <hrw|work> ~lart monotone >0.31 for ANOTHER database migration
Dec 07 14:34:55 * ibot follow's monotone >0.31 with a gauntlet and ... scratch ... HUMILIATION for ANOTHER database migration
Dec 07 14:36:03 <mwester> ~lart monotone on general principle
Dec 07 14:36:04 * ibot does a little 'renice 20 -u monotone on general principle'
Dec 07 14:36:19 <Crofton> netsync is compatible though?
Dec 07 14:36:28 <chouimat> hrw|work: I don't know why but I kind of expect database changes before 1.0 ;)
Dec 07 14:38:26 <hrw|work> Crofton: should
Dec 07 14:39:16 <hrw|work> btw, on last company meeting boss again described my work on OE as 'something with palmtops'... so I sent mail with my last OE presentation to all in company ;D
Dec 07 14:41:45 <vlo> hum ... now I've exhausted all my ideas about my gcc-cross building problem (still -Qy unrecognized option) !
Dec 07 14:42:42 <vlo> http://pastebin.ca/270598
Dec 07 14:45:51 <vlo> (I bet it is ubuntu related !)
Dec 07 14:47:05 <XorA> ~lart ubuut
Dec 07 14:47:06 * ibot explains, ever so gently, that if ubuut doesn't give the channel more information, they can't help
Dec 07 14:48:08 <vlo> what distro are you guys using as OE dev/build box ?
Dec 07 14:48:49 <chouimat> the only good one: Gentoo ;)
Dec 07 14:48:50 <XorA> vlo: OpenSuSe
Dec 07 14:49:41 <Genesis> yep gentoo rox :)
Dec 07 14:50:14 <vlo> ah, Gentoo ... I've used it during 3 years, but I got tired of soooo looong maintenance issues (cause my laptop is getting old)
Dec 07 14:51:01 <hrw|work> debian
Dec 07 14:51:38 <Genesis> openembedded ?
Dec 07 14:53:03 <Bootsy52> LinuxFromScratch :-)
Dec 07 14:59:28 <Bootsy52> zecke: is it required that a new machine builds a complete system (I mean including kernel etc.) or will you accept also the machine config to build opie,gpe etc.
Dec 07 15:01:33 <hrw|work> Bootsy52: ideal would be atleast bootstrap-image support
Dec 07 15:03:00 <Bootsy52> ok, I'll try, I'm now driving in the office to test things out, I'll do the modifications to OE on Monday 
Dec 07 15:04:35 <vlo> hum ... ubuntu gcc is i486-linux-gnu, could this be a problem ?
Dec 07 15:07:05 <hrw|work> no
Dec 07 15:08:18 <XorA> a fully working gp2x/oe combo would be awesome, especially if that swanky tv-out stuff worked
Dec 07 15:08:22 * XorA would buy one
Dec 07 15:11:06 <psokolovsky_> Hi!
Dec 07 15:11:13 <zecke> Bootsy52: do you happen to live in Berlin?
Dec 07 15:11:30 <psokolovsky_> RP: I wonder, is multi-mode support for pxafb in .19 is yours?
Dec 07 15:20:03 <psokolovsky_> yep, it's his. and it broke CONFIG_FB_PXA_PARAMETERS ;-)
Dec 07 15:21:00 <hrw|work> psokolovsky_: CONFIG_FB_PXA_PARAMETERS is hh.org only?
Dec 07 15:21:52 <psokolovsky_> hrw|work, nope ;-)
Dec 07 15:23:10 <hrw|work> psokolovsky_: then 'patches welcome'? :D
Dec 07 15:24:18 <psokolovsky_> hrw|work, ;-D
Dec 07 15:29:46 <RP> psokolovsky_: It is mine. How did I break it?
Dec 07 15:30:55 <psokolovsky_> RP: Try to build with CONFIG_FB_PXA_PARAMETERS enabled. It's not that important for prod system of course, just I have few defconfigs with it enabled here.
Dec 07 15:31:21 <psokolovsky_> RP: still, I hope the solution will be to fix its support, not remove it altogether ;-)
Dec 07 15:31:38 <RP> psokolovsky_: I'd not be allowed to remove it ;-)
Dec 07 15:31:55 <psokolovsky_> RP: I hope. so it thors compile errors now.
Dec 07 15:32:59 <psokolovsky_> throws
Dec 07 15:33:35 <vlo> got this fucking -Qy error !!!!!!!!!!!!
Dec 07 15:34:53 <vlo> a local script, called as is created, and this script makes as point toward the target as instead of the system as !
Dec 07 15:35:37 <hrw|gone> cu later
Dec 07 15:36:45 <RP> psokolovsky_: I see the problem...
Dec 07 15:37:09 <psokolovsky_> RP: ok. just old structs used in those codepaths...
Dec 07 15:45:33 <RP> psokolovsky_: http://www.rpsys.net/openzaurus/patches/pxafb_fix_params-r0.patch
Dec 07 15:45:53 <RP> psokolovsky_: I need to rediff without the overlay patch but it should be the right idea
Dec 07 15:46:11 <psokolovsky_> RP: Thanks!
Dec 07 15:51:40 <psokolovsky_> RP: Well, as we're on kernel topic, may I ask you one more q?
Dec 07 15:51:55 <psokolovsky_> RP: do you have an idea of issues behind CONFIG_PM_SYSFS_DEPRECATED?
Dec 07 15:51:57 <RP> psokolovsky_: go on...
Dec 07 15:52:23 <psokolovsky_> RP: """
Dec 07 15:52:24 <psokolovsky_>           The driver model started out with a sysfs file intended to provide
Dec 07 15:52:24 <psokolovsky_>           a userspace hook for device power management.  This feature has never
Dec 07 15:52:24 <psokolovsky_>           worked very well, except for limited testing purposes, and so it will
Dec 07 15:52:24 <psokolovsky_>           be removed.   It's not clear that a generic mechanism could really
Dec 07 15:52:24 <psokolovsky_>           handle the wide variability of device power states; any replacements
Dec 07 15:52:26 <psokolovsky_>           are likely to be bus or driver specific.
Dec 07 15:52:30 <psokolovsky_> """
Dec 07 15:53:00 <psokolovsky_> That sounds like clear bullsh%t - they suddenly disallow to control PM of individual devices from userspace!
Dec 07 15:53:08 <psokolovsky_> Or am I missing something?
Dec 07 15:55:03 <RP> psokolovsky_: You're not missing anything. They're making is bus specific which is probably a very good idea
Dec 07 15:55:27 <RP> psokolovsky_: Whether it will still apply for the platform bus or not remains to be seen. I need to check into that as I don't know...
Dec 07 15:55:33 <psokolovsky_> RP: Do they make it? or "likely"?
Dec 07 15:56:07 <RP> psokolovsky_: offhand, I don't know - I haven't seen that
Dec 07 15:57:04 <psokolovsky_> RP: ok. but they again seem to remove it in one place, just to add the same to bunch of another places. how that fits with common PM model, I have no idea...
Dec 07 15:58:17 <RP> psokolovsky_: PCI devices have totally different requirements from say platform devices...
Dec 07 16:01:08 <lrg> ~seen do13
Dec 07 16:01:42 <ibot> do13 is currently on #oe (4d 15h 13m 34s), last said: 'hey Marcin'.
Dec 07 16:13:00 <slapin_nb> hi, all!
Dec 07 16:13:17 <slapin_nb> is it possible to reduce bitbake's memory consumption?
Dec 07 16:14:05 <slapin_nb> I try to setup build environment on VPS and it is unable to execute any subprocesses like wget, etc.
Dec 07 16:14:39 <slapin_nb> is it possible to make bitbake write shell scripts for building?
Dec 07 16:14:45 <XorA> slapin_nb: it does
Dec 07 16:15:25 <slapin_nb> I meant for all build process which then could be run with less memory footprint?
Dec 07 16:16:47 <raduga> how much ram/vm do you have available?
Dec 07 16:20:31 <slapin_nb> raduga, 128Mb
Dec 07 16:21:09 <RP> bitbake has a ~80MB memory profile so that will be tight :-/
Dec 07 16:35:45 <psokolovsky_> slapin_nb, bitbake *does* write excution plans in the form of shell scripts and then excutes them.
Dec 07 16:36:11 <psokolovsky_> slapin_nb, I here run BB undet colinux, with 128Mb ram and 384mb swap
Dec 07 16:38:02 <slapin_nb> psokolovsky_, I don't have swap for that, it is VPS, strong limit is 128Mb.
Dec 07 16:39:08 <psokolovsky_> slapin_nb, 128mb is obviously not enought to build anything ;-). I had 256mb swap, and gcc exhausted VM compiling busybox
Dec 07 16:40:24 <slapin_nb> well, not that bad actually...
Dec 07 16:40:31 <slapin_nb> :)
Dec 07 16:40:35 <raduga> my primary dev box is 192mb/2gb ram/swap
Dec 07 16:40:44 <raduga> and its damnslow, but mostly works :)
Dec 07 16:41:03 <raduga> takes ~ 20hr to build gpe/opie
Dec 07 16:41:22 <raduga> but 128mb alone, is pretty tight
Dec 07 16:41:46 <slapin_nb> my primary build box is 2CPU 4GB RAM, but I want to make al cheapo solution - so I understand it is not possible :(
Dec 07 16:44:14 <psokolovsky_> slapin_nb, swap is cheap ;-)
Dec 07 16:44:50 <slapin_nb> psokolovsky_, interesting idea for hosters...
Dec 07 16:47:07 <psokolovsky_> slapin_nb, if they offer you virtual machine, but don't have support to activate swap on a loopback over normal file, they suck ;-)
Dec 07 16:49:55 <slapin_nb> psokolovsky_, it is openvz so they definitely have swap, so your RAM=128Mb actually means your RAM+SWAP=128Mb :)
Dec 07 16:51:40 <psokolovsky_> slapin_nb, I'm not familiar with that thing specifically, but I have no idea why would they cripple kernel they give to you by killing mount -o loop and swapon support...
Dec 07 16:52:01 <psokolovsky_> I hope they offer few disk space in addition to those 128mb? ;-E
Dec 07 16:52:41 <slapin_nb> 5Gb :)
Dec 07 16:52:57 <Genesis> bye
Dec 07 16:52:59 <psokolovsky_> and we're talking about getting you more VM, not about performace, of course ;-D
Dec 07 16:53:42 <slapin_nb> so, it is not possible to make bitbake probably slower, but less memory-hungry?
Dec 07 16:55:14 <psokolovsky_> slapin_nb, bitbake is only miniscule part of problem. think gcc as a real hog.
Dec 07 16:56:18 <slapin_nb> well, I need to test quite small build of package, so it is not a problem for me.
Dec 07 16:56:40 <psokolovsky_> slapin_nb, and of course, you can directly control BB's memort reqs by limiting number of recipes it works with in the given time, and it has config options to do that.
Dec 07 16:58:48 <slapin_nb> that's cool
Dec 07 17:03:09 <slapin_nb> psokolovsky_, thanks!
Dec 07 17:04:16 <zecke> later
Dec 07 17:57:49 <HopsNBarley> Does "mtn log" show history as latest to past?  I'm asking b/c a fresh pull then "log" shows the first entry as "2006-10-14T...", that's six weeks ago.  is this b/c i'm using mtn 0.29?
Dec 07 17:58:21 <B_Lizzard> Good....Morning
Dec 07 18:15:06 <mreimer> RP: time for a quick question? where can I find documentation for w100 bits?
Dec 07 18:15:26 <RP> mreimer: The best docs we have are the w100fb.h file from the 2.4 kernel
Dec 07 18:16:02 <mreimer> RP: thanks. I'm trying to figure out what's happening in w100_suspend(), so I can try to merge a power savings patch we use on hx4700
Dec 07 18:16:12 <RP> mreimer: http://www.rpsys.net/openzaurus/temp/w100-2.4/
Dec 07 18:16:30 <RP> mreimer: Also, sirfred's libw100 but it probably doesn't cover suspend
Dec 07 18:16:40 <mreimer> RP: thanks. the patch is here if you're interested: http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/drivers/video/w100fb.c.diff?r1=1.22.2.1&r2=1.22.2.2
Dec 07 18:17:10 <mreimer> RP: the mmLCDD_CNTL* and mmGENLCD_CNTL* changes seemed safe, since they get restored on resume
Dec 07 18:17:38 <HopsNBarley> user error, nevermind...
Dec 07 18:18:15 <RP> mreimer: Are they needed at all?
Dec 07 18:18:32 <mreimer> RP: I don't know. I need to figure out who wrote this patch
Dec 07 18:18:53 <RP> mreimer: Try disabling them, I suspect it will still work fine
Dec 07 18:19:06 <mreimer> RP: someone hooked an ohmmeter (sp?) to an hx4700 and started frobbing things
Dec 07 18:19:28 <mreimer> RP: the mainline driver still works, but I'm not set up to measure power consumption in suspend
Dec 07 18:19:33 <RP> mreimer: The GPIO pins would be the key ones...
Dec 07 18:19:48 <RP> I can't see anything else making any difference as I think the chip is totally shut down
Dec 07 18:20:01 <RP> Maybe the memory chip needs special foo...
Dec 07 18:20:10 <mreimer> RP: that was my next question
Dec 07 18:20:15 <RP> Perhaps talk to whoever wrote the patch...
Dec 07 18:20:19 <mreimer> RP: will do
Dec 07 18:20:21 * RP -> back shortly
Dec 07 18:28:22 <likewise> Some sqlite db is locked for some hours now: http://www.openembedded.org/viewmtn/revision.psp?id=97503cc2a7444e2a3cc29483934ea91acb54086b
Dec 07 18:28:35 <likewise> Is someone able to kick something?
Dec 07 18:39:43 <CIA-4> 03awilcox 07org.oe.dev * ree274895... 10/ (1 conf/distro/openprotium.conf conf/machine/storcenter.conf): openprotium: distro conf and machine conf for iomega storcenter
Dec 07 18:40:39 <likewise> HopsNBarley: nice
Dec 07 18:40:57 <HopsNBarley> more coming... just being super careful not to screw anything up!
Dec 07 18:42:40 <likewise> HopsNBarley: I won't disturb you. Stay focussed. :-)
Dec 07 18:45:45 <CIA-4> 03awilcox 07org.oe.dev * r758da0e2... 10/ (6 files in 3 dirs): linux-storcenter: kernel patch, default config, and bitbake file for storcenter kernel.
Dec 07 18:47:49 <HopsNBarley> likewise, (-;
Dec 07 18:49:24 <CIA-4> 03awilcox 07org.oe.dev * r183d7316... 10/ (1 packages/images/openprotium-image.bb): openprotium: bitbake file for flash image construction
Dec 07 18:54:58 <CIA-4> 03awilcox 07org.oe.dev * r1e37f391... 10/ (1 packages/meta/openprotium-packages.bb): openprotium: package build bb file for the iomega storcenter
Dec 07 18:57:54 <CIA-4> 03awilcox 07org.oe.dev * re9db0bd1... 10/ (13 files in 4 dirs): sccd: StorCenter Control Daemon: leds and fan control server/client
Dec 07 19:00:10 <HopsNBarley> and now, my pride and joy...
Dec 07 19:01:56 * likewise holds his breath in anticipation...
Dec 07 19:02:34 * likewise turns white
Dec 07 19:02:42 <rob_w> eheh
Dec 07 19:02:50 * likewise turns blue
Dec 07 19:04:03 <rob_w> bam 
Dec 07 19:05:39 <HopsNBarley> cia is taking a while...
Dec 07 19:06:23 <ggilbert> I feel dirty
Dec 07 19:06:35 <ggilbert> looking for Windows Mobile 2005 devices
Dec 07 19:08:20 <rob_w> ggilbert, if you do it that specifc , you should 
Dec 07 19:11:02 <ggilbert> hehe
Dec 07 19:12:19 <CIA-4> 03awilcox 07org.oe.dev * rf3f92e60... 10/ (13 files in 5 dirs): apache2: native and cross compile patches and BB files
Dec 07 19:12:41 <likewise> you're kidding, nice :-)
Dec 07 19:15:51 <CIA-4> 03awilcox 07org.oe.dev * ra1d187a6... 10/ (7 files in 3 dirs): uboot: OS native utils for accessing the boot environment vars.
Dec 07 19:20:32 <CIA-4> 03awilcox 07org.oe.dev * r7447c98a... 10/ (12 files in 4 dirs): initscripts/initscripts-1.0: add openprotium on storcenter specific scripts and bb file.
Dec 07 19:22:46 <CIA-4> 03awilcox 07org.oe.dev * rf95531de... 10/ (12 files in 4 dirs): modphp: Apache2 module for php, patches and BB file.
Dec 07 19:24:42 <B_Lizzard> Hello
Dec 07 19:24:58 <B_Lizzard> I made a .bb file for TEA
Dec 07 19:24:59 <B_Lizzard> http://tea-editor.sourceforge.net/about.html
Dec 07 19:25:29 <B_Lizzard> I've opted not to use GTKSourceView and Aspell, and just go for pure GTK
Dec 07 19:25:53 <B_Lizzard> I built it and it works
Dec 07 19:26:28 <B_Lizzard> I'm going to test it on my Jornada and send a "bug report", if it works nicely
Dec 07 19:29:07 <CIA-4> 03awilcox 07org.oe.dev * r468fa5fa... 10/ (5 files in 4 dirs): gallery: the popular web photo gallery
Dec 07 19:33:35 <CIA-4> 03awilcox 07org.oe.dev * r575362d4... 10/ (1 packages/xfsprogs packages/xfsprogs/xfsprogs_2.8.16.bb): xfsprogs: BB file for XFS utils, mkfs.xfs, etc.
Dec 07 19:34:07 <sirfred> Hi
Dec 07 19:34:38 <B_Lizzard> Hallo dere
Dec 07 20:02:27 <mreimer> RP: do you have time for a quick pxa27x_udc question?
Dec 07 20:03:10 <RP> mreimer: maybe a quick one. I can't remember much about the driver offhand though ;-)
Dec 07 20:04:11 <mreimer> RP: I notice on hx4700 that when g_ether is loaded, a lot more power is consumed in suspend. Comparing pxa2xx_udc with pxa27x_udc I see that the 2xx version calls pullup(0) on suspend, but the pxa27x_udc doesn't seem to. Do you think it should?
Dec 07 20:04:33 <RP> mreimer: Quite probably
Dec 07 20:04:45 <mreimer> RP: thanks. I'll try it
Dec 07 20:04:58 <B_Lizzard> TEA seems to suck ass
Dec 07 20:05:04 <RP> mreimer: Keep in mind the pxa27x is different as the host controller is there too
Dec 07 20:05:06 <B_Lizzard> 'Scuse my French
Dec 07 20:05:23 <RP> mreimer: Ideally the host driver and the udc should have some common code and deal with this kind of thing...
Dec 07 20:06:04 <mreimer> RP: ok. I guess I'll have to do some learning. Are you the best person to ask about this, or is there a maintainer I should be asking these questions?
Dec 07 20:06:52 <RP> mreimer: I am the closest thing to a maintainer of that patch
Dec 07 20:07:15 <mreimer> RP: ok. I'll run whatever I figure out by you
Dec 07 20:07:37 <RP> mreimer: I want to get that driver into mainline. First I need to find time to fix it though...
Dec 07 20:08:15 <mreimer> RP: that would be good. What are the outstanding problems?
Dec 07 20:08:15 <RP> mreimer: I'd be interested in a diff between the zaurus (my) and the hh.org version
Dec 07 20:08:15 <mreimer> RP: ok, I'll do that.
Dec 07 20:08:39 <RP> mreimer: DMA has bugs, RNDIS does't work (I have an unpublished patch), machine specifics are badly handled
Dec 07 20:08:49 <CIA-4> 03hrw 07org.oe.dev * r5d137a82... 10/ (3 files in 2 dirs): bitbake: update to 1.6.2
Dec 07 20:09:03 <RP> mreimer: Also no integration/cooperation with ohci_hcd
Dec 07 20:09:31 <RP> mreimer: The Zaurus can sense what was pluged in - it should act on it and allow both modules to be loaded
Dec 07 20:09:46 <mreimer> cool
Dec 07 20:13:01 <nicolasfr> hi! Just a detail: does monotone support symbolic links in packages/xxx/files dir ?
Dec 07 20:13:21 <CIA-4> 03awilcox 07org.oe.dev * r2828456b... 10/ (1 site/powerpc-linux): site/powerpc-linux: additions for apache2, modphp, and samba cross compile.
Dec 07 20:20:39 <likewise> andersee: good morning
Dec 07 20:25:23 <CIA-4> 03awilcox 07org.oe.dev * r9bf79930... 10/ (1 MAINTAINERS): MAINTAINERS: add myself.
Dec 07 20:32:24 <HopsNBarley> rwhitby, ping.
Dec 07 20:34:21 <andersee> likewise: morning
Dec 07 20:58:45 <hrw> re guys
Dec 07 20:58:49 <CIA-4> 03hrw 07org.oe.dev * rb4321243... 10/ (1 site/ix86-common): site/ix86-common: added apr_cv_tcp_nodelay_with_cork to get apr 1.2.7 built (copied from powerpc-linux)
Dec 07 20:59:46 <Jin^eLD> wb
Dec 07 21:01:40 <JustinP> does anyone know how to grab an SSL cert from a URL which can be used for importing into a cert store?
Dec 07 21:02:08 <JustinP> I have a website I need to trust from Java which has a self-signed cert. I know that others import them somehow....but I've never done it.
Dec 07 21:04:02 <hrw> they do not provide url?
Dec 07 21:04:29 <JustinP> I have the URL
Dec 07 21:04:34 <JustinP> I just don't know how to grab the cert
Dec 07 21:04:43 <JustinP> I just found an FF extension which purports to do this
Dec 07 21:04:48 <hrw> wget it
Dec 07 21:04:57 <JustinP> wget what?
Dec 07 21:05:03 <JustinP> I have the URL of the server, not the cert....
Dec 07 21:05:06 <hrw> ah
Dec 07 21:05:37 <hrw> JustinP: normally I would run firefox with livehttpheaders extension but java plugin has own http rather
Dec 07 21:06:44 <mreimer> koen|away: ping
Dec 07 21:09:07 <Jin^eLD> JustinP: you could sniff with wireshark to figure out where it is downloading the cert from
Dec 07 21:09:46 <Jin^eLD> you do have an app that somehow knows/figures out where it is and uses it, right?
Dec 07 21:15:03 <JustinP> Jin^eLD: I just need the SSL cert that a normal HTTPS header sends. It's part of the HTTPS protocol exchange
Dec 07 21:15:14 <JustinP> hrw: I used https://addons.mozilla.org/firefox/1964/ :-)
Dec 07 21:15:48 <hrw> JustinP: ;)
Dec 07 21:46:14 <koen> </james bond>
Dec 07 21:46:17 <koen> mreimer: pong
Dec 07 21:46:31 <mreimer> koen|away: did you like the movie?
Dec 07 21:46:38 <hrw> cu
Dec 07 21:46:54 <mreimer> koen: I thought the parkour opening was excellent
Dec 07 21:48:02 <koen> mreimer: I liked it
Dec 07 21:48:08 <koen> except for the poker bits
Dec 07 21:48:16 <mreimer> koen: yeah, silly
Dec 07 21:49:05 <mreimer> koen: I was glad to see Bond have an actual relationship with an intelligent woman, rather than merely using her
Dec 07 21:49:30 <koen> mreimer: but the same thing happened again
Dec 07 21:49:39 <mreimer> koen: same thing?
Dec 07 21:49:39 <koen> I saw the movie with diana rigg last week
Dec 07 21:49:51 <koen> (the one where he marries)
Dec 07 21:50:03 <mreimer> koen: oh yeah
Dec 07 21:50:10 <mreimer> koen: any suggestions on getting pcmciautils to build under angstrom?
Dec 07 21:50:43 <Crofton> any efika progress?
Dec 07 21:51:08 <koen> mreimer: ehmm
Dec 07 21:51:12 <koen> mreimer: NOTE: package pcmciautils-014-r0: task do_build: completed
Dec 07 21:51:16 * koen wonders
Dec 07 21:51:30 <mreimer> koen: may I see your local.conf?
Dec 07 21:52:18 <koen> http://ewi546.ewi.utwente.nl/tmp/hx/local.conf
Dec 07 21:53:20 <mreimer> thanks koen
Dec 07 22:05:15 <koen> hmmm
Dec 07 22:05:22 <mreimer> koen, would you mind sending me your log.do_compile for pcmciautils?
Dec 07 22:05:25 <koen> minimo's testsuite SIGILLS
Dec 07 22:05:41 <mreimer> mine looks like it doesn't know where kernel headers are
Dec 07 22:06:09 <koen> http://ewi546.ewi.utwente.nl/tmp/hx/log.do_compile.19708
Dec 07 22:06:35 <mreimer> thanks
Dec 07 22:08:38 <mreimer> koen: so you can share this conf file with multiple MACHINEs, by setting MACHINE in your env before starting bitbake?
Dec 07 22:09:59 <koen> I do "echo MACHINE=\"<foo>\"" > conf/auto.conf, but setting it in env should work
Dec 07 22:10:29 <mreimer> that's nice. I think I have four or five whole build dirs right now
Dec 07 22:12:37 <likewise> what's the preferred way of adding a new .bb + patches? mtn diff screws up
Dec 07 22:12:41 <koen> for i in ep93xx h6300 a780 h2200 h4000 ixp4xxle nokia770 poodle h5000 hx4700 c7x0 spitz akita netbook-pro mx31ads progear guinness; do
Dec 07 22:12:42 <koen>         echo "MACHINE = \"$i\"" > conf/auto.conf
Dec 07 22:12:50 <koen> that's what's in my script :)
Dec 07 22:13:11 <mreimer> koen: :-)
Dec 07 22:13:49 * koen crosses fingers for the mailmain to show up on time
Dec 07 22:14:30 <RP> You can set MACHINE in the environment with a bit of thought. I should really backport the fix needed from bitbake trunk...
Dec 07 22:14:48 <mreimer> koen: do you have any local patches to pcmciautils? my log.do_compile shows "Compiling cbdump.c" but yours doesn't
Dec 07 22:15:45 <RP> mreimer: multimachine is your fried btw, it should let you build more than one machine in a given OE build dir
Dec 07 22:15:57 <RP> friend
Dec 07 22:16:21 <mreimer> RP: is there docs for that somewhere I should know?
Dec 07 22:16:52 <RP> mreimer: No, just INHERIT = "multimachine"
Dec 07 22:17:06 <RP> mreimer: Your distro might do it as standard, I don't know...
Dec 07 22:17:18 <mreimer> RP: I'm trying to use angstrom
Dec 07 22:17:26 <likewise> !oebug 1662
Dec 07 22:17:27 <cdbot2> * * Bug 1662, Status: NEW, Created: 2006-12-07 14:32
Dec 07 22:17:28 <cdbot2> * * likewise(AT)gmx.net: bitbake recipe for lighttpd
Dec 07 22:17:29 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=1662
Dec 07 22:17:36 <RP> mreimer: its standard in angstrom
Dec 07 22:17:41 <mreimer> cool
Dec 07 22:18:44 <mreimer> RP: btw pxa27x_udc_suspend() was missing dev->mach->udc_command(PXA2XX_UDC_CMD_DISCONNECT). The resume code calls udc_enable() so the converse isn't necessary. I'm going to do a power consumption test now.
Dec 07 22:18:46 <koen> angstrom is even multi-libc :)
Dec 07 22:19:31 <mreimer> I want to switch my hx4700 to angstrom
Dec 07 22:19:47 <mreimer> I'd try it on my h2200 but my wife is using it for PIM now
Dec 07 22:20:18 <koen> mh h2200 is my arm debug machine
Dec 07 22:20:22 <koen>  22:45:26 up 23 days,  7:50,  3 users,  load average: 1.01, 1.03, 1.00
Dec 07 22:20:30 <koen> and cairo tester :)
Dec 07 22:20:33 <mreimer> :-)
Dec 07 22:20:43 <mreimer> wow, 23 days
Dec 07 22:20:50 <mreimer> h2200 is a nice piece of gear
Dec 07 22:21:13 <koen>  /dev/mmcblk0p1          908.3M    338.2M    523.9M  39% /
Dec 07 22:21:21 <koen> reused my nokia rs-mmc card for that
Dec 07 22:24:37 <mreimer> koen: argh! I'm the one with local changes. Sheesh.
Dec 07 22:29:59 <RP> mreimer: Interesting, that's handy to know
Dec 07 22:31:02 <CIA-4> 03koen 07org.oe.dev * r07a532c4... 10/ (1 packages/gpe-session-scripts/gpe-session-scripts_0.67.bb): gpe-session-scripts: due to a patch conflict angstrom resorts to the more reliable sed magic
Dec 07 22:32:49 <koen> now I can run apache, cheroka, thttpd, busybox httpd and lighttpd on a pda
Dec 07 22:34:44 <XorA|gon1> koen: and hostap so that people looking for local free wireless can be served pr0n by you
Dec 07 22:34:56 <ggilbert> oookay. time to take a stab at monotone
Dec 07 22:38:14 <koen> 2 out of 2 hunks FAILED -- saving rejects to file src/server.c.rej
Dec 07 22:38:14 <koen> Applied patch src-server.c.patch (forced; needs refresh)
Dec 07 22:38:17 <koen> likewise: ?
Dec 07 22:38:42 <likewise> koen: hmmnnn... grumble
Dec 07 22:39:08 <likewise> koen: sorry for the screw up, will fix tomorrow.
Dec 07 22:39:24 <RP> ggilbert: Its not actually that bad...
Dec 07 22:39:29 <koen> tomorrow I will be in Stuttgart :)
Dec 07 22:39:48 <mreimer> koen: pcmciautils builds a lot better without my local changes. thanks for your help
Dec 07 22:40:01 <ggilbert> RP: yeah I've just never really tried it yet. Backporting the packages for 0.31 right now :p
Dec 07 22:40:05 <koen> eeks
Dec 07 22:40:06 <koen> cp srclib/pcre/dftables ../../../staging/i686-linux/bin/
Dec 07 22:40:09 <RP> koen: For anything in particular?
Dec 07 22:40:32 <koen> RP: visit to the fabrication hall of the company
Dec 07 22:40:49 <RP> koen: ah, sounds like fun :)
Dec 07 22:40:52 <likewise> koen: 'the' company?
Dec 07 22:40:53 <koen> I will pass mickeyl's house by ~15km, but no time to visit :(
Dec 07 22:40:57 <koen> likewise: bsst.de
Dec 07 22:41:32 <mreimer> sirfred: can you help me with a libw100 problem?
Dec 07 22:41:37 <XorA|gon1> ~seen do13 
Dec 07 22:42:01 <ibot> do13 is currently on #oe (4d 21h 53m 55s), last said: 'hey Marcin'.
Dec 07 22:42:55 <RP> koen: I didn't realise mickeyl was near stuttgart - he should have been at GUADEC 2005!
Dec 07 22:43:36 <koen> RP: ~100km above stuttgart
Dec 07 22:44:02 <RP> koen: ah, right. I assumed bsst was closer than that...
Dec 07 22:44:21 <likewise> koen: new mtn diff in #1662
Dec 07 22:44:21 <koen> actually bsst is 100 west of stuttgart
Dec 07 22:44:30 <koen> someone booked the wrong hotel....
Dec 07 22:49:10 <koen> NOTE: package lighttpd-1.4.13-r0: task do_compile: started
Dec 07 22:49:28 <florian> re
Dec 07 22:49:40 <koen> RP: I think you can land the STAGING_BIN foo now
Dec 07 22:49:45 <koen> florian: wb
Dec 07 22:49:47 <mreimer> hey florian
Dec 07 22:50:00 <koen> RP: I'm getting too confused with all the changes and pending changes
Dec 07 22:51:26 <RP> koen: right :) It seems stable locally...
Dec 07 22:51:26 <koen> mreimer: and as a fan of soundgarden and audioslave the bond themesong was nice as well
Dec 07 22:51:55 <mreimer> koen: didn't know that. cool!
Dec 07 22:52:21 * mreimer finally: package gpe-image-1.0: completed
Dec 07 22:52:27 <koen> I said to my girlfriend "sounds like Chris Cornell" right before it showed it on the titles
Dec 07 22:53:06 <heath_> does anyone have a suggestion for an aim client on the zaurus ? qpe-gaim just didn't work
Dec 07 22:53:21 <koen> heath_: regular gaim works
Dec 07 22:54:13 <heath_> on opie?
Dec 07 22:54:31 <heath_> Oh, I have a 5600 running OZ 3.5.4
Dec 07 22:56:12 * likewise is hitting the sack
Dec 07 22:56:18 <likewise> nite chaps
Dec 07 22:56:19 <koen> good idea
Dec 07 22:56:22 <koen> 'night all
Dec 07 23:45:44 <chase> I need some help getting an image to populate correctly
Dec 07 23:46:26 <chase> it "bakes?" all the packages when I bitbake the image, but the resulting tarball is missing things like busybox and alsamixer
Dec 07 23:47:04 <JustinP> chase: do you have them set in the appropriate INSTALL variables?
Dec 07 23:47:11 <JustinP> chase: check the images in OE for how to set these
Dec 07 23:49:45 <chase> I have:
Dec 07 23:49:53 <chase> IPKG_INSTALL="task-9xm"
Dec 07 23:50:07 <chase> RDEPENDS="${IPKG_INSTALL}"
Dec 07 23:50:29 <chase> and I have task-9xm in the tasks folder with all the packages necessary
Dec 07 23:50:53 <chase> since the documentation for oe isn't the best, I could be doing things wrong
Dec 07 23:53:59 <Jin^eLD> chase: maybe you want DISTRO_EXTRA_RDEPENDS ?
Dec 07 23:54:17 <chase> I don't really know
Dec 07 23:54:30 <Jin^eLD> I created a distro and wanted certain packages to be preinstalled on the rootfs image
Dec 07 23:54:36 <Jin^eLD> I had to populate that variable with those packages
Dec 07 23:54:38 <chase> shouldn't it pick everything up that's listed as an RDEPENDS in the task file?
Dec 07 23:54:40 <chase> ok
Dec 07 23:54:47 <chase> where do I define that variable
Dec 07 23:54:58 <chase> image, task, or distro file?
Dec 07 23:55:08 <Jin^eLD> that should go into the distro
Dec 07 23:55:09 <Jin^eLD> on the other hand
Dec 07 23:55:26 <Jin^eLD> if you are using some distro and do not want to modify the file you could do a + in your local.conf
Dec 07 23:56:35 <Jin^eLD> afaik the normal RDEPENDS variable is for .bb files, but usually stuff is figured automatically and you just have to set the DEPENDS correctly so it has all it needs to compile
Dec 07 23:56:43 <chase> can I do: DISTRO_EXTRA_RDEPENDS = "task-9xm"
Dec 07 23:56:52 <Jin^eLD> but as far as I understood you, you were talking about an image and not about a single bb file
Dec 07 23:56:55 <Jin^eLD> you should + it
Dec 07 23:56:58 <Jin^eLD> not overwrite it
Dec 07 23:57:01 <chase> ok
Dec 07 23:57:06 <Jin^eLD> += I think
Dec 07 23:57:15 <chase> but I can define packages as those from "task-9xm"?
Dec 07 23:57:29 <chase> all the packages are listed there in the RDEPENDS variable
Dec 07 23:58:34 <Jin^eLD> I know nothing about task-9xm... the stuff I told you worked for me in the sense, that it added packages which I wanted to my rootfs when I bitbaked task-base and bootstrap-image
Dec 07 23:58:49 <chase> ok
Dec 07 23:58:50 <Jin^eLD> I'm still learning all this
Dec 07 23:59:09 <chase> the documentation is just so thorough :)
Dec 07 23:59:14 <Jin^eLD> yes :)
Dec 07 23:59:38 <Jin^eLD> I got a lot of info and help in this channel, I think I would not have managed to succeed without it
Dec 08 00:00:01 <chase> I see
Dec 08 00:11:06 <chase> I think the real problem was I was listing everything in the image file under RDEPENDS
Dec 08 00:11:15 <chase> I think it needs to be DEPENDS
Dec 08 00:11:21 <chase> from the docs:
Dec 08 00:11:31 <chase> DEPENDS: what is needed to build it
Dec 08 00:11:37 <chase> RDEPENDS: what is needed to use it
Dec 08 00:12:21 <Jin^eLD> I still did not undertsand if you were trying to build a package or an image (rootfs)
Dec 08 00:12:35 <chase> all the packages have been build
Dec 08 00:12:37 <chase> biult
Dec 08 00:12:41 <chase> built
Dec 08 00:12:49 <chase> I want to make the root fs image now
Dec 08 00:12:57 <chase> and in  the image bb file
Dec 08 00:13:14 <chase> I had RDEPENDS="task-9xm"
Dec 08 00:13:29 <chase> I think I needed DEPENDS="task-9xm"
Dec 08 00:13:33 <chase> am trying it now
Dec 08 00:13:51 <chase> what you suggested earlier didn't change anything
Dec 08 00:13:57 <Jin^eLD> hmm
Dec 08 00:14:09 <chase> other image files use DEPENDS too
Dec 08 00:14:54 <Jin^eLD> well, sorry can't help you I guess
Dec 08 00:15:41 <Jin^eLD> what distro are you using, btw?
Dec 08 00:15:49 <chase> making my own
Dec 08 00:16:09 <Jin^eLD> aah
Dec 08 00:16:18 <Jin^eLD> and this task-9xm is also your own?
Dec 08 00:16:56 <Jin^eLD> the generic distro is a good example to start with
Dec 08 00:16:59 <chase> yeah
Dec 08 00:17:37 <Jin^eLD> and why did you need the task-9xm, what exactly did you use it for?
Dec 08 00:17:53 <chase> it just has all the packages I wanted
Dec 08 00:17:57 <chase> just a custom task
Dec 08 00:18:04 <Jin^eLD> I see
Dec 08 00:18:12 <chase> wanted to do everything from scratch sorta
Dec 08 00:18:37 <Jin^eLD> I used task-base, and I added the packages I wanted via the variable I mentioned eaerlier
Dec 08 00:19:07 <chase> yeah
Dec 08 00:19:11 <chase> I should do that instead
Dec 08 00:19:27 <Jin^eLD> I also made a distro from scratch, took me quite a while to figure it out
Dec 08 00:19:36 <chase> I see
Dec 08 00:19:53 <chase> well, DEPENDS didn't fix it
Dec 08 00:20:07 <chase> I'm gonna try the task-base way instead
Dec 08 00:20:48 <Jin^eLD> well, since the guys here guided me that way, using task-base, I would assume that it is the correct approach
Dec 08 00:20:59 <chase> yeah
**** ENDING LOGGING AT Fri Dec 08 02:59:59 2006