[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ELPA: new package nano-agenda
From: |
Stefan Monnier |
Subject: |
Re: ELPA: new package nano-agenda |
Date: |
Mon, 18 Oct 2021 19:05:37 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
> Yes, I'd be glad to have ts.el in GNU ELPA.
That'd be nice.
> And I'd be glad to remove the dependency on s.el to facilitate that.
Yes, that'd be necessary before we can add it to GNU ELPA.
> The only potential issue that I can see is that it currently emits
> extra warnings at load time (or is it compile time? I forget...) on
> Emacs 28 due to more strict checking in the byte compiler.
That's fine (code doesn't have to be bug-free, luckily, otherwise not
only GNU ELPA would be empty, but Emacs wouldn't exist either).
>> What might be an issue is if the "ts-" namespace is considered to be
>> "too valuable", as was the issue with "s-" and "f-". The maintainers
>> would have to decide on that, I can only speculate.
two-letter (well, 3 if you count the dash) prefixes are fine, thanks
(we have loads of them).
Stefan
- ELPA: new package nano-agenda, Nicolas P. Rougier (inria), 2021/10/12
- Re: ELPA: new package nano-agenda, Philip Kaludercic, 2021/10/12
- Re: ELPA: new package nano-agenda, Nicolas P. Rougier (inria), 2021/10/12
- Re: ELPA: new package nano-agenda, Philip Kaludercic, 2021/10/12
- Re: ELPA: new package nano-agenda, Adam Porter, 2021/10/18
- Re: ELPA: new package nano-agenda,
Stefan Monnier <=
- Re: ELPA: new package nano-agenda, Philip Kaludercic, 2021/10/19
- Re: ELPA: new package nano-agenda, Stefan Kangas, 2021/10/19
- Re: ELPA: new package nano-agenda, Philip Kaludercic, 2021/10/19
- Re: ELPA: new package nano-agenda, Philip Kaludercic, 2021/10/21
Re: ELPA: new package nano-agenda, Joost Kremers, 2021/10/19