LGet is a simple file retrieval utility, similar to WGet.
Why reinvent the wheel?
I've had issues with WGet. Long story short, a new Debian maintainer took the package over and basically mucked up the IPv6 in it. Now a 'wget-ipv6' is available, but because of how WGet is written, on my system if WGet is IPv6 enabled, IPv4 doesn't work, and obviously vice-versa.
Additionally, I wanted to have a program handy to test out BZip2 compressed transfers in LHTTPd2. Mind you, it's not implemented in either yet, since various other things are simply more important.
That said, I decided to write LGet one day, and finished it that night. Since I went through the effort, I thought I'd provide the source to you eager OSers.
What's cool about it?
Hmm, IPv4 and IPv6 support, file resuming, a fancy status bar, transfer-speed throttle, output diversion, printing HTTP header responses, large file (64bit, 2GB+) support...
Yeah, and WGet does that too
Yep. WGet has many *many* more features. But LGet is small, simple, and fits my needs.
What licence is it?
What does the user-interface framework middleware look like?
LGet uses a state-of-the-art Microsoft DirectX(tm) graphical interface system, utilising your 3D and possibly 4D acceleration hardware to its maximum abilities.
This, combined with the Leah Accelerated Rendering Toolkit (L.A.R.T) gives you a mind-blowing downloading experience like no other. Please keep in mind, if your video card has less than 8192MB of RAM, or your sound card has fewer than 512 channels, your experience may not be optimal.
Why is the source package so frickin' massive (~300KB)?
I have no idea. aclocal.m4 is bloody huge, I blame either Anjuta or the GNU auto* and m4 tools, or both. The .c and .h files total 54KB, according to the du command. The binary is small, ph33r not. Also note that 'strip -s lget' will save even more space.
I found a bug! / I actually read this disgusting source code and think I can make something better!