История изменений

Ага, как же. При апгрейде файлы из /etc/ запросто можно перезаписать стандартными конфигами. Вылазит окошко, которое спрашивает вас, не желаете ли вы заменить конфиг dnsmasq(настроенный ручками) заменить на новый(дефолтный). Если вы согласитесь, и нажмёте ОК - вы можете получить знатный квест по настройке dnsmasq, squid и прочих полезных сервисов. Так-то при апгрейде лучше не зевать, и смотреть чем предлагаемый конфиг отличается от вашего, и подойдёт ли вам такая конфигурация.

Убунта тут не причём, то же самое и в Дебиянах. Это вообще не проблема, скорее наоборот. К тому же, десктопы это не затрагивает. Объясню почему эта фича полезна. Допустим, у тебя рабоатет какое-то серверное ПО, ты настроил для него конфиг в /etc. Пришло мажорное обновление, в этом ПО появились какие-то новые фичи или разработчики добавили какие-то новые опции в конфиг или что-то там исправили в конфиге. Как-то ведь надо это добавить в твой конфиг? Это очень легко сделать. На вопрос отвечаешь «нет», при этом новый файл не пропадает, а кладётся рядом (к имени что-то добавляется, dpkg-чего-то-там). Когда закончишь обновление ты смотришь diff и решаешь что из нового конфига стоит себе добавить. Можешь с помощью того же diff сгенерировать патч и им уже пропатчить свой конфиг, чтобы вручную не копипастить из нового конфига в старый.

Только причём здесь это, речь шла о слетании конфигов. Они ведь не слетают при обновлении. Пакетный менеджер никогда сам не заменяет кастомные конфиги новыми дефолтными. Он спрашивает и ждёт.

При апгрейде файлы из /etc/ запросто можно перезаписать стандартными конфигами.

Только если ты сам скажешь пакетному менеджеру это сделать. Самовольно он это не делает.

Ага, как же. При апгрейде файлы из /etc/ запросто можно перезаписать стандартными конфигами. Вылазит окошко, которое спрашивает вас, не желаете ли вы заменить конфиг dnsmasq(настроенный ручками) заменить на новый(дефолтный). Если вы согласитесь, и нажмёте ОК - вы можете получить знатный квест по настройке dnsmasq, squid и прочих полезных сервисов. Так-то при апгрейде лучше не зевать, и смотреть чем предлагаемый конфиг отличается от вашего, и подойдёт ли вам такая конфигурация.

Убунта тут не причём, то же самое и в Дебиянах. Это вообще не проблема, скорее наоборот. К тому же, десктопы это не затрагивает. Объясню почему эта фича полезна. Допустим, у тебя рабоатет какое-то серверное ПО, ты настроил для него конфиг в /etc. Пришло мажорное обновление, в этом ПО появились какие-то новые фичи или разработчики добавили какие-то новые опции в конфиг или что-то там исправили в конфиге. Как-то ведь надо это добавить в твой конфиг? Это очень легко сделать. На вопрос отвечаешь «нет», при этом новый файл не пропадает, а кладётся рядом (к имени что-то добавляется, dpkg-чего-то-там). Когда закончишь обновление ты смотришь diff и решаешь что из нового конфига стоит себе добавить. Можешь с помощью того же diff сгенерировать патч и им уже пропатчить свой конфиг, чтобы вручную не копипастить из нового конфига в старый.

Только причём здесь это, речь шла о слетании конфигов. Они ведь не слетают при обновлении. Пакетный менеджер никогда сам не заменяет кастомные конфиги новыми дефолтными. Он спрашивает и ждёт.