jka-compr support?

jka-compr support?

[Dave Disser]

Can someone update me on the status of jka-compr support?  I notice
it's still in the TODO list, but it also seems to work in 5.0.12 at
first look.  Am I in for mail lossage if I use it?

--Dave

Re: jka-compr support?

[Stainless Steel Rat]

X-Geek-3: GAT d-(++)@ s: a-
	C+(++) US++++$ P++>+++ L>+++ E+++ W++ N+++ K++++ w---$ O?>++ M-$ V-
	PS+ PE Y+(++) PGP++ !t 5++ X? R(+) tv b+++ DI+ D++ G+ e+>++(*) h! r y+
References: <199511080801.AA108837691@hpsdlgf8.sdd.hp.com>

-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "DD" == Dave Disser <disser@sdd.hp.com> writes:

DD> Can someone update me on the status of jka-compr support? I notice
DD> it's still in the TODO list, but it also seems to work in 5.0.12 at
DD> first look. Am I in for mail lossage if I use it?

You won't loose anything if you use jka-compr, but if you're using nnml
or nnmh you will have problems because the backends operate on file
names in buffers and not directly with the filesystem, so jka-compr's
hooks never come into play and your compressed mail files don't appear
as mail files.

This little script (hack! hack!) will modify filename references in
nnml.el so that most functions will work with jka-compr. cd to the lisp
directory and run the script before you run make.
gnus-summary-prev-article still won't work if you attempt to extend the
summary buffer, though, nor will gnus-summary-refer-parent-article.

#!/bin/sh

if test -f x-easymenu.el; then
  mv x-easymenu.el easymenu.el
fi

cp nnml.el nnml.el.orig
cat nnml.el.orig | sed 's/\[0-9\]+/\[0-9\]+\\\\(\\\\.gz\\\\)?/g' > nnml.el

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMKDNTp6VRH7BJMxHAQHq1AP/W7zp8LmLh+xvuRZauxI+weYF2VXsvkVq
y2DXS7PIzn+qWuRWx2dSE5OACHVKhr5WLrOtBjJw4B95Ovilj0jHgYPMEC6cOM+c
BS2sUQIspJQ/x4BAIA/WrbnLIrt/Tg3oSaPxpJOXYgN/N0NiaPsCNHIhR+OYYEw0
YqmKzsNmWgs=
=jIZ3
-----END PGP SIGNATURE-----

-- 
Rat <ratinox@ccs.neu.edu>          \ When not in use, Happy Fun Ball should be
PGP Public Key: Ask for one today!  \ returned to its special container and
http://www.ccs.neu.edu/home/ratinox/ \ kept under refrigeration.

Re: jka-compr support?

[Stephen Peters]

Stainless Steel Rat <ratinox@ccs.neu.edu> writes:

>You won't loose anything if you use jka-compr, but if you're using nnml
>or nnmh you will have problems because the backends operate on file
>names in buffers and not directly with the filesystem, so jka-compr's
>hooks never come into play and your compressed mail files don't appear
>as mail files.
>
>This little script (hack! hack!) [...]

I don't remember where I found it exactly, but I did discover an Emacs
Lisp file called jka-aux.el, which will modify the Emacs file location
routines so that trying to find "name" will automatically use
"name.gz" or "name.Z" if the former doesn't exist.  This makes the
backends work completely transparently, without hacks to the file
system.

Come to think of it, I think I found a pointer to that area from
Webcrawler...ah, here it is:

	http://www.fuentez.com/public-info/ding/ding.html

-- 
Stephen L. Peters                         speters%samsun@us.oracle.com
 For PGP key, use keyservers or send email with subject: SEND PGP KEY
      PGP fingerprint: BFA4 D0CF 8925 08AE  0CA5 CCDD 343D 6AC6
	Oracle won't speak for me, so I won't speak for them.

Re: jka-compr support?

[Steven L. Baur]

>>>>> "Stephen" == Stephen Peters <speters@us.oracle.com> writes:
    Stephen> Come to think of it, I think I found a pointer to that
    Stephen> area from Webcrawler...ah, here it is:

    Stephen> 	http://www.fuentez.com/public-info/ding/ding.html

That is a pretty good reference.

I'd like to remind people to send me URLs like this so they can be put
into the Gnus FAQ.

-- 
steve@miranova.com baur

Re: jka-compr support?

[Scott Blachowicz]

steve@miranova.com (Steven L. Baur) wrote:

> I'd like to remind people to send me URLs like this so they can be put
> into the Gnus FAQ.

Well...I kinda, unofficially, mirror the ding .tar.gz files into

        ftp://ftp.statsci.com/pub/users/scott/ding-gnus/

Our connection to the Internet is only a 56K line, so it can't stand a lot
of pounding.

Scott Blachowicz    Ph: 206/283-8802x240    StatSci, a div of MathSoft, Inc.
                                            1700 Westlake Ave N #500
scott@statsci.com                           Seattle, WA USA   98109
Scott.Blachowicz@seaslug.org

Re: jka-compr support?

[Stainless Steel Rat]

X-Geek-3: GAT d-(++)@ s: a-
	C+(++) US++++$ P++>+++ L>+++ E+++ W++ N+++ K++++ w---$ O?>++ M-$ V-
	PS+ PE Y+(++) PGP++ !t 5++ X? R(+) tv b+++ DI+ D++ G+ e+>++(*) h! r y+
References: <199511080801.AA108837691@hpsdlgf8.sdd.hp.com>
	<199511081531.KAA29380@delphi.ccs.neu.edu>
	<199511081919.LAA23520@samsun.oracle.com>

-----BEGIN PGP SIGNED MESSAGE-----

jka-aux still won't help. The "problem" is that in order to speed things
up the backends do an 'ls' and store the output in a buffer. Gnus then
proceeds to pull filenames out of that buffer to do things like build
lists of files to actually delete. None of the jka-* stuff is hooked
into the buffer-manipulation routines (nor should it be), therefore none
of it is ever called, and if you compress your nnml or nnmh files
they'll never be removed from the disk because the backends will never
find them.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMKEH8J6VRH7BJMxHAQErUQQApH7KU9jG2GupQY7hgvDn3SxG5TQ9yLy+
5G2ZEgofKTAPP7sLpZKkR3RieUyh5rxhA3+u+Kek1tTqatoUn1dNar/GoKCYldcM
UyqNegiluxj0ot/JWL24qy1U1tPt4k32Ygz9Kd3Qeyyko/Ma5i1KI+oMSsnXSvK7
AyF18cBJius=
=ONAM
-----END PGP SIGNATURE-----

-- 
Rat <ratinox@ccs.neu.edu>          \ Caution: Happy Fun Ball may suddenly
PGP Public Key: Ask for one today!  \ accelerate to dangerous speeds.
http://www.ccs.neu.edu/home/ratinox/ \