From: Philip Kaludercic <philipk@posteo.net>
To: Amin Bandali <bandali@gnu.org>
Cc: Lars Ingebrigtsen <larsi@gnus.org>,
emacs-devel@gnu.org, emacs-erc@gnu.org,
Stefan Kangas <stefankangas@gmail.com>,
Stefan Monnier <monnier@iro.umontreal.ca>
Subject: Re: [ELPA] New package: ERC
Date: Mon, 27 Sep 2021 10:23:34 +0000 [thread overview]
Message-ID: <87ilymxqop.fsf@posteo.net> (raw)
In-Reply-To: <87lf3jcaml.fsf@gnu.org> (Amin Bandali's message of "Sun, 26 Sep 2021 17:03:46 -0400")
Amin Bandali <bandali@gnu.org> writes:
> Stefan Kangas writes:
>
>> Amin Bandali <bandali@gnu.org> writes:
>>
>>> Oh, right. I just recalled that we used to have an `erc-compat.el'
>>> that we obsoleted last year. I think I will revive that and put it
>>> back into lisp/erc/, and that the additional things I wanted in there.
>>
>> I just marked the unused stuff in there explicitly obsolete, so it
>> should be easy to just move it out of obsolete/ and continue from there.
>>
>> Perhaps it is better to do it before Emacs 28.1 to avoid any confusion,
>> even if the only concrete step is to move the file out of obsolete/.
>>
>
> Thanks. I've been a bit torn about restoring `erc-compat.el'
> vs. potentially working something out with Philip's `compat.el'.
> However, I suppose if we're very close to `emacs-28' being cut (as in
> days ?) and if `compat.el' is currently mainly only a proposal and not
> being urgently added,
To clarify, compat would be an ELPA package (and if accepted, it
wouldn't be added before Emacs 28.1 is released).
>it would probably be better for me to go ahead
> and restore `erc-compat.el' sooner rather than later (in a day or two)
> and do what we already used to for ERC in the past anyway.
--
Philip Kaludercic
next prev parent reply other threads:[~2021-09-27 10:23 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-18 17:03 [ELPA] New package: ERC Amin Bandali
2021-09-19 14:38 ` Lars Ingebrigtsen
2021-09-26 15:22 ` Amin Bandali
2021-09-26 19:28 ` Philip Kaludercic
2021-09-26 20:41 ` Amin Bandali
2021-09-27 10:22 ` Philip Kaludercic
2021-09-28 2:36 ` Amin Bandali
2021-09-26 20:15 ` Stefan Kangas
2021-09-26 21:03 ` Amin Bandali
2021-09-27 10:23 ` Philip Kaludercic [this message]
2021-09-29 1:26 ` Amin Bandali
2021-09-27 19:42 ` Stefan Monnier
2021-09-29 1:40 ` Amin Bandali
2021-09-29 3:30 ` Stefan Monnier
2021-09-29 4:11 ` Amin Bandali
2021-09-20 16:48 ` Stefan Monnier
2021-09-21 0:16 ` Emanuel Berg via General discussion about ERC
2021-09-21 5:31 ` Corwin Brust
2021-09-21 7:12 ` Emanuel Berg via General discussion about ERC
2021-09-21 23:56 ` Amin Bandali
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ilymxqop.fsf@posteo.net \
--to=philipk@posteo.net \
--cc=bandali@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=emacs-erc@gnu.org \
--cc=larsi@gnus.org \
--cc=monnier@iro.umontreal.ca \
--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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).