<div dir="auto"><div><br><br><div data-smartmail="gmail_signature"><br></div><br><div class="gmail_quote"><div dir="ltr">сб, 6 окт. 2018 г., 13:29 Andrey Savchenko <<a href="mailto:bircoph@altlinux.org">bircoph@altlinux.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 5 Oct 2018 14:20:35 +0300 Michael Shigorin wrote:<br>
> On Fri, Oct 05, 2018 at 04:43:10AM +0000, QA Team Robot wrote:<br>
> > glib2 - A library of handy utility functions<br>
> > * Wed Oct 03 2018 Yuri N. Sedunov <aris@altlinux> 2.58.1-alt3<br>
> > - back to autotools to avoid problems with static linking<br>
> > * Tue Oct 02 2018 Yuri N. Sedunov <aris@altlinux> 2.58.1-alt2<br>
> <br>
> Скажу больше -- такие достаточно базовые нынче пакеты<br>
> _не_ стоит тащить на всякие блестяшки вообще: сильно затрудняет<br>
> бутстрап что на новых архитектурах, что при иной надобности.<br>
<br>
Это реальность. Python становится системным языком, нравится это<br>
или нет. Можно сколько угодно ныть, но это не изменится. На самом<br>
деле ничего страшного я не вижу.<br>
<br>
Как делается порт на другую архитектуру? Stage 1 кроссом, stage 2<br>
родная, затем stage 3 и уже полная сборка на stage 4. Просто питом<br>
нужно на этапе stage 1 собрать. В Gentoo похожие вещи делаются<br>
полуавтоматически любым пользователем, собирающим свою систему для<br>
какой-нибудь слабой железки с не-x86* архитектурой.<br>
<br>
Что для этого нужно? Нужны попакетные USE-флаги, т.е. возможность<br>
задания rpmargs как индивидуально для каждого пакета, так и для<br>
профиля в целом. Для профиля в целом мы на e2k сборочнице так<br>
делать уже научились, но не хватает попакетного задания: например,<br>
сейчас у нас --without doc для всех. Добавить не так уж сложно,<br>
нужно, чтоб дали время это сделать и согласовать формат.<br>
<br>
Что тогда можно будет делать? Для каждого stageN будет свой профиль<br>
rpmargs (в т.ч. и попакетный). При правильно сделанном профиле<br>
работа будет автоматизирована, вплоть до автоматического разрыва<br>
колец через промежуточные номера stage.<br>
<br>
Так что это всё делается и не так уж сложно, если не будет<br>
политической грызни на тему "нам не нужно это в сборочнице". Вопрос<br>
в том, предвидятся ли у нас сейчас новые архитектуры и нужно ли<br>
тратить на это время.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Не опубликованы в репозитории loongson (mips64el) и risc v. Но бутстрап их пройден, насколько я понимаю. К бранчу они не планируются, хлопот и так очень много. Желающие участвовать из Тим приветствуются.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Что касается зависимости python на polkit — она не прямая и сугубо<br>
опциональная и при надлежащем механизме управления rpmargs с ней<br>
нет совершенно никаких проблем. Т.е. для stage{1,2} polkit ну ни<br>
разу не нужен.<br>
<br>
По поводу трындежа о старпёрстве — Поттеринг сам давно не мальчик.<br>
И в том же OpenRC молодёжи хватает. Так что дело не возрасте. Дело<br>
в windows way vs unix way: комбайны против структурированных<br>
атомарных утилит. Широкие массы всегда будут любить комбайны, т.к.<br>
думать не нужно; а профессионалы будут использовать отточенные<br>
атомарные утилиты, т.к. таким образом технологический процесс<br>
намного лучше контролируется и подстраивается под конкретные нужды.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Спасибо!</div><div dir="auto">Обсудим.</div><div dir="auto"><br></div><div dir="auto">P.S. Вниманию ждущих ответа от ldv: Дима в отпуске до 14, без связи.</div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br></blockquote></div></div></div>