Насколько полезный это, действительно, для сообщения об ошибках против Стабильных пакетов?
Если на Linux, chattr +i the-file предотвратит любую операцию модификации на файле даже к root (кроме другого chattr).
Сообщения об ошибках для них также являются отдельными. Как оригинальный разработчик, я могу читать или не читать сообщения об ошибках в дистрибутивном пакете и отвечать на них. Если нет, и проблема должна касаться меня, то разработчик дистрибутивного пакета отправит сообщение об ошибке в исходном коде.
Если ошибка исправлена в новой (Тестировочной или Нестабильной) версии пакета, есть ли надежда, что исправление может перейти в Стабильный до следующего мажорного релиза?
Ошибки, которые относятся к исходному тексту (WRT к двоичным пакетам, иногда они могут и не быть), требуют, чтобы исходный текст был исправлен первоначальным разработчиком в новом выпуске, а затем это исправление включено в соответствующую версию пакета дистрибутива. Есть некоторые исключения из этого, так как дистрибутивы иногда сами исправляют вещи и добавляют суффикс к версии для обозначения (например, [1128238]1.2.4-1[1128239]), хотя это не так, я думаю, в случаях, когда исправление содержится в последующей версии исходного текста.
Полезно ли это на самом деле разработчикам, работающим над версиями, которые, возможно, стали на два или даже на три года моложе?
Это зависит от того, исправлена ошибка или нет. Смысл версионирования заключается в том, что она исправлена - вы не меняете версию 1.2.3 после ее выпуска, несмотря ни на что. Если вы исправите что-то в 1.2.3, то это исправление появится в следующем выпуске. Если что-то было сломано годами, то этот релиз может быть 1.2.6 и т.д.
Итак, если вы знаете, что что-то исправлено в более поздней версии исходных текстов, то да, сообщать об этом первоначальным разработчикам бессмысленно. [1128242] Однако,[1128243] если это текущая стабильность, используемая вашим дистрибутивом, и об ошибке там не сообщалось (помните, что сообщения об ошибках в исходном тексте и в пакете не одно и то же), то вы должны сообщить об этом и указать, что она исправлена в более поздней версии исходного текста. Опять же, помните, что люди, ответственные за пакеты для дистрибутива и их сообщения об ошибках, не совпадают с оригинальными разработчиками. Так что, хотя я, возможно, уже исправил проблему, разработчики дистрибутивных пакетов могут не знать или не заботиться об этом. Хотя они, скорее всего, будут держать себя в курсе, сообщая им о проблеме [1128244] [1128245] (не мне), вы явно обратили на неё их внимание, что может побудить их обновить стабильный пакет (разные дистрибутивы используют для этого разные критерии)[1127872].
emacs -d
Чтобы ответить на ваши вопросы по порядку,
Если ошибка исправлена в новой (Тестировочной или Нестабильной) версии пакет, есть ли какая-нибудь надежда, что это исправление может привести к стабильности. до следующего мажорного релиза?
Вероятно, нет. Обычно исправления в стабильной версии, о которых сообщается в бэк-тексте, делаются только в целях безопасности.
Если вы обнаружили ошибку в стабильной версии, первое, что вам нужно сделать, это попытаться воспроизвести ее для текущей версии этой программы, или, по крайней мере, для более свежей версии. Часто это будет доступно в нестабильной версии, так что вы можете попробовать перенести нестабильную версию в стабильную или просто протестировать ее на нестабильной системе. Если ошибка может быть воспроизведена в нестабильной версии, я обычно проверяю в списке рассылки проекта, могут ли другие воспроизвести её. Иногда я просто сообщаю об ошибке.Имейте в виду, что даже если нестабильная версия является самым последним релизом, ошибка может быть исправлена в разрабатываемой версии, поэтому, если вы не тестируете текущую разрабатываемую версию программного обеспечения (обычно доступную только из репозитория программного обеспечения), вы не можете быть уверены, что ошибка не была исправлена. Тем не менее, я часто слишком ленив, чтобы тестировать на абсолютно кровоточащий код, отчасти потому, что он не был упакован, и мне нравится работать с упакованными программами. Но YMMV.
Если ошибка была исправлена в более поздней версии программы, я обычно не сообщаю об этом. Теоретически, это можно сделать, но разработчики, находящиеся выше по течению, конечно, не будут беспокоиться, но и разработчики Debian вряд ли будут беспокоиться об этом.
Наконец, вы пишете:
Я не понимаю, что это значит. Если ошибка присутствует в более новой версии, сообщите об этом против более новой версии. Зачем сообщать об этом в стабильную версию?[1172321].