**** BEGIN LOGGING AT Thu Jun 16 23:59:57 2005
Jun 17 01:12:25 <mr_claus> morning
Jun 17 01:12:54 <jeanfabrice> morning mr_claus
Jun 17 01:55:12 <mr_claus> rwhitby-away: ping
Jun 17 02:08:51 <rwhitby-away> mr_claus: whassup?
Jun 17 03:32:56 <mr_claus> rwhitby-away: is there a way to include acl-support to the ext3 filesystem into unslung?
Jun 17 05:22:05 <rwhitby-away> mr_claus: I answered that question yesterday.  Check the logs, or your IRC client backlog.  The short answer is you would have to build it, test it, and prove that it was backwards compatible with stock firmware.  The even shorter answer is that you probably should be running openslug if you are talking about such advanced linux features as acls.
Jun 17 05:22:29 <rwhitby-asleep> night all
Jun 17 05:22:57 <mr_claus> rwhitby-asleep: ok, i will check the logs, thx, i missed it yesterday
Jun 17 05:23:30 <rwhitby-asleep> np - didn't say much more than what I just said then :-)
Jun 17 06:52:46 <jeanfabrice> heading off home
Jun 17 06:53:59 <jeanfabrice> 
ACTION 

Jun 17 09:25:48 <mr_claus> [g2]: do you use openslug?
Jun 17 09:26:04 <[g2]> mr_claus, :)
Jun 17 09:26:27 <[g2]> mr_claus, I'm the original openslug dev.
Jun 17 09:26:39 <mr_claus> ok, good to know
Jun 17 09:27:29 <mr_claus> i will try to install it and hope i can transfer my config files of unslung
Jun 17 09:28:34 <mr_claus> does it looks like unslung, means partitioning?
Jun 17 09:29:24 <NAiL> ka6sox: ping?
Jun 17 09:31:53 <[g2]> mr_claus, unslung uses a different tool chain
Jun 17 09:32:03 <[g2]> and a different kernel
Jun 17 09:32:18 <ka6sox> [g2] IS Mr. OpenSlug 
Jun 17 09:32:27 <[g2]> heh
Jun 17 09:32:49 <[g2]> actually jbowler is Mr. OpenSlug if you count recent changesets :)
Jun 17 09:36:22 <ka6sox> NAiL, pong
Jun 17 09:36:24 <NAiL> ka6sox: The mirror is still empty?
Jun 17 09:36:37 <ka6sox> bandwidth is limited on my end.
Jun 17 09:36:45 <NAiL> aha
Jun 17 09:36:48 <ka6sox> I have all weekend to fill them.
Jun 17 09:36:55 <Tiersten> Could we not do the initial rsync off SF?
Jun 17 09:37:11 <ka6sox> Tiersten, you da man!
Jun 17 09:37:14 <ka6sox> doh!
Jun 17 09:37:30 <Tiersten> heh
Jun 17 09:37:48 <NAiL> heh
Jun 17 09:37:55 <NAiL> ok, so what's the rsync url?
Jun 17 09:41:21 <Tiersten> erm.  dunno.  could always use wget I guess for the initial pull of SF
Jun 17 09:41:38 <NAiL> ok, what's the url? :P
Jun 17 09:42:12 <Tiersten> http://ipkg.nslu2-linux.org/ipkg/
Jun 17 09:43:41 <Tiersten> The complete one for everything is http://ipkg.nslu2-linux.org/feeds/
Jun 17 09:44:14 <Tiersten>  /ipkg/ is a symlink to feeds/unslung/unstable
Jun 17 09:45:52 <NAiL> aha... It's the complete one you'd want, isn't it?
Jun 17 09:48:21 <ka6sox> NAiL, ya
Jun 17 09:49:07 <NAiL> hmm.. how do I get wget to fetch all the files? 
Jun 17 09:49:20 <NAiL> wget -r only fetches the index.html file and robots.txt
Jun 17 09:49:28 <NAiL> which is... not very useful
Jun 17 09:52:45 <Tiersten> try again please
Jun 17 09:53:23 <Tiersten> You'll end up getting quite a few copies of index.html but it should work
Jun 17 09:54:31 <NAiL> hmm... why did it work now?
Jun 17 09:54:44 <Tiersten> robots.txt was preventing it.  I've temporarily renamed it 
Jun 17 09:55:04 <NAiL> aha
Jun 17 09:55:49 <NAiL> yeah, works just like it should now
Jun 17 09:56:24 <Tiersten> it does end up downloading loads of copies of index.html because there are links to resort the file listing but it shouldn't take very long
Jun 17 09:57:11 <NAiL> Heh, the index.html-files are rather large. But it's finished with that part (atleast in openslug/oe)
Jun 17 09:57:22 <ka6sox> NAiL, when your wget is done let me know so we can start others.
Jun 17 09:57:33 <NAiL> ka6sox: will do
Jun 17 09:57:59 <NAiL> wildly varying speeds though, from ~400kbps to ~50kbps
Jun 17 10:00:58 <NAiL> scrap that... from ~200bps to ~450kbps
Jun 17 10:01:14 <Tiersten> ouch
Jun 17 10:02:50 <NAiL>  261.04B/s    ETA 09:14
Jun 17 10:03:56 <Tiersten> May grabbing it from SF wasn't such a hot idea
Jun 17 10:04:23 <NAiL> There has been some problems reaching certain destinations outside Norway today... might be they're still having a bit of a problem
Jun 17 10:05:05 <NAiL> Our primary uplink is having problems, I guess...
Jun 17 10:05:17 <Tiersten> You're in Norway?
Jun 17 10:05:23 <NAiL> yeah
Jun 17 10:06:15 <NAiL> Tiersten: You're .de? Or am I completely off? ;)
Jun 17 10:06:22 <Tiersten> .uk
Jun 17 10:06:34 <NAiL> oh well.. not *that* far away
Jun 17 10:06:36 <ka6sox> NAiL, I'll start another too.
Jun 17 10:07:06 <Tiersten> Nope.  Not as far as most of the others
Jun 17 10:08:17 <NAiL> It's a bit strange though... all the index.html's and Packages files  came throuh at "normal" speeds. The first ipkgs go dead slow.. 
Jun 17 10:10:20 <Tiersten> Same here
Jun 17 10:10:26 <Tiersten> SF is being odd again it seems
Jun 17 10:10:37 <Tiersten> It's blazing along at 281B/s
Jun 17 10:11:09 <Tiersten> Bang goes that idea then.  It's probably better to just wait for ka6sox to upload it via rsync.
Jun 17 10:11:22 <ka6sox> nope..just let it seed from there.
Jun 17 10:11:32 <ka6sox> much better.
Jun 17 10:11:35 <NAiL> 19:11:19 (907.03 KB/s) - Connection closed at byte 4,096. Retrying.
Jun 17 10:11:36 <Tiersten> ?
Jun 17 10:11:52 <ka6sox> ugh...they must be having problems.
Jun 17 10:12:34 <NAiL> Everything *but* the packages go fast. One or two ipkgs go fast. Then it goes dead slow...
Jun 17 10:14:50 <ka6sox> NAiL, based on whatever is happening to Sf.net's pipe
Jun 17 10:17:54 <NAiL> apparently. Tried from three different isps here now, same result every time
Jun 17 10:18:08 <Tiersten> Yeah.  It's SF.  I get the same
Jun 17 10:19:59 <NAiL> Will the mirrors work in a round-robin fashion, or will people just pick a mirror manually?
Jun 17 10:20:32 <Tiersten> Sort of round robin.  It'll try to distribute requests evenly between them
Jun 17 10:20:54 <NAiL> nice
Jun 17 10:21:02 <Tiersten> Probably will give the option to force a specific mirror as well just in case you've got some odd config or something is down
Jun 17 10:21:40 <NAiL> good
Jun 17 10:22:27 <mr_claus> [g2]: ok, whats happening after installing openslug firmware? telnet or ssh?
Jun 17 10:22:43 <NAiL> ssh
Jun 17 12:39:58 <NAiL> ka6sox-*: the wget is slowly chugging along. Once in a while it fetches a lot of packages, most of the time it just waits. But it's a g77 right now :)
Jun 17 14:19:06 <jbowler-away> hanjo: I've pushed unionfs .bb files to nslu2-linux.bkbits.net
Jun 17 14:19:30 <jbowler-away> I found it worked fine until I deleted a file, then it crashed/hung the kernel...
Jun 17 14:19:43 <hanjo> jbowler, thx. I've read the log.
Jun 17 14:20:14 <hanjo> jbolwer, I reverted to using the unionfs on the server side and export a single nfs root from there
Jun 17 14:20:43 <hanjo> v .12 looks much more stable then the .10 we have in OE
Jun 17 14:21:10 <jbowler-away> Ah, yes, server side may well be more efficient anyway.
Jun 17 14:21:36 <hanjo> but this would not help rwhitby that wants to make an union with the jffs
Jun 17 14:22:24 <jbowler-away> That's not particularly important - it would just be a useful thing to do.  The build in the feed at present in 1.0.11
Jun 17 14:22:32 <hanjo> My only problem now is that somehow nfs is not triggering a proper refresh of the unionfs cache
Jun 17 14:24:21 <hanjo> I have unions in the form dirs=/server/shared=ro:/server/slug_x=rw none /server/slug_x, with /server/slug_x nfs exported as root for slug_x
Jun 17 14:25:29 <hanjo> but when I modify directly /server/shared on the server (i.e. install a package), the slugs are not able to see the change unless I make a remount of the union, or trigger cache purge with uniondbg
Jun 17 14:26:50 <hanjo> once that is working, I would have a very nice diskless setup for the slugs
Jun 17 14:27:01 <jbowler-away> One thing I didn't understand was the permissions settings - it seems that it should not be possible to write to anything except the top level directory.  Maybe setting /server/shared=rw means something for the caching.
Jun 17 14:28:16 <hanjo> I've tried several variations it did not seem to matter
Jun 17 14:28:38 <ka6sox-office> NAiL, ping
Jun 17 14:29:52 <hanjo> jbowler, how do you handle the /dev/ file system after turnup nfs -i ? when are they created on the server?
Jun 17 14:31:21 <jbowler-away> hango: in earlier versions the jffs2 /dev was copied (with cpio), in the latest version turnup runs makedevs but then the first boot completes the population by adding symlinks
Jun 17 14:32:09 <jbowler-away> If the file /dev/.permanent exists the /etc/init.d/devices script should do nothing.
Jun 17 14:33:18 <jbowler-away> If you add /dev back into /etc/fstab as a ramfs partition then each slug will make its own.  Since I think there are some named pipes in there you might have to do that.
Jun 17 14:34:16 <jbowler-away> No, don't add it to fstab - just remove /dev/.noram and (if necessary) /dev/.permanent
Jun 17 14:34:19 <hanjo> I am trying to modify the turnup script to customize the nfs -i step, so that only the "node specific files" like /etc/default/sysconf /etc/hostname, /var... are created on the server, since I want to fill-in the rest from the "shared" root 
Jun 17 14:34:54 <hanjo> so I was considering what to do with /dev, i.e. does it make sense to keep it on nfs or in ram
Jun 17 14:35:23 <jbowler-away> So just run turnup -i once, from one slug and populate the shared directory, then run turnup nfs (no -i) to initialise the slugs.
Jun 17 14:36:01 <hanjo> sure, but I need to transfer the "specific" files first.
Jun 17 14:36:16 <jbowler-away> Most of the conffiles don't change, but you need a minimal sysconf for each slug with the MAC (to be safe), a /etc/network/interfaces and, I think, nothing else.
Jun 17 14:36:38 <hanjo> var/lock /var/run etc can not be shared also
Jun 17 14:36:52 <jbowler-away> If you use DHCP then the slug will fill in /etc/hostname, /etc/defaultdomain and so on.
Jun 17 14:37:24 <hanjo> I don't have the list here (at home) but it was about 4 config files (i.e. the rsa key etc.) and the /var
Jun 17 14:37:24 <jbowler-away> Yes - you need a tmpfs /var (i.e. you need to put that entry back into /etc/fstab).
Jun 17 14:37:56 <jbowler-away> Ah yes - the RSA key is very important.
Jun 17 14:38:20 <jbowler-away> It would be excessive, but you could use the code in /usr/sbin/reflash - it copies all the known configuration files.
Jun 17 14:38:24 <hanjo> I want a per slug log, so that is why I kept the var on the server. But I might move to an tmpfs with remote logging
Jun 17 14:39:11 <jbowler-away> You could even change /etc/syslog.conf to log to messages.hostname (but I think remote syslog is better)
Jun 17 14:39:57 <hanjo> Yes, I use DHCP. BTW why is static still the default option in the openslug image?
Jun 17 14:40:00 <jbowler-away> I think the code in 'reflash' does what you want, if you make it write to the new nfs root rather than the jffs2 root.
Jun 17 14:40:17 <hanjo> I'll check it out
Jun 17 14:40:43 <jbowler-away> DHCP: static isn't really the default, but it takes the bootproto setting from sysconf and that normally ends up as static.
Jun 17 14:41:40 <jbowler-away> If you zero the SysConf partition in flash I think you will get better results - the latest builds will pull the MAC from the last 80 bytes of the RedBoot partition.
Jun 17 14:42:14 <hanjo> I was reconfiguring them with turnup to switch to dhcp
Jun 17 14:42:35 <jbowler-away> So do 'ResetSysConf' on a slug, flash a relatively new build, and the result should be DHCP with minimal extra config file changes.
Jun 17 14:43:56 <jbowler-away> Yeah, line 111 of /etc/init.d/sysconfsetup - I just write [network] and the MAC into /etc/default/sysconf
Jun 17 14:45:21 <hanjo> Thx, I'll try that out on Monday at work. Currently I don't have any slugs at home.
Jun 17 14:45:30 <jbowler-away> Then in /etc/default/functions the 'config' function defaults bootproto to 'dhcp', and subsequently the udhcpc script writes /etc/hostname and so on.
Jun 17 14:46:29 <hanjo> You did a nice job with upslug, btw.
Jun 17 14:46:35 <jbowler-away> My theory is that an out-of-the-box slug has an uninitialised SysConf, but I'm not sure about this - LinkSys may boot the darned things...
Jun 17 14:46:56 <hanjo> No, they are initialised
Jun 17 14:47:26 <hanjo> I have burned them with openslug straight out of the box, and it was populated
Jun 17 14:47:38 <jbowler-away> Hum.  Ok, maybe I should change this so that it always does DHCP on first boot.
Jun 17 14:48:09 <jbowler-away> It will slow first boot a little, but 99% of people have DHCP servers these days.
Jun 17 14:49:11 <jbowler-away> I'm really tempted not to read SysConf at all... it's just got so much bogus stuff in it.
Jun 17 14:49:38 <hanjo> Do we need anythig more then the MAC?
Jun 17 14:51:06 <jbowler-away> No, the other stuff is just being nice to people who have run unslung or linksys and done hostname setup etc.
Jun 17 14:52:24 <jbowler-away> I can detect that because the IP address will have been changed from 192.168.1.77 or the disk_server_name will be set.
Jun 17 14:52:42 <hanjo> well, that mac->hostname mapping works very well for my purposes.
Jun 17 14:52:57 <jbowler-away> Yes, I figured it would ;-)
Jun 17 14:53:31 <hanjo> makes scripting much easier
Jun 17 14:53:33 <jbowler-away> With DHCP it doesn't matter because the udhcpc script overwrite /etc/hostname with the supplied value.
Jun 17 14:54:22 <hanjo> yes
Jun 17 14:54:37 <hanjo> Even with DHCP I will keep the same naming
Jun 17 14:55:56 <hanjo> it is important for me to be able to walk in a room and scan the MAC barcode which gives me the hostname of the slug, and from that all the info in the inventory database
Jun 17 14:56:22 <jbowler-away> For things like resolv.conf if you make the shared file match what gets written then udhcpc should not overwrite it - it does an md5sum of the old and new files and only writes if there is a change.
Jun 17 14:57:55 <hanjo> but you are right, it should be up to the users to decide the naming, and giving priority to dhcp on the first boot should be a good thing
Jun 17 14:58:25 <hanjo> reslov.conf is on shared at the moment and it works
Jun 17 14:59:46 <hanjo> I have 10 slugs on dhcp (that mirrors the static asignment) and the rest are still on static. On 3 out of the 10 with dhcp I am playing with the unionfs stufff.
Jun 17 15:01:19 <jbowler-away> I'm going to experiment with the DHCP stuff, at present it has a fallback to static if there is no server ('leasefail' in the udhcpc script), that should be sufficient to allow it to always run.
Jun 17 15:05:03 <hanjo> jbowler, that would imply that you should keep the SysConf
Jun 17 15:05:54 <jf-asleep> 
ACTION 

