From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux Team development discussions , Ivan Zakharyaschev References: <20190116060023.9FC269A2FBD@gyle.altlinux.org> <3900b82b-c117-67a6-96e1-df35b64c2550@basealt.ru> <20190116100221.egbf6qr5epxt5vhu@titan.localdomain> <16372a9e-f30b-a6df-9b8d-09d10877c4f0@basealt.ru> From: Anton Farygin Organization: BaseALT Message-ID: Date: Wed, 16 Jan 2019 14:24:01 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [devel] Fwd: bird-1.6.4-alt1.S1: Sisyphus/x86_64 test rebuild failed 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, 16 Jan 2019 11:24:02 -0000 Archived-At: List-Archive: List-Post: 16.01.2019 14:06, Ivan Zakharyaschev пишет: > On Wed, 16 Jan 2019, Anton Farygin wrote: > >> 16.01.2019 13:40, Ivan Zakharyaschev пишет: >>> On Wed, 16 Jan 2019, Anton Farygin wrote: >>> >>>> 16.01.2019 13:33, Anton Farygin пишет: >>>>> 16.01.2019 13:31, Ivan Zakharyaschev пишет: >>>>>>> Плохая идея. Проще и правильне отменить очистку %ubt на сборочнице и >>>>>>> оставить >>>>>>> это действие на выбор ментейнера. >>>>>> Не очень понял. Разве сейчас есть какя-то "очистка" на сборочнице? >>>>>> >>>>>> Просто значение ubt в соотвествующем пакете rpm-macros-* сделано >>>>>> пустым, >>>>>> насколько я понимаю. >>>>> Нет, это не так. >>>>> >>>>> http://git.altlinux.org/people/ldv/packages/girar.git?p=girar.git;a=commitdiff;h=43502fdb6e5f32eec6f83a460b8bc027ef855861 >>>>> >>>>> >>>>> Наверняка ещё где-то есть такие чудеса. >>>> Точно есть - ещё надо отменить это изменение: >>>> >>>> http://git.altlinux.org/gears/u/ubt-devel.git?p=ubt-devel.git;a=commitdiff;h=3d96bc035be7900690d5a1ce5cfb35168e16388c >>> Нет, в разных бранчах разные значения -- зло. Потом после бранчевания всё >>> поедет. И в этом теперь нет никакой дполнительной пользы. >>> >>> Я предлагаю одно и тоже выставить во всех бранчах (по крайней мере -- в >>> будущих). Но не пустое, а .S1 >>> >>> >> Смотри. Всё что надо сделать - вернуть %ubt в то значение, в котором оно было >> (т.е. - для Sisyphus в .S1) , а просле появления p9 - его не надо менять с >> .S1. >> >> Но вообще я думаю что можно оставить как есть сейчас и просто в рабочем >> порядке пересобрать эти пакеты. >> >> Я удаляю %ubt во всех пакетах, в которых нужно внести ещё какие-то изменения, >> Но для стимулирования других ментейнеров  в идеале надо сделать так, что бы >> пакеты с %ubt _новые_ не собирались (с ошибкой), а старые пересобирались. > В тестовой пересборке определить ubt в .S1 (если так будет решено). > > hsh-rebuild --query-repackage --args="--define 'ubt .S1'" ~/hasher1/ /ALT/Sisyphus/files/SRPMS/bird-1.6.4-alt1.S1.src.rpm > > И тогда эта проблема будет скрыта от наших глаз. Скрывать проблему - не чинить проблему. > >> Для этого можно задефайнить в сборочнице во что-то такое, что будет приводить >> к невозможности сборки пакета. Например - в запрещённый символ ../../drop-ubt > А в rpm-build-ubt превратить ubt в ошибку. Это не имеет смысла, т.к. он определяется в %nil в сборочнице.