Попробую кратенько ответить.
0) "просв
ятить": батюшек в команде и на форуме не припоминаю (а вот в рассылках как-то и
архимандрит бывал);
1)
bootstrap не входит в функциональность
hasher, он оперирует уже имеющимся
бинарным репозиторием (в объёме "от rpm-build и его зависимостей") и src.rpm (или эквивалентным pkg.tar, так делает
gear);
2) альтовскими скриптами можно пользоваться где угодно, просто это может повлечь за собой необходимость переноса половины альта в целевое окружение (по крайней мере в сборочной части);
3) нет, hasher
не собирает toolchain, а берёт для чрута собранные бинарные пакеты;
4) из рассылок имеют отношение
devel-ports@ и
devel-newbies@;
5) цель занятная, но у нас сейчас с трудом хватает времени вводить новых сотрудников на
примерно такие же задачи (например, мне бы
не помешал хотя бы ещё один помощник по
e2k, а glebfm@ и его ребята загружены
MIPS'ами) -- боюсь, любопытство придётся удовлетворять в основном самостоятельно, помочь сможем разве что ключсловами/ссылками;
6) glebfm@ реализовал автобутстрапилку, которая именно что с нуля собирает -- пожалуй, вот эти
скрипты и правила были бы Вам наиболее интересны, но документированы они сейчас на языке shell;
7) кросс-компиляция для сборки в альтовые репозитории не применяется, только нативная -- однако скрипты из предыдущего пункта на первых стадиях её делают даже на той же архитектуре;
8) про обновление toolchain и glibc стоит спрашивать glebfm@ почтой, но если в Москве/области обитаете -- лучше договориться с ним да приехать посмотреть в какой-нить такой день, вон gcc7 дожидается своей очереди и glibc 2.26 тоже;
9) разбивка оного в главном
перекликается и между дистрибутивами сопоставимой направленности, но детали могут отличаться (например, у нас обязательно отбиваются в сторону gcc-c++/libstdc++, поскольку они необязательно входят в сборочную среду);
10) майнтейнеры обычно и впрямь видят скорее работу по исправлению сломанных новым тулчейном пакетов, а не работу по его обновлению.
2 asy: хотелки бывают разные ;-)
2 sb: не ошибёшься :-)