Подробное логирование сборки портов.

[bsdavod]

Добрый день.
При сборке портов подтягивается куча зависимостей, при этом если вдруг это ПО не нужно или не подходит - удаляем, а все лишнее остается в системе. Собственно вопрос, поглядеть что ставилось, когда ставилось, или типа

Код: Выделить всё

# ls -tla /var/db/pkg/ | less

и буде? В общем кто как отслеживает, чистит и т.д.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Shad]

Попробуйте посмотреть в сторону:

Код: Выделить всё

>pkg_info | grep pkg_cut
pkg_cutleaves-20090810 Interactive script for deinstalling 'leaf' packages

[bsdavod]

Нет, что-то не то. Думаю создать что-то типа точки восстановления, перед каждой установкой или portupgrade -arR. На основе сравнения /var/db/pkg/ до и после установки. Т.е. хотим что-то поставить, прогоняем скрипт он записывает текущее состояние /var/db/pkg/. Дальше собираем make install clean или обновляем portupgrade -arR, запускаем второй скрипт, который опять смотрит /var/db/pkg/, сравнивает с первым, изменения записывает в файл с текущей датой, первый файл как темповый удаляет, остается только файл с новым ПО. Но если углубляться, лучше строить лог в виде дерева зависимостей тех или иных портов, для того, чтобы быстро откатиться портдоунгрейдом, т.к. он зависимости не учитывает. А если все сваливать, т.е. новый порт новая страка, так сам эти зависимости устанешь искать, ручная работа.

[Сатана]

Use ZFS, Luke!

[bsdavod]

Снапшотить и UFS можно, если вы об этом.

[Mox]

много всего ставлю и удаляю только на тестовую систему. В боевой только то, что нужно.
И на тестовой системе все отслеживаю вручную.

[bsdavod]

Mox - это ж не удобно, ну или не всегда возможно сначала на тестовом. На боевом вот лишь небольшой пример, обновляем php 5.2 до 5.3 он подтягивает кучку, которая не нужна 5.2., дальше новый ориентир сверху, с 5.3 не вышло, давай опять на 5.2, ерунда сделаем, только вот все подтянутое торчит в системе. Копаться, рыться что за что цепляет не очень удобно, поэтому логирование было очень полезным, странно что эта опция ни кем не проработана.

[Mox]

Mox - это ж не удобно, ну или не всегда возможно сначала на тестовом. На боевом вот лишь небольшой пример, обновляем php 5.2 до 5.3 он подтягивает кучку, которая не нужна 5.2., дальше новый ориентир сверху, с 5.3 не вышло, давай опять на 5.2, ерунда сделаем, только вот все подтянутое торчит в системе. Копаться, рыться что за что цепляет не очень удобно, поэтому логирование было очень полезным, странно что эта опция ни кем не проработана.

очень плохой пример. Что с 5.3 "не вышло" нужно было еще на тестовой системе выяснить. Да и разницы в зависимостях там почти нет.
А вообще, мне бы это "лишнее" нисколько не помешало бы.

[bsdavod]

Верно, лишнее не мешает работе. А не "вышло", то что некоторые старые проекты на php5.3 начинают выдавать ругань по замене функций, править дорабатывать - это не моя забота, а программистов. Руководство решает что делать - в этом примере "вернуть все обратно". А вот кристальная чистота сервера потеряна ))))))))))) (шутка конечно).

[Gamerman]

portmaster-ом смотрите, какие есть пакеты, от которых ничего не зависит. Если они вам не нужны - удяляете.

[Mox]

portmaster-ом смотрите, какие есть пакеты, от которых ничего не зависит. Если они вам не нужны - удяляете.

это не то, он лишь находит зависимости, которые участвуют только в сборке, например: automake, autoconf и т.д.

[Gamerman]

Это смотря какие ключи использовать. Он может построить дерево пакетов с зависимостями. Те листья, которые вам не нужны, можно удалять.

[snorlov]

portmaster-ом смотрите, какие есть пакеты, от которых ничего не зависит. Если они вам не нужны - удяляете.

это не то, он лишь находит зависимости, которые участвуют только в сборке, например: automake, autoconf и т.д.

Я перед началом обновления на тестовом серваке сначала делаю пакаджи для установленного софта, и если что-то пошло криво, то делается

Код: Выделить всё

pkg_delete -f '*'

и затем ставится софт из сохраненных пакаджей, на мой взгляд быстро и удобно...

[шёл_мимо]

Код: Выделить всё

pkg_delete -f '*'

Букаф много
pkg_delete -a на 3 смвола меньше

[bsdavod]

Как вариант такого бэкапа тоже делал. Portupgrade если на то пошло тоже может показать лог того что будет установлено

Код: Выделить всё

portupgrade -nr port

Есть у портапгрейда ключик бэкапа -b

-b
--backup-packages Keep backup packages of the old versions.

для него нужно PKG_TMPDIR настроечном файлике выставить. Все эт мы знаем , просто сейчас думаю как это в единую системку удобную оформить.

[bsdavod]

шёл_мимо - иди мимо, модераторов просьба удалить пост шутника, а то кто нить сделает. Да и

Код: Выделить всё

pkg_delete -f '*'

похеришь все пакеты.

[шёл_мимо]

portupgrade -arR,

Ещё раз пошутю если вы загляните в исходники portupgrade,
то при -а ключи "r" и "R" игнорируются, на 2 символа меньше,
зачем набирать больше?

[snorlov]

шёл_мимо - иди мимо, модераторов просьба удалить пост шутника, а то кто нить сделает. Да и

Код: Выделить всё

pkg_delete -f '*'

похеришь все пакеты.

так мне это и надо, весь установленный софт сносится, включая и пакеты которые поставились, но оказались потом уже не нужны, ну а пакаджи сами нужные зависимости установят ..

[bsdavod]

так мне это и надо, весь установленный софт сносится, включая и пакеты которые поставились, но оказались потом уже не нужны, ну а пакаджи сами нужные зависимости установят ..

Понял, кардинально так, как вариант можно.

шёл_мимо тоже понял, просто гляньте как читается тема, ни слова про бэкап пакетов командой pkg_create, зато сразу две на уничтожение.
Эдак не искушенный прочтет и забабахает .