Abhir Joshi wrote:
it is like an enhanced fetchmail (I haven't tried JFetch yet.
I'm not sure whether it's tightly coupled with fetchmail.
I downloaded it but I don't yet have JVM). Many more people would accept it if it could be converted into a standalone binary.
Actually, to tell you frankly even I often find myself in this situation. Sometimes I don't have a JVM, sometimes I don't have perl. But over time I've found it worth the effort to get a CD and install a decent JVM. That immediately opens me to so many useful applications out there. That's also the very reason why I bought a PC, installed GNU/Linux, ... and now installing a JVM!
Also, as pointed out by Tahir, "lot cleaner" is something the programmer or maintainer is concerned with, who, anyway, is used to working with that complexity. For a user, it's
^^^^^^^^^^
I think you're forgetting the basic principle here - Keep It Simple, Stupid! UNIX itself is based on this funda.
cleaner if he can execute it with ./JFetch without any unnecessary virtual machine comming in between.
sh$ cat JFetch #!/bin/sh java -jar jfetch.jar
sh$ ./JFetch Initialising...
new software is worth. Having the functionality added to fetchmail would also mean that users would just have to upgrade their existing fetchmail and add the new options to the existing fetchmail configuration file.
So far, this the only good reason I've seen for having the thing written in C. Then again I'm not too sure. :)
those binaries could be distributed, and people like me, who don't have JVM, could start using it right away.
If there's no acceptable JVM available for your platform then I can consider starting off a project to write one. But in this case I guess you're simply being a bum by refusing to install one.
Manish