From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Yuri N. Sedunov" To: devel@lists.altlinux.org In-Reply-To: <20110330101336.GB18364@altlinux.org> References: <20110328134112.1847F43CA01A@ssh.git.altlinux.org> <20110328135757.GD17998@altlinux.org> <20110329153215.GB22039@altlinux.org> <1301419676.3812.1.camel@marsh.altlinux.lan> <20110329211740.GB28581@altlinux.org> <1301463360.8997.3.camel@marsh.altlinux.lan> <20110330065102.GB5839@altlinux.org> <1301472871.14917.32.camel@arisbook> <20110330101336.GB18364@altlinux.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 30 Mar 2011 14:42:28 +0400 Message-ID: <1301481748.14917.37.camel@arisbook> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-alt2) Content-Transfer-Encoding: 8bit Subject: Re: [devel] [SCM] packages/cairo: tags/1.10.2-alt4 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 10:42:31 -0000 Archived-At: List-Archive: List-Post: В Срд, 30/03/2011 в 14:13 +0400, Dmitry V. Levin пишет: > On Wed, Mar 30, 2011 at 12:14:31PM +0400, Yuri N. Sedunov wrote: > > В Срд, 30/03/2011 в 10:51 +0400, Dmitry V. Levin пишет: > [...] > > > Было сказано, что зависимости, которые присутствовали в libcairo-devel, но > > > не были нужны для непосредственного использования libcairo-devel, лишние и > > > должны быть удалены. > > > > > > На мой взгляд, эта оптимизация зависимостей, будучи совершенно правильной > > > по сути, была предпринята слишком рано. Но пытаться теперь вернуть все > > > вспять, пожалуй, уже все равно не представляется возможным. > > > > Что мешает завернуть "лишние" зависимости взад? > > Алгоритм вычисления зависимостей по pkgconfig-файлам был изменен в > rpm-build-4.0.4-alt100.22 более месяца назад. Для того, чтобы вернуть > зависимости обратно, пришлось бы вернуть прежний алгоритм и пересобрать > все использующие requires.private пакеты, которые уже были собраны за > это время. Плюс откатить все точечные изменения, аналогичные сделанным > в libcairo-devel. Выглядит нереалистично. > Хм.. Разве возвращение libcairo-devel прежних зависимостей недостаточно, чтобы восстановить собираемость пакетов с libcairo-devel? -- Yuri N. Sedunov