**** BEGIN LOGGING AT Fri May 20 23:59:56 2005
May 21 01:38:39 <rwhitby> Is nslu2-linux.bkbits.net down for anyone else?
May 21 01:52:50 <rwhitby> kergoth: ping
May 21 01:53:28 <rwhitby> kergoth: Any objections to adding CONFFILES_${PN}-inittab = "${sysconfdir}/inittab" to sysvinit_2.86.bb ?
May 21 01:53:47 <rwhitby> (so that changes to your /etc/inittab are not automatically clobbered when sysvinit is updated)
May 21 04:34:19 <CIA-1> 03sjmelhuish * 10unslung/make/libghttp.mk: 
May 21 04:34:19 <CIA-1> Added libghttp.mk
May 21 04:34:19 <CIA-1> Note: this version fails to make a .so
May 21 04:55:42 <llagendijk> jp30, hi, JeanFrancois pointed me to you w.r.t a new variable in the main makefile
May 21 04:55:49 <copperbeech> msg jstueve I've just got a new Compaq nc4010 - and by the sounds of things I should probably try setting up the wireless again. All seems to have changed so much recently. Matt
May 21 04:56:01 <copperbeech> oops
May 21 04:56:09 <jp30> hi, llagendijk, you're the quagga guy?
May 21 04:56:14 <llagendijk> right
May 21 04:57:10 <jp30> ok, i'm just making sure i have a copy of quagga here to look at... one moment
May 21 04:57:20 <llagendijk> quagga (but I noticed the same in bind this week) uses /usr/include checks directly to see whether some capabilities are available 
May 21 04:58:30 <jp30> i had a look in quagga's configure.ac and it seemed to me that the check it uses on linux involves using cpp rather than grepping in /usr/include
May 21 04:59:00 <llagendijk> for cross compilation we need to point configure to the target include dir (for wiley something like /opt/brcm/...../include
May 21 04:59:59 <jp30> can you tell me the line number of configure.ac that needs to be changed?
May 21 05:00:19 <jp30> ...that is causing the problem rather
May 21 05:00:59 <llagendijk> check for IPv6 around line 707
May 21 05:01:14 <jp30> looking... hang on...
May 21 05:02:15 <jp30> ok, that's what i thought - does that line really look at /usr/include directly though?
May 21 05:02:16 <llagendijk> I did not notice this myself, but JeanFrancois told me that the checks fail on the build machine
May 21 05:04:01 <jp30> the code at line 700-717 should look at the headers in the toolchain, not in /usr/include
May 21 05:05:15 <llagendijk> right, and I patched configre.ac for that, but the main makefile does not define the path to the toolchain makefile
May 21 05:06:04 <llagendijk> I would propose to add something like TARGET_INCLUDEDIR to point to these includes
May 21 05:06:15 <llagendijk> Would that be pssible yu think?
May 21 05:07:02 <jp30> jf mentioned that, but it's not as easy as you think - there are several include directories in the toolchain. also i don't understand what you are trying to fix. the code at line 700-717 looks ok to me
May 21 05:07:37 <jp30> is it an option to just disable ipv6 support in quagga?
May 21 05:10:19 <jp30> the point about the code in configure.ac is this: AC_EGREP_CPP doesn't grep blindly in /usr/include (i don't think?) - it uses cpp to read the system headers, and the toolchain cpp knows not to look in /usr/include
May 21 05:10:40 <llagendijk> I would prefer NOT to disable IPv6 (I need it personally...... :-) ), but what I was hoping to achieve is that we point to the directory where the target system includes are (the usual stuff in /usr/include etc)
May 21 05:12:05 <jp30> sorry, i'm not trying to be difficult, but i'm worried that you are asking for something quite complicated which might not be needed
May 21 05:12:09 <llagendijk> Ok, then my problem may be related to the one JF discussed with me this week, where the cpp in the wiley toolchain has an incorrect view of the includes (it looks in glibc based includes, not the uclibc ones)
May 21 05:12:31 <jp30> ...suppose you had TARGET_INCLUDEDIR, how would you use it? that's what i don't see
May 21 05:12:33 <llagendijk> no problem, it is good to see the whole picture. 
May 21 05:13:16 <jp30> i see, so maybe the wiley toolchain's cpp is broke? hmm...
May 21 05:13:46 <llagendijk> add an option to configure to set the path and replace all references to /usr/include by that variable
May 21 05:14:13 <llagendijk> Set the default to /usr/include but allow users to set it
May 21 05:15:12 <llagendijk> in actual fact, I just noticed that such a variable already is added by the tools (--oldincludedir)
May 21 05:16:41 <llagendijk> jf decided to work around the broken cpp by using mipsel-uclibc-cpp -E instead (as that works)
May 21 05:16:44 <jp30> hmm... looking a bit further in configure.ac, i see stuff like line 735 which does look like it needs patching...
May 21 05:17:04 <llagendijk> I might check whether that really solves this problem as well, I understand
May 21 05:20:22 <llagendijk> right, and that is part of the stuff I tried to solve. I need to use --oldincludedir to set the path appropriately
May 21 05:20:30 <jp30> ok, it sounds like you know what you are doing. why don't you make the changes you want to the root Makefile locally, and send me a patch for review. would that be ok?
May 21 05:21:21 <llagendijk> ok, but I can only do this for wiley, as I don't know the system include path for unslung etc.
May 21 05:21:47 <llagendijk> so it will be included for wl500 only for now, ok?
May 21 05:22:35 <jp30> ok. i'll be better able to see what you want from a patch probably, and can try to do the slug side
May 21 05:23:37 <llagendijk> can you  get me your email address?
May 21 05:23:44 <jp30> my email address is jbparsons@ucdavis.edu, best if you send the patch to there
May 21 05:23:56 <llagendijk> thanks
May 21 05:24:08 <jp30> no probs. gotta run - bye for now
May 21 05:24:19 <llagendijk> thanks @bye
May 21 05:31:35 <CIA-1> 03jp30 * 10unslung/make/libghttp.mk: libghttp: build shared library
May 21 05:36:59 <CIA-1> 03jp30 * 10unslung/make/libghttp.mk: libghttp: use automake 1.9
May 21 05:40:17 <Jacmet> q
May 21 07:30:26 <glc> Maintenance Mode problem:  In maintenance mode, /tmp/repair does not, exist making it difficult to exit maintenance mode.
May 21 07:51:40 <glc> I have entered a SlugBug including a workaround.
May 21 07:51:41 <ka6sox> glc: is there an easy cure?
May 21 07:51:45 <ka6sox> cool
May 21 07:52:10 <ka6sox> is that a quick howto in the wiki?
May 21 07:52:12 <glc> I also posted to the mail list.
May 21 07:52:35 <glc> Where should we put it?
May 21 07:53:40 <ka6sox> unslung howto?
May 21 07:55:29 <glc> Hmm. The slugbug I just posted didn't appear.
May 21 07:55:51 <ka6sox> I'll look into that one..(the slugbug)
May 21 07:56:12 <glc> Yes it did.
May 21 07:56:46 <ka6sox> 148
May 21 07:57:11 <glc> They just don't appear in order when I display my bugreports.
May 21 08:07:25 <ka6sox> it depends on what status they are in.
May 21 08:12:02 <glc> OK. Wiki updated.
May 21 08:17:22 <ka6sox> thanks
May 21 08:23:52 <glc> dyoung-aaa: rwhitby:  Linuxrc needs to be modified so that the maintenace mode section ends with:
May 21 08:23:57 <glc>     /bin/rm -f /mnt/linuxrc
May 21 08:23:57 <glc>     mkdir /mnt/mnt/repair
May 21 08:23:57 <glc> fi
May 21 08:25:05 <glc> dyoung-zzzz: See lines above.
May 21 08:27:20 <ka6sox> jp30, ping
May 21 08:27:27 <jp30> morning ka6sox
May 21 08:27:41 <ka6sox> morning...got your message
May 21 08:27:57 <ka6sox> headed in shortly (like 30 minutes) and will investigate
May 21 08:28:04 <jp30> ah, good, i still can't connect
May 21 08:28:21 <ka6sox> same here..can ping but nothing else...sooooo
May 21 13:55:07 <gerrynjr> updating to 4.20...
May 21 13:55:12 <gerrynjr> any way to force the flash to be mounted ro?
May 21 14:00:58 <glc> remount it ro.
May 21 14:01:14 <gerrynjr> shouldnt affect anything else?
May 21 14:01:15 <glc> mount -oro,remount /
May 21 14:01:22 <gerrynjr> just edit /etc/fstab??
May 21 14:02:06 <glc> add it to one of the init scripts.
May 21 14:03:43 <glc> Are you unslinging to a drive?
May 21 14:03:48 <gerrynjr> yes
May 21 14:03:59 <glc> Then nothing writes to the flash.
May 21 14:04:01 <gerrynjr> upgrading from 2.x
May 21 14:04:06 <ByronT> btw....
May 21 14:04:10 <ByronT> ~praise glc
May 21 14:04:12 <jbot> All hail glc!
May 21 14:04:13 <gerrynjr> however, I want to ensure that I wont aaccidently kill it 8-)
May 21 14:04:18 <gerrynjr> or... brick it
May 21 14:04:24 <ByronT> for taking the maintenance mode issue by the horns
May 21 14:04:30 <glc> ByronT ?
May 21 14:04:34 <gerrynjr> I do those things during late night working sessions at say... 5 in the monring after being up all night
May 21 14:05:33 <glc> I think it is mostly a perseption of a problem rather than a real problem.
May 21 14:06:01 <gerrynjr> glc: perhaps 8-)
May 21 14:06:14 <gerrynjr> it's really a personal issue I have... 
May 21 14:06:27 <gerrynjr> usually set up boxen so that I cant accidently kill them in my own idiocy...
May 21 14:06:31 <ByronT> gerrynjr, that was for me (about the perception)
May 21 14:06:50 <glc> Actually applies to both.
May 21 14:06:57 <ByronT> oh, ok... heh
May 21 14:06:59 <gerrynjr> yup 8)
May 21 14:09:27 <llagendijk>  
May 21 14:10:02 <glc> gerrynjr : mount -oro,remount /dev/root /initrd
May 21 14:12:41 <[g2]> ummm... the initrd is a ramdisk right ?
May 21 14:12:57 <dyoung-zzzz> No.
May 21 14:13:03 <dyoung-zzzz> that initrd is not.
May 21 14:13:27 <dyoung-zzzz> its the jffs2 and for some reason it gets mounted rw by the kernel command line.
May 21 14:13:53 <dyoung-zzzz> I'm still digesting maintenance mode and why we need it.
May 21 14:14:29 <[g2]> I'm still digesting the upgrade path for OpenSlug
May 21 14:14:29 <glc> You have to pivot to something other than jffs2 to flash the jffs2.
May 21 14:14:51 <[g2]> glc yes, that's the issue
May 21 14:15:14 <ByronT> OpenSlug 2.0 (optional APEX), OpenSlug 3.0 (APEX included)...
May 21 14:15:22 <[g2]> there are a couple options
May 21 14:15:36 <dyoung-zzzz> which is why the recommnedation is to "unsling" to a external device.
May 21 14:15:57 <[g2]> right running from the extrnal allows the jffs2 to be reflashed
May 21 14:16:29 <dyoung-zzzz> Regardless, the lack of /mnt/repair is a bug and it should be added in the rootfs creation.
May 21 14:16:36 <glc> Which is why unslinging puts you in permanant maint mode on the web screen.
May 21 14:19:30 <dyoung-zzzz> I was gonna fix it, but something just happened with my repo or bkbits or something.
May 21 14:19:44 <dyoung-zzzz> try again later.
May 21 14:20:08 <ByronT> well, I've got my Intel nic in, so I'm going to work on my nudi clone
May 21 14:20:32 <glc> See you all later then.
May 21 14:20:56 <ByronT> thanks again glc
May 21 14:20:58 * [g2] has been totally please so far with the AMD64 system
May 21 14:21:16 <[g2]> pleased
May 21 14:21:35 <[g2]> it seems blazinly fast
May 21 14:21:52 <[g2]> An I think cheap too
May 21 14:22:00 <ByronT> well, debian sarge net install wouldn't recognized the SN42G2's nic
May 21 14:22:18 <ByronT> err... SN41G2
May 21 14:22:21 <[g2]> I tested with knoppix first before I bought
May 21 14:22:40 <gerrynjr> [g2]: I got one here as well
May 21 14:22:44 <gerrynjr> [g2]: I love it 8)
May 21 14:22:53 <[g2]> the GigE and SATA worked and that's was I was insterested ing
May 21 14:22:54 <[g2]> the GigE and SATA worked and that's was I was insterested in
May 21 14:23:02 <gerrynjr> asus a8n sli board here
May 21 14:23:02 <[g2]> gerrynjr, which one ?
May 21 14:23:23 <[g2]> cool the SLI version
May 21 14:23:26 <gerrynjr> yup
May 21 14:23:31 <[g2]> I've got the little brother
May 21 14:23:31 <gerrynjr> i'm not using SLI atm though
May 21 14:23:42 <[g2]> A8N-E
May 21 14:23:44 <gerrynjr> I'll probably put a storage controller on the other
May 21 14:23:58 <[g2]> a RAID controller ?
May 21 14:24:02 <gerrynjr> _real_ raid
May 21 14:24:07 <gerrynjr> not this software RAID 8-)
May 21 14:24:16 <[g2]> hey I'm learning :)
May 21 14:24:29 <[g2]> That's what I'm interested in
May 21 14:24:44 <[g2]> there's a PCI-express 8 slot in there too
May 21 14:25:07 <[g2]> have you tried the software raid ?
May 21 14:25:18 <gerrynjr> linux software raid works...
May 21 14:25:31 <gerrynjr> i've got it running on many boxen, including a sun sparc e450...
May 21 14:25:39 <gerrynjr> w/ over 50 20 gig scsi drives 8-)
May 21 14:25:57 <glc> Wow. I'm running only  4.
May 21 14:26:07 <[g2]> are they hot swappable ?
May 21 14:26:09 <gerrynjr> glc: that box was donated to the university 8-)
May 21 14:26:15 <gerrynjr> [g2]: the scsi disks... yes
May 21 14:26:34 <gerrynjr> my amd64 box has 5 disks.. no RAID atm
May 21 14:26:51 <gerrynjr> I was going to buy the pci-e raid card this weekend, but my car had other plans 8-)
May 21 14:27:04 <gerrynjr> aka... transmission is dieing
May 21 14:27:09 <[g2]> DOH!
May 21 14:27:14 <[g2]> sorry to hear that
May 21 14:27:26 <gerrynjr> 1700 bucks to rebuild 8(
May 21 14:27:31 <gerrynjr> and it's a 2500 dollar car 8(
May 21 14:27:40 <gerrynjr> I'm ready to jsut get a new pos
May 21 14:27:44 <[g2]> :(  what kind of disks do you have 
May 21 14:27:54 <gerrynjr> at home, I only use maxtor
May 21 14:27:59 <gerrynjr> never had an issue...
May 21 14:28:08 <gerrynjr> people say they suck, but I have yet to get bitten
May 21 14:28:14 <gerrynjr> ::knocks on wood::
May 21 14:28:29 <gerrynjr> western dig. IMO sucks... but i've been bitten by them many times
May 21 14:28:29 <[g2]> which Maxtors ?
May 21 14:28:50 <gerrynjr> 2 250 gigers (both SATA)
May 21 14:28:59 <gerrynjr> 2 160s (IDE)
May 21 14:29:06 <gerrynjr> and a 120
May 21 14:29:27 <gerrynjr> I was going to get 2 more 250s and that raid card... but as I said 8-(
May 21 14:29:32 <ByronT> well ppl call them "DeathStars" but I've had great success with both the Hitachi's and IBM's of that line
May 21 14:29:34 <[g2]> I've got a new 300 with NCQ and it is FAST FAST FAST
May 21 14:29:45 <glc> The newer WD-120s run much cooler, and have not died on me yet. The older ones rar HOT.
May 21 14:29:58 <gerrynjr> well... if you keep your maxtors cool, they treat you well
May 21 14:30:06 <gerrynjr> mine are kept at a constant 25C
May 21 14:30:45 <[g2]> the 300 isn't in the AMD64 box yet.  But it was faster than my Raptor on the P4 box
May 21 14:30:59 <[g2]> and the Raptor is quite fast on the AMD64
May 21 14:31:49 <[g2]> gerrynjr, which video card are you running ?
May 21 14:32:22 <gerrynjr> atm.. a pos geforcefx5300
May 21 14:32:38 <[g2]> PCI slot ?
May 21 14:32:41 <gerrynjr> pci-e
May 21 14:32:58 <gerrynjr> was going to get a new vid w/ the raid... (was going to be a big upgrade)
May 21 14:33:11 <[g2]> I've got a 6200 with just 16MB and uses the main memory
May 21 14:33:26 <gerrynjr> [g2]: turbo-crap... er.. turbo cache 8-)
May 21 14:33:34 <[g2]> I'm planning on running headless, but while playing around a video care is nice
May 21 14:33:47 <[g2]> a PCI video care would be fine...
May 21 14:33:48 <gerrynjr> well, this works for 2d... I dont game much 8-)
May 21 14:33:58 <jstueve> I have a problem with my slug: upslugged the Unslug4-20 beta, and now I can't access anything.  No webpage comes up, any suggestions?
May 21 14:34:06 <gerrynjr> bought the board so I could use the latest toys
May 21 14:34:20 <gerrynjr> jstueve: works here 8-)
May 21 14:34:22 <[g2]> I got mine for production
May 21 14:34:40 <[g2]> And I'm liking is ALOT
May 21 14:35:04 <gerrynjr> well... it is my workstation 8-)
May 21 14:35:08 <gerrynjr> a toy workstation 8-)
May 21 14:35:10 <gerrynjr> lmfao
May 21 14:35:20 <gerrynjr> my athlon XP runs vmware GSX server...
May 21 14:35:27 <gerrynjr> (thanks to the license work gave me)
May 21 14:35:50 <[g2]> I'm gonna do a custom Knoppix distro for it and make it a NAS
May 21 14:35:50 <caplink811> jstueve: wanna step over to #nslu2-general ?
May 21 14:38:34 <[g2]> gerrynjr, what RAID cards do you like and I'm guessing you're running linux on it, which one ?
May 21 14:38:52 <gerrynjr> well, usually I go w/ 3ware if it's hardware RAID
May 21 14:38:58 <gerrynjr> they do not yet have a pci-e solution though
May 21 14:39:09 <gerrynjr> there's another company I was going to go with...
May 21 14:39:13 <gerrynjr> cant think of the name atm though
May 21 14:39:33 <[g2]> I think pci-e is or on-board is the key
May 21 14:39:45 <gerrynjr> agreed
May 21 14:39:55 <gerrynjr> on board stuff usually sucks...
May 21 14:39:59 <gerrynjr> but 8 ports is good 8-)
May 21 14:40:10 <[g2]> I don't really need 8
May 21 14:40:17 <[g2]> I think two will work for me
May 21 14:40:19 <gerrynjr> i'll eventually use them all
May 21 14:40:29 <[g2]> I'd switch out disks first
May 21 14:40:34 <gerrynjr> outgrowing my pwr supply atm...
May 21 14:40:38 <gerrynjr> crummy antec 450
May 21 14:40:59 <[g2]> I've got a tiny power supply can the system runs quiet
May 21 14:41:32 <[g2]> I"m interested to see how well the NCQ works
May 21 14:41:42 <[g2]> I've read great things about it and it makes a lot of sense
May 21 14:42:29 <gerrynjr> well, w/ the nvidia sata controlelr I dont think it's supported by the linux driver...
May 21 14:42:33 <[g2]> The 300 also has the 16MB cache. It pull 60MB on the P4 with hdparm -tT
May 21 14:42:52 <[g2]> I'm running 2.6.11 on the SATA
May 21 14:42:58 <gerrynjr> [g2]: hehe... 16 meg cache... could lead to more drive curruptionin the event of power failure
May 21 14:43:24 <[g2]> I'll have and UPS
May 21 14:43:24 <gerrynjr> [g2]: same here
May 21 14:44:13 <[g2]> When I wiped the Raptor drive on the AMD64 it only took 713 seconds for 37G that's nearly 49MB/sec
May 21 14:44:24 <gerrynjr> wtf... more isnt installed?
May 21 14:44:39 * rwhitby yawns
May 21 14:44:42 <rwhitby> morning all
May 21 14:44:48 <[g2]> rwhitby, hey sunshine
May 21 14:44:57 <rwhitby> hey [g2]
May 21 14:45:24 <gerrynjr> allo rwhitby, testing out 4.20
May 21 14:45:37 <gerrynjr> heard about the / on drive... couldnt wait
May 21 14:46:10 <rwhitby> gerrynjr: 4.20 is the recommended version now
May 21 14:46:20 <gerrynjr> cool
May 21 14:46:24 <gerrynjr> no more on the image though?
May 21 14:46:29 <gerrynjr> 'more'
May 21 14:46:47 <rwhitby> (although I just put the /mnt/repair fix in 4.21, but can't push it cause bkbits is down)
May 21 14:46:57 <rwhitby> gerrynjr: that's correct
May 21 14:47:00 <[g2]> is bkbits still down ?
May 21 14:47:05 <rwhitby> seems to be
May 21 14:47:08 <[g2]> suck
May 21 14:47:20 <gerrynjr> rwhitby: wonder why it wasnt included...
May 21 14:47:22 <[g2]> is there a snapshot that works with the new BB ?
May 21 14:47:46 <rwhitby> gerrynjr: Linksys didn't include it cause they didn't intend people to have a shell on the slug
May 21 14:47:55 <gerrynjr> hmmm
May 21 14:47:55 <rwhitby> [g2]: no
May 21 14:48:17 <rwhitby> [g2]: snapshots only come out on beta releases
May 21 14:48:19 <gerrynjr> i'll just use less instead
May 21 14:48:31 <rwhitby> gerrynjr: or contribute a "more" package ....
May 21 14:48:34 <[g2]> rwhitby, kergoth was going to export a snapshot for me last night
May 21 14:49:00 <[g2]> we should have one around. I'd like to put the new BB and re-worked OE on Sluggix
May 21 14:49:44 <gerrynjr> rwhitby: got my hands full in 'other' projects 8-)
May 21 14:49:56 <gerrynjr> plus other things... like my pos car 8)
May 21 14:50:01 <rwhitby> [g2]: 4.21 will be needed due to the maintenance mode, and it will have the latest BB and OE in it.
May 21 14:50:29 <[g2]> excellent.  Then we should target that
May 21 14:50:47 <[g2]> and a minor tweak or two for OpenSlug
May 21 14:51:26 <gerrynjr> rwhitby: maint./ mode on 4.20 w/o drive as root is broken?
May 21 14:52:39 <rwhitby> [g2]: I think you were a bit harsh on Stefan in the mailing list.  Even though he could have found it with a search, we want to encourage those sorts of questions from developers
May 21 14:53:07 <[g2]> rwhitby, thx for the feedback.
May 21 14:53:43 <rwhitby> if he had asked an FAQ, I would be right with you on blasting someone for that
May 21 14:53:43 <[g2]> I think the guy that followed up said I had "polite candor"
May 21 14:53:47 <[g2]> which I liked :)
May 21 14:53:53 <rwhitby> :-)
May 21 14:54:41 <[g2]> Well I wasn't sure whether he was asking about autofs or the whole process.
May 21 14:54:51 <rwhitby> the policy I personally follow is to give the developers a bit more slack when asking development questions, than what I give users asking questions that are in the  FAQ or doco.
May 21 14:55:11 <[g2]> Maybe I jumped the gun, we'll see
May 21 14:55:29 <rwhitby> your message had the right info in it for him, so it was a good message
May 21 14:55:52 <[g2]> Is he in the channel ?
May 21 14:55:54 <rwhitby> and the last para was a good reminder for everyone else :-)
May 21 14:55:58 <rwhitby> dunno
May 21 14:56:21 <dyoung-zzzz> 3500 members is mindboggling
May 21 14:56:39 <[g2]> 25 hours is really mindboggling
May 21 14:57:05 <kergoth> 25 hours of what?
May 21 14:57:05 <dyoung> that number would be less mind boggling if there were only 3 members. :-)
May 21 14:57:13 <[g2]> hey kergoth 
May 21 14:57:26 <rwhitby> hey kergoth
May 21 14:57:29 <[g2]> On the ml I tried to politely reply to someone
May 21 14:58:04 <[g2]> I said we've got 3500 ppl on the ml, so a 30 second message @ 3000 people equates to 25 hours of community time
May 21 14:58:17 <rwhitby> kergoth: any objection to me adding /etc/inittab to CONFFILES_${PN}-inittab in sysvinit_2.86.bb (you're listed as the maintainer) ?
May 21 14:58:41 <kergoth> inittab does belong in conffiles. feel free
May 21 14:58:55 <rwhitby> done, thx.  just waiting for bkbits to be able to push it
May 21 15:01:47 <[g2]> kergoth, did you export a snapshot last night or could you do one today ? bkbits is still down
May 21 15:01:59 <kergoth> k
May 21 15:02:43 * [g2] is saddened by the whole bk issue
May 21 15:03:52 <[g2]> it's not nearly as bad as the SCO fiasco, but slightly alike in some ways
May 21 15:04:14 <gerrynjr> rwhitby: interesting... slightly better throughput now... I used to get only 1.5meg upload to the nslu2.. now it's 2.5-3.0
May 21 15:04:46 <rwhitby> gerrynjr: which samba? built-in or package?
May 21 15:04:51 <gerrynjr> built in
May 21 15:08:24 <[g2]> rwhitby, for Sluggix do you think the tarballs (less the IAL Intel Access Libraries) should be included or not ?
May 21 15:08:39 <[g2]> and what do you think about a torrent disto ?
May 21 15:49:07 <rwhitby> [g2]: I have no opinion on either question
May 21 15:49:38 <rwhitby> OK, I have just sent a mailing list usage policy announcement.
May 21 15:53:59 <caplink811-away> rwhitby-away: but with a typo in it, 2nd paragraph, last sentence
May 21 16:04:18 <CIA-1> 03jp30 * 10unslung/make/quagga.mk: quagga: have a go at fixing llagendijk's configure problems
May 21 16:46:44 <ByronT> jbot, Stay!
May 21 16:49:29 <rwhitby-away> caplink811: thx
May 21 16:49:49 <caplink811> rwhitby-away: np ;-)
May 21 16:50:22 <rwhitby-away> I sent a correction.
May 21 16:50:48 <rwhitby-away> Now let's see how the subscription numbers change over the next week ....
May 21 19:15:17 <rwhitby-away> So, apart from the /mnt/repair fix, is there anything else broken in 4.20 that we should fix in 4.21 ?
**** ENDING LOGGING AT Sat May 21 23:59:57 2005