LINUX.ORG.RU

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

 ,


0

4

Получаю портежи из Git. Недавно обнаружил, что объем каталога /usr/portage со временем очень повышается. Буквально вчера удалил на одной машине каталог и клонировал его заново, удивился внезапно появившемуся свободному месту: свежеклонированный занимает 1.1 ГБ. Ради интереса решил проверить его объем на другой машине, где давно его не удалял - 25 ГБ!!!
Я знаю, что portage его клонирует с опцией --depth=1 и время от времени при синхронизации делает git gc. Но этого явно недостаточно. Можно конечно его удалять время от времени и клонировать заново, но нет ли какого-нибудь более элегантного способа оптимизировать его объем?

★★★★★

Ответ на: комментарий от BattleCoder

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

Rinaldus ★★★★★ ()

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

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

Deleted ()
Ответ на: комментарий от Deleted

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

Rinaldus ★★★★★ ()
Последнее исправление: Rinaldus (всего исправлений: 2)
Ответ на: комментарий от Rinaldus

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

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

BattleCoder ★★★★★ ()
Ответ на: комментарий от anonymous00

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

Rinaldus ★★★★★ ()

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

sasha1024 ()

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

andreyu ★★★★★ ()

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

iZEN ★★★★★ ()
Ответ на: комментарий от Rinaldus

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

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

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

Deleted ()

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

cetjs2 ★★★★★ ()
Последнее исправление: cetjs2 (всего исправлений: 1)
Ответ на: комментарий от Deleted

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

Rinaldus ★★★★★ ()

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

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

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

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

init_6 ★★★★★ ()

1.4G /usr/portage

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

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

RazrFalcon ★★★★★ ()
Последнее исправление: RazrFalcon (всего исправлений: 1)

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

backbone ★★★★★ ()
Ответ на: комментарий от O02eg

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

TheAnonymous ★★★★★ ()
Ответ на: комментарий от TheAnonymous

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

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

TheAnonymous ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.