/usr/portage чудовищно распухает

Использовать rsync? Ещё могут бинарные пакеты накапливаться и distfiles.

distfiles? packages? eclean/eclean-dist/eclean-pkg ?

Да, ты прав. У меня обычно packages находится в отдельном каталоге, но на этой машине я его забыл перенести, и 24 ГБ packages находились в /usr/portage. Но дело в том, что на другой машине размер /usr/portage был 7.7 ГБ, и packages внутри точно нет, он находится в другом месте.

свежеклонированный занимает 1.1 ГБ

Cчас портаж весит 3.1 ГБ, из них 2.5 ГБ - это дистфайлз.

а зачем тебе packages ?

У меня есть мой собственный бинарный репозиторий. Я вчера переносил его с одной VDS на другую и удивился, откуда столько свободного места появилось после удаления /usr/portage. Проверил на старой VDS (не успел еще ее удалить) - там занимает 7 ГБ. На новой, со свежеклонированным /usr/portage - 1.1 ГБ.

нафига он тебе?

Для быстрого обновления 3 компов.

ааа, сурово, однако.

Так вроде бы с твоими «25 Гб» разобрались.

А касаемо размера в 7.7 Гб на другой машине — что значит «был»?

Вот у меня сейчас дерево весит 1.6 гигабайта (без distfiles), из них каталог .git 900 мегабайт - что, в общем-то, правда до хрена - но не конец света пока что.

Откуда там 7 гигабайт - не пойму - а конкретнее? du/ncdu ?

Потому что это было на старой VDS, на которой я систему уже убил shred'ом, а потом удалю всю VDS.

Ну, это к знатокам git. Есть ли способ дропнуть всю историю in-place в данной рабочей копии (не делая clone)? От себя могу предложить только делать git clone --depth=1 не из remote, а из разбухшей же локальной рабочей копии — в новую (и заменять первую второй далее). Однако portage'ами не пользуюсь (как и git'ом).

А /usr/portage/distfiles/ кто чистить будет?

Гитовцы ещё на SVN бочку катят, а у самих локальное хранилище распухает без git gc. Пипец.

У меня есть мой собственный бинарный репозиторий.

А c какими CFLAGS он собран?

Могу ли я его использовать (firefox, хромиум и libreoffice) ?

rsync используй, нет? и да, distfiles почисти,..

CFLAGS у него от процессора не зависят, т.е подходят к любому компу. Вот make.conf сервера. Посмотри его и если он тебе подойдет по USE-флагам, то конечно используй. Я его для этого и выложил в общий доступ. Правда ни Firefox, ни Chromium у меня нет, поскольку я использую Chrome, но все остальные тяжелые пакеты (libreoffice, webkit-gtk и т.д) стараюсь чтобы были.

Спасибо.

/usr/portage чудовищно распухает

→ du -hs /usr/portage/.git                                                                                                                  
323M    /usr/portage/.git

→ du -hs /usr/portage
559M    /usr/portage

История c 16:51:09 15 Февраля 2017 года по сей день. Да распухает но вовсе не чудовищно.

Rinaldus выноси DISTDIR и PKGDIR за пределы PORTDIR и будет тебе счастье.

rsync

жидхаб хотя бы по https работает

Боишься, что товарищ майор узнает, какие ебилды ты качаешь?

1.4G /usr/portage

из них половина .git

Увы, rsync у меня не работает.

А как настроен fetch - на стягивание всех веток или только master? .git/config:... fetch = ... *->master, если не изм. память, вроде ещё где-то в make.conf можно задавать.

Он и так узнает, когда буду качать тарбол с исходниками.
Тут суть обеспечить аутентичность дерева, контрольных сумм. А когда оно синхронизируется plain text безо всякой защиты от слова совсем, не только товарищ майор, а любой васян, имеющий доступ к твоему патчкорду, сможет подсунуть трояна под видом обновлённой версии gcc, и портаж это спокойно проглотит и установит.

ЧСХ, в handbook до сих пор по умолчанию предлагается использовать этот rsync
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Gentoo_ebuild_r...

Особенно умилительно на этом фоне выглядит проверка цифровой подписи исошника livecd и stage3