может дополнить документацию???
Не очевидно получится. Если обновляется ядро - выполните то-то, если X-ы - то-то, и т.д. Довольно много пунктов получится. Сейчас нужно просто следить за сообщениями менеджера пакетов и следовать инструкциям. Неудобство только в том, что там всё на английском. Чуть позже мы планируем добавить поддержку обновления в утилитах, для автоматизации этого процесса.
Александр, если не сложно, скажите, как мне быстро и, главное, надёжно отключить какое бы то ни было обновление пользовательских конфигов в моей системе.
Я уже устал каждый раз настраивать заново своё окружение.
Мне в кальке почти всё нравится. Но это… это перечеркивает все достоинства дистрибутива. Либо вы уж как-нибудь реализуйте нормальный мерджинг конфигов, чтоб утилиты не затирали настройки, которые я долго и упорно подбирал под себя, либо отключите эту функцию совсем.
Тут очень кстати будет пример с нелюбимой многими виндой. Автонастройка профиля там происходит только при первом входе. Если профиль уже существует, система никогда не вмешивается! А если и вмешивается, то сохраняет всё, что было изменено пользователем. И это, черт возьми, правильно!
2 Alex Kobzar:
Вы неправы. Это применимо к серверам. Я бы даже сказал, это обязательная практика в обслуживании серверов. Это можно делать дома, если заняться больше не чем. Но это просто нереально с хоть сколько-то большим парком машин.
Alexander Tratsevskiy wrote:
может дополнить документацию???
Не очевидно получится. Если обновляется ядро - выполните то-то, если X-ы - то-то, и т.д. Довольно много пунктов получится.
Да я с год назад набросал “краткое руководство по обновлению из пакетов” - не так и много получилось.
Alexander Tratsevskiy wrote:
Сейчас нужно просто следить за сообщениями менеджера пакетов и следовать инструкциям. Неудобство только в том, что там всё на английском. Чуть позже мы планируем добавить поддержку обновления в утилитах, для автоматизации этого процесса.
А русифицировать emerge (хотя бы частично) будет не быстрей?
Просто как уточнение - я то как раз двумя руками за поддержку/автоматизацию обновлений калькулейтовскими утилитами. Может и до графического пакетного менеджера так дойдете 
Добавьте в ~/.calculate/ini.env опцию
update = offPIT Rider wrote:
Добавьте в ~/.calculate/ini.env опцию
[…]
В какую секцию это надо добавить? И что делать с секцией [update]?
И, есть ли где в докуменации упоминание этого параметра? здесь я уже был.
вот содержимое моего ini.env
#---------------------------------------------------------------
# Modified Calculate-desktop 2.2.29
# Processing template files:
# /var/lib/layman/calculate/profiles/templates/desktop/00-desktop-init/full_dir/ini.env
#-----------------------------------------------------------------
[main]
update = off
т.е. в секцию main добавляете опцию
Вот, в итоге пришли к тому, что отключаем обновления. Хех…
Лично я думаю, что разработчики не виноваты. Это всё инертность мышления.
Просто у Линукса сейчас (в данный момент времени) нет никаких средств для безопасного отката изменений настроек или обновлений.
По факту они есть, но на самом деле их нет. Любой дистрибутив Линукс предлагает свою систему обновления, свой пакетный менеджер, свои настройки, но при обновлении всегда что-то ломается, вплоть до неработоспособности.
Некоторые думают над этим: пакетный менеджер Nix, NixOS - в ней вообще из grub’а можно загружаться в предыдущую версию, есть и другие (более низкого уровня) решения: ZFSonLinux - недавно вышел первый стабильный релиз. Это локальная фс и для парка машин не подходит, но зато там есть снапшоты и всегда можно откатить сделанные изменения, если они оказались неработоспособными.
Учитывая то, что обновление из iso тоже зависят от обновляемой машины, то нужна другая система, более независимая, когда на разных машинах можно всё обновить, а если что-то не работает, то сразу же откатить назад.
С нашей стороны действительно была ошибка при обновлении настроек рабочего стола. К сожалению о таких вещах сообщают не сразу и они могут подолгу быть незамеченными. В соседнем обсуждении я отписал причину http://www.calculate-linux.ru/boards/16/topics/21385?r=21556#message-21556