История изменений
Исправление bormant, (текущая версия) :
Ну так это оно самое и делает
И да, и нет.
slackpkg update обновляет только сведения о репозитории.
slackpkg upgrade-all по сведениям вычисляет обновившиеся пакеты и предлагает к загрузке/обновлению только их.
В первых слаках этого не было, я так привык.
Всё так, достижение той же цели другим путем:
1) при помощи wget (или lftp, или rsync, или ...) синхронизируем локальный patches/packages с репо,
2) натравливаем на локальный patches/packages upgradepkg, который поставит только те пакеты из установленных, версия которых отличается.
Место на носителях нынче не сильно дорого, потому наличие локальной копии растущего patches/packages в минусы вряд ли можно записать.
А когда машин несколько, то вариант держать одно зеркало на всех выглядит даже более предпочтительным.
Ну почти так. Пока не захочется странного. Правда оно везде так.
Так на то оно и странное ;-)
Опять же за руки/за ноги никто не держит в плане экспериментов, вменяемый результат получить обычно можно.
Исходная версия bormant, :
Ну так это оно самое и делает
И да, и нет.
slackpkg update обновляет только сведения о репозитории.
slackpkg upgrade-all по сведениям вычисляет обновившиеся пакеты и предлагает к загрузке/обновлению только их.
В первых слаках этого не было, я так привык.
Всё так, достижение той же цели другим путем:
1) при помощи wget (или lftp, или rsync, или ...) синхронизируем локальный patches/packages с репо,
2) натравливаем на локальный patches/packages upgradepkg, который поставит только те пакеты из установленных, версия которых отличается.
Место на носителях нынче не сильно дорого, потому наличие локальной копии растущего patches/packages в минусы вряд ли можно записать.
А когда машин несколько, то вариант держать одно зеркало на всех выглядит более предпочтительным.
Ну почти так. Пока не захочется странного. Правда оно везде так.
Так на то оно и странное ;-)
Опять же за руки/за ноги никто не держит в плане экспериментов, вменяемый результат получить обычно можно.