**** BEGIN LOGGING AT Sun Jul 24 23:59:56 2005
Jul 25 00:27:20 <CIA-8> 03jp30 * 10unslung/ (5 files in 2 dirs): changes needed for qemu 0.7.1
Jul 25 02:02:40 <rwhitby> Is glibc failing in the Unslung firmware build for everyone?
Jul 25 02:09:32 <ingeba-toandfrom> Probably - still fails here. 
Jul 25 02:16:59 <rwhitby> I'll have to have a look at it tonight ...
Jul 25 02:17:26 <dyoung> I dunno, theres a plethora of things that are failing me.
Jul 25 02:19:05 <rwhitby> dyoung: what else is failing? openslug and optware are now building for me ...
Jul 25 02:19:27 <rwhitby> but I seem to only ever be able to get two out of three ...
Jul 25 02:19:56 <rwhitby> BTW, QC4000pro works on windows, now to plug into slug ...
Jul 25 02:20:36 <dyoung> I dont quite remember.
Jul 25 02:21:02 <dyoung> I havn't been able to make the whole thing yet.
Jul 25 02:21:10 <dyoung> (from the inception of Master Makefile)
Jul 25 02:21:28 <dyoung> it usually croaks on optware someplace.
Jul 25 02:33:11 <rwhitby> Isn't /etc/TZ a uClibc thing only?
Jul 25 02:37:05 <rwhitby> dyoung: my optware build made it to crosstool-native (which is where I stop it manually)
Jul 25 02:39:13 <rwhitby> dyoung: camera is P:  Vendor=046d ProdID=08b2 Rev= 0.00
Jul 25 02:39:34 <dyoung> Ah right, openslug croaks on postfix.
Jul 25 02:41:04 <rwhitby> matches http://www.qbik.ch/usb/devices/showdev.php?id=3332 - good.
Jul 25 02:41:54 <dyoung> ya.
Jul 25 02:42:00 <dyoung> I'm sure its going to work.
Jul 25 02:42:42 <rwhitby> do we have everything in openslug for it?
Jul 25 02:42:46 <dyoung> odoc did fairly extensive torturing on a pwc .
Jul 25 02:43:02 <dyoung> I commited w3cam for test grabbing
Jul 25 02:43:08 <dyoung> there is probably a better way to grab though
Jul 25 02:43:16 <dyoung> now that sane is in, thats a good option.
Jul 25 03:06:00 <dyoung> Hmmf
Jul 25 03:06:07 <dyoung> and bluez croaks for optware.
Jul 25 03:07:41 <rwhitby> dyoung: builds on nudi
Jul 25 03:08:17 <dyoung> does ctrlproxy build on nudi?
Jul 25 03:08:29 <dyoung> (I get sorta similar errors)
Jul 25 03:08:39 <rwhitby> all of optware builds on nudi
Jul 25 03:08:52 <dyoung> ctrlproxy isnt in the makefile.
Jul 25 03:08:54 <dyoung> yet.
Jul 25 03:09:29 <rwhitby> lemme check then ...
Jul 25 03:09:41 <rwhitby> missing configure.patch
Jul 25 03:11:02 <dyoung> bah
Jul 25 03:11:05 <dyoung> ok
Jul 25 03:11:51 <dyoung> well, since I cant seem to build anything anymore, looks like a good opportunity to install kubuntu.
Jul 25 03:37:32 <rwhitby> dyoung: I think both openslug and unslung and building for me right now.  Trying again for the hat-trick
Jul 25 03:37:54 <dyoung> I have the inverse hat trick.
Jul 25 03:38:13 <rwhitby> Hmm - unslung fails on nudi.  Have we removed bitbake installed from nudi yet?
Jul 25 03:39:11 <dyoung> I removed it right now
Jul 25 04:02:20 <becreuz> is usb_detect responsible for the on the fly formatting?
Jul 25 04:41:08 <rwhitby> NOTE: multiple providers are available (glibc, glibc-intermediate);
Jul 25 04:41:08 <rwhitby> NOTE: consider defining PREFERRED_PROVIDER_virtual/armeb-linux-libc-for-gcc
Jul 25 04:41:17 <rwhitby> dyoung: which should we choose?  just glibc?
Jul 25 04:41:52 <rwhitby> becreuz: I didn't think anything formatted on the fly - you have to request it via the web interface for unslung
Jul 25 04:55:23 <dyoung> this all sounds so familiar.
Jul 25 04:55:29 <dyoung> jbowler had the same question a few days ago
Jul 25 04:55:35 <dyoung> I dunno what th eeventual answer was though
Jul 25 04:55:54 <dyoung> Hmm, i think I'll vote for glibc
Jul 25 05:39:25 <rwhitby> OK, I give up.  I can't work out why glibc no longer builds for Unslung, and I'm not using Unslung any more, so I think I will leave it for someone who gives a ....
Jul 25 05:42:21 <ka6sox> bummer
Jul 25 05:50:05 <VoodooZ_Work> the father of unslung himself! :)
Jul 25 05:51:08 <rwhitby> I'm not the toolchain guy.  Someone else will fix it.
Jul 25 05:56:56 <CIA-8> 03rwhitby * r99 10/trunk/openslug/nslu2-linux/packages/ (apex gzip): Added gzip
Jul 25 06:44:30 <CIA-8> 03nail 07org.openembedded.nslu2-linux * r5eed6a33... 10/packages/nonworking/screen/ (6 files in 4 dirs): Removed screen from nonworking
Jul 25 06:49:56 <CIA-8> 03nail 07org.openembedded.nslu2-linux * r5eed6a33... 10/packages/nonworking/screen/ (6 files in 4 dirs): Removed screen from nonworking
Jul 25 06:51:20 * NAiL goes "huh?"
Jul 25 06:51:39 <NAiL> rwhitby: Do you know why that rev came twice?
Jul 25 06:52:34 <rwhitby> nope, I figured you were just trying to catch me in the cia ratings ....
Jul 25 06:53:02 <NAiL> Of course I am ;-)
Jul 25 06:54:24 <NAiL> it showed up correct in #oe
Jul 25 06:54:36 <NAiL> ie, first rev removed screen, second removed ncurses
Jul 25 06:55:18 <CIA-8> 03nail 07org.openembedded.nslu2-linux * r5eed6a33... 10/packages/nonworking/screen/ (6 files in 4 dirs): Removed screen from nonworking
Jul 25 06:55:21 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * r9c450302... 10/packages/meta/ (openslug-native.bb openslug-packages.bb): Added gzip to openslug-native and openslug-packages
Jul 25 06:55:53 <rwhitby> NAiL: three times is just plain greedy ....
Jul 25 06:56:00 <NAiL> Hahahaha
Jul 25 06:56:23 <NAiL> It seems to be stuck
Jul 25 06:56:38 <NAiL> But at this rate, I'll really get many revs ;-)
Jul 25 06:56:48 <NAiL> poor CIA
Jul 25 06:57:17 <rwhitby> yes, at this rate your commit interval will approach 5 minutes .
Jul 25 06:57:34 <NAiL> My work here is done :P
Jul 25 06:57:46 <ka6sox> and everyone else will look bad....
Jul 25 06:57:56 <NAiL> So? ;-)
Jul 25 06:58:24 <ka6sox> my commit interval can be measured in fortnights.
Jul 25 06:58:55 <NAiL> 116 messages since the first one, 2.99 weeks ago, for an average of 4.33 hours between messages
Jul 25 06:59:12 <NAiL> Of course, because of my split personality, that average is too high :(
Jul 25 06:59:28 <ka6sox> I would attribute it to lack of sleep.
Jul 25 06:59:37 <CIA-8> 03nail 07org.openembedded.nslu2-linux * r5eed6a33... 10/packages/nonworking/screen/ (6 files in 4 dirs): Removed screen from nonworking
Jul 25 06:59:40 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * r9c450302... 10/packages/meta/ (openslug-native.bb openslug-packages.bb): Added gzip to openslug-native and openslug-packages
Jul 25 06:59:46 <NAiL> Noooo!
Jul 25 07:00:02 <ka6sox> 6 times is waaaay too much there....
Jul 25 07:00:04 <NAiL> rwhitby: You're copying my exploit!
Jul 25 07:00:11 <rwhitby> Hah!  Now you'll never get away from me!
Jul 25 07:00:18 <NAiL> NOOOOOOOOOOOOOOOOOOO!
Jul 25 07:00:32 <NAiL> I have another commit in the queue though
Jul 25 07:00:37 <NAiL> that doesn't show up
Jul 25 07:00:43 <NAiL> I should have that one as well
Jul 25 07:01:14 <ka6sox> poor CIA
Jul 25 07:02:00 <rwhitby> xmlrpclib.ProtocolError: <ProtocolError for cia.navi.cx/RPC2: 500 Internal Server Error>
Jul 25 07:02:47 <CIA-8> 03nail 07org.openembedded.nslu2-linux * r5eed6a33... 10/packages/nonworking/screen/ (6 files in 4 dirs): Removed screen from nonworking
Jul 25 07:02:48 <NAiL> oh, nice
Jul 25 07:02:50 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * r9c450302... 10/packages/meta/ (openslug-native.bb openslug-packages.bb): Added gzip to openslug-native and openslug-packages
Jul 25 07:02:56 <NAiL> augh, yours is still there
Jul 25 07:03:55 <rwhitby> I've reset ciabot.  your rev in the queue will have been lost
Jul 25 07:04:14 <NAiL> WHAT?!
Jul 25 07:04:21 <NAiL> I lose stats?
Jul 25 07:04:25 <NAiL> That's unfair!
Jul 25 07:04:26 <NAiL> :)
Jul 25 07:04:29 <ka6sox> resubmit it!
Jul 25 07:04:38 <ka6sox> just bump the rev number
Jul 25 07:04:50 <NAiL> Can't bump the rev since I removed the file :P
Jul 25 07:05:30 <ka6sox> ah...oh well...lowers your stats by .0003%
Jul 25 07:05:51 <rwhitby> NAiL: it's not as if you had a chance anyway ....
Jul 25 07:06:00 <kolla_> wee, screen now works? :)
Jul 25 07:06:12 <NAiL> kolla_: Works for me (TM)
Jul 25 07:06:22 <kolla_> nice, finally
Jul 25 07:06:47 <NAiL> now, nobody had done irssi? 
Jul 25 07:07:13 <ka6sox> I thought that jbowler had it running. (or maybe that was dyoung)
Jul 25 07:07:18 <kolla_> I'll do pine
Jul 25 07:08:08 <kolla_> with ldap/ssl/chappa/..-patches
Jul 25 07:08:20 <rwhitby> ok, copying my monotone database over to the slug, and going to try a make setup ... (oe-symlinks will fail, but that will be fixed by jbowler)
Jul 25 07:09:23 <NAiL> irssi bombs out with bucketload of autoconf errors
Jul 25 07:09:33 <NAiL> which is atm something I don't do
Jul 25 07:49:21 <CIA-8> 03nail 07org.openembedded.nslu2-linux * raf9c8fe6... 10/packages/meta/openslug-packages.bb: Added procps
Jul 25 07:59:32 <CIA-8> 03rwhitby 07org.nslu2-linux.dev * rceff79b6... 10/openslug/Makefile: Changed 'source' to '.' in the OpenSlug makefile
Jul 25 08:01:51 <rwhitby> Hmm - we forgot to add python to openslug-native :-)
Jul 25 08:08:39 <DaKa2> uhm, right.. and thats fun.. I guess python* doesn't work as a dependency :)
Jul 25 08:14:27 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * ra1fa598b... 10/packages/meta/openslug-native.bb: Added python to openslug-native
Jul 25 08:14:30 <CIA-8> 03rwhitby 07org.openembedded.nslu2-linux * rb6cba454... 10/packages/meta/openslug-native.bb: Added more python packages to openslug-native
Jul 25 09:39:32 <jbowler-away> I've got a freshly synced monotone head and an failure in the compilation of 'man':
Jul 25 09:39:34 <jbowler-away> | In file included from /home/work-tmp/jbowler/nslu2/openslug/staging/armeb-linux/include/stdlib.h:436,
Jul 25 09:39:35 <jbowler-away> |                  from man-config.c:24:
Jul 25 09:39:37 <jbowler-away> | /home/work-tmp/jbowler/nslu2/openslug/staging/armeb-linux/include/sys/types.h:67: error: redefinition of typedef '__uid_t'
Jul 25 09:39:40 <jbowler-away> | /home/work-tmp/jbowler/nslu2/openslug/staging/armeb-linux/include/bits/types.h:138: error: previous declaration of '__uid_t' was here
Jul 25 09:41:24 <NAiL> [g2]: ping?
Jul 25 09:41:33 <[g2]> NAiL, pong!
Jul 25 09:41:56 <NAiL> do you know if that export TZ thingy works with uclibc as well?
Jul 25 09:42:03 <[g2]> think so
Jul 25 09:42:10 <[g2]> that's where I found it
Jul 25 09:42:18 <jbowler-away> I thought it only worked with uclibc...
Jul 25 09:42:36 <jbowler-away> If it works with glibc too then it's a fine fix for the time problem.
Jul 25 09:42:37 <[g2]> heh... definitely works for glibc
Jul 25 09:42:54 <CIA-8> 03mkoster1605 * 10unslung/ (Makefile make/perl-date-manip.mk): Added Perl Date::Manip
Jul 25 09:43:07 <jbowler-away> [g2]: what setting works with glibc?  (I.e. what do you set it to)
Jul 25 09:43:10 <NAiL> yeah
Jul 25 09:43:28 <[g2]> export TZ=EST5EDT4
Jul 25 09:43:41 <[g2]> it may be a busybox thing
Jul 25 09:43:59 <NAiL> hmm
Jul 25 09:44:00 <[g2]> hey.... look what the cat drug in :).....
Jul 25 09:44:01 <jbowler-away> Ok, lets see if my uclibc system works (I had a repeat of the Maxtor disk problem)
Jul 25 09:44:14 <[g2]> perlguru, hello
Jul 25 09:44:15 <NAiL> iirc my setting is something like CET-1CEST-2
Jul 25 09:44:20 <perlguru> jp30-work: just added perl-date-manip, please test
Jul 25 09:44:24 <perlguru> [g2]: hi
Jul 25 09:45:04 <jbowler-away> NAiL: works with uclibc too
Jul 25 09:45:09 <NAiL> jbowler-away: brilliant
Jul 25 09:45:25 <NAiL> Then hopefully that fixes that openntpd issue as well
Jul 25 09:45:34 <jbowler-away> So the fix for that bug is simply to put the export into /etc/profile, or something like that.
Jul 25 09:45:42 <NAiL> yeah
Jul 25 09:45:53 <jbowler-away> What's the openntpd issue?
Jul 25 09:46:08 <NAiL> It can't find /etc/localtime, so it goes GMT
Jul 25 09:46:13 <NAiL> or UTC
Jul 25 09:46:32 <jbowler-away> Why does it care though?  the timezone is a UI thing.
Jul 25 09:46:36 <NAiL> But it might be checking the TZ variable, can't remember from the strace stuff I did
Jul 25 09:46:40 <[g2]> jbowler-away, do you know what this is ? x1205_sync_rtc exit (failed to get date)
Jul 25 09:46:55 <jbowler-away> [g2]: is your system loaded (lots of usb activity?)
Jul 25 09:47:07 <[g2]> often
Jul 25 09:47:19 <[g2]> building native is pretty busy
Jul 25 09:47:31 <NAiL> Is the TZ variable documented anywhere?
Jul 25 09:47:34 <jbowler-away> It happens to me when the system is loaded.  I suspect the I2C for the clock gets interrupted while reading the date.
Jul 25 09:48:21 <[g2]> is there a way to turn off the rtc via proc ?
Jul 25 09:48:29 <[g2]> as I'm running NTP
Jul 25 09:49:22 <jbowler-away> It's ntpd which is calling it.
Jul 25 09:49:52 <jbowler-away> There may be an option to stop it setting the RTC - since the setting also happens in shutdown it only matters if the system crashes.
Jul 25 09:51:06 <jbowler-away> But I think the architecture means that the actual RTC setting happens as a result of adjusting the time on the kernel - so it may be out of ntpd's control.
Jul 25 09:52:34 <jbowler-away> What is this man/src/Makefile: Makefile:DEFS =  -DUSG -Duid_t=__uid_t -Dgid_t=__uid_t -DALLOCA_MISSING -DNONLS -DNOGETOPT -DDO_COMPRESS
Jul 25 09:52:37 <jbowler-away> ???
Jul 25 09:53:01 <jbowler-away> (That's the cause of the build failure I'm seeing)
Jul 25 09:53:46 <NAiL> I don't get why it's failing on your end but... if those are removed, does it compile?
Jul 25 09:54:13 <[g2]> I'd guess uClibc versus glibc
Jul 25 09:54:23 <NAiL> oh
Jul 25 09:54:26 <jbowler-away> This is an openslug (glibc) build
Jul 25 09:54:38 <jbowler-away> The problem is these lines in configure:
Jul 25 09:54:45 <NAiL> That is strange. It works just fine here.
Jul 25 09:54:48 <jbowler-away> echo checking whether sys/types.h defines uid_t
Jul 25 09:54:48 <jbowler-away> echo '#include <sys/types.h>
Jul 25 09:54:49 <jbowler-away> main() { uid_t x; exit(0); }' > conftest.c
Jul 25 09:55:01 <[g2]> I built a few hours ago an it was fine
Jul 25 09:55:57 <[g2]> perlguru, I'm looking for a perl guru :)
Jul 25 09:56:47 <[g2]> I'd like to ask you some questions about perl depoyment
Jul 25 09:56:58 <jbowler-away> [g2]: I suspect it is checking the build system not the target system.  It doesn't seem to have any cross-compile support.
Jul 25 09:58:04 <[g2]> jbowler-away, that'd be a problem but OE insulates from most of that unless the .bb is really borked
Jul 25 09:59:58 <NAiL> the .bb looks ok by me
Jul 25 10:04:53 <jbowler-away> Look at the configure script it runs: how can line 1330 possibly work?
Jul 25 10:05:52 <NAiL> ingeba-toandfrom: Just sent you mail 
Jul 25 10:06:10 <ingeba-toandfrom> NAiL: Thanks :-) 
Jul 25 10:06:16 <NAiL> np
Jul 25 10:06:34 <NAiL> öh.. the tarball isn't finished uploading yet
Jul 25 10:06:39 <NAiL> now it was :)
Jul 25 10:07:29 <ingeba-toandfrom> :-)
Jul 25 10:33:48 <perlguru> [g2], what's up....
Jul 25 10:33:56 <perlguru> or down...
Jul 25 10:34:09 <[g2]> hey perlguru 
Jul 25 10:34:27 <[g2]> we've build perl natively which passees all the tests
Jul 25 10:34:38 <perlguru> great...
Jul 25 10:35:16 <[g2]> and we were wondering about static or dynamic and grouping packages as there's something like 800+ modules
Jul 25 10:35:25 <[g2]> I've run cpan and it works
Jul 25 10:35:53 <perlguru> cpan works. but it is slow....
Jul 25 10:36:13 <perlguru> well starting up is slow. (for me at least)
Jul 25 10:36:16 <[g2]> well I'm on a fatturbo so it didn't seem too bad
Jul 25 10:36:43 <perlguru> at one time, it took 1 hour just to start it up....
Jul 25 10:36:56 <[g2]> it starts in seconds
Jul 25 10:37:18 <perlguru> mmm. i guess i doing something wrong.....
Jul 25 10:39:30 <perlguru> try: m Date::Manip
Jul 25 10:39:36 <perlguru> on the cpan prompt
Jul 25 10:40:04 <[g2]> I did a install Bundle::readline the other day
Jul 25 10:41:02 <[g2]> m Date::Manip
Jul 25 10:41:03 <[g2]> CPAN: Storable loaded ok
Jul 25 10:41:03 <[g2]> LWP not available
Jul 25 10:41:03 <[g2]> CPAN: Net::FTP loaded ok
Jul 25 10:41:03 <[g2]> Fetching with Net::FTP:
Jul 25 10:41:03 <[g2]>   ftp://ftp.perl.org/pub/CPAN/authors/01mailrc.txt.gz
Jul 25 10:41:05 <[g2]> Going to read /root/.cpan/sources/authors/01mailrc.txt.gz       
Jul 25 10:43:30 <perlguru> [g2], still busy, right?
Jul 25 10:43:37 <[g2]> nope all done
Jul 25 10:43:53 <perlguru> mine is still busy
Jul 25 10:44:12 <[g2]> the openslug-native compile  didn't fix the busybox links for gzip right but it finished
Jul 25 10:44:20 <perlguru> Database was generated on Mon, 25 Jul 2005 07:19:40 GMT
Jul 25 10:44:23 <[g2]> openslug-native package
Jul 25 10:44:28 <perlguru> still busy...
Jul 25 10:46:58 <[g2]> Ok... gzip isn't there for me (but will be in a minute or two)
Jul 25 10:47:03 <[g2]> but it works fine
Jul 25 11:08:06 <[g2]> perlguru, gzip repo's are happy right now :(
Jul 25 11:08:19 <[g2]> but this has worked before
Jul 25 11:29:56 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r054c1e56... 10/packages/man/man_1.5p.bb: 
Jul 25 11:29:56 <CIA-8> Fix the build - under some circumstances the do_install step will end up
Jul 25 11:29:56 <CIA-8> building stuff because of make timestamps (only on build systems with
Jul 25 11:29:56 <CIA-8> nano-second timestamps). Fix by passing the install command the compile
Jul 25 11:29:56 <CIA-8> command DEFS.
Jul 25 11:47:52 <CIA-8> 03mkoster1605 * 10unslung/make/perl-date-manip.mk: Removed a stage dependancy which wasn't needed
Jul 25 11:59:47 <ingeba-toandfrom> jbowler-away: Wow - can you explain how this thing with do_install can happen?
Jul 25 12:26:51 <jbowler-away> ingeba-toandfrom: I believe something somewhere is truncating the time stamps to 1s, so objects appear out of date and are rebuilt.
Jul 25 12:27:19 <ingeba-toandfrom> jbowler-away: Add "sleep 1"?
Jul 25 12:28:07 <jbowler-away> What did works fine - it takes less than a second to rebuild the relevant modules.
Jul 25 12:28:19 <ingeba-toandfrom> And this goes for all modules where nothing is to be done for compile?
Jul 25 12:28:26 <ingeba-toandfrom> s/modules/packages/
Jul 25 12:28:52 <jbowler-away> No, only those where a machine generated .c file exists
Jul 25 12:29:09 <ingeba-toandfrom> Ok - thanks :-)
Jul 25 12:29:19 <jbowler-away> I suspect ccache manages to lose the fractions of a second when it copies the file.
Jul 25 12:29:41 <jbowler-away> (the gcc output file)
Jul 25 12:30:54 <jbowler-away> Oh, and it's only noticeable if the do_install step redoes the make and doesn't have the same flags as the do_compile step.
Jul 25 12:32:29 <ingeba-toandfrom> Will it ever have the same flags (iow. will the standard flags be passed to install by default)?
Jul 25 12:33:07 <jbowler-away> The default is to pass nothing on the command line and the environment is always the same.
Jul 25 12:33:45 <jbowler-away> In fact I think EXTRA_OEMAKE gets handled in oe_runmake so that gets passed to both as well.
Jul 25 12:37:41 <ingeba-toandfrom> So you must override it in a way where it is not put in the environment? 
Jul 25 12:38:14 <ingeba-toandfrom> I get it - not likely to happen often.
Jul 25 13:11:22 <ingeba> rwhitby-asleep: Berlios is down - now also on oe-symlinks. Any progress on finding alternatives for SVN oe-symlinks?
Jul 25 13:11:54 <jbowler-away> I'm working on that.
Jul 25 13:12:44 <ingeba> Good.
Jul 25 13:14:35 * copperbeech has now got a turbo slug - heyhey
Jul 25 13:29:05 <_Moriarty> turboslug?
Jul 25 13:29:10 * ingeba gives thumbs up to copperbeech
Jul 25 13:32:10 <ingeba> BOfH: http://www.nslu2-linux.org/wiki/HowTo/OverClockTheSlug
Jul 25 13:32:46 <ingeba> BOfH: Or rather more correctly: HowTo/NotUnderClockThe Slug
Jul 25 13:33:45 * ingeba is impressed with what one can do with nail clippers today.
Jul 25 13:38:28 <jp30-work> i think the folks at linksys must have a shortage of nail clippers - thats why they underclocked the slug in the first place :)
Jul 25 13:38:55 <jp30-work> ...nothing to get those dratted resistors off with
Jul 25 13:42:35 <ingeba> jp30-work: Some person made a mistake and was to embarrased to tell anyone. He almost pulled it off :-)
Jul 25 13:48:31 <ka6sox-office> jp30-work, use any kind of scissors to remove the resistor...you can just crush it.
Jul 25 13:52:30 <copperbeech> it is very small... it look so big in the picture
Jul 25 13:54:03 <jp30-work> but scissors are not nearly as easy as nail clippers :) lucky I have two sizes of nail clipper, too - the smaller size was ideal
Jul 25 13:54:49 <jp30-work> copperbeech, this is where myopia comes in handy
Jul 25 13:56:14 <copperbeech> yeah - not joking!
Jul 25 13:56:53 <copperbeech> I'm juggling data round some hard drives in order to free one up to put unslung 5 on...
Jul 25 14:00:49 <jp30-work> can always use a flash key - i have one slug running a harddrive, and two on 1gig flash keys - "quietest web server in the west"
Jul 25 14:02:15 <copperbeech> the only flash disk I have is 64Mb - not really enough for a web server :-P
Jul 25 14:05:22 <copperbeech> want to install apache - I always wanted to get appWeb 2.0 working with PHP - but simply dont have time for the project and need to get a webserver up and running.
Jul 25 14:10:49 <gmcc> hi!
Jul 25 14:11:01 <ka6sox-office> lo
Jul 25 14:11:29 <gmcc> does ne1 know how to get an image of the NSLU2 file system.
Jul 25 15:29:54 <rwhitby> jbowler-away: "uCSlug" ?
Jul 25 15:39:30 <jbowler-away> rwhitby: I figure the letters n-s-l-u should occur in sequence in the name...
Jul 25 15:43:13 <rwhitby> minSlug?
Jul 25 15:44:26 <jbowler-away> Yes, that was the best one I've seen so far, though it would be nice to have something which suggests uclibc
Jul 25 15:44:58 <rwhitby> uMinSlug
Jul 25 15:45:20 <ka6sox-office> I like uCSlug best
Jul 25 15:45:50 <jbowler-away> it sort of sounds like something from Santa Cruz...
Jul 25 15:46:05 <ka6sox-office> no...that is Banana
Jul 25 15:46:30 <ka6sox-office> I  had a girlfriend that went to UCSC
Jul 25 15:47:21 <ka6sox-office> uCnSlug
Jul 25 15:47:38 <ka6sox-office> uCLibc n' Slug
Jul 25 15:48:04 <jbowler-away> uclibcopenslug, yuk
Jul 25 15:51:57 <ka6sox-office> ucnslug
Jul 25 15:53:01 <ka6sox-office> ucopenslug
Jul 25 15:57:56 <rwhitby> smallnopenslug
Jul 25 15:58:47 <kolla_> µslug
Jul 25 16:00:55 <kolla_> my experiences with uclibc has not been too good though
Jul 25 17:29:13 <jbowler-away> Hum... smug (ignoring my own n-s-l-u rule)
Jul 25 17:31:30 <ka6sox-office> very smug
Jul 25 17:31:34 <ka6sox-office> :)
Jul 25 17:41:14 <BOfH> Is there any way to disassemble a firmware .bin image?
Jul 25 17:42:05 <rwhitby-web> slugimage -u
Jul 25 17:42:26 <BOfH> ty
Jul 25 17:42:48 <rwhitby-web> jbowler-away: OpenSmug ?
Jul 25 17:46:36 <BOfH> rwhitby-away: Not install, disassemble as in extract all the files from it to a directory
Jul 25 17:47:43 <BOfH> nm
Jul 25 17:47:48 <ka6sox-office> -u unpacks it
Jul 25 17:47:51 <BOfH> I should RTFHC first
Jul 25 17:47:56 <ka6sox-office> http://www.nslu2-linux.org/wiki/Main/SlugImage
Jul 25 17:48:41 <BOfH> I keep getting "no data to write"
Jul 25 17:49:12 <rwhitby-web> slugimage -u -i foo.bin
Jul 25 17:50:45 <BOfH> and the ramdisk is in what format? disk image?
Jul 25 17:52:09 <rwhitby-web> BOfH: depends on the image you are unpacking
Jul 25 17:52:21 <BOfH> standard linksys firmware
Jul 25 17:52:33 <dyoung-web> compressed ext2
Jul 25 17:56:43 <rwhitby-web> heh - http://wiki.openwrt.org/OpenWrtDocs/Customizing has lots of references to nslu2-linux.org in it ....
Jul 25 17:59:06 <rwhitby-web> I like the MobileWRT :-)
Jul 25 17:59:40 <dyoung-web> its a nice truck
Jul 25 18:00:03 <ka6sox-office> my son would want one.
Jul 25 18:02:27 <rwhitby-web> one of these would look good on the side of a slug: http://www.amontec.com/lcd_nokia_3310.shtml
Jul 25 18:12:01 <rwhitby-web> 8 euros for that LCD!  That's pretty cheap isn't it?
Jul 25 18:12:11 <ka6sox-office> it is.
Jul 25 19:00:26 <supergerg> how long does it usually take to run 'make setup' from the main Makefile?
Jul 25 19:03:20 <rwhitby-web> a long time.  get a snapshot of the database from http://www.nslu2-linux.org/nslu2-linux.initial.db 
Jul 25 19:04:00 <rwhitby-web> (we're in the process of automating that, but we're timing it to match the introduction of our new hardware)
Jul 25 19:05:32 <supergerg> k  thanks
Jul 25 19:50:42 <eno> anyone seen this: /home/slug/OpenSlug-2.3b/tmp/staging/i686-linux/bin/postconf: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or
Jul 25 19:50:45 <eno>  directory?
Jul 25 19:51:30 <eno> in "postfix-2.0.20-r0"
Jul 25 19:52:42 <rwhitby-web> fixed in latest monotone
Jul 25 19:53:40 <eno> thx, will try again
Jul 25 19:55:06 <jp30-work> hmm... on a similar note, i can't get oe-symlinks today
Jul 25 19:55:24 <eno> actually, i was building OpenSlug-2.3b from the tarball, so the release beta source still won't build?
Jul 25 19:58:59 <jp30-work> i think it is a problem with berlios (my problem, that is). others have been saying that glibc will not build currently within oe, but i am not even getting that far :(
Jul 25 20:02:24 <supergerg> do i need to rename 'nslu2-linux.initial.db' to anything?
Jul 25 20:03:31 <eno> nslu2-linux.db
Jul 25 20:03:48 <dyoung-web> and put it in the monotone directory.
Jul 25 20:04:17 <supergerg> when I do that an run 'make setup' I get this error:
Jul 25 20:04:19 <supergerg> monotone: fatal: std::runtime_error: db query [SELECT id, name, value, keypair, signature FROM '%q' WHERE name = '%q']: sqlite error database disk image is malformed
Jul 25 20:04:20 <supergerg> monotone: this is a
Jul 25 20:04:45 <supergerg> any thoughts?
Jul 25 20:08:29 <rwhitby-web> ah - dyoung forgot to remove the public portion of the nslu2-linux key before exporting.
Jul 25 20:09:31 <rwhitby-web> try montone dropkey nslu2-linux@nslu2-linux.org
Jul 25 20:09:50 <rwhitby-web> s/montone/monotone/ and --db=...
Jul 25 20:11:27 <rwhitby-web> supergerg: you're the first to try that exported db - it's bleeding edge.  if that doesn't work, then you'll just need to wait for it to pull normally
Jul 25 20:11:29 <dyoung-web> I did that.
Jul 25 20:11:40 <dyoung-web> thats how the private key gets purged.
Jul 25 20:11:50 <dyoung-web> yeah, this is totally untested.
Jul 25 20:11:53 <supergerg> i'm downloading the db again, will try the command once I finish downloading it
Jul 25 20:12:16 <rwhitby-web> I wonder if a db dump and db load is required ....
Jul 25 20:12:21 <dyoung-web> the next option is to dump/load it
Jul 25 20:12:36 <dyoung-web> but it shouldnt be needed.
Jul 25 20:15:34 <dyoung-web> supergerg, what version of monotone are you using?
Jul 25 20:15:50 <jp30-work> here goes nothing...
Jul 25 20:15:53 <CIA-8> 03jp30 * 10unslung/make/ (28 files): fix many cvs based packages to cache their sources, and update template-cvs.mk to show how; also update template.mk to conditionalise patching
Jul 25 20:16:04 <supergerg> dyoung: monotone 0.20 (base revision: 44ed8807bead656889fb5022f974e13a7169098c)
Jul 25 20:16:13 <dyoung-web> Aha, thats what the error comes from
Jul 25 20:16:26 <dyoung-web> that database is converted to 0.21 .
Jul 25 20:16:44 <supergerg> where do I get 0.21?  I'm running debian
Jul 25 20:17:11 <dyoung-web> www.venge.net/monotone i think...
Jul 25 20:17:20 <supergerg> okay
Jul 25 20:18:10 <dyoung-web> I'm guessing by the way, but it looks familiar in that way.
Jul 25 20:18:37 <rwhitby-web> we'll its a necessary step - may not be sufficient.
Jul 25 20:21:32 <supergerg> k, I'm running monotone 0.21 now.  still downloading the db file
Jul 25 20:28:13 <CIA-8> 03jp30 * 10unslung/make/byrequest.mk: make byrequest cache cvs sources
Jul 25 20:31:56 <supergerg> the new version of monotone fixed that error
Jul 25 20:31:59 <supergerg> thanks dyoung
Jul 25 20:32:09 <dyoung-web> np. :-)
Jul 25 20:34:06 <CIA-8> 03jp30 * 10unslung/make/asterisk.mk: fixup asterisk after previous changes
Jul 25 20:34:42 <supergerg> has the svn host changed?  the one is the Makefile I'm getting a connection refused:  svn://svn.berlios.de
Jul 25 20:35:01 <ka6sox-away> svn.berlios.de is giving us fitz
Jul 25 20:35:25 <supergerg> is there a different host to use?
Jul 25 20:35:33 <ka6sox-away> not currently.
Jul 25 20:44:31 <supergerg> that sucks
Jul 25 21:01:36 <supergerg> i posted a message on Berlios's Help forum
Jul 25 21:02:12 <supergerg> hopefully someone will look into the connection refused problem
Jul 25 21:18:53 <rwhitby-web> we're moving all the build dependencies away from berlios due to their atrocious uptime record on the svn server
Jul 25 21:29:25 <CIA-8> 03jbowler 07org.nslu2-linux.dev * r9128f80e... 10/Makefile: 
Jul 25 21:29:25 <CIA-8> Remove the update of oe-symlinks from the update target so that it will
Jul 25 21:29:25 <CIA-8> run again (this is an intermediate step in the removal of oe-symlinks).
Jul 25 21:29:28 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r7d7f4f78... 10/ (9 files in 4 dirs): Support for freezing BBFILES and reading BBFILES from a conf file.
Jul 25 21:34:44 <CIA-8> 03jp30 * 10unslung/make/ (26 files): remove old sources before unpacking again from cache
Jul 25 21:49:23 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r1ebf6cda... 10/conf/distro/freeze.conf: Corrected comments to match changes file names.
Jul 25 22:04:14 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r42891233... 10/conf/distro/unslung-packages.conf: unslung-packages based on current state of the build machine
Jul 25 22:33:33 <rwhitby-web> dyoung: jbowler thinks he has found the glibc problem
Jul 25 22:33:55 <dyoung> Cool!
Jul 25 22:39:01 <jbowler-away> The fix is in monotone.nslu2-linux.org
Jul 25 22:39:12 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r3a14a797... 10/conf/distro/unslung.conf: 
Jul 25 22:39:12 <CIA-8> Fix the glibc build by setting the FULL_OPTIMIZATION back to the OE
Jul 25 22:39:12 <CIA-8> default (it should probably be tuned, but the setting which is selected
Jul 25 22:39:12 <CIA-8> for openslug and seems to be best for NSLU2 causes the unslung glibc to
Jul 25 22:39:12 <CIA-8> fail to build).
Jul 25 22:39:49 <rwhitby-web> There.  I told you someone else would fix it :-)
Jul 25 22:41:13 <dyoung> Neato!
Jul 25 22:41:31 <dyoung> Thanks jbowler-away !
Jul 25 23:13:24 <CIA-8> 03bzhou * 10unslung/make/cherokee.mk: mark conf files, do not stage .la files
Jul 25 23:14:15 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rb1561c86... 10/conf/distro/unslung-packages.conf: Add the kernel directory into the list.
Jul 25 23:19:08 <jbowler-away> Unslung builds again, but the two changes I have just checked in (the above and one more) are needed.
Jul 25 23:19:12 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rc4526680... 10/conf/distro/unslung-packages.conf: Add mtd packages back in.
Jul 25 23:24:32 <CIA-8> 03nslu2-linux 07org.nslu2-linux.dev * rb6ff21b2... 10/ (Makefile openslug/Makefile unslung/Makefile): Removed all traces of oe-symlinks from the master makefiles
Jul 25 23:24:35 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rca1509d4... 10/ (11 files in 5 dirs): 
Jul 25 23:24:35 <CIA-8> propagate from branch 'org.openembedded.dev' (head f6d1ae33ad9b63f1019d123e3289f40da611ea70)
Jul 25 23:24:35 <CIA-8>  to branch 'org.openembedded.nslu2-linux' (head c4526680e52b616cd1d06238ba26a5521e05b401)
Jul 25 23:39:36 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rc77cab88... 10/packages/freeze/ (files/unfreeze unfreeze.bb): Make unfreeze reveal all the packages.
**** ENDING LOGGING AT Mon Jul 25 23:59:56 2005