My utilities web site revived


rhester72,this would be an outstanding addition to your collection!
http://nginx.org/

I've looked at nginx and found that it is all-but-impossible to cross-compile the way it's currently set up (without moving mountains). Yes, I know DD-WRT managed it. ;)

There's been a number of complaints about this to the author that have so far gone without response - when the situation changes, I'll take another look. To be honest, I've found Hiawatha to be such a flexible, secure, stable, and lightweight program that does about anything you could ask of an embedded web server that there isn't much reason to look elsewhere, IMHO.

Rodney

UPDATE: Oh my word...it's *much* worse than before, if that's even possible. Without piling on a metric ton of patches to his home-built configure system, it's impossible to cross-compile...and that's just Not A Good Thing(TM) in the open source/open platform world.

If you'd like to give it a shot yourself, this post seems a reasonable enough guide (though not Tomato SDK specific):

http://forum.nginx.org/read.php?29,179478
 
rhester72 can you please have a look at tshark?
http://www.howtoforge.com/wireshark-remote-capturing

It would be fantastic to monitor tomato remotely using wireshark on a LAN client

Remote capture...that's a pretty novel idea.

tshark (and all accompanying libraries, plugins and utilities) is up on the site.

BEWARE - it consumes _crazy_ amounts of RAM, approaching 32MB, even when using plugins! (I think it also qualifies as the largest static binary ever, with embedded libraries and plugins, at just over 30MB.) If you don't *NEED* tshark, use tcpdump!

Rodney
 
It's great to see the site back up Rodney. Thanks for taking the time and trouble to do this!

Glad to be back up!

In early April, I was working on a routine site mirror script. Suffice it to say the following:

- Use of the "delete" keyword with certain utilities, particularly during recursive processing, is indeed every bit as dangerous as the man page may indicate
- Turning off safeguards against this generally makes you either a genius or an idiot (in this case, the latter)
- You can remove inodes really, REALLY fast

I realized what had happened (read: a recursive delete of the /opt tree on my router with no backup) about a quarter second after it started. Thus, a lot of content was saved...but all of the precious hand-tuned configurations in /opt/etc for every single app on my router were gone forever.

I was angry at myself and sickened enough by the event to have no interest whatsoever in even attempting to recover for several months (after doing many exhaustive orphaned inode scans and the like trying to get back anything I could). When I did have some interest in actually piecing everything back together, I noted that development on TomatoUSB had halted rather abruptly (ironically, around the same time I nuked my drive, though at the time I didn't know what was happening with Fedor), so I figured that phase of my technical life had passed and I moved on (largely to Android on tablets).

Recently, I started a new job (after 5 years with my previous), and water-cooler conversation led to some of my adventures with Tomato, which made me curious. I noticed that things had indeed slowed dramatically, and that there was a good bit of splintering, but it looked like Fedor had at least poked his head in once or twice in git without syncing upstream. Figuring enough time had passed and having reasons of my own to at least get a web presence up and running again, I spent about a week assembling enough to get things back online securely and tested.

I'm really quite busy at the new job, so I can't guarantee anything approaching the frequency of updates I was doing before, but I do hope to at least keep the site up and stable and at least infrequently updated. People remain welcome to mirror it if they like, but please only mirror the binaries (conveniently already in gzipped tar form), since the entire tree now takes up a staggering 3.6 gigabytes (and that's with proper softlinks, which are exposed through the web and FTP interfaces as regular files when mirrored)!

Hoping all is well with you and yours,

Rodney
 
I know how you felt. A while back I foolishly deleted a lot of important archive material on my hard disks. Knowing they were safely backed up on DVD's.

Some years later I tried to restore the material from the DVD's, and found that they no longer worked. Subsequently, I went though all of my old CD and DVD archives and found that nearly all of the old stuff was unreadable. Even TAPE lasted longer than that, and all of my incredibly ancient 5.25" and 3" floppies too. Even half of my "pressed" music CD's from the early days of CD's don't work any more.

So thanks to that, I have more HDD storage and backup now than I ever dreamed possible for a home user, they just slide into racks in the case front, and HDD's are far cheaper than any other method of backup. But I expect I'll still manage to screw it up somehow.

QUOTE from a friend "I don't have a job - I'm a politician..."

Thanks and good luck in the new job!
 
If the app requires it, then you'll need them on Tomato in one form or another, either as .so/dynamic libraries or statically linked to the app.

With all those dependencies, it seems very likely it will be too heavy (memory and processor speed) for even the RT-N16, to be honest.

Rodney
 
OK - happy to take a look at it as soon as I get the drive back online, right now it's looking like about a week before that happens.

Rodney
 
Site's back up, but under a LOT of strain at work right now and won't have time to look into building this package for a bit, sorry - as soon as I can, I will!

Rodney
 

Back
Top