VG
ну так, freebsd-update есть кривое косое частное переизобретение решения части задач VCS
Size: a a a
2021 January 06
VG
возможно, этот ихний sysupgrade в опенке тоже
t
возможно, этот ихний sysupgrade в опенке тоже
вообще ни разу
t
ну так, freebsd-update есть кривое косое частное переизобретение решения части задач VCS
ну так, freebsd-update есть кривое косое // fixed
VG
вообще ни разу
ну, а как он работает?
N
sysupgrade - очень-очень простой скрипт. умеет скачивать тарники, проверять подпись и примерно всё
t
первый вопрос к freebsd-update у меня был - а как это поднять у себя, чтобы обновлять свои железки и mips роутер?
N
sysupgrade - очень-очень простой скрипт. умеет скачивать тарники, проверять подпись и примерно всё
распаковываются они уже из bsd.upgrade - это ядро и рамдиск с минимальной системой.
VG
Но тут я вижу одну проблему.
Это несомненное благо.
Пудра с пакетами делает так же - даже если сам порт вообще не поменялся, но поменялось то, от чего он зависит, то пересобираем. БЕЗ СМЕНЫ ВЕРСИИ.
НО!!!!
И вот тут у мелко-пакетированной базы начинаются потенциальные проблемы. Если мы всегда инкрементим версии всех базовых пакетов - то то, что их много, не имеет особого преимущества (nanobsd всё равно не выйдет). Если мы этого не делаем у нас база становится потенциально неконсистентна.
Я, кстати, не знаю, какой подход выбран в проекте.
make buildworld ведёт себя как пудра - всё, собранное в base.txz гарантированно слинковано само с собой, не выцепило никаких левых зависимостей, и так далее.Это несомненное благо.
Пудра с пакетами делает так же - даже если сам порт вообще не поменялся, но поменялось то, от чего он зависит, то пересобираем. БЕЗ СМЕНЫ ВЕРСИИ.
НО!!!!
pkg upgrade на апгрейдит такое пересобранное.И вот тут у мелко-пакетированной базы начинаются потенциальные проблемы. Если мы всегда инкрементим версии всех базовых пакетов - то то, что их много, не имеет особого преимущества (nanobsd всё равно не выйдет). Если мы этого не делаем у нас база становится потенциально неконсистентна.
Я, кстати, не знаю, какой подход выбран в проекте.
опечатки исправь, а то смысл эцсамое
VG
распаковываются они уже из bsd.upgrade - это ядро и рамдиск с минимальной системой.
наживую сложна?
VG
и freebsd-update IDS оно, значит, тоже не может?
N
наживую сложна?
а хз. там возможно будут какие-то заморочки с chflags из-за секурити левела по-умолчанию.
один хрен в новое ядро бутаться, т.е. всё равно даунтайм, так что в принципе и пофигу
один хрен в новое ядро бутаться, т.е. всё равно даунтайм, так что в принципе и пофигу
VG
а, левел...
VG
Но тут я вижу одну проблему.
Это несомненное благо.
Пудра с пакетами делает так же - даже если сам порт вообще не поменялся, но поменялось то, от чего он зависит, то пересобираем. БЕЗ СМЕНЫ ВЕРСИИ.
НО!!!!
И вот тут у мелко-пакетированной базы начинаются потенциальные проблемы. Если мы всегда инкрементим версии всех базовых пакетов - то то, что их много, не имеет особого преимущества (nanobsd всё равно не выйдет). Если мы этого не делаем у нас база становится потенциально неконсистентна.
Я, кстати, не знаю, какой подход выбран в проекте.
make buildworld ведёт себя как пудра - всё, собранное в base.txz гарантированно слинковано само с собой, не выцепило никаких левых зависимостей, и так далее.Это несомненное благо.
Пудра с пакетами делает так же - даже если сам порт вообще не поменялся, но поменялось то, от чего он зависит, то пересобираем. БЕЗ СМЕНЫ ВЕРСИИ.
НО!!!!
pkg upgrade на апгрейдит такое пересобранное.И вот тут у мелко-пакетированной базы начинаются потенциальные проблемы. Если мы всегда инкрементим версии всех базовых пакетов - то то, что их много, не имеет особого преимущества (nanobsd всё равно не выйдет). Если мы этого не делаем у нас база становится потенциально неконсистентна.
Я, кстати, не знаю, какой подход выбран в проекте.
наапгрейдит или неапгрейдит?
LS
наапгрейдит или неапгрейдит?
Не апгрейдит. Он чисто в версию пакета же смотрит. А то, что в новой версии репо пакет новее по дате сборки ему наплевать
VG
Не апгрейдит. Он чисто в версию пакета же смотрит. А то, что в новой версии репо пакет новее по дате сборки ему наплевать
я думаю, @AMDmi3 тут согласится, что для портов так и должно быть
LS
я думаю, @AMDmi3 тут согласится, что для портов так и должно быть
Ну вот если в базе инкременить версию ВСЕМУ на каждую сборку - то в чём плюс иметь 100+ пакетов? Не ставить сендмейл? Ну только то.
NK
Ну вот если в базе инкременить версию ВСЕМУ на каждую сборку - то в чём плюс иметь 100+ пакетов? Не ставить сендмейл? Ну только то.
не только сендмейл, еще есть немного барахла... ну и избавление от freebsd-update обещано
VG
как будто freebsd-update прям исчадие зла
VG
это всего лишь тулза для дефолтных опций сборки, ориентироваться надо на make buildworld