1.1, Гость (??), 23:33, 31/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зачем такие сложности? почему не просто
dnf --releasever=29 distro-sync --nogpgcheck
?
| |
|
2.5, Аноним (5), 22:55, 08/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
nogpgcheck, по идее, тоже не нужен, если версия инкрементится на единицу. Ключ для подписи следующей версии притаскивается в предыдущую
| |
2.10, botman (ok), 19:22, 17/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
Только что обновил на Debian за час в VirtualBox Antix17, BaseAlt8, Manjaro 18 и только Fedora 29, когда атоматом после перезагрузки, обновился с третьего раза, причём успешно примерно за час. Поэтому подобный метод для Fedora 29 не годится, лучше через консоль.
| |
2.11, КО (?), 23:47, 16/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Это разве сложности?
Сложность, это что-то типа - если у вас система без swap не забыть его сделать. :)
| |
|
1.2, Аноним (2), 11:13, 03/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как-то слишком сурово, не находите? Правильное решение может выглядеть как полный отказ от подобных систем. Требуется лишь систему обновить, а не все поломать.
| |
|
2.3, danonimous (?), 13:28, 07/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вообще жесть какая-то. "Удаление проблемных пакетов" - пакетом больше, пакетом меньше - какая разница - авось ничего не поломается)). Всякие мутные команды выполняют магические действия с системой.
Хорошо, что на уютной Слаке всё просто, понятно и предсказуемо.
| |
|
3.4, КГБ СССР (?), 18:29, 08/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Зато у Слаки крайне порочная рекомендация «сначала установить всё, а потом выбрасывать ненужное».
| |
|
4.6, danonimous (?), 18:46, 12/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Так это же Патрик о нашем благе заботится)
Здесь концепция такая операционной системы, которая поставляется с определённым набором программ. На других юниксах тоже так сделано. Это минимальный набор лучших и и самых востребованных (по мнению Патрика) компонентов, который позволяет избежать dependency hell и облегчить установку дополнительных программ и дальнейшее использование операционной системы.
KDE и XFCE можно иключить при установке. Лишние сервисы по-умолчанию отключены, поэтому никак не мешают.
Так как Slackware предполает, что пользователь будет изучать систему, то через какое-то время юзер будет знать предназначение каждого пакета и снести без вреда что-то лишнее - если очень мешает - не составит труда.
| |
|
5.7, КГБ СССР (?), 00:55, 13/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Я это прекрасно понимаю и где-то даже одобряю, если речь об установке на чужие «необслуживаемые» десктопы. Просто _мне_ это не подходит. :) Мне при установке ОС нужна только базовая система (как принято в Дебиане или Шапке), в которую я позже избирательно добавлю ещё несколько пакетов, и только действительно нужные. А у Слаки установка по умолчанию — это несколько гигов различного софта, который я никогда не буду использовать (и точно и заведомо про это знаю), но вычистить его представляется затруднительным, поскольку я ведь не держу в памяти описания всех пакетов и их зависимостей.
| |
|
6.8, danonimous (?), 14:05, 13/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не спорю, что управление зависимостями делает работу с системой удобной, особенно если пакеты мелко нарезаны, и нет времени долго разбираться. Просто есть побочные эффекты, поэтому каждый выбирает систему себе по потребностям.
Например, чтобы нормально обновлять Debian до следующего выпуска, желательно устанавливать окружение рабочего стола целиком каким-нибудь apt-get install kde-plasma-desktop, который притащит что-нибудь лишнее, и чтобы удалить лишнее придётся сносить пакет kde-plasma-desktop, после чего можно случайно снести пол системы с auto-remove. Придётся делать apt-mark manual для некоторых пакетов. Потом при апгрейде на новую мажорную версию дистрибутива обновляться будут только пакеты, установленные в системе, при этом у kde-plasma-desktop могут в новой версии появиться новые важные зависимости, которые в итоге будут отсутствовать.
Ещё в системе может присутствовать куча лишних пакетов, притащенных по suggests, если это не отключено. И при установке ни в коем случае не стоит устанавливать окружение рабочего стола через tasks, а то система превратится в сложно вычищаемую помойку, потом придётся orphans разыскивать.
В общем, любой системой надо уметь пользоваться, чтобы добиться минимализма и не превратить её в помойку)
Каких-то ограничений для минимальной системе в Слаке не вижу, при установке можно исключить большие группы или подсунуть tagfiles.
Привёл пример с Debian, так как Fedora уже идёт к тому, что будет базовая система, обновляемая атомарно - без всяких зависимостей. Хотят избавиться от проблем с обновлениеми, чтобы не приходилось делать то, что описано в данной статье :)
| |
|
7.9, КГБ СССР (?), 22:24, 13/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
В Slackware [мне] не хватает не автоматического разрешения зависимостей, но самой информации о зависимостях, которые требуется разрешить для нормальной работы приложения. Иногда это очень нужно. Не хочется, чтобы что-то ломалось и чинилось «магически». :)
| |
|
|
|
|
|
|
|