История изменений
Исправление bormant, (текущая версия) :
Не знаю даже, стоит ли игра свеч
Говорят, что все можно настроить, если достаточно долго вертеть в руках. Про стоимость сдесь только косвенно — «достаточно долго» ;)
В любом случае, если решиться на замену части системы, почему бы не попробовать то, где эти замены уже сделаны (угу, это про current). Если следовать простой стратегии — ставим все нужное (в идеале полная установка без KDEI, KDE) и просто пользуемся, не обновляя, то с этим отлично можно жить даже имея развесистый набор самосборных сторонних пакетов. Но точно не обновляя без предварительного чтения ChangeLog.txt и оценки последствий. В принципе, обновления, не влекущие .so version bump можно считать относительно безопасными. Для подстраховки стоит помнить адресок «неправильного зеркала», которое синхронизируется без удаления пакетов — всегда будет шанс откатить обновленное до прежнего состояния. Или вести локально зеркало на момент проверенно рабочей установки, обновляя в нем пакеты только после проверки их работоспособности в своей системе.
Очевидное неудобство — сторонние бинарные пакеты будут под актуальный срез current, что не всегда тождественно установленному, и тем статистисчески выше вероятность конфликта, чем больше изменений между этими состояниями.
Про сторонний софт.
У SBo есть ветка для current, sbopkg про нее знает. У Эрика есть активные ветки для current. Плюс можно смотреть на хранилища slackel — он тоже на current.
Исправление bormant, :
Не знаю даже, стоит ли игра свеч
Говорят, что все можно настроить, если достаточно долго вертеть в руках. Про стоимость сдесь только косвенно — «достаточно долго» ;)
В любом случае, если решиться на замену части системы, почему бы не попробовать то, где эти замены уже сделаны (угу, это про current). Если следовать простой стратегии — ставим все нужное (в идеале полная установка без KDEI, KDE) и просто пользуемся, не обновляя, то с этим отлично можно жить даже имея развесистый набор самосборных сторонних пакетов. Но точно не обновляя без предварительного чтения ChangeLog.txt и оценки последствий. В принципе, обновления, не влекущие .so version bump можно считать относительно безопасными. Для подстраховки стоит помнить адресок «неправильного зеркала», которое синхронизируется без удаления пакетов — всегда будет шанс откатить обновленное до прежнего состояния. Или вести локально зеркало на момент проверенно рабочей установки, обновляя в нем пакеты только после проверки их работоспособности в своей системе.
Очевидное неудобство — сторонние бинарные пакеты будут под актуальный срез current, что не всегда тождественно установленному, и тем статистисчески выше вероятность конфликта, чем больше изменений между этими состояниями.
У SBo есть ветка для current, sbopkg поо нее знает. У Эрика есть активные ветки для current. Плюс можно смотреть на хранилища slackel — он тоже на current.
Исходная версия bormant, :
Не знаю даже, стоит ли игра свеч
Говорят, что все можно настроить, если достаточно долго вертеть в руках. Про стоимость сдесь только косвенно — «достаточно долго» ;)
В любом случае, если решиться на замену части системы, почему бы не попробовать то, где эти замены уже сделаны (угу, это про current). Если следовать простой стратегии — ставим все нужное (в идеале полная установка без KDEI, KDE) и просто пользуемся, не обновляя, то с этим отлично можно жить даже имея развесистый набор самосборных сторонних пакетов. Но точно не обновляя без предварительного чтения ChangeLog.txt и оценки последствий. В принципе, обновления, не влекущие .so version bump можно считать относительно безопасными. Для подстраховки стоит помнить адресок «неправильного зеркала», которое синхронизируется без удаления пакетов — всегда будет шанс откатить обновленное до прежнего состояния. Или вести локально зеркало на момент проверенно рабочей установки, обновляя в нем пакеты только после проверки их работоспособности в своей системе.
Очевидное неудобство — сторонние бинарные пакеты будут под актуальный срез current, что не всегда тождественно установленному, и тем статистисчески выше вероятность конфликта, чем больше изменений между этими состояниями.