[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNU ELPA package proposal: visual-fill-column
From: |
Philip Kaludercic |
Subject: |
Re: GNU ELPA package proposal: visual-fill-column |
Date: |
Tue, 26 Oct 2021 19:03:33 +0000 |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> Stefan Kangas [2021-10-26 17:17:16] wrote:
>> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>> No, `package.el` is not smart enough. The reason is that the version
>>> numbers used by MELPA don't match the ones used in GNU ELPA, so the
>>> MELPA versions always seem to be "much higher" than the ones in GNU ELPA
>>> (e.g. 20180223.223 > 5.7.2).
>> Maybe we should fix that. Could it be as easy as looking for version
>> numbers starting with "YYYYMMDD", and if there is no package available
>> with a version formatted that way, just assume that the currently
>> highest numbered "normally versioned" package is more recent?
>
> Assuming would definitely not be a good idea because scenarios where
> this is a bad idea aren't sufficiently hypothetical, IMO.
Yes, there are packages on both GNU and NonGNU ELPA that use this as
their stable versioning scheme.
> But we could add a hack that would detect such cases are prompt the user.
How about introducing a package header to indicate that the versioning
scheme, so that package.el can fix it?
> Better if we could get the release date of the package version 5.7.2 ;-)
>
>
> Stefan
--
Philip Kaludercic