From: Mike Kupfer <mike.kupfer@xemacs.org>
To: Reiner Steib <Reiner.Steib@gmx.de>
Cc: ding@gnus.org, xemacs-beta@xemacs.org
Subject: Re: Gnus package
Date: Sat, 05 Apr 2008 18:44:19 -0700 [thread overview]
Message-ID: <535.1207446259@rawbw.com> (raw)
In-Reply-To: Your message of "Sun, 06 Apr 2008 00:34:17 +0200." <v93aq0hqxi.fsf@marauder.physik.uni-ulm.de>
>>>>> "Reiner" == Reiner Steib <reinersteib+gmane@imap.cc> writes:
Reiner> I suppose this is this patch?
Reiner> 2004-01-27 Jerry James <james@xemacs.org> (tiny change)
Reiner> * gnus-spec.el (gnus-parse-simple-format): Fix setq value
Reiner> omission.
Right (sorry for not providing a more precise reference).
Reiner> Hm, (setq dontinsert) is the same as (setq dontinsert nil) in
Reiner> Emacs. OTOH, setting dontinsert to nil is a no-op here.
Hmm. I didn't try to verify correctness, so I can't comment on what the
right value should be.
MikeK> I don't see this one, either. I don't know if Aidan has approached
MikeK> someone on the Gnus team about it yet.
Reiner> No. In the form discussed in
Reiner> <http://thread.gmane.org/gmane.emacs.xemacs.patches/8878> it's
Reiner> not suitable for inclusion since it would break on Emacs.
Okay. I don't have time to pursue this right now, but I've added a note
to myself about it. Or maybe Aidan will get to it first.
MikeK> I didn't look in CVS, but Katsumi Yamaoka said the third patch (or
MikeK> something equivalent) is in the v5-10 branch (see
MikeK> http://calypso.tux.org/pipermail/xemacs-patches/2008-March/001531.html).
Reiner> I don't know how you solved the problem in XEmacs, but I'd
Reiner> suggest to check if you can use Katsumi Yamaoka's approach
Reiner> instead of a different one.
Yes, I'm planning to look into that when I do update to 5.10.10. (My
goal for all the packages I maintain is zero local patches.)
MikeK> Though I keep forgetting about that pesky issue of compatible GPL
MikeK> versions. That could delay things. :-(
Reiner> Didn't you (XEmacs) decide to switch to GPLv3 as well? I seem
Reiner> to recall Steven wrote something like this recently.
I've seen discussion of it, but I'll have to let Stephen explain what
the current status is.
Reiner> On a second thought, if you only sync with upstream releases, we
Reiner> don't really need xemacs-pkg-* tags because it would be the same
Reiner> as the v5-10-* release tag.
Okay. If for some reason I need to sync with a non-release snapshot,
I'll mail ding to work out getting it tagged appropriately.
cheers,
mike
prev parent reply other threads:[~2008-04-06 1:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <v9myo930tc.fsf@marauder.physik.uni-ulm.de>
[not found] ` <28683.1207370808@rawbw.com>
2008-04-05 10:28 ` Gnus package (was: xemacs vs emacs) Reiner Steib
2008-04-05 21:14 ` Mike Kupfer
2008-04-05 22:34 ` Gnus package Reiner Steib
2008-04-06 1:44 ` Mike Kupfer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=535.1207446259@rawbw.com \
--to=mike.kupfer@xemacs.org \
--cc=Reiner.Steib@gmx.de \
--cc=ding@gnus.org \
--cc=xemacs-beta@xemacs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).