**** BEGIN LOGGING AT Mon Sep 25 02:59:56 2006
Sep 25 08:56:10 <CIA-5> 03blaster8 * r423 10kernel/archived/intel_eth/ (187 files in 11 dirs): Re-check in original (rev 418) old trunk into archived directory
Sep 25 09:04:08 <NAiL> morning, blaster8 :)
Sep 25 09:04:17 <blaster8> morning
Sep 25 09:04:29 * NAiL is back from a short vacation 
Sep 25 09:04:33 <blaster8> have you tried HEAD openslug
Sep 25 09:04:49 <blaster8> ixp_npe driver and 2.6.18 is in by default
Sep 25 09:04:54 <NAiL> ah, cool
Sep 25 09:04:59 <NAiL> it doesn't work LE yet, does it?
Sep 25 09:05:06 <blaster8> we're waiting on 'upstream' fixing LE, yes
Sep 25 09:05:18 <blaster8> he's probably going to get an NSLU2 to test on too
Sep 25 09:05:22 <blaster8> which will save us faf
Sep 25 09:05:57 <NAiL> faf?
Sep 25 09:05:57 <NAiL> 01:03 < rwhitby> IXP4XX NPE driver Version 0.1.0 initialized
Sep 25 09:05:57 <NAiL> 01:03 < rwhitby> Bad magic:df0edfe
Sep 25 09:06:15 <NAiL> that's just byteswapped, isn't it? Should be 0xfeedf00d?
Sep 25 09:06:20 <blaster8> in this case I mean backward-and-forwards patch testing
Sep 25 09:06:33 <blaster8> problem one is a byteswap issue
Sep 25 09:06:41 <NAiL> aha
Sep 25 09:06:44 <blaster8> the developer, however, forecasts further problems
Sep 25 09:06:53 <blaster8> and I found a race condition in microcode loading
Sep 25 09:06:57 <blaster8> so we're keeping him busy :)
Sep 25 09:07:20 <blaster8> apparently mdev is too fast, and the kernel driver can't keep up :p
Sep 25 09:08:24 <NAiL> haha
Sep 25 09:08:46 <NAiL> but... you mentioned that mdev doesn't daemonize... does that mean that we can use mdev during boot, then start udev later?
Sep 25 09:08:55 <blaster8> theoretically
Sep 25 09:09:08 <blaster8> but the current udev setup is appallingly hacky
Sep 25 09:09:09 <NAiL> I have no idea how mdev works ;)
Sep 25 09:09:18 <blaster8> and adding one more hack probably isn't a great idea
Sep 25 09:09:23 <blaster8> It's really simple
Sep 25 09:09:33 <blaster8> Kernel sends hotplug event to /sbin/mdev
Sep 25 09:10:04 <blaster8> mdev wakes up, parses config to find out whether it should set special permissions, and creates device node
Sep 25 09:10:26 <blaster8> then, if required, executes a script (also defined in config)
Sep 25 09:10:42 <blaster8> The source is 6kB, so it's not hard to understand
Sep 25 09:11:05 <NAiL> good
Sep 25 09:11:11 <NAiL> btw, regarding the busybox defconfig...
Sep 25 09:11:16 <blaster8> ok?
Sep 25 09:12:16 <NAiL> We've tried to keep the rootfs as small as possible. ie, most utils should be busybox stuff... But a few of the busybox apps broke stuff, and were disabled. I think we should look at reducing the size again now that 1.2.1 has been released :)
Sep 25 09:12:38 <blaster8> OK
Sep 25 09:12:43 <NAiL> the busybox config was *broken*, and I fixed that. But the config is quite probably wrong. 
Sep 25 09:12:52 <blaster8> Shall I create a new bug, or will you?
Sep 25 09:13:23 <NAiL> I can't access https for some weird reason
Sep 25 09:13:30 <blaster8> hmm, I'll fix then
Sep 25 09:13:37 <NAiL> firefox seems to have a problem in edgy atm.
Sep 25 09:13:50 <blaster8> it'll have another problem soon
Sep 25 09:14:13 <NAiL> oh?
Sep 25 09:14:17 <blaster8> Moz is removing the understanding that distros could use Firefox name without the 'official branding'
Sep 25 09:14:37 <blaster8> Debian is getting hit right now, but it will apply to Ubuntu too
Sep 25 09:15:34 <NAiL> official branding? wtf?
Sep 25 09:16:27 <blaster8> The logo is non-free licensed
Sep 25 09:16:42 <blaster8> so Debian can't use that (ubuntu won't care, mind)
Sep 25 09:16:44 <NAiL> gah
Sep 25 09:17:04 <NAiL> That's just silly.
Sep 25 09:17:13 <blaster8> but Moz wants distros to run all patches distros include past them if they want to use any official branding
Sep 25 09:17:21 <blaster8> which now includes the name
Sep 25 09:17:23 <blaster8> :(
Sep 25 09:17:48 <NAiL> well, that kinda makes sense
Sep 25 09:17:55 <NAiL> but still...
Sep 25 09:18:16 <blaster8> It is annoying
Sep 25 09:18:38 <blaster8> And there are further problems for distros with long security update cycles
Sep 25 09:18:45 <blaster8> like Ubuntu/Debian
Sep 25 09:19:06 <blaster8> because they continue to fix security issues after Moz abandon support
Sep 25 09:19:23 <blaster8> so they are again not shipping 'official' firefox
Sep 25 09:19:37 <blaster8> argh
Sep 25 09:24:54 <NAiL> this *has* to spark some debate ;)
Sep 25 09:25:16 <blaster8> Exactly
Sep 25 09:33:26 <likewise> rwhitby: The correct building of "fontconfig" for openslug depends on the host. ("/usr/lib/libz.la" is referenced on the host machine.) Using the exact same build dir, it breaks on one host, it works on another. 
Sep 25 09:33:42 <rwhitby> likewise: ok
Sep 25 09:34:11 <likewise> rwhitby: looking into it (the machines are physically apart, without remote access...).
Sep 25 09:34:54 <likewise> rwhitby: you mentioned on the ml that your build works; could you see if you have /usr/lib/libz.la? (or was it /usr/lib/zlib.la, forgot)
Sep 25 09:35:55 <rwhitby> rwhitby@sarge:~$ ls -l /usr/lib/*libz*
Sep 25 09:35:55 <rwhitby> -rw-r--r-- 1 root root 89014 2006-07-08 18:44 /usr/lib/libz.a
Sep 25 09:35:55 <rwhitby> lrwxrwxrwx 1 root root     9 2006-08-11 15:29 /usr/lib/libz.so -> libz.so.1
Sep 25 09:35:55 <rwhitby> lrwxrwxrwx 1 root root    13 2006-08-11 15:29 /usr/lib/libz.so.1 -> libz.so.1.2.3
Sep 25 09:35:55 <rwhitby> -rw-r--r-- 1 root root 78500 2006-07-08 18:43 /usr/lib/libz.so.1.2.3
Sep 25 09:35:59 <rwhitby> No .la file
Sep 25 09:46:30 <likewise> rwhitby: hmm, ok, strange.
Sep 25 09:48:15 <likewise> rwhitby: probably in one case staging is not populated with usr/lib/libz.la, so that it searches on the host (koen mentioned this AFAIR). So I should focus on differences in the libz package being staged correctly in the faulty and good case.
Sep 25 11:08:36 <CIA-5> 03blaster8 * r424 10kernel/trunk/patches/2.6.18/ (33-ixp4xx-0.1.0-fixup-ucode_dl.patch defconfig series): Add latest patch for ixp_npe (fix for LE load, race condition, udev loading)
Sep 25 11:41:30 <CIA-5> 03blaster8 * r425 10kernel/trunk/patches/2.6.18/ (11-mtdpart-redboot-config-byteswap.patch series): Redboot FIS byteswap test is now in mainline, dropping patch
Sep 25 15:40:27 <CIA-5> 03blaster8 * r426 10kernel/trunk/patches/2.6.18/defconfig: Remodularise firmware class
Sep 25 17:09:13 <CIA-5> 03bzhou * r4101 10optware/trunk/ (Makefile make/py-tailor.mk): added py-tailor
Sep 25 17:12:01 <Wipmac> hi all. is there a significant probability that after de-underclocking the nslu2 a formarly working external hdd will no longer work with usb-port-supplied power?
Sep 25 17:15:44 <blaster8> Wipmac: No
Sep 25 17:16:14 <Wipmac> so no real drawbacks by cutting that resistor (instead of soldering a new one) ?
Sep 25 17:16:33 <blaster8> none anyone has found
Sep 25 17:17:17 <Wipmac> any idea why linksys decided to solder a new resistor in some other place - instead of leaving that one resistor out?
Sep 25 17:17:50 <blaster8> none whatsoever
Sep 25 17:18:02 <blaster8> I don't think they know why they did it either
Sep 25 17:18:15 <blaster8> given that some new NSLU2s are shipping at 266MHz without mods
Sep 25 17:18:45 <NAiL> hmm. you sure?
Sep 25 17:18:56 <blaster8> according to the wiki
Sep 25 17:21:57 <Wipmac> i just updated to unslung 6.8 now. didnt change anything in my satellite receiver. but now, data from the slug comes much slower to the sat-receiver-so i cant watch the stored movies
Sep 25 17:24:15 <Wipmac> no clue?
Sep 25 17:24:32 <blaster8> No idea
Sep 25 17:24:39 <blaster8> try the turboslug mod
Sep 25 17:24:56 <Wipmac> it worked all well with 2x (or 3.x dunno what i had before)
Sep 25 17:26:02 <blaster8> We don't control the underlying OS with Unslung
Sep 25 17:26:21 <blaster8> We just take the OS that Linksys gives us, and add the capability to install more applications
Sep 25 17:27:11 <Wipmac> sure. so u think its a problem of the linksys fw?
Sep 25 17:32:19 <Wipmac> with turbslug u mean de-underclocking?
Sep 25 17:47:15 <blaster8> yes
Sep 25 17:50:27 <Wipmac> k. just de.underclocked it - went really easy - will enter it in the database
Sep 25 17:51:23 <Wipmac> wow - boots faster now? :)
Sep 25 17:52:32 <blaster8> well possibly
Sep 25 17:52:43 <blaster8> the CPU is running at twice the speed, after all
Sep 25 17:53:32 <Wipmac> daok - network traffic is corresponding to the experiences in the wiki - from 4,7 mB/s to 5,6 mB/s
Sep 25 17:54:40 <Wipmac> nfs speed still is slow . slower than in unslung 3.x. there must be some wrong setting..hmm
Sep 25 17:55:35 <Wipmac> is there a way to check what nfs is doing? or at least the nfs speedß
Sep 25 17:55:38 <Wipmac> ?
Sep 25 17:57:58 <blaster8> rsize/wsize
Sep 25 17:58:06 <blaster8> in the wiki somewhere
Sep 25 17:58:18 <Wipmac> both 3232768
Sep 25 17:58:23 <Wipmac> both 32768
Sep 25 18:00:56 <Wipmac> can i check if nfsutils is running? "ps" isnt reporting it
Sep 25 18:01:05 <blaster8> ps -ef
Sep 25 18:01:21 <Wipmac> nfsd is running
Sep 25 18:01:41 <blaster8> You may have to revert to Unslung 5.5
Sep 25 18:02:00 <blaster8> Eventually, I will have good NFS support in SlugOS, because I will be using it
Sep 25 18:02:00 <Wipmac> is that a common problem with 6.8?
Sep 25 18:02:10 <blaster8> Haven't heard of it
Sep 25 18:02:16 <blaster8> Try posting to the mailing list
Sep 25 18:04:26 <Wipmac> do i have to reboot after "ipkg update" ?
Sep 25 18:05:01 <blaster8> not AFAIK
Sep 25 18:12:27 <Wipmac> maybe it has something to do with my /etc/exports. i changed the usb-ports after updating to 6.8
Sep 25 18:24:04 <Wipmac> thx blaster8 - problem solved - rsive 8192 and things are swell
Sep 25 18:24:21 <blaster8> well done
Sep 25 18:24:36 <Wipmac> is a larger r/wsize better in any way?
Sep 25 18:24:43 <blaster8> I'd still send an informational message to the mailing list explaining your problem and what you did to fix it
Sep 25 18:24:53 <blaster8> Wipmac: depends on available RAM, I think
Sep 25 18:25:51 <Wipmac> well - the fix was on the yahoo-german group .. well not wuiet the fix . but an instruction from 2004 on how to setup this specific receiver to work with the nslu2. 
Sep 25 18:26:13 <Wipmac> but i swear i didnt change anything in the r/wsize setting on the receiver..hmm..
Sep 25 18:30:01 <Wipmac> gnite all and thx again blaster8!
Sep 25 18:30:10 <blaster8> no trouble :)
Sep 25 18:35:24 <NAiL> hmm..
Sep 25 18:35:35 * NAiL suspects an FP issue
Sep 25 18:35:36 <blaster8> ?
Sep 25 18:35:39 <blaster8> ?
Sep 25 18:35:41 <NAiL> 273072155961431830286306641787761771449585440157331553977164129697913834549513167215869031824885721712188962754124735683103656737254006450607561820711772951686567583221686147142309363257424280644554375752283605212768537252090160937086418478432256.00 MB/s <-- *FAST*
Sep 25 18:35:52 <blaster8> ?
Sep 25 18:35:57 <NAiL> it's not openslug ;)
Sep 25 18:36:09 <NAiL> it's ds101-linux
Sep 25 18:36:12 <blaster8> ?
Sep 25 18:36:13 <blaster8> hehe
Sep 25 18:36:23 <blaster8> it is a fast machine
Sep 25 18:37:17 <Wipmac> any1 has an idea where all the users that were in /home/users/ have alnded after migrating from 3.x to 6.8 ?
Sep 25 19:10:49 <Wipmac> gnite
Sep 25 20:19:15 <Tobbe> AdamBaker: Did you get a chance to look at the coreutils/df problem I had?
Sep 25 20:44:38 <AdamBaker> Tobbe: I haven't had much time to spend on it other than discovering proftpd is the only example in optware that appears to already use the  autoconf cache stuffing technique that I plan to use to fix it
Sep 25 20:46:09 <Tobbe> Ok, no problem :) I'm busy as well :)
Sep 25 21:13:09 <Tobbe> I'll bug you again at the end of the week, I don't think I'll have any time to play with it until then anyway
Sep 25 21:42:09 <CIA-5> 03bzhou * r4102 10optware/trunk/ (Makefile make/py-codeville.mk): added py-codeville
Sep 25 21:52:19 <AdamBaker> Tobbe: I've got df to build and hit a harder problem - the busybox version of mount doesn't appear to maintain /etc/mtab so df doesn't read the filesytem list correctly
Sep 25 21:56:18 <AdamBaker> Does anyone know how /etc/mtab is created on unslung and if there is a reason it isn't a symlink to /proc/mounts?
Sep 25 21:57:36 <AdamBaker> Apparently having it as a symlink may generate incorrect entries for loopback mounts but currently it is more incorrect than correct
Sep 25 23:03:33 <kfm82> AdamBaker, right, busybox df doesn't even support -h for human-readable output...
Sep 26 00:33:53 <wildcat44g> Hi again
Sep 26 00:35:10 <wildcat44g> I unslung my slug to a flash drive and when I went to try to change it to my 200 gb hdd the whole thing crashed and now I can't log into it at all even by the web browser
Sep 26 00:36:00 <wildcat44g> I don't know if it has a different ip address now or not
Sep 26 00:36:47 <drif> what do you mean by changing it to 200gig hdd?
Sep 26 00:37:15 <wildcat44g> I changed my mind about where I was going to be unslinging the slug to
Sep 26 00:38:18 <wildcat44g> my flash drive is only a 512 mb  drive
Sep 26 00:39:57 <wildcat44g> knoppix and windows can't find my slug now but knoppix can see and read the 200 gb drive
Sep 26 00:43:52 <wildcat44g> I had the drive plugged into my machine to see if knoppix could see if I had lost my data or not
Sep 26 00:46:57 <wildcat44g> can I reflash my slug without being able to find or telnet into the slug?
Sep 26 00:53:46 <wildcat44g> hi every1
Sep 26 01:29:44 <wildcat44g> ugh I'm starting to think I killed my slug
Sep 26 01:36:54 <rwhitby> slugs are hard to kill - you can always reflash in upgrade mode for a clean start.
Sep 26 01:38:03 <wildcat44g> how do I do that when windows can't find it by telnet or the network browser
Sep 26 01:38:35 <wildcat44g> or can I use knoppix to transfer the firmware?
Sep 26 02:03:16 <wildcat44g> I'm in upgrade mode and getting weird blinking when I scan my network to try to find it but turn up nothing though
Sep 26 02:11:28 <wildcat44g> I tried tha upload tool but it doesn't work with my copy of windows xp sp2 pro
Sep 26 02:25:27 <wildcat44g> would sercomms interNAS_setup tool work to upload unslung?
Sep 26 02:30:44 <wildcat44g> can I flash the firmware automatically if I move a good copy of unslung to an external usb drive since windows and knoppix can't find my slug?
Sep 26 02:59:28 <int2str> Hi all!
Sep 26 02:59:39 <int2str> Is there a gentoo-nslu2 specific channel you guys know about?
**** ENDING LOGGING AT Tue Sep 26 02:59:56 2006