Список запросов на улучшения GNU Emacs, ошибок и этапов в любой момент времени

В GitHub часто можно найти для данного проекта с открытым исходным кодом список проблем, о которых было сообщено, и примерный временной интервал, который рассматривается для данного исправления или усовершенствования.

Существует ли эквивалентный репозиторий, в котором собраны и определены приоритеты запросов и ошибок для GNU Emacs? Сгруппируют ли разработчики их в определенные этапы для каждой версии?

emacs-development

— Амелио Васкес-Рейна
источник

Для записи, есть еще один хороший ответ на этот дубликат .

— Малабарба

Ответы:

Единственное место, где регистрируются ошибки в emacs - это debbugs . Другие места, где можно находить / размещать запросы функций и следить за развитием, включают списки обсуждений emacs и emacs-devel .

— Эрик Браун
источник

Вы можете просматривать запросы, правильно поданные в debbugs от Emacs: просто установите debbugsпакет (например, используя M-x package-install), а затем:

M-x debbugs-gnu

— sanityinc
источник

Как сообщил @JordonBiondo здесь (этот ответ является дословной копией его ответа):

Процедура сообщения об ошибках, запроса функций и отправки путей изложена в руководстве.

C-h rmBugsreturn

Или читать онлайн:

https://www.gnu.org/software/emacs/manual/html_node/emacs/Bugs.html

В двух словах:

использовать report-emacs-bugдля отчетов об ошибках и запросов функций
спросите список рассылки dev, если вы считаете, что ваш запрос требует дополнительного обсуждения
проверьте существующие ошибки и выполните поиск в списке рассылки, чтобы увидеть, обсуждалась ли тема и была ли она завершена после
прочитайте руководство о том, как отправлять патчи
подпишитесь на emacs-devel или даже bug-gnu-emacs, если вы хотите быть более вовлеченным или информированным о том, что происходит в разработке emacs.

Также прочитайте etc / CONTRIBUTE и BUGS

— Амелио Васкес-Рейна
источник

Обмен стеками - это обмен знаниями и все такое, но я бы сказал, что лучше оставить другим ответ на комментарий, прежде чем дословно скопировать его. =)

— Малабарба

Спасибо @Marbara Я думаю, что вы правы, я сначала не решался сделать это, и ваш комментарий подтверждает мои сомнения. Я также думал, что смогу сделать это CW, но я думаю, что лучше удалить ответ и позволить ему ответить (если он хочет) :)

— Амелио Васкес-Рейна

в подобных ситуациях лучше скопировать ответ, чем не иметь его здесь. Но всегда приятно дать им возможность сначала скопировать это здесь.

— Малабарба

Комментарий был бы хорош, но пока информация там есть, мне все равно, кто получает атрибуцию или волшебные интернет-очки. Сообщество Wiki'ing было хорошим звонком, я собирался сделать это со своим другим постом.

— Джордон Биондо

Спасибо @JordonBiondo Я CWed это, но, пожалуйста, не стесняйтесь добавлять его в качестве ответа, и я удалю этот.

— Амелио Васкес-Рейна