Re: [gentoo-user-ru] Можно переместить /var/cache/edb?

[vjp7]

Спасибо за подробный ответ.



On Sat 07, Peter Volkov wrote:

> > >        Вопрос к разработчикам Gentoo, буде таковые присутствуют здесь:
> > >      можно ли переместить каталог /var/cache/edb в произвольное место и
> > >      задать путь к нему в /etc/make.conf a-la DISTDIR?
> Можно, но в сорцах. В общем случае пользователям это просто не нужно.


Да, исходники я видел.



> >  Если нет, то второй
> > >      вопрос: возможно ли отключить создание кеша при его отсутствии?
> Да можно. Стоило внимательней почитать man portage ;)
> Итак. Фокус в том, что можно использовать другой модуль кеширования,
> которому не требуется делать emerge --metadata.


Дело в том, что я не делаю emerge --sync и emerge --metadata. И дерево

портежей и меня свое, урезанное. Я написал скрипт, который делает sync

для моего дерева портежей, обновляя, в том числе, и eclasses. А потом

делаю emerge --regen. Причем только на одной машине. Так быстрее и

трафика меньше - вот сейчас сравнил:



# du -s portage-20061114 portage-my

650460  portage-20061114

81280   portage-my



На sync уходит ~300-400 kB.

А модуль кеширования меня не заботит - работает и ладно. Но только на

той машине, на которой мне нужно.



> http://gentoo-wiki.com/TIP_speed_up_portage_with_sqlite
> http://gentoo-wiki.com/TIP_speed_up_portage_with_cdb


За ссылки спасибо.



> > Можно, конечно, но не факт, что следующее обновление portage или
> > чего-то этакого не снесет симлинк. К тому же установка из бинарных
> > пакетов иногда приводит к побочным эффектам. Из последних - при
> > установке бинарного пакета sys-process/runit не создается симлинк
> > /var/service, что приводит в невозможности загрузки стадии 2, так
> > сказать, не побоюсь этого слова, к DoS :))
> Никакой это не DoS а баг. И обсуждать его нужно не в списке рассылки а в
> багзилле ибо и обсуждать-то нечего а нужно фиксить... ведь вы, конечно
> же, создали запрос (?) Впрочем я проверил и у меня emerge нормально всё
> создал из бинарного пакета и проблемы я не обнаружил....


Насчет бага я догадывался.. :))

Каюсь, запрос не делал. Проще поправить /etc/runit/2.



> > Так что хотелось бы иметь штатную, предусмотренную функциями
> > дистрибутива возможность ручной настройки каталогов.
> Если вы без неё жить не можете, создайте feature request в багзилле, но
> скорее всего этого делать не будут.


Да ладно, не смертельно.



> > Да, собственно, проблема-то здесь не столько в расположении edb,
> > сколько в пересоздании кеша после rsync'a (у меня
> > portage/metadata/cache не обновляется). На одной машине это
> > нормально, но вот на паре десятков, да еще не первой свежести, да еще
> > в момент работы, скажем, 1С - вот это здорово напрягает.
> Без кеша emerge будет работать в 100-400 раз медленней и напрягать будет
> установка пакетов. Кроме того, всегда можно делать emerge --sync в
> нерабочее время. Скажем ночью по крону... Чаще чем раз в сутки делать
> emerge --sync считается дурным тоном.


Да, я читал сообщение о количестве процессоров и сетевом этикете.



> > спрашивается, нужен portage tree, чтобы распаковать tbz2 по emerge -KO,
> верно, для emerge -KO вообще дерево не нужно. Но зачем вам вообще тогда
> portage. Делайте tar -jxpvf pckg.tbz2 и всё... Всё-таки portage создан в
> частности для того чтобы уметь разрешать и удовлетворять зависимости.


Вот черт, только сейчас дошло проверить. tar, конечно, штука хорошая,

но вот еще лучше:



# qtbz2 -t runit-1.5.0.tbz2

# qtbz2 -x runit-1.5.0.tbz2

# tar -jxpvf runit-1.5.0.tar.bz2

# qxpak -d /var/db/pkg/sys-process/runit-1.5.0 -x runit-1.5.0.xpak `qxpak -l runit-1.5.0.xpak`



Надо подшлифовать, но работает без портежей. Кстати,

runit-1.5.0.tar.bz2 таки не содержит ссылки /var/service.



> И наконец. Посмотрите здесь есть много интересного:
> http://gentoo-wiki.com/Index:TIP#Portage
> Только так как это wiki относитесь к этому критически.


Обязательно посмотрю.





Best regards,

  vjp7 <vjp7@×××.net>



-- 

gentoo-user-ru@g.o mailing list