Договорённости о 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 ;)
.
Я конечно понимаю, что тебе, как и 99% населения земли, подумать лень...
Но ты всё же попробуй разорвать сей порочный круг. :)
:wq
--
Live free or die
У меня сразу качет с SRC_URI
У меня сразу качет с 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 определять надо ли лезть на офф зеркало или нет. если таковой пуст значит бежать по списку. Ну т.е. фактически поменять логику скачивания причем не очень координально на мой взгляд.