**** BEGIN LOGGING AT Sun Jul 01 02:59:56 2007
Jul 01 20:35:19 <NSLU2-IRC> hi, any here who knows the ds101 well?
Jul 01 20:36:17 <Reedy_Boy> Just ask your question ;)
Jul 01 20:36:30 <NSLU2-IRC> My question is: I have a ds101 and would like to add Itunes server to it but without having to loose the orginal gui, is that possible?
Jul 01 20:36:51 <NSLU2-IRC> I tried to flash with the unslug thing..but boy i got lost :)
Jul 01 20:37:09 <NSLU2-IRC> had to reflash back to orginal Synology firmware.
Jul 01 20:37:50 <Reedy_Boy> With the complete default firmware, i dont think so
Jul 01 20:38:14 <NSLU2-IRC> so I have to go 100% cli if I want the itunes server?
Jul 01 20:38:17 <NSLU2-IRC> CLI
Jul 01 20:40:13 <NSLU2-IRC> ?
Jul 02 00:27:06 <Lunar_Lamp> Hmm, not sure if this questions is truely appropriate for here, however:
Jul 02 00:27:17 <Lunar_Lamp> I want to use my slug as a central file store for my network.
Jul 02 00:27:44 <Lunar_Lamp> SMB is an obvious choice, but I only really need it accessible to linux machines, so it seems a shame to be using smb.
Jul 02 00:27:57 <Lunar_Lamp> I'm not really sure how I should be going about sorting it out though.
Jul 02 00:28:00 <mwester> Add nfs.
Jul 02 00:28:22 <Lunar_Lamp> (I'm running debian on the slug)
Jul 02 00:28:28 <mwester> Even better.
Jul 02 00:28:30 <Lunar_Lamp> Hmm, ok, I'm sure I can find out how to do that.
Jul 02 00:29:12 <mwester> Pretty easy - you need the nfsd kernel module (usually installed as a dependency) and the nfs utilities.  Check the wikis for how that's packaged. 
Jul 02 00:29:39 <Lunar_Lamp> Debian wikis?
Jul 02 00:29:46 <mwester> Yes.
Jul 02 00:30:20 <mwester> (the nslu2-linux.org wiki will only tell you how ipkg packages the nfs stuff; you use the Debian package stuff right?)
Jul 02 00:30:41 <Lunar_Lamp> Ofc :-)
Jul 02 00:30:50 <Lunar_Lamp> I presumed debian wikis, but just wanted to make srue :-)
Jul 02 00:30:58 <mwester> The only issue you might encounter has nothing to do with the slug -- that's permissions.
Jul 02 00:31:43 <mwester> NFS preserves (by default) the user id by number -- so if I'm mwester, UID=501 on System A, my files on the slug will be owned by user # 501.  That's fine...
Jul 02 00:32:03 <Lunar_Lamp> Oh right
Jul 02 00:32:08 <Lunar_Lamp> Yeah, I can see where this is going.
Jul 02 00:32:08 <mwester> ... until another Linux system uses the slug as a file server, and on that system, user "Sally" has UID=501.
Jul 02 00:32:16 <Lunar_Lamp> i need to sync my user-id's across systems?
Jul 02 00:32:22 <mwester> Exactly.
Jul 02 00:32:51 <mwester> Copy the passwd files (painful), or set up NIS, or use some other directory service.
Jul 02 00:33:35 <Lunar_Lamp> NIS?
Jul 02 00:33:36 <mwester> I've been meaning to do something like that -- I've used NIS in the past.  I think setting up an LDAP server would be a good exercise, although usually overkill.
Jul 02 00:33:57 <mwester> NIS is "Network Information Services" -- been around for 15 years.
Jul 02 00:34:02 <Lunar_Lamp> I know little abotu LDAP, except that whenever I've seen it before it's been a herald of "hard work to come".
Jul 02 00:34:10 <mwester> :D
Jul 02 00:34:32 <Lunar_Lamp> So, the slug would run a NIS, and that would coordinate "501 on machine X is 513 on machine y"?
Jul 02 00:35:32 <mwester> Not quite.  Usually something would run NIS, and everything else would use their passwd file for only local accounts (commonly <500), and all else would come from the NIS server.  Thus, 513 is "mwester" on every system in the network.
Jul 02 00:35:43 <mwester> And you only need to create the account once.
Jul 02 00:36:20 <mwester> And if you use "autofs", you can set up automatic NFS mounting of home directories -- so that if I log in on a machine, it automatically mounts /home/mwester from the file server.
Jul 02 00:36:40 <Lunar_Lamp> Right, so, if I already have several machines set up already, that is a troublesome option to organise?
Jul 02 00:37:23 <mwester> If the user numbers and id's don't match, you will have some difficulties, but if there are only a small number, you might find that your NFS may be able to remap them.
Jul 02 00:37:35 <mwester> (I don't recall how to do that, though)
Jul 02 00:38:04 <Lunar_Lamp> Ok, so in conclusion, it might not be too hard, BUT, it's not the kind of thing to start at 1:30am ;-)
Jul 02 00:43:06 <mwester> ;-)   I'd probably start it at 1:30 AM, just so that I'd be forced to finish it in the morning!!!   It's not hard (samba is much more difficult to configure).
Jul 02 00:44:34 <Lunar_Lamp> Hehe, I confess that I all too regularly start things like kernel recompiles at 2am :-)
Jul 02 00:44:58 <Lunar_Lamp> Speaking of which - as far as I can tell, there doesn't appear to be any active development on any slug-tech.
Jul 02 00:45:01 <Lunar_Lamp> Is that true?
Jul 02 00:45:12 <Lunar_Lamp> (i.e. it's stable, and no new features are planned)
Jul 02 00:45:16 <mwester> slug-tech?
Jul 02 00:45:28 <mwester> You mean SlugOS, or Unslung, or both?
Jul 02 00:45:50 <Lunar_Lamp> Both really - though I've never used SlugOS so haven't really got much of a clue about what it is.
Jul 02 00:47:01 <mwester> Unslung 6.9 is collecting bug fixes and small enhancements, waiting for a compelling event to trigger a release.  SlugOS 4.4 is under active development, I just updated kexec support last night.
Jul 02 00:47:13 <Lunar_Lamp> Ah ok.
Jul 02 00:47:30 <Lunar_Lamp> I'd like to help out, but tbh, I only know how to script in bash, so not sure how much help I can be :-(
Jul 02 00:48:34 <mwester> We are *always* short on testers.  We need external testers (those actively developing don't suffice to flush out certain types of problems) before any release becomes a release.
Jul 02 00:49:26 <mwester> Sometimes that's just as simple as flashing the alpha firmware, and confirming that it installs, and packages can be downloaded, etc.  Not a big deal, but very important.
Jul 02 01:51:20 <Lunar_Lamp> Meh.
Jul 02 01:51:37 <Lunar_Lamp> Not surprising really, but no hardware sensors on the NSLU2 recognised by lm_sensors, hehe.
**** ENDING LOGGING AT Mon Jul 02 02:59:56 2007