LINUX.ORG.RU
ФорумTalks

У emacs'а новая нумерация версий

 ,


0

1

Как известно, в сентябре прошлого года вышел emacs 25.1. emacs 24.1 выходил в 2012-м году, а emacs 23.1 выходил в 2009-м. При этом были стабильные запланированные промежуточные релизы, включая 24.2, 24.3, 24.4 и 24.5.

Теперь, по ходу, так уже не будет. Запланирована будет смена мажорных номеров, а минорные релизы будут незапланированными багфиксами, которые тут же будут заброшены.

master ветка после релиза 25.2-rc2 (конец февраля) уже сменила номер версии на 26.0.50 (которую уже активно обсуждают в мэйллистах), и, по ходу, после стабилизации будет пронумерована как 26.1.

Подробности из мэиллиста:

         From: Glenn Morris
      Subject: Re: Next release from master
         Date: Thu, 21 Jan 2016 12:35:15 -0500
   User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
     __________________________________________________________________________________________________________

Stefan Monnier wrote:

> IOW the next release form master should be called 26.1 and 25.N should
> be kept for a bugfix-only releases from the emacs-25 branch.
>
> It's not tremendously important, but the way we've done it in the past
> ended up with all kinds of minor inconveniences when we suddenly decide
> that we need another bugfix release: e.g. having to update all
> "make-obsolete" calls, not to mention all the "will be fixed in (or
> added to) Emacs-NN.MM" already posted in debbugs, mailing-lists,
> stackoverflow, forums, and newsgroups which suddenly become lies.

FWIW, I just want to echo the above (which reiterates the policy from
https://lists.gnu.org/archive/html/emacs-devel/2014-09/msg00872.html ,
which was accepted without much debate at the time).

In master, bugs are already being marked as fixed in 25.2, items as
changed in 25.2, etc. If after 25.1 is released, an unexpected rapid
bug-fix 25.2 release is needed from the emacs-25 branch, those
references have to be changed (where possible; obviously references
outside Emacs won't be changeable). The longer master claims to be the
precursor to 25.2, rather than 26.1, the more inconvenient this becomes.

Version numbers need to be expandable (to allow for unexpected bug-fix
releases) and predictable (to avoid having to change references to the
number). The major.minor scheme, where major is bumped every non-bugfix
release, allows for that.

This means that if all goes as planned: 26.1 might not contain any
"major" new features, and 25.2 will never exist. (Unless someone wants
to maintain a bug-fix release branch, but that's a separate topic. This
scheme allows for it, whereas the old one didn't. This scheme probably
also allows for more frequent releases, which is something people have
asked for, since an extra maintenance release can be made at any time
without disruption.) This might take a little bit of getting used to,
but eg the Linux kernel, Firefox, etc, have all stopped being so
conservative with version numbers.


Long story short: if agreed, please renumber master to 26.0.50 asap.

★★★★★

Ответ на: комментарий от slaykovsky

Спасибо, я прочитал, что «он принес». Я не понял, что́ вы спросили.

Zmicier ★★★★★
()
Ответ на: комментарий от slaykovsky

Новость о смене нумерации версий с подробностями вполне актуальна. А что там модно или нет мне фиолетово.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от slaykovsky

Тем не менее, релиз 25.2-rc2 в феврале 2017-го таки был (как и 25.1 в сентябре). Но, по процитированному тексту если у них там всё проходит как надо, то релиза 25.2 не будет никогда, сразу 26.1.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)

Запланирована будет смена мажорных номеров

Догнать и перегнать, даёшь выполнение пятилетки за три года!

h578b1bde ★☆
()

А что за революционные изменения грядут в имакс?

Deleted
()
Ответ на: комментарий от yoghurt

Для желающих треды и прочее давно ведь уже есть всякие Hemlock, EfunsEditor и т.д.

Правда инфраструктура у них намного слабее, что бывает с любым прижившимся в том или ином обществе явлением: старое и устаревшее вживается слишком сильно, чтобы его можно было безболезненно заменить.

raven_cler ★★
()
Ответ на: комментарий от yoghurt

Погоди, ещё через пару лет они наконец добавят в коробку и текстовый редактор.

redgremlin ★★★★★
()
Ответ на: комментарий от raven_cler

Правда инфраструктура у них намного слабее

слабее настолько, что абсолютно бесполезны, равно как и твой коментарий)

x4DA ★★★★★
()
Ответ на: комментарий от raven_cler

Hemlock

Консольная версия выдаёт нажатие предыдущей кнопки на нажатие следующей(запаздывание на 1 нажатие кнопки).

EfunsEditor

Можешь сказать как это собрать и запустить?
Взял отсюда: github.com/korya/efuns
запустил ./configure
запускаю make opt
Мне выдало:

ocamlopt.opt -I ../ocamlsrc/version/include  -c options.ml
File "options.ml", line 113, characters 4-6:
Error: Syntax error

Там(common/options.ml:112-115):
let rec parse_gwmlrc = parser
    [< id = parse_id; 'Kwd "="; v = parse_option ; 
      eof = parse_gwmlrc >] -> (id, v) :: eof
| [< >] -> []

Что ему не нравится?

Bad_ptr ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.