Почему номера версий Melpa (Emacs Lisp) настолько высоки?

Question

У меня когда-то был Melpa в моем списке хранилищ elisp; Недавно я удалил его после того, как понял, что его номера версий, безусловно, должны быть в совершенно другом масштабе, чем у других репозиториев (например, Marmalade, нормальный Elpa) ... поэтому, когда U используется для «Mark Upgradable Packages», версия каждый пакет, который существовал как в Melpa, так и в другом репозитории, всегда был версией Melpa, просто потому, что версия # 2 рефери Melpa смехотворно высока.

Пример 1:Доступные версии мармелад из abl-mode является 0.9.0. Доступная версия Melpa того же пакета ... 20130607.917?!

Пример 2:Доступные версии мармелад из flex-autopair является 0,3. Доступная версия Melpa того же пакета 20120809.2118 ... Что-то вверх.

Меня не волнует, если бы не тот факт, что это означает, что то, что думает менеджер пакетов Emacs, является самой последней версией ... может быть не самой последней версией. Поскольку Melpa (у которой есть некоторые потрясающие пакеты, которые другие репозитории не делают, кстати, очевидно, использует другую систему нумерации/версии ... Я просто не могу включить ее в package-archives. Есть ли какой-то пакет, который исправляет это/переводит номера версии Melpa в нормальные и делает Melpa совместимым с другими репозиториями?

Answer 1

Номера версий представляют собой дату, когда каждый пакет был извлечен из своего репозитория.

There's an issue on the github page explaining this further.

Кроме того, можно исключить определенные пакеты из конкретного архива. Read here to see how

Я бы не стал слишком беспокоиться о том, что ваши emacs обманывают, загружая старую версию. Замечательная вещь о Melpa заключается в том, что (для большинства пакетов) она автоматически вытягивает самую последнюю версию каждого пакета из своего исходного репозитория (обычно git). Поэтому очень маловероятно, что пакет устареет.