Мой init поменял fill-column ровно в одном буфере

Прежде чем чинить, посчитайте. Это даёт число буферов, у которых своё значение.

(seq-count (lambda (b) (local-variable-p 'fill-column b))
           (buffer-list))

Если ответ 1, виновата строка в init. Если больше, ещё что-то задаёт её локально, и эти буферы setq-default тоже не изменит.

Я держу это в голове через два вопроса по порядку. Сначала, какое значение читает новый буфер? Значение по умолчанию, значит, init должен задавать именно его. Потом, у каких буферов уже есть локальное значение? Они его сохраняют, что бы потом ни говорило значение по умолчанию. Это похоже на атрибут класса и атрибут экземпляра в Python, где setq-default задаёт атрибут класса, а setq для автоматически локальной переменной присваивает экземпляру.

Аналогия держится для fill-column и ломается на соседней переменной. Возьмите обычную переменную, которую никто не помечал через make-variable-buffer-local. Если в текущем буфере нет локального значения, setq задаёт глобальное, и его видят все буферы. В Python присваивание через экземпляр всегда попадает в экземпляр. Так что поведёт ли себя setq как self.x = 1 или как Cls.x = 1, зависит от объявления где-то в другом месте исходников, и как раз о такой тихой хитрости мне бы хотелось, чтобы буфер справки продолжал громко напоминать.

Одно замечание о границах исправления. setq-default задаёт значение по умолчанию и не трогает уже существующие локальные значения. Он исправляет буферы, созданные после выполнения строки init, а буфер, у которого уже есть локальный fill-column, здесь *scratch*, сохраняет то, что дал ему прежний setq или режим. Чтобы получить чистый результат в работающем сеансе, устаревшее локальное значение нужно убрать через kill-local-variable в соответствующем буфере.

То же самое случилось со мной в буфере сообщения коммита. M-q переносил там на 70, а в *scratch* на 72, и я долго винил режим коммита, у которого локального значения не было вовсе.

Запуск дал 3, а не 1. *scratch* из-за строки init и ещё два буфера, где мой хук режима делал обычный setq. C-h v в одном из них тоже показывает расклад, локальное значение этого буфера и рядом глобальное, и это быстрее подсчёта, когда уже подозреваешь конкретный буфер. Хуки теперь используют setq-local, так что намерение записано там, где всё происходит.

Справедливо, и буфер справки действительно кричит, но только когда сам туда пойдёшь. В коде мой ответ - setq-local (он сначала делает переменную локальной, а потом задаёт её, что бы ни говорило объявление), и читателю объявление знать вообще не нужно. В init побуферные переменные теперь идут через setq-default, у остальных остался обычный setq, а рядом со странными стоит короткий комментарий.

Это вылезло во время проверки, только с другой стороны. Выполняю (setq-default fill-column 80) из *scratch*, чтобы посмотреть эффект, а сам *scratch* остаётся на 72 из-за локального значения, которое ему дал init. M-x kill-local-variable там, и он сразу становится 80. (Перезапуск тоже помог бы, но открытых буферов было слишком много, чтобы хотеть этого.)