Bug in Gnus 0.40

[Christian Kurz <shorty@jupiter.rhein-neckar.de>]

Hi,

when I try to display the following Article in Gnus 0.40, I get the
following error message: Invalid Regexp: "Invalid Preceding Regular
Expression". Could anybody check, if this is really a bug? I'm not so
good with lisp, I only understand I a little bit and I can use it for
configuration, but not more.

Christian

Here the Article, with a cutted header:
X-From-Line: debian-devel-request@lists.debian.org Sat Nov 07 08:28:25 1998
From: Zed Pobre <zed@moebius.interdestination.com>
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Re: PGP vs. GnuPG again... sorry
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-md5; boundary=VS++wcV0S1rZb1Fb
X-Mailer: Mutt 0.94.12i
In-Reply-To: <873e7wqvl2.fsf@nocrew.org>; from James Troup on Fri, Nov 06, 1998 at 10:56:25PM +0000
X-No-Archive: Yes
Lines: 68


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 06, 1998 at 10:56:25PM +0000, James Troup wrote:
>=20
> Why don't you just go and look?  (~maor/dinstall/)

    Thanks for the location. =20
=20
    Had you considered abandoning the exit code check and instead
grepping through the output for "BAD signature"?  Sorry for the lack
of a patch; my perl skills won't be up to the task for at least
another 6-12 months.  However, the general outline (same as used by
pinepgp, btw.), runs:

    run gpg, storing output somewhere (the "open(GPG, "gpg --verify
       [...])" bit, but dumping output to either a variable or a temp
       file; not sure how this is done in perl)

    if(grep "No valid RFC1991" output)=20
       (flag=3Dfail)
    elif(grep "BAD signature" output)
       (flag=3Dfail)
    elif(grep "(Key not in keyring)" output)     (not sure what
       (flag=3Dfail)                               corresponds to this=20
                                                 error)
    if(flag =3D=3D fail)
       $.rm.=3D"Rejected...";
       return 0;=20

    It's a very crude example, of course, but I think it shows the
general idea.  Is there a technical reason why this would be
infeasable for dinstall/etc?

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 Zed Pobre <zed@va.debian.org> | PGP key on servers, fingerprint on finger
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

--VS++wcV0S1rZb1Fb
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: 5.0
MessageID: 4PvyaxCr9ytAUHWjTMUgSPxhbcvhBhQo

iQEVAwUBNkOwo9wPDK/EqFJbAQHbPAf8CROS2qPqqaU7n/qZGSlMR31B9Wc8mJk4
qpMGfj17XAEwTtPOzgQQ+61j5ayBlsDljUKet71p6NX+mTh+GSQ9nPJ5Fd9jaZxT
QNQxz8H2+V8QzqYhX052kP7exE3SIVDUkExwXxjT76GoyDyXAvZVdCX5sXy/Dxlv
VQDQZ2DHwBXh4cT90NAMgD69xDK+e88A9Sm8Lmy05wn0IiTNlYSU5YnUzaIcw07K
d/1EUfMO51io4sltyiDP4f41Xdj1I/fQkCSaf+irZSDpMf5yXL6PhSWi3iC4FmIM
A8t6cU3zanPG/wVl4lI5z74N8uk/3vSLhGtSHMkXi1qWAL0i38qJGQ==
=Eutf
-----END PGP SIGNATURE-----

--VS++wcV0S1rZb1Fb--


-- 
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
-- 
M$: Our software of tomorrow will make sure that on your 
hardware of tomorrow everything will work at the usual speed. ;-)