From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 21 Oct 2005 12:25:43 +0400 From: "Anton D. Kachalov" To: ALT Devel discussion list Subject: Re: [devel] Re: x86_64, =?koi8-r?Q?lib64_?= =?koi8-r?B?ySDX08Ug19PFINfTxQ==?= Message-ID: <20051021082543.GA24103@basalt.office.altlinux.org> References: <20051020133746.GA3319@solemn.turbinal.org> <20051020144855.GA2019@basalt.office.altlinux.org> <20051020155634.GA3852@solemn.turbinal.org> <20051021070010.GC26664@pc152.sam-solutions.net> <20051021070947.GB21102@basalt.office.altlinux.org> <20051021080347.GD26664@pc152.sam-solutions.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20051021080347.GD26664@pc152.sam-solutions.net> Cc: X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 08:25:58 -0000 Archived-At: List-Archive: List-Post: On Fri, Oct 21, 2005 at 11:03:47AM +0300, Kirill A. Shutemov wrote: > Сначала собрать с симлинком. Потом, например раз в месяц, пресобирать > Сизиф с реальным(не симлинком) lib64, развешивать баги на этот счёт. Весь сизиф? А как же зависимости? Если у меня пакет А уедет в lib64, пакет B не обучен догонять пакет A именно в lib64, а пакет C хочет B, то у нас ломается сборка. На что развешивать баги? Это ручная работа. Боюсь, что переоценка не сборочных мощностей, а кол-ва свободных рук и голов. > Когда количество пактов с неработающих с lib64 станет меньше некой > критической массы обрубить симлинк навсегда. Иначе мы рискуем вообще > не получить x86_64 никогда. Вот за эту рабочую неделю усилиями всего трёх человек можно было бы собрать несколько десятков(!!!) зафикшенных пакетов. А вместо этого мы тут разводим ля-ля. Да, действительно мы рискуем не получить x86_64 никогда. Я уже собрал достаточную базу для того, чтобы желающие могли поставить себе систему и заняться общественно полезным делом -- _фиксить_ и собирать. Несговорчивость мантейнеров преодолеваема в административном порядке - выкладывание NMU. Если же за работу примется хотя бы с пяток человек, то можно сделать NMU более централизованным, чтобы эти изменения всё те же мантейнеры не теряли. Каждый пересобранный пакет ставить на учёт, а при появлении новой версии, с помощью скриптов выявлять были ли потеряны изменения или нет. Думаю, сравнить старый и новый changelog не представляет труда. В Сизифе уже бегает туча at@'ых роботов. > P.S. Возможно я переоцениваю сборочные мощности... Угу... ещё как :( -- mouse