[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#56641: Deprecate `lsh`
From: |
Basil L. Contovounesios |
Subject: |
bug#56641: Deprecate `lsh` |
Date: |
Sun, 24 Jul 2022 06:38:08 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Mattias Engdegård [2022-07-23 18:51 +0200] wrote:
> 23 juli 2022 kl. 17.42 skrev Basil L. Contovounesios <contovob@tcd.ie>:
>
>> Thanks, but the warnings are being stubborn with and not listening to
>> me. Could you please have a word with them?
>
> A serious conversation was held and some very frank words were pronounced.
Is there an RFC for that protocol? It seems to be effective.
>> First, they are a bit repetitive in parallel 'make -j8 check':
>
> That was made on purpose to really hammer the point home.
Is it a bug that we don't consistently do that for all warnings?
>> For the `mapcar' case, only the `mapcar' function can be used in
>> the symbol list. For `suspicious', only `set-buffer' can be used.
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Clearly you aren't suspicious enough.
But enough to not be suspiciously unsuspicious.
>> How can these issues be addressed?
>
> Why, `git pull` of course!
I picked some of that up from my local pharmacy, and...
> (Sorry about all this, and thanks a lot!)
...WFM, thanks! No need to apologise,
--
Basil
- bug#56641: Deprecate `lsh`, (continued)
bug#56641: Deprecate `lsh`, Lars Ingebrigtsen, 2022/07/23
bug#56641: Deprecate `lsh`, Basil L. Contovounesios, 2022/07/23
bug#56641: Deprecate `lsh`, Mattias Engdegård, 2022/07/23
bug#56641: Deprecate `lsh`,
Basil L. Contovounesios <=