Messages in this thread | | | Date | Sat, 24 Jul 1999 01:00:29 +0100 (GMT) | From | Riley Williams <> | Subject | Re: New virtual in-memory file system |
| |
Hi Steve.
> [uuencoded tarball]
>> ===8<=== CUT ===>8=== >>> M%YN(W#<*N>\LU22\?(GC-*PX+:/[CGA._6&.>4T>]1#&PA<AIG0I@)5?-8V< >>> =M=]<7^MK?:VO];6^UM?Z6E]_Y/4O"<%%3@!0```` >>> ` >>> end >>> --cut here-->8--------------
>> Obvious comment: What's all that junk for? I would presume it's some >> sort of encrypted version of your file system, but I've no means of >> handling it so can't do anything with it...
> You're kidding, aren't you?
Nope. I originally assumed it was uuencoded, but uudecode says otherwise...
Also, what's the point of using uuencode nowadays? All it does is bloat the filesize unnecessarily, thus increasing the download costs associated with it...
Best wishes from Riley.
+----------------------------------------------------------------------+ | There is something frustrating about the quality and speed of Linux | | development, ie., the quality is too high and the speed is too high, | | in other words, I can implement this XXXX feature, but I bet someone | | else has already done so and is just about to release their patch. | +----------------------------------------------------------------------+ * ftp://ftp.MemAlpha.cx/pub/rhw/Linux * http://www.MemAlpha.cx/kernel.versions.html
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |