From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 21 Oct 2003 21:39:49 +0400 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] RPM =?koi8-r?B?ySDB0sjJ1MXL?= =?koi8-r?B?1NXSwSDCyc7B0s7ZyCDQwcvF1M/X?= Message-ID: <20031021173949.GA8294@basalt.office.altlinux.org> Mail-Followup-To: ALT Devel discussion list References: <20031017095830.M73719@elefant.dgtu.donetsk.ua> <20031020133550.GB30552@mailhub.gu.net> <20031020135124.GB8511@sam-solutions.net> <20031021162707.GA28328@mailhub.gu.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20031021162707.GA28328@mailhub.gu.net> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 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: Tue, 21 Oct 2003 17:39:50 -0000 Archived-At: List-Archive: List-Post: --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Oct 21, 2003 at 07:27:07PM +0300, Victor Forsyuk wrote: > On Mon, Oct 20, 2003 at 04:51:24PM +0300, Alexander Bokovoy wrote: > > > > > > Когда-то такой патч был в KSI Linux, сделан Витей Хименко. > > > RedHat'овцы успешно отбились от него, наговорив такого, что > > > я при всем желаниии аргументами назвать не могу. See here: > > > > > > http://www.geocrawler.com/mail/thread.php3?subject=How+to+make+some+sub-packages+noarch+and+others+i386%3F&list=87 > > Его аргументы вполне осмыслены с практической точки зрения > > производственного процесса в компании RedHat. Позволю себе > > переформулировать их: > > > > 1. Сборочная система в RH неспособна автоматически удалять > > неуникальные noarch.rpm, получаемые в результате сборки пакетов на > > сборочных серверах с разной архитектурой и обрабатывать ситуации race > > condition, возникающие из-за того, что результаты сборки со всех серверов > > попадают в один каталог на сервере-хранилище. > > > > 2. Исправление сборочной среды требует больше ресурсов, чем реально > > выделено RedHat на поддержку сборочной среды и развитие RPM. > > > > В таком контексте это вполне осмысленные аргументы. > > Саша, я не говорил, что их аргументы _бессмысленны_ :). Это было бы просто > неуважением к Jeff Johnson. :) Другое дело, что его ответ был классической > _отмазкой_. Редхетовцам это было ненужно и они этот патч тихо-мирно > выбросили. > > "Why all features of RPM should be used in Red Hat's build process?" - этот > Витин вопрос остался без ответа. Никто ведь не принуждает РедХет > пользоваться фичей, поддержку которой их попросили включить в rpm. На самом деле один аргумент всё-таки был приведён: Эта возможность создаёт риск создания большего количества труднообнаруживаемых не_совсем_noarch-пакетов, чем оно есть сейчас. Впрочем, всякой возможностью можно злоупотребить. > > Что касается нас, то: > > > > 1. В APT присутствует принципиальная возможность выделения noarch.rpm в > > отдельный (под)репозитарий. > > > > 2. Написанный Виктором код уже есть и его можно использовать как затравку > > для создания кода, который позволит, например, с дополнительным ключем не > > упаковывать подпакеты с выбранной архитектурой, отличной от собираемой -- > > это позволит легко решить проблему RH(1). Как говорит Andrew Morgan, "Show me the code". > Согласен, но есть ли у ldv@ желание этот код создавать? Этот вопрос имеет смысл ставить только при наличии >1 полноценно поддерживаемой архитектуры в Сизифе. Что не значит, что никто не может сделать это раньше. :) > p.s. [вполголоса] А вот если бы еще возможность прерывать сборку при наличии > в buildroot пропущенных в %files файлов... ;-) > Я был бы тогда в два раза счастливее - как кот Матроскин :) Это вопрос времени. У меня, в принципе, есть патч к rpm-4_0_branch. -- ldv --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/lW9l9viEa8HiNCkRAob1AJ0YbtWcMhdnoqBcfC76SqjphDSgcACffH4E 3ItB9VkUPbgGgevEmpR4/gk= =slG3 -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA--