**** BEGIN LOGGING AT Sat May 17 02:59:57 2008 May 17 03:00:01 so i can grep for part1 on each device, mount, and look for /etc/init.d May 17 03:00:03 tonymy01: we'll still need to determine what file format those partitions are, but at least that reduces the number to try. May 17 03:00:28 or put some of the card logic in the rc.sysint file permanently? May 17 03:01:03 since BW is in the process of *removing* stuff from busybox, I'd guess that they're likely to remove telnetd eventually. May 17 03:01:13 at least we need to be prepared for that scenario May 17 03:01:16 actually eric, i was just trying to work out how to burn a f/w image to have rc.local in it, as the /tmp/config is not part of the f/w May 17 03:01:42 tonymy01: that should be possible May 17 03:01:49 a simply cp will do May 17 03:01:53 so we should have a separate script (i.e. not put the code directly in rc.local, but call the script from rc.local May 17 03:02:02 put it in /tmp and then cp May 17 03:02:14 and then BW can call our script if they want to be helpful, otherwise people have to put the call to our script in rc.local manually May 17 03:02:16 rc.local is unused currently, why not use it? May 17 03:02:38 how about adding rc.local to the default config image? May 17 03:02:57 then the user just needs to do a factory reset? May 17 03:02:59 tonymy01: cause someone might want to call our script, and also call their own script May 17 03:03:06 or is that too intrusive? May 17 03:03:31 my dad just arrived... all will have to go on hold for tonight May 17 03:03:38 righto May 17 03:03:39 we need to be able to upgrade the script without people having to re-merge it with other stuff they put in rc.local May 17 03:03:57 hence we need a level of indirection May 17 03:04:11 rc.local could call another script? ;-) May 17 03:04:18 yes, that's the idea May 17 03:04:22 but yeah I see where you are coming from May 17 03:04:45 i actually have the telnet hack still in there, as i don't want a usb always in May 17 03:04:47 then end-users can treat the second script as a "binary" (i.e. they don't modify it, they just call it from rc.local) May 17 03:04:59 tonymy01: the exact case in point May 17 03:05:03 ok, will break it out into another script May 17 03:05:16 you want to do other stuff in rc.local as well as this rc.wizextensions stuff May 17 03:05:35 perhaps we can call it rc.openwiz May 17 03:05:46 and then rc.openwiz is the thing which goes in the repo May 17 03:06:04 and end-users don't modify it, they just call it May 17 03:06:43 from dealing with slug end-users from three years, I've learnt that you need to be very clear about where the line is between what end-users are supposed to edit and what they are not. May 17 03:07:24 developers can do what they like, but you need to set boundaries for end-users who don't know what they are doing and are treating your script as a shrink-wrapped black box application May 17 03:08:53 tonymy01: can you email the current script, and I'll put it in a new repo May 17 03:09:11 then we can all see what we're discussing :-) May 17 03:11:10 got an email for me? May 17 03:18:21 rod@whitby.id.au May 17 03:18:23 send email May 17 03:18:26 now May 17 03:18:31 sent it now i mean May 17 03:18:34 thx May 17 03:19:01 can you send your current rc.local contents too? I'm going to have another crack at my wiz tonight May 17 03:19:17 BTW, awesome stuff with busybox and nfs I saw last night! May 17 03:19:51 my rc.local current is the one i sent you, minus the path to the /tmp/mnt/idehdd/bin, and minus the final call to telnetd May 17 03:24:28 we should also have a way of installing ipks just by putting them on the usb stick May 17 03:25:00 put a call to it in /etc/init.d to install, and then rm the call at the end of the install will work May 17 03:25:20 (when i say /etc I mean the etc directory on the stick) May 17 03:25:25 yep May 17 03:26:06 can we bind mount the usb stick somewhere known (like /opt) so we don't need to keep worrying about different paths? May 17 03:26:40 (then we mount either of usb, cf, sd, or nfs onto that spot and don't need to worry which is which from then on) May 17 03:27:18 then we can talk about /opt/etc/init.d/ and not need to worry where it is stored on any particular person's device May 17 03:27:39 (yes, this is leading towards optware on the wiz) May 17 03:28:28 hmm - optware requires a filesystem that can handle symlinks ... May 17 03:29:28 I wish I could find a short CF or SD card that would fit in the front slot but still allow the door cover to close May 17 03:29:47 I was thinking of ripping my door off May 17 03:29:50 getting around the back of the device is a real hassle for me, and having a usb sticking out the front is ugly. May 17 03:30:17 hence my nfs experiments yesterday, to have symlinks while testing a few things May 17 03:30:18 I'm going to take a usb stick apart, desolder the connector, and then solder it back on at right angles - that should fit behind the door May 17 03:30:26 hehe May 17 03:30:37 i have a usb extension lead dangling from the back May 17 03:30:48 ah - that's a great idea. May 17 03:30:50 you could put a card into a reader in the usb May 17 03:31:12 ok, really have to go now May 17 03:31:16 ok, thx. May 17 03:31:31 cya May 17 03:35:46 you can see i do rudimentary logging, to /tmp/something May 17 03:35:58 and append the log to the /etc/log.txt on the usb May 17 03:36:09 (forgot the names already) May 17 03:36:15 ok guys, see you May 17 04:11:41 any ideas why this doesn't work: May 17 04:11:42 # pwd May 17 04:11:42 /tmp/config May 17 04:11:42 # cat rc.local May 17 04:11:43 /usr/sbin/telnetd -l /bin/sh & May 17 04:11:43 # May 17 04:12:01 (that's after a firmware reflash, so I know it's being preserved) May 17 04:41:02 is it marked as executable? May 17 06:25:23 hi May 17 06:25:44 do you have #!/bin/sh at the beginning? May 17 06:27:05 rwhitby May 17 11:55:44 tonymy01: no I don't. May 17 11:55:52 Yuv422: yes it is May 17 11:55:57 that may explain it then May 17 11:56:16 i thought it was mandatory to put that at the beginning of any shell script May 17 11:56:45 depends what calls it. May 17 11:56:52 but yes, this should have it. trying now. May 17 11:57:04 it isn't called with an exec May 17 11:57:39 it is called from a shell script rc.sysinit May 17 11:57:59 # rc.local May 17 11:57:59 if [ -x "${CONFIG_DIR}/rc.local" ];then May 17 11:57:59 ${CONFIG_DIR}/rc.local & May 17 11:57:59 fi May 17 12:10:50 tonymy01: can you copy all the binaries you've built up onto hogwarts, so I can use them as a bootstrap? May 17 12:11:13 i just built 235 a few mins ago May 17 12:11:32 with a copy in rc.sysinit to creat the rc.local in /tmp/config May 17 12:11:57 oh, I meant all the busybox and dropbear and etc binaries May 17 12:12:21 "bootstrap"? May 17 12:12:37 i thought you meant to assist your telnet aspect May 17 12:14:36 sorry, didn't make myself clear May 17 12:14:50 I'm flashing 235 now, with a simple telnetd in rc.local May 17 12:15:06 the nfs mounting is flakey May 17 12:15:33 it only seems to mount once i quit my putty shell that created it, and then launch another telnet May 17 12:17:14 i haven't made a dropbear for it May 17 12:17:21 only busybox mainly May 17 12:17:25 and an ntpclient May 17 12:17:47 is your toolchain on linux or cygwin? May 17 12:18:00 i should remove the insmod/etc from the busybox as i found out uclinux doesn't support module loading May 17 12:18:04 linux May 17 12:18:06 ubuntu May 17 12:18:17 god, cygwin sux dogs bickies May 17 12:18:21 yep May 17 12:18:46 oh, are you using hogwarts or your own machine? May 17 12:18:59 my own, ubuntu in vmware May 17 12:19:12 can we replicate the toolchain on hogwarts? May 17 12:20:39 i could try, but i really minced it up May 17 12:20:52 oh, toolchain May 17 12:21:00 i didn't do much with that May 17 12:21:11 busybox source i hacked lots May 17 12:21:19 I want to start optware building 1000 packages for openwiz May 17 12:21:29 so I need to get a working toolchain on hogwarts May 17 12:21:44 depends on what toolchain May 17 12:21:49 the busybox hacks we'll turn into an optware patch too May 17 12:22:02 the toolchain that works, of course ;-) May 17 12:22:16 but i really don't know what i am diong, i google lots when i get an error, and try to make work arounds etc May 17 12:23:06 right, but the key thing is that we capture what you've done, and then collectively we should be able to reason why things needed to be done and turn them into good patches May 17 12:24:16 since you're the first to get the latest busybox working, then we need to capture that as a basis to start from. May 17 12:24:29 you're able to scp stuff up to hogwarts, right? May 17 12:24:38 (from your ubuntu vm) May 17 12:24:39 possibly May 17 12:24:54 if your vm can get to the internet, then you can scp to hogwarts. May 17 12:24:54 i did get it setup from i think my slug May 17 12:25:05 yes, of course it can get to teh web May 17 12:26:07 you're using rsa-key-20080218 on hogwarts May 17 12:26:28 i can't remember what i set that up on May 17 12:26:29 so you just need the matching id_rsa in your .ssh dir on your ubuntu machine May 17 12:26:41 i think i set it up on putty on my pc May 17 12:26:43 I think you set that up on your windows machine with putty and winscp May 17 12:26:50 ja May 17 12:26:53 putty can export the id_rsa for linux May 17 12:27:02 (puttygen actually) May 17 12:27:21 load your .ppk file into puttygen May 17 12:28:36 then Conversions->Export OpenSSH key May 17 12:28:53 save that file as /home/tonymy01/.ssh/id_rsa on the ubuntu machine May 17 12:29:57 make sure it's chmod 600 May 17 12:32:15 tonymy01: do you pay for uploads going out of your network connection? May 17 12:32:20 no May 17 12:32:23 optus May 17 12:33:03 good - then you can rsync all the stuff on your ubuntu machine up to hogwarts so we can see what you've done May 17 12:33:46 excellent, the rc.local worked. thx for spotting my obvious mistake May 17 12:33:49 toolchain is a one app install, obained from a link from a group of guys that are coding for the Mediagate350 May 17 12:34:44 Is it listed on http://openwiz.org/wiki/Compiler_Toolchain ? May 17 12:34:53 yes May 17 12:35:04 i had success wtih 2 toolchians, one more than another though May 17 12:35:13 as one is 2.95gcc, one is 3.xgcc May 17 12:36:13 ok, what do I need to do to replicate your current toolchain on hogwarts? May 17 12:36:31 http://mvixcommunity.com/~jeruko/ May 17 12:36:59 http://mvixcommunity.com/~jeruko/OpenEM86XX-toolchain_20070626.tar.bz2 ? May 17 12:37:51 let me just check my binaries, don't want to d/l to find out May 17 12:37:54 again May 17 12:38:31 In installs into /opt/arm-uclinux-tools/... May 17 12:38:49 yep, that is the one May 17 12:41:05 ok, so that one's GCC 3.4.3 May 17 12:41:20 yep, and is much more compat with modern sources May 17 12:41:43 i tried to compile busybox with the 2.9.x one, and got lots of errors May 17 12:41:56 and googled some, and the answer was "get a newer compiler" May 17 12:42:34 yep May 17 12:42:47 ok, I'll set up optware to use this toolchain and start it building stuff May 17 12:44:47 can you scp your busybox sources up to hogwarts so I can create a patch from it? May 17 12:45:00 yep, got my gf bugging me this minute May 17 12:45:09 (she is o.s.) May 17 12:45:16 oh, no probs - real life always comes first :-) May 17 12:45:40 i told her someone was giving me some instructions i had to follow, she was not happy! May 17 12:46:48 just say "bbiab" to me May 17 12:47:53 just trying to get applet links back into busybox, rather than symlinks May 17 12:48:16 i built with applets (shell scripts really) as it is running from the hdd May 17 12:57:20 oops - dropbearkey just crashed the wiz May 17 12:58:36 i get some weird behaviour with some things May 17 12:59:47 how much room do we have in /tmp/config? May 17 13:00:01 haven't thought it thru yet May 17 13:00:09 PRL is the person to chat to about that May 17 13:00:18 i think hogwarts has blocked me May 17 13:00:48 i didn't realise "ssh" by default tries a root user (I am logged in as root to my vm) May 17 13:01:05 and tried password a few times, and then nothing May 17 13:01:12 building as root? very dangerous (especially when cross-compiling) May 17 13:01:44 then when attempting to ssh with -l tonymy01, still nothing, no response, no timeout, ssh "hung" May 17 13:02:09 yep, it would have blocked you May 17 13:02:13 let me try and unblock May 17 13:07:06 are my pms working to you rod? May 17 13:09:55 rod, are you seeing my messages? May 17 13:12:37 yep May 17 13:14:39 ok, my hello exe from optware ran fine May 17 13:15:48 that is a start :-) May 17 13:17:13 netcat works to. May 17 13:17:27 so I now have file transfer capability over the ethernet. May 17 13:17:39 ahh May 17 13:17:55 the reason i wanted nfs working too was for simpler file transfer May 17 13:18:08 currently i had to surf to a windows share in the wiz gui which is a pain May 17 13:18:23 yeah, that's how I got hello and netcat onboard May 17 13:18:47 now to bootstrap ipkg May 17 13:21:42 now, where should optware live on the hard disk? May 17 13:22:13 In /tmp/mnt/idehdd/optware ? May 17 13:22:22 (which is then bind mounted to /opt) May 17 13:22:38 good question May 17 13:22:44 i put them in /wiz May 17 13:23:07 /tmp/mnt/idehdd/wiz/ i mean May 17 13:23:40 mount -t none -o bind /tmp/mnt/idehdd/optware /opt May 17 13:23:55 you will see my busybox applets are setup like that May 17 13:24:14 and the PATH in rc.local set to suport that bin dir first May 17 13:24:30 i like the /opt bind idea better, saves having long paths for everything May 17 13:24:49 it's the way we do it for optware on all the other targets May 17 13:24:58 OPTWARE-BOOTSTRAP_REAL_OPT_DIR=$(strip \ May 17 13:24:59 $(if $(filter ds101 ds101g, $(OPTWARE_TARGET)), /volume1/opt, \ May 17 13:24:59 $(if $(filter fsg3 fsg3v4 dt2 vt4, $(OPTWARE_TARGET)), /home/.optware, \ May 17 13:24:59 $(if $(filter mssii, $(OPTWARE-BOOTSTRAP_TARGET)), /share/.optware, \ May 17 13:24:59 $(if $(filter lspro, $(OPTWARE-BOOTSTRAP_TARGET)), /mnt/disk1/.optware, \ May 17 13:25:00 $(if $(filter teraprov2, $(OPTWARE-BOOTSTRAP_TARGET)), /mnt/array1/.optware, \ May 17 13:25:02 $(if $(filter openwiz, $(OPTWARE-BOOTSTRAP_TARGET)), /tmp/mnt/idehdd/.optware, \ May 17 13:25:03 )))))) May 17 13:25:08 /opt is there and empty too May 17 13:25:46 hmm, actually, if it is a dot directory, will that hide it from the gui, hang on May 17 13:25:57 that's a good thing May 17 13:26:11 that is what i mean, that is what we want! May 17 13:26:30 yeah, I forgot the dot in my first paste, but the dot is going into the makefile May 17 13:26:37 bummer, isn't hidden May 17 13:27:26 at least it comes _after_ recording on mine :-) May 17 13:28:11 yeah, silly May 17 13:34:30 one busybox cruising across now May 17 13:34:32 finally May 17 13:34:41 is it statically linked? May 17 13:34:45 took a while to get the scp syntax working May 17 13:34:53 um May 17 13:35:12 i needed a ":" on the destination details May 17 13:35:42 the only links are the install links May 17 13:35:45 Yuv422: Hi Eric May 17 13:35:59 hi Rod May 17 13:36:03 of course the links are useless on a FAT filesystem May 17 13:36:23 i should hard code /opt into the applet creation May 17 13:36:41 hey Tony May 17 13:37:04 (applet is really just #!/bin/sh /blah/bin/busybox in a shell script) May 17 13:37:07 hi eric May 17 13:37:41 tonymy01: let me know when the busybox executable is there May 17 13:37:50 I've smoothed out my download rate display May 17 13:38:01 i did a verbose download May 17 13:38:22 so it is giving me about 10debug messages per file transferred May 17 13:38:35 Yuv422: to bring you up to speed, I've installed the http://mvixcommunity.com/~jeruko/OpenEM86XX-toolchain_20070626.tar.bz2 toolchain on hogwarts, and am using it to compile up optware utilities, with the aim of bootstrapping optware on the wiz May 17 13:38:52 cool May 17 13:39:06 "hello" and "netcat" worked so far May 17 13:39:36 (netcat being the most primitive file transfer and telnet app that there is) May 17 13:40:10 sounds like something i tried on a Sun Sparc about 12years ago May 17 13:40:30 I liked the yes application May 17 13:40:43 that just printed 'y' to the screen May 17 13:40:44 it is cool that some net utils are working, i would have thought they were dependant on some hardware and cpu stuff. May 17 13:40:45 :) May 17 13:40:51 especially when you give it "no" as an argument May 17 13:41:15 I'm just stopping in to check a few things May 17 13:41:18 I'm off now May 17 13:41:23 talk to you guys tomorrow May 17 13:41:29 ok May 17 13:41:31 :) May 17 13:41:44 binary is nearly across i think May 17 13:41:51 rwhitby: I'll commit my WizMac into openwiz svn soon May 17 13:42:14 thx May 17 13:42:19 just giving it a bit more polish before making my first release May 17 13:42:20 cya May 17 13:42:24 tonymy01: is that "busybox_unstripped" ? May 17 13:42:47 no, not yet, that is the one that hasn't had the unused bits stripped out May 17 13:43:12 i dunno what order the cp -r works in... i should have tar'd and copied up that way May 17 13:45:09 binary finally copying May 17 13:45:31 500k, wow,, i should use that one on the wiz May 17 13:45:44 the one with insmod etc was 650K May 17 13:46:13 built with tonymake May 17 13:46:20 ./tonymake.sh really May 17 13:46:41 and many edits of .config (lazy way) or make config May 17 13:47:55 ah, optware can't be on the hard disk anyway, cause it's mounted vfat May 17 13:48:10 yep, didn't i say that earlier? May 17 13:48:17 yeah, probably :-) May 17 13:48:17 symlinks issue May 17 13:48:35 hence why busybox links were made actually with shell scripts May 17 13:48:37 ok, so optware will need to be on an ext3 flash key May 17 13:49:13 but the one on hogwarts has symlinks, as i didn't know how you wanted to install May 17 13:50:14 hmm - maybe we can do a loopback ext3 filesystem from a file on vfat ... May 17 13:50:24 hehe May 17 13:50:24 ah, /dev/loop/* is there ... May 17 13:50:38 yep, peopel were using it to mount DVD ISO images May 17 13:50:46 does your busybox have losetup? May 17 13:50:51 hmm May 17 13:51:16 no :-( May 17 13:51:26 Doh! kernel doesn't have ext2 or ext3 support May 17 13:51:26 let me tweak the .config May 17 13:51:44 ahh, yes, i forgot to mention that small issue too :-) May 17 13:52:00 don't bother - losetup is no use without kernel filesystem support May 17 13:52:17 hence why I chose NFS May 17 13:52:26 but you say it's flakey? May 17 13:52:49 yeah, mounting doesn't respond (it seems) May 17 13:53:09 but if you quit the putty window that called the mount, then launch another putty window, the mount is there May 17 13:53:33 but that was only for experimenting a little May 17 13:53:54 well, when i pivot_root the wiz didn't like that much May 17 13:54:12 it didn't decode the vid or audio on playback when the rootfs was on nfs May 17 13:54:20 so you think mounting just /opt will work? May 17 13:55:27 yep May 17 13:56:04 but my main idea was to attack the mount/unmount/fsck etc utils that the wiz may have used May 17 13:57:26 but when turning dosfsck into a shell script (that did a couple of tests first then called the original command line that I could see popup in ps) the gui didn't like it at all and the wiz crashed to the point that the remote wouldn't power it down May 17 13:58:04 it took me 1/2 of today to finally get around to getting my 5K working again after that (I pulled the 5K plug out by accident and it corrupted the 5K HDD, had to pull out the drive and fix it with TopHD/RW) May 17 13:58:24 ouch May 17 13:58:52 you know how to use rsync? May 17 13:59:00 no May 17 13:59:19 now that you've copied your busybox area up once, do the following: May 17 14:00:00 rsync -n -avr /home/tonymy01/busybox-1.10.2 tonymy01@hogwarts.openwiz.org: May 17 14:00:31 (substitute /home/tonymy01/busybox-1.10.2 appropriately, but be careful to *not* have a trailing slash) May 17 14:00:38 hey, btw, this was built as root.... May 17 14:00:55 is that going to cause you an issue? obviously the wiz doesn't care, without any kind of user handling May 17 14:01:09 if you look at file permissions on the wiz they are all 777 May 17 14:01:27 yeah, 99% of the time building as root is fine. the other 1%, the installation part of the makefile goes and clobbers your build hosts libc and you need to reinstall ubuntu ... May 17 14:01:54 actually, that isn't quite right. the wiz is -rwxr-xr-x 1 root root on a lot i am looking at now May 17 14:02:03 it doesn't matter for the target - it's the safety of your ubuntu vm build host that I'm worred about May 17 14:02:51 hopefully it doesn't fiddle with libc... it uses the cross compiler one anyway May 17 14:05:46 what I'm talking about is some package author who doesn't undertand cross compiling, and assumes that when you type make you want it to do stuff on the build host (i.e. install something in /lib) May 17 14:06:01 ahh, ok May 17 14:07:40 did rsync work? May 17 14:07:53 argh, scp was following they symlinks rather than copying them May 17 14:08:01 i control-c'd the scp May 17 14:08:04 rsync will fix that May 17 14:08:21 (it only copies what it needs - anything that hasn't changed is not copied) May 17 14:08:33 take out the "-n" once you're happy with what it's going to do May 17 14:08:49 rsync will keep them as symlinks May 17 14:09:22 (and will compress and decompress on the fly) May 17 14:09:28 rsync doesn't like something May 17 14:09:42 bash: rsync: command not found May 17 14:09:43 rsync: connection unexpectedly closed (0 bytes received so far) [sender] May 17 14:09:43 rsync error: remote command not found (code 127) at io.c(454) [sender=2.6.9] May 17 14:09:44 strange May 17 14:10:16 heh - helps if I install it on the server :-) May 17 14:10:19 try now May 17 14:10:44 huh, that went awfully fast May 17 14:10:52 -n says "do nothing" May 17 14:11:02 take the -n out if it looks like it's going to do the right thing May 17 14:11:31 it is attempting to set times May 17 14:11:44 hmm, fails the symlink ones still May 17 14:12:18 ah, put --delete on the options too May 17 14:13:23 it still copied them actually, it was just a failed to set time error May 17 14:17:48 ok, going to create a 2nd install with applet_script_wrappers to /opt/bin/busybox May 17 14:19:42 BTW, openwiz.org host keys will change, since I'm doing the debian ssh key update on it May 17 14:21:02 ok May 17 14:25:25 BTW, the nfs mount delay could be becuase we don't have portmap running May 17 14:25:36 oh, ok May 17 14:25:41 it takes many many minute4s May 17 14:25:58 many being "two" ? May 17 14:26:01 but i haven't tried nfs before on my VM so don't know if it is doing anything May 17 14:26:18 are you trying it now? May 17 14:26:26 I'm testing it now to see how many minutes May 17 14:26:40 ok, see if it is a delay thing, or a hung process thing May 17 14:27:08 i was doing kills and all sorts of things, and the processes wouldn't die (the shell that called it and the mount itself) May 17 14:27:36 and then when i closed the putty window and opened another, suddenly it was there. I did this at least 3 times with similar results May 17 14:28:00 (actually the other was open anyway as i had it open to try to iniate the kills) May 17 14:32:27 it finally mounted, without killing anything or closing windows May 17 14:32:45 ahh, ok, so it is a time thing. good to know May 17 14:33:36 i noticed once i did a pivot_root and remounted /proc, my lan activity led was non-stop, so the wiz is doing a bit to the filesystem May 17 14:34:12 great idea about the bind mount to /opt May 17 14:34:27 i was getting sick of typing /tmp/mnt/idehdd/wiz/blah May 17 14:34:41 do you read german? May 17 14:34:46 now i have to fix my path variable May 17 14:34:52 no... not too well May 17 14:34:56 http://blog.basquiat.de/archives/305-NFS-und-Brandschutzmauern.html May 17 14:35:17 shame my gf isn't technical, she is german May 17 14:36:57 ah, add -o nolock to the mount command and it's instantaneous May 17 14:37:08 mount -t nfs 192.168.15.2:/media/sdb4 -o nolock /mnt/ext/net1 May 17 14:37:22 from http://www.webweavertech.com/costin/archives/000343.html May 17 14:37:33 excellent May 17 14:38:10 http://www.denx.de/wiki/DULG/MountingAFilesystemOverNFSHangsForever May 17 14:38:14 that explains it well May 17 14:38:25 did you see the dozen options it has when you check with mount now? May 17 14:38:46 yep May 17 14:39:24 Interesting that they're using codepage=euc-kr by default for SMB mounts May 17 14:39:28 good, so it wasn't a build issue May 17 14:39:37 yeah, this is new this codepage, it wasn't in 192 May 17 14:39:58 finally adding "funny char" support May 17 14:47:45 oops - my /tmp/config was too big May 17 14:47:51 wonder what will happen now .. May 17 14:47:53 ouch May 17 14:47:59 what did you do? May 17 14:48:16 i only have wizremote in there May 17 14:49:08 I had netcat in there May 17 14:49:19 i don't know for sure, but i don't know that the wiz tries to build all that config directory into a cramfs file, or only specific files in it. May 17 14:49:20 looks like it failed safely May 17 14:49:50 hence why the reboot.sh was built by eric, as it *does* zip up the whole config directory May 17 14:50:02 well, this is my theory May 17 14:50:30 I was using reboot.sh May 17 14:50:38 oh. May 17 14:50:46 did you lose your config? May 17 14:51:01 nope, reboot.sh must not have flashed the new one May 17 14:51:44 hmm - they've removed /bin/sync from the firmware May 17 14:52:06 can you add it to busybox? May 17 14:52:30 (this is why I want the source in a repo, so I could just do that myself instead of having to ask you) May 17 14:54:25 oh, can you add telnetd to busybox too, in case they remove it from the stock firmware. May 17 14:54:26 ok, will add now May 17 14:54:30 hehe May 17 14:54:58 now, is the hard disk already mounted when rc.local is called? May 17 14:56:14 yes... well, not quite, hence why eric had a 5sec sleep in there May 17 14:56:44 oh, you changed the key now May 17 14:57:50 can't rsync now May 17 15:08:48 just ssh and accept the new key May 17 15:08:53 sync and telnetd added, rsyncing now May 17 15:09:03 i have strictkeychecking on by default May 17 15:09:09 with ssh, it seems May 17 15:09:24 i had to disable it ot get the new key May 17 15:09:37 but then it still warned, so i had to delete the old key May 17 15:10:00 ok, now rsyncd May 17 15:14:28 ok I'm off to bed now May 17 15:14:38 thanks for your help today May 17 15:14:51 hey, you're the one who compiled busbox! May 17 15:23:40 dropbear runs, but can't fork for the connection handling May 17 15:28:03 looks like inetd mode might not need forking May 17 15:28:31 ahh, uclinux doesn't support forking May 17 15:28:52 dropbear has specific uClinux code in it, which does vfork instead May 17 15:28:53 well, it can, a "vfork" virtual fork, but the processes still run sequentially May 17 15:29:01 ahh, answered May 17 15:29:07 i thought you were going to bed :-) May 17 15:29:13 but it can only do that in inetd mode May 17 15:29:21 so I need to get inetd working now ... May 17 15:29:59 hey, rc.local changes are saved after a user initiated standby of the wiz! May 17 15:30:31 cool, no need to do reboot hacks May 17 15:30:38 woohoo1 May 17 15:30:56 does busybox do inetd? May 17 15:31:22 however... this also means that it will not be cleared out after a f/w upgrade May 17 15:31:22 seems so, can you add it? May 17 15:31:26 yep, can do inetd May 17 15:31:36 hehe, should I just tick yes for everything :-) May 17 15:31:49 yep :-) May 17 15:32:01 so all the ifup/down etc etc May 17 15:32:16 i have ifconfig in there May 17 15:32:34 what is "config_ip" i wonder... May 17 15:32:45 looking now May 17 15:33:13 ok, I'll look into inetd and dropbear tomorrow May 17 15:33:19 having ssh access will be cool May 17 15:33:22 compiling now May 17 15:33:46 I'm really going to bed this time. May 17 15:33:51 see you May 17 22:53:59 tonymy01: did you rsync the busybox with inetd support? May 17 23:15:31 tonymy01: if you enable nc and nc server and nc extra in busybox, you can do the following for a backup failsafe connection to the wiz: May 17 23:15:32 /opt/bin/busybox nc -l -l -p 5000 -e /bin/sh & May 17 23:15:56 you then use "nc wiz" on the ubuntu box to connect to a command line shell May 17 23:18:23 My rc.local now looks like: May 17 23:18:30 #!/bin/sh May 17 23:18:31 export PATH=/opt/sbin:/opt/bin:${PATH} May 17 23:18:31 sleep 5 May 17 23:18:31 mount -t none -o bind /tmp/mnt/idehdd/.optware /opt May 17 23:18:31 /opt/bin/busybox nc -l -l -p 5000 -e /bin/sh & May 17 23:18:32 /usr/sbin/telnetd -l /bin/sh & May 17 23:39:35 tonymy01: http://svn.nslu2-linux.org/svnroot/optware/trunk/sources/busybox/ now contains your busybox patch and defconfig May 17 23:39:51 eno and I are going to get optware to build busybox using your recipe May 17 23:40:20 then we can get the nslu2-linux autobuilder onto the job of keeping the binary feed up to date May 17 23:45:34 ok, an optware-built busybox works May 17 23:46:41 sounds like you guys have been busy May 17 23:47:32 Yuv422: what's your thoughts on settling on this toolchain: http://mvixcommunity.com/~jeruko/OpenEM86XX-toolchain_20070626.tar.bz2 ? May 17 23:47:58 (at least as an interim measure until we work out how to automatically build a replacement from source) May 17 23:48:16 peteru: any opinions? May 17 23:48:21 I'll have to have a look at it May 17 23:48:36 is it pre-built? May 17 23:48:39 yes May 17 23:49:08 installs in /opt/arm-uclinux-tools May 17 23:49:24 do they supply the config they used? May 17 23:49:25 It's on hogwarts if you want to play with it there May 17 23:49:38 cool May 17 23:49:50 "This is the OpenEM86XX toolchain 20070610 based on May 17 23:49:51 http://www.uclinux.org/pub/uClinux/uclinux-elf-tools/gcc-3/ May 17 23:49:51 " May 17 23:49:52 I'm out today but I might try to look tonight or tomorrow May 17 23:50:05 Configured with: /mnt/ext3data/embedded/uclinux_tools/gcc-3.4.3/configure --target=arm-uclinux-elf --prefix=/o\ May 17 23:50:05 pt/arm-uclinux-tools --enable-languages=c,c++ --enable-multilib --enable-target-optspace --with-gnu-ld --disab\ May 17 23:50:05 le-nls --disable-__cxa_atexit --disable-c99 --disable-clocale --disable-c-mbchar --disable-long-long --disable\ May 17 23:50:05 -checking --enable-threads=posix --disable-libstdcxx-pch --enable-cxx-flags=-D_ISOC99_SOURCE -D_BSD_SOURCE May 17 23:50:06 Thread model: posix May 17 23:50:09 gcc version 3.4.3 May 17 23:51:00 I've got to go now May 17 23:51:02 cya May 17 23:51:54 Looks like http://www.uclinux.org/pub/uClinux/uclinux-elf-tools/gcc-3/uclinux-tools-20040603/build-uclinux-tools.sh is the build script May 17 23:58:18 Looks like http://www.uclinux.org/pub/uClinux/uclinux-elf-tools/gcc-3/uclinux-tools-20040603/build-uclinux-tools.sh is the build script May 17 23:58:33 but haven't verified May 18 00:45:36 bummer - busybox httpd needs re_exec **** ENDING LOGGING AT Sun May 18 02:59:57 2008