From xemacs-m  Thu Apr 24 11:30:04 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id LAA26832
	for <xemacs-beta@xemacs.org>; Thu, 24 Apr 1997 11:30:01 -0500 (CDT)
Received: by crystal.WonderWorks.COM 
	id QQcmrh19372; Thu, 24 Apr 1997 12:18:06 -0400 (EDT)
Date: Thu, 24 Apr 1997 12:18:06 -0400 (EDT)
Message-Id: <QQcmrh19372.199704241618@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: XEmacs beta-list <xemacs-beta@xemacs.org>
Subject: Re: viewing gzipped tar file fails (19.15 & 20.1)
In-Reply-To: <vkohb4l8m0.fsf@cdc.noaa.gov>
References: <9704240607.AA09175@ndsoft.com>
	<kigvi5ckjpu.fsf@jagor.srce.hr>
	<9704240721.AA10268@ndsoft.com>
	<kigrag0khm1.fsf@jagor.srce.hr>
	<vkohb4l8m0.fsf@cdc.noaa.gov>
X-Mailer: VM 6.30 under 19.15 XEmacs Lucid
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Mark Borges writes:
 > [...]
 > Since crypt.el is an orphan and broke, I think it falls under Kyle's
 > critera for removal. That, or someone should step up, adopt it and fix
 > it. I don't think it's a hard problem to fix, but I don't want to take 
 > on the maintenance responsibility myself.

I would agree, except that I don't think this is broken behavior.
If the magic number is wrong, what do you expect crypt to do?

And is crypt++ really orphaned?  I thought there was going to be
rewrite under the name encode.el or something like that.

 > [...]
 > Kyle, before crypt++.el came along, I think you were the original
 > maintainer of crypt.el. Did that original version just do
 > encryption/decryption?

No, it did compression too, but only knew about compress and
compact, not gzip.  Whitby and Dodd made it table driven and
added several customization variables, and made it insinuate
itself into more commands.

 > Is it still a viable alternative? Is there any interest in a
 > crypt-lite.el that just does encryption/decryption as in my
 > setup?

I'm not interested in it.  Using file name extensions hoses you
in other ways, which is why I remain leery of jka-compr.

