Договорённости о fetch order для оверлеев

В основном дереве для... склонен утверждать большинства пакетов (минус RESTRICT="mirror || fetch") исходники распространяются на зеркалах.
Для ебилдов из оверлеев склонен полагать, что наличие исходников на официальных зеркалах --- скорее исключение.
Ждать пока emerge переберёт все используемые зеркала в поисках того, чего там нет и быть не должно (не может)... иногда напрягает.
RESTRICT="mirror" в ебилдах из оверлейчиков обычно отсутствует.

Вопрос выбора оптимального решения.
Варианты:
1. Исключить официальные зеркала из списка загрузки для ебилдов не из основного дерева;
2. Инвертировать смысл параметра RESTRICT="mirror" для основного дерева и оверлеев (ебилд в основном дереве => искать только по SRC_URI, ебилд в оверлее => искать и на официальных зеркалах);
3. Просто прописать договорённость в документации и соответственно исправить шаблоны ебилдов для vim'а и прочих редакторов.

Самому выбирать оптимальное решение... несколько утомительно.
Посему прошу публику высказаться.

Попытайся переформулировать

Попытайся переформулировать вопросы в понятном для 99% населения Земли форме

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

.

slepnoga написал(а):
Попытайся переформулировать вопросы в понятном для 99% населения Земли форме

Я конечно понимаю, что тебе, как и 99% населения земли, подумать лень...
Но ты всё же попробуй разорвать сей порочный круг. :)

:wq
--
Live free or die

У меня сразу качет с SRC_URI

У меня сразу качет с SRC_URI

.

bes.internal написал(а):
У меня сразу качет с SRC_URI

В ебилде(ах) явно RESTRICT="mirror" не прописан?
Если нет, то: в make.conf что-то докручивал?

:wq
--
Live free or die

Ах, ну выставлено только одно

Ах, ну выставлено только одно зеркало. Таки да, оно сначала его спрашивает потом качает откуда нужно. По умолчанию это GENTOO_MIRRORS="http://distfiles.gentoo.org". Т.е тоже только одно зеркало. Это проблема?

ну на самом деле это проблема

ну на самом деле это проблема когда зеркал > 5, например ну или зеркала не выставлены сосвем. Это не старшно но это верное улучшение ) Сэкономит вам время на долгих реквестах в случае чАго )

ИМХО 2 оптимальный если я

ИМХО 2 оптимальный если я всеж отношусь в 1% оговоренным товарищем slepnoga. 3 мне кажется наиболее неоптимальным по трудозатратам, но зато наиболее правильным. Это из серии - если все, всё будут делать правильно то и работать будет правильно)
1 нейтрально имхо во многом схож со 2 просто подход другой. но всеж 3 не смотря на неоптимальность наиболее верный.)
А нельзя ли случаем сделать 4-й
Соответственно по значению опции SRC_URI определять надо ли лезть на офф зеркало или нет. если таковой пуст значит бежать по списку. Ну т.е. фактически поменять логику скачивания причем не очень координально на мой взгляд.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".