| 1 |
On Mon 09, Peter Volkov wrote:
|
| 2 |
> > Дело в том, что я не делаю emerge --sync и emerge --metadata. |
| 3 |
> Но тогда вы должны были видеть, что emerge --metadata portage делает |
| 4 |
> вместо вас. И должны были видеть при каких условиях он этого не |
| 5 |
> делает ;) |
| 6 |
|
| 7 |
Так он у меня и не делает этого, с этим все в порядке. Он после sync'а
|
| 8 |
дерева портежей (размещенного на монтируемом по NFS разделе) и запуске
|
| 9 |
emerge -KO pkg начинает регенерировать кэш, а это не нужно, поелику
|
| 10 |
рабочие станции пакеты не собирают. Но, я думаю, выход мы с Вами нашли
|
| 11 |
в лице qtbz2 & xpak :)
|
| 12 |
|
| 13 |
> > И дерево портежей у меня свое, урезанное. Я написал скрипт, который |
| 14 |
> > делает sync для моего дерева портежей, обновляя, в том числе, и |
| 15 |
> > eclasses. А потом делаю emerge --regen. Причем только на одной машине. |
| 16 |
> Что мешает вам пользоваться --exclude опциями для rsync и не изобретать |
| 17 |
> "скрипт"? (кстати, нужно делать ещё и exclude для metadata/cache/...) |
| 18 |
> Или ваш скрипт умеет делать что-то ещё? |
| 19 |
|
| 20 |
1. Слишком много exlud'ов получиться :)) И в случае появления новых
|
| 21 |
категорий или пакетов они появяться в дереве, поскольку я не могу
|
| 22 |
сделать --exclude для пакета, который появиться завтра. А еще я домой
|
| 23 |
и обратно ношу все обновления дерева, исходников и бинарных пакетов
|
| 24 |
с помощью dar'а и ждать, пока он ужмет ненужные обновления - не
|
| 25 |
слишком долго, но все же :(((
|
| 26 |
2. Мои и правленные вручную ebuild'ы находятся в основном дереве,
|
| 27 |
наличие в каталоге файла .handmade позволяет не включать
|
| 28 |
категорию/пакет в sync.
|
| 29 |
3. Также скрипт понимает, что наряду с каталогами категорий есть
|
| 30 |
каталоги a-la eclass licenses metadata profiles scripts. И, конечно,
|
| 31 |
опция --exclude metadata/cache/* включена в командную строку :)
|
| 32 |
4. Можно обновить/добавить одну или несколько категорий и/или пакетов.
|
| 33 |
Естественно, без учета зависимостей.
|
| 34 |
|
| 35 |
> > Насчет бага я догадывался.. :)) |
| 36 |
> > Каюсь, запрос не делал. Проще поправить /etc/runit/2. |
| 37 |
> Ну проще если вам нужно сделать это на один раз... Если вы захотите |
| 38 |
> обновиться и забудете об этом вы снова ввалитесь в ту же самую |
| 39 |
> проблему. ;) Так что исправлять всё нужно UPSTREAM. |
| 40 |
|
| 41 |
В данном случае правиться файл /etc/runit/2: заменяется
|
| 42 |
/var/service на /etc/runit/runsvdir/current и все. Обновления (я очень
|
| 43 |
сильно на это надеюсь) автоматически не затирают файлы в /etc, а все
|
| 44 |
изменения принимаются by vim -d. А вообще я обычно жалуюсь в
|
| 45 |
bugs.gentoo.org.
|
| 46 |
|
| 47 |
> > Кстати, runit-1.5.0.tar.bz2 таки не содержит ссылки /var/service. |
| 48 |
> Странно. У меня содержит и в ebuild'е есть команда (которая почему-то у |
| 49 |
> вас не отработала :). Посмотрите на вывод emerge во время сборки пакета. |
| 50 |
> Может быть там увидите в чём проблема... |
| 51 |
|
| 52 |
Вот гадюка :E~
|
| 53 |
После emerge -b runit runit-1.5.0.tbz2 содержит ссылку, а после
|
| 54 |
quickpkg runit - нет. Будем знать.
|
| 55 |
|
| 56 |
|
| 57 |
Best regards,
|
| 58 |
vjp7 <vjp7@×××.net>
|
| 59 |
|
| 60 |
--
|
| 61 |
gentoo-user-ru@g.o mailing list |
Archives