From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 3 Feb 2003 19:08:31 +0200 From: Victor Forsyuk To: devel@altlinux.ru Subject: Re: [devel] I: rpm-4.0.4-alt14 Message-ID: <20030203170831.GI1321@nomad.ksi-linux.com> References: <20030202232327.GA26922@basalt.office.altlinux.org> <20030203152034.GG1321@nomad.ksi-linux.com> <20030203152503.GA12175@basalt.office.altlinux.org> <20030203160244.GH1321@nomad.ksi-linux.com> <20030203161346.GA25117@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030203161346.GA25117@basalt.office.altlinux.org> User-Agent: Mutt/1.3.25i Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Mon, Feb 03, 2003 at 07:13:46PM +0300, Dmitry V. Levin wrote: > > > > Во всяком случае, spec-файлы сизифа нужно приводить в соответствие > > с критерием "установленные в %buildroot, но неупакованные файлы > > должны прерывать сборку". > > > > Более того, я бы это сделал одним из первых требований сизифовской > > packaging policy. > > Я ещё не осознал необходимость такого шага. Я ещё не уверен, что > дополнительные трудозатраты при упаковке окупятся. Я бы не назвал это трудозатратами. Мантейнер пакета должен иметь представление о том, что его пакет намерен инсталлировать и что из этого не пакуется (если не пакуется) и почему. Хоть один раз при взятии на себя ведения пакета он _должен_ в этом разобраться. А уж дальше, если вдруг в пакете произойдут внутренние изменения и текущий %files спека проморгает важные файлы - этот "индикатор перемен" сбережет много времени и нервов. Дмитрий, поверьте, на моём лбу много вмятин от этих граблей. :) p.s. Решать, впрочем, Вам, как мантейнеру rpm. Хотя, с другой стороны, это вопрос, выходящий за рамки одного пакета. Это скорее вопрос строгости packaging policy проекта. И здесь я выступаю за максимальную (разумную ;) строгость.