**** BEGIN LOGGING AT Thu Jul 21 23:59:57 2005
Jul 22 00:14:40 <fontenot> i should have tested my laptop more thoroughly 
Jul 22 00:15:01 <fontenot> i don't have my ultra-randomized freenode password on it
Jul 22 00:15:23 <fontenot> nor do I have a working window manager (that I like)
Jul 22 00:20:30 <fontenot> jbot, test
Jul 22 00:20:30 <jbot> Test Failed!
Jul 22 00:46:26 <kolla_> snax: gotten to the point where you can catalyze an armeb stage1?
Jul 22 00:46:43 <kolla_> (if you're still awake, just woke up, reading the buffer :) )
Jul 22 01:39:32 <ka6sox> fontenot: ping
Jul 22 01:45:24 <fontenot> ka6sox, hi!
Jul 22 01:46:06 <fontenot> test
Jul 22 01:47:15 <ka6sox> hey there..how are you doing?
Jul 22 01:47:23 <fontenot> at airport
Jul 22 01:47:34 <fontenot> silly shuttle has a 6 hour hole in schedule
Jul 22 01:47:44 <fontenot> so I had to get here about 6 hours before my flight
Jul 22 01:47:47 <ka6sox> OLS?
Jul 22 01:48:14 <fontenot> no, nobody I knew was going so I didn't
Jul 22 01:48:30 <fontenot> going to visit family in OK
Jul 22 01:48:54 <ka6sox> ah...good
Jul 22 01:49:39 <ka6sox> Tirane->Vienna->Kobenhavn->Chicago->LAX...with some of my Luggage visiting Detroit.
Jul 22 01:49:58 <fontenot> ouch :-(
Jul 22 01:50:05 <fontenot> how's the family?
Jul 22 01:50:13 <fontenot> handling the travel OK?
Jul 22 01:50:36 <fontenot> you're going to be flying for two days!
Jul 22 01:50:53 <ka6sox> exhausted...we got out an walked around Vienna...that was about 24hrs ago.
Jul 22 01:51:01 <fontenot> at least PDX has free wifi
Jul 22 01:51:33 <ka6sox> I tried to use the WiFi in København and it didn't work right.
Jul 22 01:51:52 <fontenot> some need to be licked just right
Jul 22 01:52:01 <fontenot> esp with my handhelds
Jul 22 01:52:28 <fontenot> the capture page doesn't always come up - stupid stupid PIE (pocket IE)
Jul 22 01:53:01 <fontenot> on laptop right now
Jul 22 01:54:44 <ka6sox> ah..cool.  I'm left coasting it for a while...going to build NuGabe tommorrow.
Jul 22 01:54:51 <ka6sox> (late afternoon)
Jul 22 01:55:14 <fontenot> heh
Jul 22 01:55:22 <fontenot> make sure you get enough sleep
Jul 22 01:55:57 <ka6sox> going down in 10 minutes
Jul 22 01:56:26 <fontenot> hmm? going down where?
Jul 22 01:58:54 <ka6sox> to sleep.
Jul 22 02:00:08 <fontenot> ah, sleep well
Jul 22 02:01:24 <rwhitby> ka6sox: sleep well - everything is going fine here.
Jul 22 02:01:53 <ka6sox> thanks! cya online laters.
Jul 22 02:02:04 <fontenot> `night ka6sox 
Jul 22 02:05:52 <ka6sox> safe journey fontenot
Jul 22 02:09:06 <fontenot> thanks ka6sox 
Jul 22 02:09:12 <fontenot> you too!
Jul 22 02:09:17 <ka6sox> cya on dialup!
Jul 22 02:09:23 <fontenot> I'm just going down the block compared to you
Jul 22 02:11:48 <dyoung> have fun.
Jul 22 02:12:06 <ka6sox> hiya dyoung...brb
Jul 22 02:12:32 <dyoung> morning.
Jul 22 02:38:29 <ingeba> Any news on when Berlios will be up?
Jul 22 03:22:49 <rwhitby> ingeba: no idea what the story is with berlios
Jul 22 03:23:27 <ingeba> Do they have a status page somewhere - I looked but found nothing. Strangly I can browse the SVN repo on the web
Jul 22 03:26:06 <rwhitby> ingeba: have you registered your "ingeba" nick?
Jul 22 03:26:24 <ingeba> Yes - Tiersten fixed it
Jul 22 03:27:02 <rwhitby> I mean here in IRC - you're not should as authenticated
Jul 22 03:27:36 <ingeba> I need to add it - I forgot.
Jul 22 03:27:41 <ingeba> rwhitby: Is the Ethernet LED controlled in HW or via the kernel? What about he power button?
Jul 22 03:28:05 <rwhitby> ethernet is hardware.  power is just a GPIO as far as I know
Jul 22 03:28:35 <rwhitby> but there is another chip connected to the power button to turn everything on
Jul 22 03:29:08 <rwhitby> but turning off is just a GPIO in and then a separate GPIO out which cuts the power
Jul 22 03:30:11 <ingeba> rwhitby: So my kernel is alive if I can turn off, then?
Jul 22 03:30:43 <rwhitby> yes, if the power button causes the power to turn off, then that is a sure sign that the kernel is alive
Jul 22 03:30:57 <rwhitby> and that the power button daemon is running
Jul 22 03:31:11 <rwhitby> bbiab
Jul 22 03:46:36 <ingeba> rwhitby: Should I create a generic package in slugbug called modues for which I am maintainer?
Jul 22 03:46:51 <ingeba> s/modues/"modules"/
Jul 22 03:47:08 <rwhitby> kernel-modules ?
Jul 22 03:47:13 <ingeba> Yes - good.
Jul 22 03:47:55 <ingeba> ...and announce on the lists so people know how to go about it (that is: registering bugs or asking for modules to be put in the feed).
Jul 22 03:59:27 <CIA-8> 03mickeyl 07org.openembedded.nslu2-linux * rf369ceec... 10/packages/initscripts/initscripts-1.0/ (11 files in 5 dirs): 
Jul 22 03:59:27 <CIA-8> nitscripts: solve the keymap situation in a more generic way to reduce maintenance load
Jul 22 03:59:27 <CIA-8> the keymap script is now always installed and checks if there is a matching keymap in /etc
Jul 22 03:59:27 <CIA-8> General note: this package is a bit monolithic, we may eventually come to a more fine granular
Jul 22 03:59:29 <CIA-8> build solution, e.g. a (build-time) table where distributions can specify which initscripts
Jul 22 03:59:31 <CIA-8> they want to appear in the final image.
Jul 22 04:00:46 <rwhitby> ingeba: so you're officially now the Unslung kernel maintainer? (not release manager)
Jul 22 04:00:57 <ingeba> rwhitby: Yes - it is in slugbug
Jul 22 04:01:17 <rwhitby> excellent.  thanks for taking on that role
Jul 22 04:01:30 <ingeba> rwhitby: np - it will be interesting.
Jul 22 04:03:15 <ingeba> rwhitby: I've started the nick name transition from bob_tm to ingeba (due to gmail) and so far it is in slugbug, irc and monotone. Can it be done smoothly in CVS too?
Jul 22 04:03:55 <rwhitby> ingeba: create a new sf.net account, and I will add it
Jul 22 04:04:24 <rwhitby> bob_tm will remain in the history, but you can do new stuff as ingeba
Jul 22 04:04:36 <ingeba> I know - that's ok
Jul 22 04:04:53 <rwhitby> let me know when it's ready
Jul 22 04:05:21 <ingeba> rwhitby: Don't have - it is already ingeba.
Jul 22 04:05:28 <ingeba> Sorry (blush)
Jul 22 04:05:46 <rwhitby> that was easy :-)
Jul 22 04:07:04 <ingeba> :-)
Jul 22 04:16:22 <dyoung> If anyone in the US needs a USB/Serial cable, I've identified another "closeout" cable that should work.  Part number 170-0786 Data Cable for Sanyo 6200,6400; closeout price $9.97 .
Jul 22 04:24:18 <ingeba> dyoung: Arghh... US only :-(
Jul 22 04:26:09 <gilesw> oh wowzer
Jul 22 04:26:11 <gilesw> full
Jul 22 04:26:19 <gilesw> i'm just about to buy a nslu2
Jul 22 04:26:38 <gilesw> i just need to find a 300gig hd that will let me set the spindown time
Jul 22 04:26:58 <gilesw> if i set hdparm -S on my linux machine will the setting stick?
Jul 22 04:27:10 <gilesw> vitally important to me that the hd spinsdown
Jul 22 04:28:52 <ingeba> gilesw: Nope - you need one with a USB controller that has support for it
Jul 22 04:29:35 <ingeba> gilesw: Check the yahoo archives and the wiki for drives that support spin down on the NSLU2
Jul 22 04:29:48 <ingeba> gilesw: Think Maxtor does it at least, but check
Jul 22 04:31:31 <rwhitby> and realise that if you load the rootfs from that drive, then it may not spin down cause it may be continually accessed
Jul 22 04:32:15 <gilesw> cheers guys!
Jul 22 04:32:18 <ingeba> Maybe a USB stick and Maxtor combo is a good idea, keeping the infrequently accessed stuff on the Maxtor.
Jul 22 04:32:32 <gilesw> yep thats what i was planning
Jul 22 04:32:41 <gilesw> enclose i'm looking at is a vantec nextar
Jul 22 04:32:46 <gilesw> it doesn't have any fans
Jul 22 04:32:58 <ingeba> gilesw: Nope - you must use the maxtor enclosure 
Jul 22 04:33:00 <gilesw> hd will just have movies and music on
Jul 22 04:33:05 <ingeba> That's what makes it spin down
Jul 22 04:33:06 <gilesw> oh
Jul 22 04:33:11 <ingeba> Yes, we know
Jul 22 04:33:21 <gilesw> thats a bummer
Jul 22 04:33:32 <gilesw> it's well expensive
Jul 22 04:33:35 <ingeba> It is - it is a USB/IDE thingy. Same for all 
Jul 22 04:33:44 <gilesw> are they any good?
Jul 22 04:33:53 <ingeba> gilesw: The Maxtors have gone down in price
Jul 22 04:33:57 <rwhitby> well, they spin down properly :-
Jul 22 04:34:01 <rwhitby> :-)
Jul 22 04:34:06 <ingeba> Oh, I hate them - they're crap in my view
Jul 22 04:34:08 <gilesw> that is essential..
Jul 22 04:34:24 <gilesw> the wiki says hitachi disks have a feature tool to set spindown
Jul 22 04:34:28 <ingeba> Have two of them - sorry, _had_ two of them - only one works now, the other is noisy.
Jul 22 04:34:32 <gilesw> so i could put that in a vantec
Jul 22 04:34:43 <gilesw> you're really selling this well lol
Jul 22 04:34:46 <ingeba> Note that none were the pre-enclosed type, just plain maxtors
Jul 22 04:34:57 <ingeba> gilesw: Life is hard :-)
Jul 22 04:35:10 <gilesw> i'm confused now, maxtor on it's own won't spindown
Jul 22 04:35:14 <rwhitby> gilesw: I have a vantec enclosure.  but I don't worry about spin down cause I can't hear the 80Gb samsung disk in it.
Jul 22 04:35:18 <gilesw> but in a onetouch it will
Jul 22 04:35:37 <gilesw> i'm more worried about dataloss
Jul 22 04:35:40 <ingeba> Nope, but they are still maxtors - I haven't any onetouch drives, but the disks inside them are the same as mine
Jul 22 04:35:59 <gilesw> so you're drives never spindown?
Jul 22 04:36:09 <ingeba> I think there are others besides OneTouch that work - also: Don't take too much notice of my views. They are based on a very small sample of Maxtor drives
Jul 22 04:36:11 <ingeba> Nope
Jul 22 04:36:24 <ingeba> But, they are accessed 24:7 anyway
Jul 22 04:36:32 <gilesw> k
Jul 22 04:37:08 <ingeba> When it comes to judging brands, it is often more religion than emprics :-)
Jul 22 04:37:42 <rwhitby> I just happened to have the samsung disk spare, and I liked the look of the vantec enclosure (it looks a bit like a slug)
Jul 22 04:38:01 <rwhitby> gilesw: http://nslu2-linux.thestuffguy.com/gallery/slug-central
Jul 22 04:39:44 <ingeba> Samsungs are my favorite drives
Jul 22 04:39:53 <gilesw> i hope i won't miss my full blown linux server..
Jul 22 04:40:00 <ingeba> So quiet......
Jul 22 04:40:00 <gilesw> this thing will use a lot less power though
Jul 22 04:40:13 <gilesw> *puts on green hat
Jul 22 04:40:14 <rwhitby> gilesw: a slug is a full blown linux server ... ;-)
Jul 22 04:40:24 <gilesw> well here's hoping
Jul 22 04:40:34 <rwhitby> what do you want to run on it?
Jul 22 04:40:38 <gilesw> anyone done that clockspeed double solder?
Jul 22 04:40:44 <ingeba> Yep
Jul 22 04:40:49 <gilesw> webserver would be nice for a bit of dev..
Jul 22 04:41:03 <gilesw> coolio
Jul 22 04:41:10 <gilesw> does it make a difference?
Jul 22 04:41:17 <rwhitby> gilesw: http://groups.yahoo.com/group/nslu2-linux/database?method=reportRows&tbl=11
Jul 22 04:41:18 <dyoung> gilesw, youre talking with some of the folk that made that speed upgrade possible. 
Jul 22 04:41:20 <gilesw> i might need a new sd iron
Jul 22 04:41:32 <gilesw> superb
Jul 22 04:41:39 <rwhitby> nail clippers work just as well :-)
Jul 22 04:43:45 <gilesw> oh!
Jul 22 04:51:24 <gilesw> hrm looks like hitachi feature tool can just set low idle rpm
Jul 22 04:53:26 <gilesw> is it possible to play a dvd off a slug hd?
Jul 22 04:53:38 <gilesw> as in is transfer speed quick enough
Jul 22 04:55:48 <ingeba> gilesw: Check out the wiki on performance.
Jul 22 04:58:21 <gilesw> so with samba it's 3.5mb/sec
Jul 22 04:58:31 <gilesw> that's not very quick..
Jul 22 04:59:54 <rwhitby> DaKa2: that was a good review - you agree?
Jul 22 05:01:29 <gilesw> does upping the clock make a big difference to the speed?
Jul 22 05:01:34 <DaKa2> rwhitby: yep, need to fix what they said, add the three missing packages, and probably talk to them again
Jul 22 05:01:48 <DaKa2> what was the conclusion on the tar.tar thing?
Jul 22 05:02:05 <rwhitby> I'd say tar.tar
Jul 22 05:03:45 <DaKa2> ok
Jul 22 05:05:47 <ingeba> gilesw: It is all on the wiki
Jul 22 05:06:05 <gilesw> do drives larger than 250gig cause freezing problems with the slug?
Jul 22 05:07:15 <gilesw> ingeba the wiki shows raw hd reads impoved but it doesn't give a samba benchmark thats all
Jul 22 05:07:51 <ingeba> gilesw: That's the best we have  - guess would be 10-15% improvement overall
Jul 22 05:08:22 <ingeba> For these use questions you should go to #nslu2-general 
Jul 22 05:08:33 <gilesw> ahh sorry
Jul 22 05:08:59 <ingeba> np
Jul 22 05:12:44 <gilesw> measuring it my own linux server is only about 9mb/sec samba so it's not much different
Jul 22 05:35:17 <rwhitby-asleep> http://lists.debian.org/debian-qa/1999/04/msg00128.html <- scsi-spin code
Jul 22 05:39:17 <dyoung-zzzz> jacques and tiersten tested the sg call to spindown.
Jul 22 05:39:20 <dyoung-zzzz> it didnt work.
Jul 22 05:46:21 <DaKa2> scarry.. my first commit... lets see if I break the entire monotone :-)
Jul 22 05:52:08 <DaKa2> hm.. CIA broken?
Jul 22 05:52:29 <kolla_> and FBI too
Jul 22 05:53:02 <DaKa2> only MI-5 and SÄPO still working..
Jul 22 05:59:29 <dyoung-zzzz> the ciabot is broke.  too tired to fix.  DaKa2 your change is my current head.  Not to worry.
Jul 22 06:00:41 <DaKa2> :)
Jul 22 06:56:47 <macsat> hi
Jul 22 06:59:16 <[g2]> hi
Jul 22 07:49:33 <hanjo> has anyone played with nfs3+tcp or nfs4 on the slugs?
Jul 22 07:51:29 <hanjo> it looks like busybox mount can not handle nfs4. Is this correct?
Jul 22 08:22:39 <BOfH> ipkg.nslu2-linux.org down?
Jul 22 08:22:45 <BOfH> I keep getting a connection timeout here
Jul 22 08:27:56 <ingeba-toandfrom> BOfH: Nope - works for me
Jul 22 09:09:05 * NAiL stretches
Jul 22 11:25:32 <mathieu__> Hi
Jul 22 11:42:23 <NamShubX> will any IDE-USB2 enclosure work with my device?
Jul 22 11:55:14 <NamShubX> nevermind I found the yahoo list :D
Jul 22 12:52:08 <CIA-8> 03jp30 * 10unslung/make/ (ice.mk sm.mk xt.mk xaw.mk): ice must stage x11; bring some other x11 packages up to date with best practices for building
Jul 22 13:15:29 <senneth> Hehe, I've ordered 5 mcp120 samples today, for free of course :)
Jul 22 13:33:38 <[cc]smart> NAiL, jbowler: quite possibly i really will have to modify populate-volatile again to to read the directory configuration from several, drop in style files, to allow for added configurations per package.
Jul 22 13:34:19 <[cc]smart> in this case, a method is required to define the order in which these configurations would have to get applied
Jul 22 13:35:00 <[cc]smart> for now i'm thinking of sth. like rcx.d directories, preceding these configs with numbers. should they be linked from somewhere for that ?
Jul 22 13:35:26 <[cc]smart> second, a system will really be needed to predefine system user accounts and IDs
Jul 22 13:36:28 <[cc]smart> the question is open what that would be, but i'd think that a file in monotone, pre baking should define all of them, and packages to be built can draw from this and read their configuration out of that.
Jul 22 13:36:34 <[cc]smart> what's your thoughts ?
Jul 22 15:51:54 <jbowler> [cc]smart: /etc/udhcpc.d/... (sp?) prepends two digits to control order.  Files should be fine - /etc/rc?.d only uses links because there are multiple run levels.
Jul 22 16:42:30 <rwhitby> jbowler, [cc]smart: agreed - the simple S<NN>foo scheme is what we use in Unslung startup scripts too
Jul 22 16:47:20 <jbowler> udhcpc and, I think, hotplug just use <NN>foo (no S - because there is no need for an S/K distinction.)
Jul 22 16:48:01 <rwhitby> sounds good to me
Jul 22 16:48:41 <rwhitby> meanwhile, I've got an initscripts merge waiting for me :-)
Jul 22 16:50:49 <rwhitby> jbowler: are you able to propagate from oe at the moment?
Jul 22 17:07:19 <jbowler> I haven't tried in a couple of days - should I do so?
Jul 22 17:08:51 <jbowler> I'm getting merge conflicts, but that's happened before.
Jul 22 17:11:54 <jbowler> No big problem - just one file packages/initscripts/initscripts-1.0/c7x0/keymap-2.6.map
Jul 22 17:12:06 <jbowler> I've completed a propagate.
Jul 22 17:17:53 <rwhitby> So I should just be able to pull from nslu2-linux and not need to merge?
Jul 22 17:18:16 <jbowler> That's correct.
Jul 22 17:18:33 <jbowler> There seem to be a very large number of revisions happening in a short time though.
Jul 22 17:19:33 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rf46a71dc... 10/conf/distro/openslug.conf: Freeze the kernel to match the change in the SVN OpenSlug-2.3-beta
Jul 22 17:19:35 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * rbc7ae097... 10/ (46 files in 27 dirs): 
Jul 22 17:19:35 <CIA-8> propagate from branch 'org.openembedded.dev' (head a09cb27506f56d7b4d048f4d60c7df2e11968692)
Jul 22 17:19:35 <CIA-8>  to branch 'org.openembedded.nslu2-linux' (head 145ec84e58e7acefd29711cc2431b9809b8804e9)
Jul 22 17:20:15 <rwhitby> can you propagate back to oe too?
Jul 22 17:20:39 <jbowler> Yes - I'm doing so, but I'm getting another 13 revs in at the same time!
Jul 22 17:21:12 <rwhitby> cause I did an import-openembedded earlier, and now an update-openembedded wants to do a 2-way merge on keymap-2.6.map
Jul 22 17:21:43 <jbowler> Yes - that's normal (that's the problem we had before with unexpected merges).
Jul 22 17:21:52 <jbowler> I just did the merge (taking the OE version).
Jul 22 17:22:27 <rwhitby> so for initscripts it's just PR51 ?
Jul 22 17:24:58 <rwhitby> OK, I'm pushing my merge result back to nslu2-linux so you can see if it's the same as yours
Jul 22 17:26:10 <rwhitby> I need a better merge tool.  kdiff3 has too much cruft associated with it if you are not already running kde (which I'm not  - I run basic X windows and ICEwm and nothing on top of that)
Jul 22 17:27:42 <jbowler> I didn't get a merge on initscripts (well, it auto-merged it).
Jul 22 17:29:59 <jbowler> meld is the choice after kdiff3
Jul 22 17:30:37 <rwhitby> meld wants to bring in all sorts of Gnome libs ...
Jul 22 17:30:56 <jbowler> Something is wrong with monotone again - it's not accepting revisions that I send it.
Jul 22 17:33:13 <rwhitby> monotone: allowed 'jbowler@nslu2-linux.org' read permission for '{org.{nslu2-linux,cuillin}.*,com.{jbowler,kalmiopsis}.*,org.openembedded.{dev,dreambox,nslu2-linux}}' excluding ''
Jul 22 17:33:13 <rwhitby> monotone: allowed 'jbowler@nslu2-linux.org' write permission for '{org.{nslu2-linux,cuillin}.*,com.{jbowler,kalmiopsis}.*,org.openembedded.{dev,dreambox,nslu2-linux}}' excluding ''
Jul 22 17:33:33 <jbowler> rwhitby: I think we need to sync org.openembedded.nslu2-linx -> org.openembedded.dev (i.e. propagate) - do you see any problem with this?
Jul 22 17:33:42 <rwhitby> no problem
Jul 22 17:34:00 <jbowler> That should remove the rapidly increasing number of n-way merges.
Jul 22 17:34:01 <rwhitby> I was just about to do that myself
Jul 22 17:34:50 <rwhitby> we should do that whenever there is a delta on any non-nslu2-linux-specific files I think
Jul 22 17:35:17 <rwhitby> and especially with anything to do with initscripts at the moment ...
Jul 22 17:36:07 <jbowler> We should do it very regularly anyway - if the nslu2-linux branch gets ahead of dev then the merge conflicts start.
Jul 22 17:37:08 <rwhitby> I'm going to try xxdiff - it only wants 4 extra packages instead of the 30 or so that either kdiff or meld want
Jul 22 17:37:55 <jbowler> gentoo?
Jul 22 17:38:35 <rwhitby> no, I usually don't use a graphical environment for nslu2-linux development, so I don't want to weigh down my VMWare linux image with extra cruft that I don't use.
Jul 22 17:38:43 <rwhitby> Debian Etch at the moment
Jul 22 17:38:56 <rwhitby> If there was a good command-line merge I would use it ...
Jul 22 17:39:36 <rwhitby> are you doing the publish-openembedded, or should I
Jul 22 17:44:38 <CIA-8> 03jbowler 07org.openembedded.nslu2-linux * r3d28c289... 10/ (6 files in 6 dirs): 
Jul 22 17:44:38 <CIA-8> propagate from branch 'org.openembedded.dev' (head bd1eab971c784a6487568f750750a55c7ed91645)
Jul 22 17:44:38 <CIA-8>  to branch 'org.openembedded.nslu2-linux' (head 21dd4bb6e90851d186cc369473433e19b55c0d11)
Jul 22 17:45:18 <rwhitby> ok, we're back in sync again
Jul 22 17:45:30 <rwhitby> let's see if it builds now :-)
Jul 22 17:46:20 <rwhitby> DaKa2: I have a virgin openslug system all ready to test out your update-alternatives changes when they are ready ...
Jul 22 17:46:20 <jbowler> Yes, I propagated nslu2-linux back to dev too.  It's on all the servers.
Jul 22 17:50:19 <rwhitby> ok, initscripts now builds again
Jul 22 17:50:48 <rwhitby> and so does libusb ...
Jul 22 17:51:44 <jaylee7877> nearly finished my Debian installation on the slug!
Jul 22 17:52:08 <rwhitby> congrats
Jul 22 17:54:00 <jaylee7877> I tried doing it w/o the serial console using Debian's preseed method but I just couldn't get it to work...  I'd like to get a netboot-install initrd built though so that the serial hack won't be neccessary, just boot the slug and ssh in.
Jul 22 17:54:29 <jaylee7877> My soldering job is crap but it works :-)
Jul 22 17:54:32 <rwhitby> that would be very handy.
Jul 22 17:55:01 <rwhitby> we're hoping to be able to build DebianSlug in our OE build environment, so we can keep it up to date with the kernel improvements
Jul 22 17:57:09 <jaylee7877> Biggest thing now is to get the internal nic to work in little endian mode...
Jul 22 18:00:27 <rwhitby> yeah, but that's a big job compared to $20 for a usb nic :-)
Jul 22 18:01:17 <snadge> you want to use the usb port for other things though
Jul 22 18:01:18 <snadge> ;)
Jul 22 18:01:35 <rwhitby> snadge: usb hubs are cheap too ...
Jul 22 18:02:09 <rwhitby> but yes, dyoung also has plans to update to the latest intel access library which apparently handles LE
Jul 22 18:03:08 <snadge> excuse my ignorance for a moment.. but why does it matter which mode its in.. LE or BE?
Jul 22 18:04:52 <rwhitby> cause the intel access library has binary firmware for the network processing element, and the version which comes with the nslu2 is BE binary firmware.
Jul 22 18:05:46 <snadge> i see.. i wonder if its possible to byte swap a binary firmware ;)
Jul 22 18:05:58 <rwhitby> heh, no :-)
Jul 22 18:06:11 <snadge> disassemble perhaps?
Jul 22 18:06:53 <rwhitby> only if you want to have Intel lawyers coming after you - remember that click-through license you executed (assuming you downloaded an Unslung or OpenSlug binary) ... ?
Jul 22 18:07:57 <snadge> in some countries its legal to reverse engineer despite that
Jul 22 18:08:27 <snadge> and intel should be greatful their hardware is supported in a wider variety of configurations
Jul 22 18:09:59 <rwhitby> snadge: it might be legal in some countries, but nslu2-linux (the project) will not be touching that with a ten foot pole.  Most (if not all) of the core team live in countries where Intel's lawyers would have quite a bit of clout.
Jul 22 18:11:22 <snadge> could not debian then use BE as well so it is compatible with the binary firmware
Jul 22 18:11:29 <rwhitby> and I don't think another donation drive will be enough to cover those legal bills ...
Jul 22 18:11:49 <snadge> instead of being the rebel and using LE ;)
Jul 22 18:12:09 <rwhitby> snadge: if you can convince debian to provide BE ARM packages, then we would be eternally grateful.
Jul 22 18:14:41 <snadge> i dont know whats more difficult, convincing intel to release an LE firmware
Jul 22 18:14:53 <snadge> or convincing debian to support another architecture variant
Jul 22 18:17:00 <Tiersten> There is a little endian NPE microcode already
Jul 22 18:17:07 <Airw0lf> hello
Jul 22 18:17:14 <Tiersten> It's in the latest IXP access library
Jul 22 18:17:32 <rwhitby> snadge: [10:32] rwhitby: but yes, dyoung also has plans to update to the latest intel access library which apparently handles LE
Jul 22 18:18:10 <rwhitby> Intel have released it, but no-one has done the work to incorporate and test it for nslu2 yet
Jul 22 18:18:18 <Airw0lf> i've been reading some of the documentation, i didn't see if unslung contains a java runtime environment?
Jul 22 18:18:22 <rwhitby> Airw0lf: g'day
Jul 22 18:18:36 <rwhitby> I think we have jikes at least
Jul 22 18:18:38 <Airw0lf> the package list mentions a few java related things though...
Jul 22 18:18:58 <Airw0lf> hmm yes, jikes is a java compiler
Jul 22 18:19:38 <Airw0lf> oh wait - jamvm
Jul 22 18:19:46 <Airw0lf> JVM spec version 2 conformant. Extremely small with stripped executable
Jul 22 18:19:50 <Airw0lf> sounds like a java VM
Jul 22 18:20:27 <Airw0lf> excellent...
Jul 22 19:21:03 * snadge is away: bbl - work
Jul 22 19:48:40 <jaylee7877> OK, so I've got sarge up and running on my NSLU2, I'm attempting to setup sid in a chroot, the goal is to recompile the initrd with support for installs via SSH for the non-serial users
Jul 22 19:50:27 <rwhitby-away> jaylee7877: that would even help me, cause my serial port is hooked up with a wl500g, and the combination of ssh to wl500gx, then microcom to slug, doesn't allow me to get past the "Low Memory" screen in the installer (I can't push the continue button).
Jul 22 19:51:36 <rwhitby-away> we've set up the http://www.nslu2-linux.org/wiki/DebianSlug/HomePage - please add your findings to that page, or add additional wiki/DebianSlug/<OtherPage> pages and link them onto the DebianSlug/HomePage
Jul 22 19:55:47 <rwhitby-away> jaylee7877: if you get something working, or need any assistance, be sure to let me know ...
Jul 22 20:00:57 <jaylee7877> rwhitby: sure, I'll be sure to update it with my fidings and try and post a initrd if I can successfully build one.  It's looks like the debian installer is quite a large package though so building it natively is going to take quite awhile
Jul 22 20:01:30 <rwhitby-away> nod
**** ENDING LOGGING AT Fri Jul 22 23:59:56 2005