Jun 17 15:06:11 <jbowler-away> Yes, but not necessarily the bootproto setting - if the IP has been changed it needs to be retained, likewise the hostname
Jun 17 15:06:39 <hanjo> I see
Jun 17 15:07:06 <hanjo> well, good luck. I am off to bed
Jun 17 15:07:37 <ka6sox-office> nite hanjo 
Jun 17 15:07:53 <jbowler-away> g'nite
Jun 17 15:07:55 <hanjo> nite all
Jun 17 15:09:15 <hanjo> I am moving into a new apartment, and this week has been hell. Everything that can possibly hurt is hurting. I need to get some rest untill the big move tomorrow :)).
Jun 17 16:39:32 <mr_claus> n8
Jun 17 17:27:22 <NAiL> ka6sox-office: pong?
Jun 17 17:29:02 <NAiL> The wget hasn't exactly sped along. It's on libpcap
Jun 17 17:35:53 <dyoung-zzzz> which feed?
Jun 17 17:36:37 <dyoung-zzzz> hehe my fast rsync was fast.
Jun 17 17:36:41 <dyoung-zzzz> wrote 140320 bytes  read 1568396997 bytes  1182463.11 bytes/sec
Jun 17 17:37:13 <NAiL> rsync from where? 
Jun 17 17:37:27 <dyoung-zzzz> sf.net
Jun 17 17:37:45 <NAiL> how?
Jun 17 17:37:56 <dyoung-zzzz> the dyoung mirror is only a few hops away on the same level3 backbone
Jun 17 17:39:38 <NAiL> Aha... I'm getting like... 200bytes sec from sf.net
Jun 17 17:40:16 <NAiL> wow... Now I'm getting 2.5k/sec. Impressive....
Jun 17 17:40:58 <dyoung-zzzz> the jeanfabrice mirror is almost doneo syncing too
Jun 17 17:41:30 <NAiL> hmm... can I sync from your mirror instead? Then I might be finished sometime :P
Jun 17 17:41:55 <dyoung-zzzz> the wget was around 4x slower.
Jun 17 17:42:04 <dyoung-zzzz> or using wget rather.
Jun 17 17:42:15 <NAiL> how did you rsync from sf? 
Jun 17 17:42:23 <dyoung-zzzz> with rsync.
Jun 17 17:42:29 <NAiL> what url?
Jun 17 17:42:45 <dyoung-zzzz> rsync -auv -e ssh dyoung@shell.sf.net.... etc
Jun 17 17:42:51 <NAiL> aha
Jun 17 17:43:06 <NAiL> you're a dev
Jun 17 17:43:19 <dyoung-zzzz> Yeah, you could say that. :-)
Jun 17 17:43:26 <NAiL> heheh
Jun 17 17:43:54 <NAiL> oh well.. I'll wander off to bed. It might be finished when I wake up :P
Jun 17 17:44:28 <dyoung-zzzz> ok
Jun 17 17:44:47 <dyoung-zzzz> if its not done, you can try from theh dyoung mirror.
Jun 17 17:44:52 <dyoung-zzzz> ask me when you wake up.
Jun 17 18:55:04 <rwhitby-away> NAiL: do you need sf.net ssh access to the web area?
Jun 17 18:55:36 <rwhitby-away> we should give mirror maintainers ssh access to the web area
Jun 17 18:56:50 <rwhitby-away> Hmm - NAiL doesn't seem to be a developer on sf.net - I guess cause he's only used openslug ...
Jun 17 20:20:44 <rwhitby-away> Ksilebo: seen the latest Treo650 firmware upgrade?
Jun 17 21:29:13 <Ksilebo> rwhitby-away: Yep. Accidentally lost some of my files thouth, heh.
Jun 17 21:29:20 <Ksilebo> *though
Jun 17 21:29:31 <Ksilebo> No fault of the firmware update.
Jun 17 23:57:49 <CIA-12> 03bzhou * 10unslung/ (Makefile make/rcs.mk sources/rcs/slug-src-conf.h): rcs ready for testing, cross for slug. merge is needed by cogito
Jun 17 23:58:16 <ka6sox-away> you go eno-away 
Jun 17 23:59:06 <CIA-12> 03bzhou * 10unslung/make/cogito.mk: added rcs to COGITO_DEPENDS for merge, bumped up IPK_VERSION
**** ENDING LOGGING AT Fri Jun 17 23:59:56 2005