Gnus development mailing list
 help / color / mirror / Atom feed
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

      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).