**** BEGIN LOGGING AT Tue Jul 26 23:59:57 2005
Jul 27 00:11:12 <dyoung-web> foo
Jul 27 00:14:09 <CIA-8> 03jp30 07org.nslu2-linux.dev * r6f569e40... 10/ (.mt-attrs scripts/package-strip.pl Makefile): upload-unslung-modules target
Jul 27 00:15:58 <dyoung> FINALLY.
Jul 27 00:16:17 <dyoung> sorry for all that noise earlier, was making anew proxy do something useful.
Jul 27 00:16:29 <Guest3098> hi to all
Jul 27 00:17:03 <Guest3098> is there someone who has already built some software for the openslug ?
Jul 27 00:17:45 <dyoung> whats the question?
Jul 27 00:17:59 <Guest3098> the problem is this
Jul 27 00:18:11 <Guest3098> i need to compile a quite simple program
Jul 27 00:18:32 <Guest3098> which needs to link to some libraries available in the feed
Jul 27 00:18:56 <Guest3098> witch is the best way to do it ?
Jul 27 00:19:07 <Guest3098> locally on the nsl2 or on my linux box ?
Jul 27 00:19:13 <dyoung> what is your development envirnment?
Jul 27 00:19:34 <Guest3098> my desktop is a linux ubuntu (debian)
Jul 27 00:19:50 <dyoung> you have OE working?
Jul 27 00:19:57 <dyoung> bitbake/OE that is
Jul 27 00:20:01 <Guest3098> no
Jul 27 00:21:05 <Guest3098> have you some advices ?
Jul 27 00:21:19 <dyoung> well, since you have depends, it will probably be easiest to get that working first, then follow one of the single program .bb files.
Jul 27 00:21:40 <dyoung> what are you compiling?
Jul 27 00:21:48 <dyoung> it may already be in there...
Jul 27 00:22:10 <Guest3098> i need to compile an application that needs libbluetooth and libopenobex
Jul 27 00:23:59 <dyoung> best bet is to learn a little about the cross build enviornment.
Jul 27 00:24:09 <CIA-8> 03jp30 07org.nslu2-linux.dev * r7a021073... 10/unslung/Makefile: set PYTHONPATH for bitbake
Jul 27 00:24:48 <Guest3098> dyoung: in the past, i ve built something similar for Fabimiliar (ipaq)
Jul 27 00:25:11 <Guest3098> and there was a simple toolchain with all i needed to compile
Jul 27 00:25:39 <Guest3098> can u give me some help about what to install / do ?
Jul 27 00:27:26 <jp30> Guest2098, openobex and bluez-libs are in oe - you could model your package on bluez-utils
Jul 27 00:28:19 <Guest3098> ...and what does it mean ? :) what do i need ?
Jul 27 00:28:33 <dyoung> like I mentioned last night, mkdir /home/slug; wget http://www.nslu2-linux.org/Makefile; make setup; make update; then you can poke around in openembedded for sample .bb files
Jul 27 00:29:30 <Guest3098> ok
Jul 27 00:29:36 <Guest3098> i try
Jul 27 00:29:58 <dyoung> then when youre ready, you can make openslug-packages which will build your toolchain
Jul 27 00:30:49 <Guest3098> ..uhm...but after i ve installed OE environment
Jul 27 00:31:01 <dyoung> and a bunch of other stuff; then you add your package to openslug-package in your conf dir and your package gets ipk'ed
Jul 27 00:31:40 <Guest3098> i haven't clear how to get my ipkg after have installed OE..
Jul 27 00:31:51 <dyoung> It just happens.
Jul 27 00:32:05 <dyoung> ask me again after you've had a look at some .bb files.
Jul 27 00:32:09 <Guest3098> ok
Jul 27 00:32:29 <Guest3098> but exaclty, what are .bb files ?
Jul 27 00:32:37 <dyoung> theres a manual floating around someplace for bitbake..
Jul 27 00:32:55 <dyoung> they are the metadata for creating your ipk .
Jul 27 00:33:19 <dyoung> Familiar is in OE now BTW.
Jul 27 00:47:20 <Guest3098> dyoung: to perform make setup i need to install monotone ?
Jul 27 01:45:43 <Guest3098> can someone explain me why make setup of OE seems to freeze when i reach ~ 24 mb ?
Jul 27 01:46:04 <rwhitby> it's a monotone thing.
Jul 27 01:46:33 <rwhitby> will be fixed in the next 6 hours when we deploy our download-the-prebuild-database solutions
Jul 27 01:47:13 <dyoung> rwhitby: I put some rudimentry bits in there...
Jul 27 01:47:27 <rwhitby> FYI to all: the master Makefile will be going through some perturbation tonight as I split optware into optware/nslu2 and optware/wl500g and add in the download the monotone database stuff.  Apologies for any temporary problems that might cause.
Jul 27 01:47:48 <dyoung> but actually to preserve the link, I was thinking it may be adventageous for me to host it at my high volume provider.
Jul 27 01:48:16 <dyoung> I'll let you know after I work out some of the mirroring bits.
Jul 27 01:48:31 <rwhitby> Can we give that an nslu2-linux.org vhost ?
Jul 27 01:48:42 <rwhitby> is cvs.sf.net down for anyone else?
Jul 27 01:49:03 <dyoung> it has one; its ipkg-us-dyoung.nslu2-linux.org .
Jul 27 01:49:23 <dyoung> cvs.sf.net is down for me
Jul 27 02:02:19 <CIA-8> 03rwhitby * 10unslung/Makefile: Cleared LD_LIBRARY_PATH so solve Josh's problem on Fedora. Do it here instead of in the master makefile so that it will alwasy be effective.
Jul 27 02:02:23 <Guest3098> can someone explain me how, when tryng to build openslug 2.3 from rar, i receive an error like this: "error while loading shared libraries: libpcre.so.0"
Jul 27 02:02:33 <Guest3098> i think i ve all the libraries installed!
Jul 27 02:14:12 <rwhitby-away> Guest3098: it's a problem with the 2.3 source tarball
Jul 27 02:20:11 <Guest3098> ah..
Jul 27 02:20:19 <Guest3098> is there a way to fix it ?
Jul 27 02:23:09 <rwhitby-away> dunno - I use the live  repo
Jul 27 02:24:09 <CIA-8> 03dyoung 07org.nslu2-linux.dev * r667ce621... 10/Makefile: changed the candidate source location for initial db populuation
Jul 27 02:27:58 <Guest3098> rwhitby: can u briefly explain me how to fetch an udated tree ?
Jul 27 02:28:45 <dyoung> sigh
Jul 27 02:28:57 <dyoung> I've told you twice in the past 24 hours....
Jul 27 02:29:07 <Guest3098> :)
Jul 27 02:29:09 <dyoung> if you get the master make file.
Jul 27 02:29:23 <dyoung> that gets the updated tree.
Jul 27 02:29:42 <Guest3098> sorry
Jul 27 02:30:08 <Guest3098> i supposed that makefile retrieves the OE environment
Jul 27 02:30:19 <dyoung> it does.
Jul 27 02:30:21 <Guest3098> not openslug sources
Jul 27 02:30:28 <dyoung> it does that too
Jul 27 02:30:37 <Guest3098> ah ok
Jul 27 02:30:40 <dyoung> we call it the "Master Makefile" for a reason.
Jul 27 02:31:01 <dyoung> it does everything encompassed by the nslu2-linux project.
Jul 27 02:31:07 <Guest3098> ah ok
Jul 27 02:31:13 <Guest3098> i missed it
Jul 27 02:31:26 <dyoung> including unslung firmware, openslug firmware, openslug packages, and optware bits.
Jul 27 02:32:57 <CIA-8> 03rwhitby * 10unslung/.cvsignore: Added nslu2 and wl500g build directories.
Jul 27 02:44:37 <Guest3098> dyoung: how much times needs make setup to complete (in your system for example) ?
Jul 27 02:45:22 <dyoung> for all of it?
Jul 27 02:45:26 <Guest3098> yes
Jul 27 02:45:37 <dyoung> I dunno
Jul 27 02:45:44 <dyoung> all of openslug takes 4 hours
Jul 27 02:46:06 <Guest3098> ok
Jul 27 02:46:37 <Guest3098> and after i hve completed 'make setup', i can perform make of the openslug image ?
Jul 27 02:46:54 <dyoung> yes.
Jul 27 02:47:08 <rwhitby-away> that's assuming you've got the monotone db up to date
Jul 27 02:47:19 <Guest3098> ...
Jul 27 02:47:23 <Guest3098> i ve installed monotone
Jul 27 02:47:31 <Guest3098> and run 'make setup'
Jul 27 02:47:35 <Guest3098> something missed ?
Jul 27 02:49:13 <CIA-8> 03dyoung 07org.nslu2-linux.dev * r01da6493... 10/Makefile: add some comments regarding compression scheme
Jul 27 02:56:30 <CIA-8> 03rwhitby * 10unslung/ (26 files in 3 dirs): Changed UNSLUNG_TARGET to OPTWARE_TARGET. Moved the scripts into a scripts directory, so that it can be linked into a build subdir, and renamed them to optware.
Jul 27 02:58:05 <CIA-8> 03rwhitby * 10unslung/README.MacOSX: Removed README.MacOSX, cause it was for Unslung 1.x firmware, not packages.
Jul 27 02:58:38 <rwhitby-away> OK, that's the bulk of setting up for optware dual build dirs.
Jul 27 02:59:54 <CIA-8> 03rwhitby * 10unslung/Makefile: Added nslu2 and wl500g build dirs to the distclean target.
Jul 27 03:00:04 <dyoung> okay the rsync friendly initial db(s) are setup.
Jul 27 03:00:43 <dyoung> next monotone commit I see how effective it is/was
Jul 27 03:01:00 <dyoung> anyone with a pending commit?
Jul 27 03:01:29 <NAiL> yes
Jul 27 03:01:31 <NAiL> ;)
Jul 27 03:01:37 <NAiL> just need to pull first :)
Jul 27 03:02:12 <dyoung> ok cool
Jul 27 03:02:22 <dyoung> I was starting to run out of ideas for brainless commits
Jul 27 03:02:33 <dyoung> cuz I'm empty right now
Jul 27 03:03:51 <NAiL> hmm.. strange
Jul 27 03:03:58 <NAiL> done syncing
Jul 27 03:04:18 <CIA-8> 03nail 07org.openembedded.nslu2-linux * rae6b1214... 10/conf/distro/openslug-packages.conf: Added groff, needed for man
Jul 27 03:04:50 <NAiL> I did a pull, heads, update, commit. When committing it created another head. Why on earth did it create another head?
Jul 27 03:09:09 <CIA-8> 03rwhitby 07org.nslu2-linux.dev * r34ddaad8... 10/Makefile: Split optware builds into two subdirs - nslu2 and wl500g.
Jul 27 03:09:48 <rwhitby-away> race condition
Jul 27 03:10:04 <rwhitby-away> NAiL: did you run "make push-openembedded" ?
Jul 27 03:10:06 <NAiL> how could it possibly be a race condition?
Jul 27 03:10:18 <rwhitby-away> did you run the makefile target, or do it manually?
Jul 27 03:10:29 <NAiL> no
Jul 27 03:10:36 <NAiL> manually
Jul 27 03:10:45 <rwhitby-away> use the makefile target, and if that creates two heads, then we will look at it.
Jul 27 03:11:37 <NAiL> sure
Jul 27 03:12:22 * NAiL waits for dyoungs report
Jul 27 03:14:54 <rwhitby-away> OK, the optware split is complete.  If jp30-work and jf-logger were here, they could test it :-)
Jul 27 03:16:01 <dyoung> its acceptable.
Jul 27 03:16:15 <dyoung> it took around 90sec to do both
Jul 27 03:16:39 <dyoung> well, for all of it, so 2*60k diffs
Jul 27 03:16:48 <dyoung> plus the db strip and compress.
Jul 27 03:16:59 <dyoung> that said, once an hour doesnt seem unreasonable.
Jul 27 03:17:04 <NAiL> no
Jul 27 03:17:25 <NAiL> but is the update somewhat atomic, or does one risk getting an incomplete db once an hour?
Jul 27 03:17:42 <dyoung> thats been spinning in my brain for a while.
Jul 27 03:17:53 <dyoung> I dont know what happens if the db changes in the middle of wgetting it
Jul 27 03:18:21 <rwhitby-away> dyoung: that's why the snapshot should be a pull - then it's atomic.
Jul 27 03:19:05 <NAiL> I'm thinking of the tarball that is being rsynced
Jul 27 03:19:39 <rwhitby-away> rsync is atomic
Jul 27 03:19:43 <NAiL> good
Jul 27 03:19:47 <dyoung> well, my concern was, what if someone is in the middle of wgettng the file when it gets changed.
Jul 27 03:19:48 <rwhitby-away> it puts it in a dot file and then moves it
Jul 27 03:19:54 <NAiL> good
Jul 27 03:20:07 <dyoung> but what if someone is getting the file at the time when the file gets moved?
Jul 27 03:20:09 <NAiL> so with a pull and then rsync, it's atomic enough ;-)
Jul 27 03:20:25 <NAiL> IIRC, they will still read from the same fd
Jul 27 03:20:36 <dyoung> but it wont exist anymore?
Jul 27 03:20:43 <dyoung> or will rsync wait to move it?
Jul 27 03:20:46 <NAiL> the data is still there
Jul 27 03:21:17 <NAiL> How large is the file?
Jul 27 03:21:25 <NAiL> 50mb?
Jul 27 03:21:27 <dyoung> 50MB ucompressed.
Jul 27 03:21:31 <rwhitby-away> dyoung: so  shall I change over to it?
Jul 27 03:21:49 <dyoung> well I'm not doing a pull right now, I'm doing a raw cp of the db file.
Jul 27 03:21:59 <rwhitby-away> how come your wgetting a .db file, but saving it as a .db.gz ?
Jul 27 03:22:42 <dyoung> because i forgot to append .gz to those 2 wget lines.
Jul 27 03:22:52 <rwhitby-away> bbiab
Jul 27 03:23:09 <rwhitby-away> optware might fail in the next six hours due to the anoncvs delay.  dunno.
Jul 27 03:23:18 <rwhitby-away> setup-optware-developer works
Jul 27 03:24:09 <CIA-8> 03rwhitby 07org.nslu2-linux.dev * r5929a3ff... 10/Makefile: Fixed setup-optware-developer
Jul 27 03:24:12 <CIA-8> 03dyoung 07org.nslu2-linux.dev * rc3fb84f5... 10/Makefile: appended the correct suffix
Jul 27 03:25:27 <NAiL> btw, didn't the mtn hooks work?
Jul 27 03:25:36 <NAiL> (for cia)
Jul 27 03:27:57 <dyoung> it will update every hour now.  I'll modify this to pull later.
Jul 27 03:28:09 <dyoung> its probably ready for action.
Jul 27 03:28:19 <dyoung> "probably"
Jul 27 03:29:29 <NAiL> cool
Jul 27 03:34:01 <NAiL> dyoung: IIRC, apache will still read from the same fd, and that data won't be deleted until the fd can be closed. But I might not RC, so don't take my word as gospel ;-)
Jul 27 03:34:47 * dyoung hmms
Jul 27 03:35:29 <NAiL> ie, the file is unlinked, but for apache that fd still exists until it closes the fs
Jul 27 03:35:32 <NAiL> fd
Jul 27 03:36:41 <NAiL> and I think the VFS layer won't actually free the data until that is true
Jul 27 03:37:02 <dyoung> sf seems to be having some issues this evening
Jul 27 03:37:32 <NAiL> But that isn't a wget issue. That's more a kernel/vfs issue. Any vfs hackers can probably tell you what'll happen :-P
Jul 27 03:37:40 <NAiL> sf has issues.
Jul 27 03:38:04 <NAiL> It's really annoying to use sf from Norway.
Jul 27 03:47:14 <rwhitby-away> if we worked out how to manage 70 developer keys with a nice interface, we could put the CVS on nslu2-linux.org too ....
Jul 27 04:33:01 <Matta> quick question, is a 256Mb usb flash driver enough for a root system with some applications?
Jul 27 04:33:12 <rwhitby-away> yep
Jul 27 04:33:52 <Matta> shouldn't end up too small?
Jul 27 04:34:21 <Matta> if I understood correctly, the slug uses 150Mb for other stuff, which leaves 100Mb for data
Jul 27 04:41:30 * Matta runs to the store to buy a usb flash drive
Jul 27 05:09:25 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * r2c704ca7... 10/ (24 files in 16 dirs): 
Jul 27 05:09:25 <CIA-8> propagate from branch 'org.openembedded.dev' (head 6e9282000b0adeb92cbdfad3f70a759df6c0f68f)
Jul 27 05:09:25 <CIA-8>  to branch 'org.openembedded.nslu2-linux' (head 86e7fb173ca3e888e6b204e5e4de608deb38d5c1)
Jul 27 06:44:34 <Guest3098> rwhitby: hi. i ve just done 'make setup'. can your tell me what i need to builf an openslug image ?
Jul 27 06:46:37 <rwhitby> Guest3098: have you read the Makefile ?
Jul 27 06:47:32 <rwhitby> (and you might want to use the /nick command to change your IRC nick to something a bit more respectable)
Jul 27 06:49:04 <Andrew> rwhitby: do you mean the main makefile ?
Jul 27 06:49:47 <rwhitby> yes
Jul 27 06:50:46 <Andrew> yes, i read it
Jul 27 06:51:11 <Andrew> i ve completed 'make setup'
Jul 27 06:51:41 <Andrew> and i wonder how create now the openslug image...
Jul 27 06:52:04 <rwhitby> and did you see a target with "build" and "openslug" in the name?
Jul 27 06:52:53 <Andrew> yes i see it
Jul 27 06:53:17 <Andrew> but i ask you simply because i am not sure what to do now
Jul 27 06:55:25 <rwhitby> be impulsive - give "make build-openslug" a try :-)
Jul 27 06:56:15 <Andrew> :)
Jul 27 06:57:09 <Andrew> you told are needed some monotone db first ...
Jul 27 06:57:23 <Andrew> ve i misunderstood ?
Jul 27 06:57:32 <rwhitby> make setup should have put a db in the monotone dir for you.
Jul 27 06:57:54 <Andrew> ah!
Jul 27 08:01:50 <copperbeech> anyone know why the ipkg feeds are so slow at the moment ( < 1k/s)
Jul 27 08:03:47 <rwhitby> sf.net is broken
Jul 27 08:05:46 <copperbeech> rwhitby: thanks does it look like it will take a long time to fix? (the desire for instant gratification is confounded)
Jul 27 08:06:01 <rwhitby> we have no idea.
Jul 27 08:06:34 <NAiL> the feeds still pull from sf.net, it hasn't switched over to our mirrors yet?
Jul 27 08:06:48 <rwhitby> correct
Jul 27 08:06:53 <NAiL> mkay
Jul 27 08:06:59 <copperbeech> seems to be going to ipkg.nslu2-linux.org (which is an sf vhost?)
Jul 27 08:07:04 <rwhitby> yep
Jul 27 08:07:41 <rwhitby> you can try ipkg2.nslu2-linux.org, but no guarantee on whether the contents there are sane.
Jul 27 08:07:43 <copperbeech> I am getting some data across, but very very slowly - would that prevent the switch to the mirrors>
Jul 27 08:08:09 <rwhitby> no, both the sf.net feed and the other mirrors are fed from our build machine.
Jul 27 08:08:21 <copperbeech> so how do you use the mirrors?
Jul 27 08:08:46 <rwhitby> you don't do anything - it's all transparent
Jul 27 08:08:51 <NAiL> ipkg.nslu2-linux.org will become a round robin dns entry when the mirrors are gtg
Jul 27 08:09:00 <rwhitby> no, that's not right
Jul 27 08:09:03 <NAiL> no?
Jul 27 08:09:12 <copperbeech> ok cool... ?
Jul 27 08:09:58 <rwhitby> ipkg.nslu2-linux.org requests will go to nugabe, where stats will be captured, and then the requests for the actual large .ipkg files will be redirected individually to mirrors by Apache.
Jul 27 08:10:09 <NAiL> aha
Jul 27 08:10:41 <rwhitby> Packages.* will only ever go to the master ipkg.nslu2-linux.org
Jul 27 08:10:43 <copperbeech> so this infrastructure isn't operational at the moment no?
Jul 27 08:10:49 <NAiL> no
Jul 27 08:11:13 <NAiL> rwhitby: that means if nugabe goes down, all the mirrors are unaccessible?
Jul 27 08:11:24 * NAiL dislikes SPOF's
Jul 27 08:11:34 <copperbeech> ok... so how do you make ipkg point to the ipkg2.nslu... server if I wanted to use that one?
Jul 27 08:11:43 <rwhitby> NAiL: that's correct, but that's the only way to capture the stats
Jul 27 08:11:51 <NAiL> rwhitby: fair 'nuff
Jul 27 08:12:01 <rwhitby> in a pinch, we can point the DNS to a single mirror.
Jul 27 08:12:04 * NAiL goes off to do some physical training
Jul 27 08:12:24 <rwhitby> or tell people to temporarily point to a single mirror
Jul 27 08:12:25 <NAiL> yeah, but that'll take some time to propagate? Or is the TTL set really low?
Jul 27 08:12:42 * NAiL suggests setting the TTL low ;-)
Jul 27 08:13:10 <rwhitby> NAiL: the downtime of ka6sox's servers has been measured in minutes per year.
Jul 27 08:13:29 <NAiL> rwhitby: yes, I know. I'm just saying "what if" :-)
Jul 27 08:13:40 <rwhitby> (except for when his upstream network provider decided to disassociate from the internet)
Jul 27 08:14:06 <rwhitby> yep, the response to the what if is an email to nslu2-linux saying 'edit your ipkg.conf to point to such-and-such"
Jul 27 08:14:15 <NAiL> I know. The upstream ISP for my mirror has decided to similar stuff a couple of times the last half year...
Jul 27 08:14:45 <rwhitby> and if one of the mirrors goes offline we can easily take it out of the list
Jul 27 08:14:47 <copperbeech> so how out of date would ipkg2.nslu2-linux.org be?
Jul 27 08:15:07 <rwhitby> copperbeech: no idea
Jul 27 08:15:45 <copperbeech> ok
Jul 27 08:15:50 <NAiL> woo
Jul 27 08:16:04 <NAiL> <-- trying to see how up-to-date my feed is
Jul 27 08:16:12 <NAiL> but of course I can't compare with sf.net :P
Jul 27 08:16:14 * copperbeech thinks wget is just awesome.
Jul 27 08:17:29 <NAiL> oh well
Jul 27 08:17:40 <NAiL> Exercise is a good thing. I'm off
Jul 27 08:17:56 <copperbeech> ttfn
Jul 27 09:29:18 <Matta_> anyone know why I get this when I try to echo stuff to a serial device over a usb->serial converter?:
Jul 27 09:29:20 <Matta_> hub.c: new USB device 00:01.1-2, assigned address 3
Jul 27 09:29:20 <Matta_> usbserial.c: PL-2303 converter detected
Jul 27 09:29:20 <Matta_> usbserial.c: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Jul 27 09:29:20 <Matta_> pl2303.c: pl2303_read_int_callback - usb_submit_urb failed with result -22
Jul 27 09:30:19 <Matta_> usb_submit_urb comes for every time I echo something
Jul 27 10:37:48 <NAiL> Matta_: what kernel version do you use?
Jul 27 10:58:52 <CIA-8> 03jp30 * 10unslung/sources/qemu/rc.qemu-user: add rc.qemu-user to configure binfmt_misc for use with qemu
Jul 27 11:16:20 <CIA-8> 03jp30 * 10unslung/make/qemu.mk: qemu: setup binfmt_misc when installed and at boot, bump ipk version
Jul 27 11:17:50 <Matta_> NAiL, Firmware Version:  V2.3R29-uNSLUng-5.5-beta, so I guess that would be 2.4.22-xfs
Jul 27 11:21:41 <NAiL> Matta_: I think there were some problems with new pl2303 chips on older kernels
Jul 27 11:25:11 <Matta_> ic
Jul 27 11:25:39 <Matta_> so openslug might be a better way to go?
Jul 27 11:25:43 <NAiL> There is a patch IIRC somewhere
Jul 27 11:26:03 <NAiL> but I don't know enough about unslung to know if you can add the patch or not
Jul 27 11:26:20 <NAiL> it'll probably work on openslug, yes. I haven't tried it though
Jul 27 11:26:40 <Matta_> k, well, I'll try openslug, this box will not be a disk sharing thingy anyway, so openslug will probably be better...
Jul 27 11:27:01 <Matta_> thx for the tips though
Jul 27 11:33:21 <NAiL> let me know if it works out for ya
Jul 27 11:33:29 <NAiL> lykke til ;-)
Jul 27 11:33:43 <Matta_> tack :)
Jul 27 11:34:08 <CIA-8> 03jp30 * 10unslung/Makefile: promote cherokee
Jul 27 11:42:19 <Matta_> l8r
Jul 27 15:23:37 <CIA-8> 03jp30 * 10unslung/make/ (xauth.mk xdpyinfo.mk xext.mk xmu.mk xtst.mk): more x11 staging and libtool cleanup
Jul 27 16:05:52 <CIA-8> 03rwhitby * 10unslung/make/antinat.mk: Added a stage of expat.
Jul 27 16:07:04 <CIA-8> 03jp30 * 10unslung/make/crosstool-native.mk: unbork earlier libunwind fixes to crosstool-native
Jul 27 16:20:52 <CIA-8> 03jp30 * 10unslung/scripts/package-strip.pl: package-strip.pl has moved to the master repo
Jul 27 16:24:25 <ka6sox> jp30 is trying to make CIA cringe
Jul 27 16:24:27 <ka6sox> ;)
Jul 27 17:45:21 <rwhitby-web> anyone have any ideas on why libusb in optware/wl500g would stage libraries that are missing the .a and .so extensions?
Jul 27 20:42:58 <jumpkick> is there a cdc-acm kernel module for nslu2 linux?
Jul 27 20:43:39 <jumpkick> I'm wondering if an nslu2 would be suitable for using as an answering machine connected to a usb modem
Jul 27 20:47:10 <CIA-8> 03rwhitby * 10unslung/make/libusb.mk: Stopped the libusbpp library being built, cause it is not used, and it cannot be built on wl500g.
Jul 27 20:47:32 <rwhitby-web> jumpkick: you'd want to use OpenSlug for that
Jul 27 20:48:03 <CIA-8> 03rwhitby * 10unslung/make/libusb.mk: Bumped the ipk version.
Jul 27 20:50:06 <jumpkick> rwhitby-web: thanks I'll look into that then
Jul 27 20:50:13 <jumpkick> thanks for the pointer
Jul 27 20:51:37 <rwhitby-web> it may not be in the kernel, but it can be easily added, since it's the lastest 2.6.12.2 kernel
Jul 27 21:42:24 <CIA-8> 03bzhou * 10unslung/sources/cherokee/rc.cherokee: added rc.cherokee
Jul 27 21:43:25 <CIA-8> 03bzhou * 10unslung/sources/cherokee/rc.cherokee: reload not working, removed it for now
Jul 27 21:44:21 <CIA-8> 03bzhou * 10unslung/make/cherokee.mk: added pcre to stage and depends, added rc.cherokee, bumped IPK_VERSION
**** ENDING LOGGING AT Wed Jul 27 23:59:56 2005