ccrypt is a command line utility for encrypting and decrypting files and streams. It was designed as a replacement for the standard Unix crypt utility, which is notorious for using a very weak encryption algorithm. ccrypt is based on the Rijndael cipher, which is the U.S. government's chosen candidate for the Advanced Encryption Standard (AES). This cipher is believed to provide very strong security. A compatibility mode is included for decrypting legacy "unix crypt" files.
psdim is a small utility to be used in conjunction with pstops. It looks at the contents of a postscript document to determine the size of the printed pages. From this, it calculates the optimal placement of the pages for n-up printing. It outputs a format string suitable for processing by pstops.
Potrace is a utility for tracing a bitmap (that is, transforming a bitmap into a smooth, scalable image). The input is a portable bitmap (PBM), and the default output is an encapsulated PostScript file (EPS). A typical use is to create EPS files from scanned data, such as company or university logos, handwritten notes, etc. The resulting image is not "jaggy" like a bitmap, but smooth. It can then be rendered at any resolution.
Re: filesharing does not work in 1.4.4-ps9?!
You can be 99 percent sure that this is because of Napster, Inc's censorship, not because of a problem with the nap client. To be 100 percent sure, either use "-odebug=2" to see what nap sends to the server, or try an OpenNap server (www.napigator.com).
Re: great client but could use some work
> firstly it seems to be written
> exclusively for linux, i thought the
> idea behind open source was portability?
> it failed to compile on my fbsd machine
> so i had to use fbsd's excellent linux
> emu to run the linux binary, temporary
> fix i hope.
Nap currently compiles out-of-the-box on Linux and OpenBSD, but there's no reason it could not be ported (with little work) to other OS's. The reason it hasn't been done for fbsd is that nobody has offered to do it. Open source makes porting possible, but someone still has to do the work. If you can send me patches (preferably with autoconf tests) to make it run on fbsd, I'll be happy to incorporate them in a future release.
There is a more serious problem with porting nap to big-endian machines; I have been working on making the code independent of endianness, but this is only half done.
> also i can't seem to figure out how to
> kill transfers that have started, maybe
> i need to look through the documentation
> some more.
/ddown for downloads, and /dup for uploads. For some reason, /dup refuses to cancel an upload that is already going on; but I fixed that in 1.4.4-ps9 (to be released soon).