<html><head><meta name="qrichtext" content="1" /></head><body style="font-size:10pt;font-family:Sans">
<p>On Friday 22 May 2009 12:47:51 Grigory Batalov wrote:</p>
<p><span style="color:#008000">&gt; On Fri, 22 May 2009 09:15:58 +0400, Alexey Novikov wrote:</span></p>
<p><span style="color:#007000">&gt; &gt; Почему бы не воспользоваться модифицированной</span></p>
<p><span style="color:#007000">&gt; &gt; дебиановской схемой:</span></p>
<p><span style="color:#007000">&gt; &gt; 1. unstable (Sisyphus) - как есть на данный момент.</span></p>
<p><span style="color:#007000">&gt; &gt; 2. testing, в который попадают пакеты из Сизифа после обкатки и</span></p>
<p><span style="color:#007000">&gt; &gt; на котором смогут жить майнтейнеры и тестеры. Требуется</span></p>
<p><span style="color:#007000">&gt; &gt; гарантировать обновляемость до Сизифа. Требуются достаточно свежие</span></p>
<p><span style="color:#007000">&gt; &gt; версии apt+rpm, чтобы можно было запускать hasher с Сизифом.</span></p>
<p><span style="color:#008000">&gt;</span></p>
<p><span style="color:#008000">&gt; Насколько я понял обсуждение в devel@, вопрос в том, как повлияют</span></p>
<p><span style="color:#008000">&gt; обновлённые пакеты на бранч testing. Допустим, в бранч приходит</span></p>
<p><span style="color:#008000">&gt; новый gcc, пропущенный туда по всем формальным признакам. Может</span></p>
<p><span style="color:#008000">&gt; так случиться, что уже лежащие в бранче пакеты перестанут</span></p>
<p><span style="color:#008000">&gt; пересобираться, что неоднократно встречалось в Сизифе.</span></p>
<p></p>
<p>Никто не заставляет &quot;новый gcc&quot; выставлять как &quot;CC по-умолчанию&quot;. Нет никакой сложности добавить для rpm ключ --cc, выставлющий CC в нужное значение при сборке (что в своём варианте rpm-4.0.4 я и сделал) и указывать нужное значение при тестовых пересборках.</p>
<p></p>
<p><span style="color:#008000">&gt;</span></p>
<p><span style="color:#008000">&gt; Как это выявить? Пересобрать весь бранч после приёма обновлённого</span></p>
<p><span style="color:#008000">&gt; пакета.</span></p>
<p></p>
<p>Зачем пересобирать бранч новым gcc? Хотите добавить в бранч новый gcc? Пожалуйста. Но зачем тут же делать из него &quot;cc, которым собран бранч&quot;?</p>
<p></p>
<p><span style="color:#008000">&gt; Пока что на пересборку не хватает мощностей. Еженедельная </span></p>
<p><span style="color:#008000">&gt; пересборка не даёт однозначного ответа, какой из пакетов навредил,</span></p>
<p><span style="color:#008000">&gt; без участия человеческого арбитра.</span></p>
<p><span style="color:#008000">&gt;</span></p>
<p><span style="color:#008000">&gt; Как исправить? Вместе с обновляемым пакетом одной транзакцией</span></p>
<p><span style="color:#008000">&gt; пересобрать зависимые. Это большой труд. Как уже здесь писалось,</span></p>
<p><span style="color:#008000">&gt; не все мейнтейнеры интересуются бранчами, и на их поддержку трудно</span></p>
<p><span style="color:#008000">&gt; рассчитывать.</span></p>
<p><span style="color:#008000">&gt;</span></p>
<p></p>
<p>-- </p>
<p>Led</p>
</body></html>