all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Justin Burkett <justin@burkett.cc>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: Philip Kaludercic <philipk@posteo.net>,
	Eli Zaretskii <eliz@gnu.org>,
	jb@jeremybryant.net, emacs-devel@gnu.org
Subject: Re: URGENT - which-key FSF contributor status
Date: Thu, 20 Jun 2024 17:16:09 -0400	[thread overview]
Message-ID: <CAF8XuLjyLQMgVBovUNisi2bpmzidV0fzW0D7=tXFXSB75GfNwA@mail.gmail.com> (raw)
In-Reply-To: <CADwFkm=11LpYWPU-N83VwhGshqxtKq+i=GQM_-FANk-HfR_pzw@mail.gmail.com>

On Thu, Jun 20, 2024 at 2:25 PM Stefan Kangas <stefankangas@gmail.com> wrote:
>
> Justin Burkett <justin@burkett.cc> writes:
>
> > I'd like to echo this question. Up until now, I have managed which-key
> > through a github repo which then gets synced to elpa. I'm now not sure
> > what to do with github and specifically contributions I get through
> > there. I can archive that repo if bugs and contributions should now go
> > through standard emacs channels.
>
> It's basically your decision as the maintainer of which-key.
>
> Org mode, CC mode, and others, have external repositories and merge code
> back and forth.  This would require you to periodically do these merges,
> for example when you release a new version.  This means checking for
> changes in emacs.git and merging them into your tree, and then merging
> the released version into our tree.
>
> Some other packages, for example Gnus and eglot, are now developed fully
> in emacs.git and have abandoned their external repositories.  Bugs for
> those packages are now also always reported on our bug mailing list.
> (We are also okay with preferring bug reports to go elsewhere, but we
> will usually always accept bugs through our regular channels too, and
> then simply forward them to you.)
>
> From the Emacs maintainer point of view, the latter option is always
> going to be the easiest, but again: it's your decision.  So please let
> us know what you prefer.  I'd suggest to document the parts that are
> different from any other package in emacs.git in the "Commentary" of
> which-key.el.
>
> I hope that helps, and please let us know if you have any questions.

Thank you. Yes, that's very helpful. I prefer the latter option, too.
I don't foresee many significant changes to which-key, and would
rather have the process be as simple as possible. I will write up a
notice in the readme on github and archive the project.  There are one
or two pending contributions, but I can send them through the emacs
channels to learn about the process if that's alright.

Best,
Justin



  parent reply	other threads:[~2024-06-20 21:16 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87le4r98m9.fsf@jeremybryant.net>
     [not found] ` <86le4rjv9p.fsf@gnu.org>
     [not found]   ` <87a5l78kc0.fsf@posteo.net>
     [not found]     ` <87msp6o9o4.fsf@jeremybryant.net>
2024-06-15  9:05       ` URGENT - which-key FSF contributor status Philip Kaludercic
2024-06-15 12:30         ` Eli Zaretskii
2024-06-15 12:58           ` Philip Kaludercic
2024-06-15 14:36             ` Stefan Kangas
2024-06-18 19:06               ` Stefan Kangas
2024-06-18 19:23                 ` Philip Kaludercic
2024-06-18 19:30                   ` Stefan Kangas
2024-06-18 19:41                     ` Philip Kaludercic
2024-06-18 19:42                       ` Stefan Kangas
2024-06-18 21:41                         ` Philip Kaludercic
2024-06-20 14:26                           ` Justin Burkett
2024-06-20 18:25                             ` Stefan Kangas
2024-06-20 19:22                               ` Philip Kaludercic
2024-06-20 21:16                               ` Justin Burkett [this message]
2024-06-20 21:45                                 ` Stefan Kangas
2024-06-15 15:19             ` Eli Zaretskii
2024-06-15 17:09               ` Philip Kaludercic
2024-06-15 17:42                 ` Justin Burkett
2024-06-15 17:50                   ` Eli Zaretskii
2024-06-18  8:49                 ` Philip Kaludercic
2024-06-18 17:37                   ` Eli Zaretskii
2024-06-16 19:07             ` Jeremy Bryant

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='CAF8XuLjyLQMgVBovUNisi2bpmzidV0fzW0D7=tXFXSB75GfNwA@mail.gmail.com' \
    --to=justin@burkett.cc \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jb@jeremybryant.net \
    --cc=philipk@posteo.net \
    --cc=stefankangas@gmail.com \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.