From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 27 Mar 2018 12:40:34 +0300 (MSK) From: Ivan Zakharyaschev To: ALT Linux Team development discussions In-Reply-To: <1816fac104304e22ddecb89c76be806a111fe0d9.camel@altlinux.org> Message-ID: References: <2ca9c14afbb43a89478e1b6f115b64f8ee17d793.camel@altlinux.org> <20180326213145.GA16098@altlinux.org> <1816fac104304e22ddecb89c76be806a111fe0d9.camel@altlinux.org> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-1357276677-1522143634=:3361" Subject: Re: [devel] selecting the default Cython to use: none (for bootstrap) or real 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: Tue, 27 Mar 2018 09:40:34 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-1357276677-1522143634=:3361 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 27 Mar 2018, Yuri Sedunov wrote: > В Вт, 27/03/2018 в 00:31 +0300, Dmitry V. Levin пишет: >> On Mon, Mar 26, 2018 at 11:46:51PM +0300, Yuri Sedunov wrote: >> [...] >> > Если научить сборочечницу принимать аргументы для rpmbuild, что >> > кажется >> > полезным в общем случае, >> >> В каком случае это кажется полезным? > > В тех случаях, когда упомянутой ниже воспроизводимостью сборки можно > пренебречь, -- в тестовых заданиях, например. Для бутстрапа новых > архитектур, чтобы максимально использовать немодифицированные пакеты, > отключая нереализованные в настоящее время фичи в процессе сборки. > >> >> Если на результат сборки исходного пакета, помимо самого сборочного >> пакета >> и сборочной среды, будет влиять ещё что-то, это негативно скажется на >> воспроизводимости сборки. > > Если дополнительные сборочные параметры сохранить, то они вместе со > сборочным пакетом и сборочной средой будут вполне описывать условия > сборки. Вообще, можно сохранять в теге, тогда эта информация не будет теряться. Ничего страшного я в этом не вижу. Но gear сейчас передаёт хешеру по сути только srpm, без параметров. Поэтому это потребует каких-то изменений в этом механизме. Можно ещё "вписывать" такие параметры в srpm с помощью уже имеющегося механизма specsubst: %def_@cython@ cython а @cython@ будет заменяться на with или without. Но это потребует указания этого значения в каждом теге, что может напрягать... Не подумал про сборку из srpm (без git) совсем! А aris@ как раз собирает обычно так. Тогда нет варианта подготовить тег, где будут сохранены параметры. Ну вот, вспомним задачу. На какой-то платформе может не быть Cython, на какой-то есть рабочий. Хочется собирать из одного исходника (коммита или srpm) и там, и там. В принципе, если речь про другие платформы, можно просто сделать пока dummy python-module-Cython там. И задача будет решена. (Советую пока по крайней мере сделать так тем собирает под другие платформы, чтобы Cython вас не держал.) Но похожая проблема возникает при пересборке python3... Кстати, забыл в изначальном предложении упомянуть, что нужно будет правило замены для buildreq еще: вместо python-module-CythonVERSION использовать python-module-Cython. (Раз я предложил, я могу попробовать реализовать в тестовом задании через некоторое время, если никто раньше не захочет и не попробует. Или обсуждение убедит в ненужности преобразоаний.) -- Best regards, Ivan --1807885841-1357276677-1522143634=:3361--