[devel] Небольшая проблемка с disttag

[devel] Небольшая проблемка с disttag

[Anton Farygin]

Ну или мне кажется что с disttag.

Задание вот это:

http://git.altlinux.org/tasks/236350/

В задании делается rebuild пакету ocaml-curses из p9 в новом окружении. 
Он пересобирается, но следующий пакет, который его хочет по сборке - уже 
не может поставить новую версию, а старая не устанавливается по 
зависимостям.



$ hsh-install rpm-build-ocaml ocaml ocaml-curses libreadline-devel 
gcc-c++ ocaml-findlib hevea
Чтение списков пакетов...
Построение дерева зависимостей...
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.
Эти сведения могут помочь найти выход из ситуации:

Следующие пакеты имеют неудовлетворенные зависимости:
   ocaml-curses: Требует: ocaml-cmi(CamlinternalFormatBasics) (= 
4.07-E065A8B8)
                 Требует: ocaml-cmi(Stdlib) (= 4.07-785BC435)
                 Требует: ocaml-cmi(Stdlib__bigarray) (= 4.07-FC1AA91C)
                 Требует: ocaml-cmi(Stdlib__complex) (= 4.07-E9BB8037)
                 Требует: ocaml-cmi(Stdlib__hashtbl) (= 4.07-604C8339)
                 Требует: ocaml-cmi(Stdlib__list) (= 4.07-6AC77BA2)
                 Требует: ocaml-cmi(Stdlib__seq) (= 4.07-5714D5DA)
                 Требует: ocaml-cmi(Unix) (= 4.07-DF164073)
                 Требует: ocaml-runtime (= 4.07)
E: Извините, `битые' пакеты
hsh-install: Failed to calculate package file list.
hsh-install: Failed to generate package file list.


Расшифровка происходящего:
aptbox]$ ./apt-cache showpkg ocaml-curses
Package: ocaml-curses
Versions:
1.0.3-alt7:sisyphus+226150.100.1.1@1554153993(/tmp/.private/rider/hasher/aptbox/var/lib/apt/lists/_mnt_ftp_pub_distributions_ALTLinux_p9_branch_x86%5f64_base_pkglist.classic)
1.0.3-alt7:p9+236350.3000.3.1@1566312495(/tmp/.private/rider/hasher/repo/x86_64/RPMS.hasher/)(/home/rider/hasher/repo/x86_64/RPMS.hasher/)

Reverse Depends:
   ocaml-curses-devel,ocaml-curses 1.0.3-alt7:sisyphus+226150.100.1.1
   ocaml-curses-debuginfo,ocaml-curses 1.0.3-alt7:p9+236350.3000.3.1
   ocaml-curses-devel,ocaml-curses 1.0.3-alt7:p9+236350.3000.3.1
Dependencies:
1.0.3-alt7:sisyphus+226150.100.1.1@1554153993 - 
libc.so.6(GLIBC_2.2.5)(64bit) (0 (null)) libncurses-devel (0 (null)) 
libncurses.so.5()(64bit) (2 
set:mfB3UYMSsjNePjRDQhY7gzyG6IUriQTBUkonZgXqaUlsfxIeXs53yBbO2QLW64jmdyAvZ6x7EZ2I9Pk2vdWXJjPDIwBFFado11LiPShdx08W5tlV7tg2W2b2FolPjicqo0h5ZAZ8wyIcNKYmRC1n59ZhN66UI6U8mZJ8KWCw9Iavgg1BGZqwrSIg8bTBP7FPFX85Zusr6xzgl7K2OgBGnfomCdB8pf6aIeOrGm3kKgGauc7kFgMZKtEEZDNh1) 
libtinfo.so.5()(64bit) (2 
set:lfhUf5A1fQPDoGQdS5FzrdP3OECj72anPKFgBqRVvx389luBwtS6tQoAOfujOofMCYHPbjT94RoQj126UIzhg1mYhaTETNQSKZ1MCD2jQbXYJxkKhZsIZEBjduhZKiSkDWZ3GTTNrzeaktHYZL) 
ocaml-cmi(CamlinternalFormatBasics) (5 4.07-E065A8B8) ocaml-cmi(Stdlib) 
(5 4.07-785BC435) ocaml-cmi(Stdlib__bigarray) (5 4.07-FC1AA91C) 
ocaml-cmi(Stdlib__complex) (5 4.07-E9BB8037) ocaml-cmi(Stdlib__hashtbl) 
(5 4.07-604C8339) ocaml-cmi(Stdlib__list) (5 4.07-6AC77BA2) 
ocaml-cmi(Stdlib__seq) (5 4.07-5714D5DA) ocaml-cmi(Unix) (5 
4.07-DF164073) ocaml-runtime (5 4.07) rtld(GNU_HASH) (0 (null))
1.0.3-alt7:p9+236350.3000.3.1@1566312495 - libc.so.6(GLIBC_2.2.5)(64bit) 
(0 (null)) libc.so.6(GLIBC_2.4)(64bit) (0 (null)) libncurses-devel (0 
(null)) libncurses.so.5()(64bit) (2 
set:mfB3UYMSsjNePjRDQhY7gzyG6IUriQTBUkonZgXqaUlsfxIeXs53yBbO2QLW64jmdyAvZ6x7EZ2I9Pk2vdWXJjPDIwBFFado11LiPShdx08W5tlV7tg2W2b2FolPjicqo0h5ZAZ8wyIcNKYmRC1n59ZhN66UI6U8mZJ8KWCw9Iavgg1BGZqwrSIg8bTBP7FPFX85Zusr6xzgl7K2OgBGnfomCdB8pf6aIeOrGm3kKgGauc7kFgMZKtEEZDNh1) 
libtinfo.so.5()(64bit) (2 
set:lfhUf5A1fQPDoGQdS5FzrdP3OECj72anPKFgBqRVvx389luBwtS6tQoAOfujOofMCYHPbjT94RoQj126UIzhg1mYhaTETNQSKZ1MCD2jQbXYJxkKhZsIZEBjduhZKiSkDWZ3GTTNrzeaktHYZL) 
ocaml-cmi(CamlinternalFormatBasics) (5 4.08-A2B1A9D8) ocaml-cmi(Stdlib) 
(5 4.08-AD45F251) ocaml-cmi(Stdlib__bigarray) (5 4.08-A39ABB3F) 
ocaml-cmi(Stdlib__complex) (5 4.08-3E86422B) ocaml-cmi(Stdlib__hashtbl) 
(5 4.08-8A0F9B54) ocaml-cmi(Stdlib__list) (5 4.08-FA1A1736) 
ocaml-cmi(Stdlib__seq) (5 4.08-359C9551) ocaml-cmi(Unix) (5 
4.08-323356C8) ocaml-runtime (5 4.08) rtld(GNU_HASH) (0 (null))
Provides:
1.0.3-alt7:sisyphus+226150.100.1.1@1554153993 - ocaml-curses 
ocaml-dll(curses_stubs) ocaml-cmi(Keys) ocaml-cmi(Curses)
1.0.3-alt7:p9+236350.3000.3.1@1566312495 - ocaml-curses 
ocaml-dll(curses_stubs) ocaml-cmi(Keys) ocaml-cmi(Curses)
Reverse Provides:
ocaml-curses 1.0.3-alt7:sisyphus+226150.100.1.1@1554153993
ocaml-curses 1.0.3-alt7:p9+236350.3000.3.1@1566312495


Пакет из Sisyphus почему-то получает больший приоритет.

Re: [devel] Небольшая проблемка с disttag

[Anton Farygin]

On 20.08.2019 20:11, Anton Farygin wrote:
> Ну или мне кажется что с disttag.
>
> Задание вот это:
>
> http://git.altlinux.org/tasks/236350/
>
>
<skip>
>
>
> Пакет из Sisyphus почему-то получает больший приоритет.
>
Точнее - пакет не из Sisyphus, а старый пакет из p9, который был собран 
тогда, когда p9 ещё был Sisyphus.

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 20.08.2019 20:11, Anton Farygin wrote:
> Ну или мне кажется что с disttag.
>
> Задание вот это:
>
> http://git.altlinux.org/tasks/236350/ 

При этом естественно простой rebuild для ocaml-curses работает. И, я так 
подозреваю, что если его сделать - то проблема исчезнет, т.к. после 
rebuild в disttag ocaml-curses sisyphus сменится на p9.

Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для 
aarch64 прошло дальше других архитектур.

Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?

На кого вешать ?

Re: [devel] Небольшая^w проблемка с disttag

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 975 bytes --]

On Wed, Aug 21, 2019 at 11:22:45AM +0300, Anton Farygin wrote:
> On 20.08.2019 20:11, Anton Farygin wrote:
> > Ну или мне кажется что с disttag.
> >
> > Задание вот это:
> >
> > http://git.altlinux.org/tasks/236350/ 
> 
> При этом естественно простой rebuild для ocaml-curses работает. И, я так 
> подозреваю, что если его сделать - то проблема исчезнет, т.к. после 
> rebuild в disttag ocaml-curses sisyphus сменится на p9.
> 
> Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для 
> aarch64 прошло дальше других архитектур.
> 
> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
> 
> На кого вешать ?

Это известная особенность, вызванная тем, что один важный макрос определён
не в том пакете, в котором он должен быть определён, а в том пакете,
который ещё ни разу не собирался в p9.  Когда этот макрос будет перенесён
в соответствующий пакет, всё сразу исправится.

Ваня может объяснить понятнее.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 21.08.2019 11:53, Dmitry V. Levin wrote:
> On Wed, Aug 21, 2019 at 11:22:45AM +0300, Anton Farygin wrote:
>> On 20.08.2019 20:11, Anton Farygin wrote:
>>> Ну или мне кажется что с disttag.
>>>
>>> Задание вот это:
>>>
>>> http://git.altlinux.org/tasks/236350/
>> При этом естественно простой rebuild для ocaml-curses работает. И, я так
>> подозреваю, что если его сделать - то проблема исчезнет, т.к. после
>> rebuild в disttag ocaml-curses sisyphus сменится на p9.
>>
>> Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для
>> aarch64 прошло дальше других архитектур.
>>
>> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
>>
>> На кого вешать ?
> Это известная особенность, вызванная тем, что один важный макрос определён
> не в том пакете, в котором он должен быть определён, а в том пакете,
> который ещё ни разу не собирался в p9.  Когда этот макрос будет перенесён
> в соответствующий пакет, всё сразу исправится.
>
> Ваня может объяснить понятнее.

ОK. Тогда запусти пожалуйста задание 236385 и будем считать что этой 
баги нет,

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 21.08.2019 12:06, Anton Farygin wrote:
>>> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
>>>
>>> На кого вешать ?
>> Это известная особенность, вызванная тем, что один важный макрос 
>> определён
>> не в том пакете, в котором он должен быть определён, а в том пакете,
>> который ещё ни разу не собирался в p9.  Когда этот макрос будет 
>> перенесён
>> в соответствующий пакет, всё сразу исправится.
>>
>> Ваня может объяснить понятнее.
>
> ОK. Тогда запусти пожалуйста задание 236385 и будем считать что этой 
> баги нет, 

Почему-то это не помогло и apt всё равно выбирает ocaml-curses из 
репозитория, а не из задания.

Re: [devel] Небольшая^w проблемка с disttag

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 887 bytes --]

On Wed, Aug 21, 2019 at 01:24:42PM +0300, Anton Farygin wrote:
> On 21.08.2019 12:06, Anton Farygin wrote:
> >>> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
> >>>
> >>> На кого вешать ?
> >> Это известная особенность, вызванная тем, что один важный макрос 
> >> определён
> >> не в том пакете, в котором он должен быть определён, а в том пакете,
> >> который ещё ни разу не собирался в p9.  Когда этот макрос будет 
> >> перенесён
> >> в соответствующий пакет, всё сразу исправится.
> >>
> >> Ваня может объяснить понятнее.
> >
> > ОK. Тогда запусти пожалуйста задание 236385 и будем считать что этой 
> > баги нет, 
> 
> Почему-то это не помогло и apt всё равно выбирает ocaml-curses из 
> репозитория, а не из задания.

Действительно, я позабыл, что в сборочнице-то этот макрос пока ещё никто
не определяет.  Тогда точно к Ване.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 21.08.2019 13:54, Dmitry V. Levin wrote:
> On Wed, Aug 21, 2019 at 01:24:42PM +0300, Anton Farygin wrote:
>> On 21.08.2019 12:06, Anton Farygin wrote:
>>>>> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
>>>>>
>>>>> На кого вешать ?
>>>> Это известная особенность, вызванная тем, что один важный макрос
>>>> определён
>>>> не в том пакете, в котором он должен быть определён, а в том пакете,
>>>> который ещё ни разу не собирался в p9.  Когда этот макрос будет
>>>> перенесён
>>>> в соответствующий пакет, всё сразу исправится.
>>>>
>>>> Ваня может объяснить понятнее.
>>> ОK. Тогда запусти пожалуйста задание 236385 и будем считать что этой
>>> баги нет,
>> Почему-то это не помогло и apt всё равно выбирает ocaml-curses из
>> репозитория, а не из задания.
> Действительно, я позабыл, что в сборочнице-то этот макрос пока ещё никто
> не определяет.  Тогда точно к Ване.
>
А это не с макросом проблема - disttag (первая его часть, p9) сейчас у 
ocaml-curses из репозитория p9 и и задания 236350 - одинаковые.

Что-то новенькое вылезло.

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 21.08.2019 13:54, Dmitry V. Levin wrote:
> Действительно, я позабыл, что в сборочнице-то этот макрос пока ещё никто
> не определяет.  Тогда точно к Ване.

Что-то Ваня не отвечает, у него всё нормально ?

Re: [devel] Небольшая^w проблемка с disttag

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 419 bytes --]

On Thu, Aug 22, 2019 at 07:13:57AM +0300, Anton Farygin wrote:
> On 21.08.2019 13:54, Dmitry V. Levin wrote:
> > Действительно, я позабыл, что в сборочнице-то этот макрос пока ещё никто
> > не определяет.  Тогда точно к Ване.
> 
> Что-то Ваня не отвечает, у него всё нормально ?

Не знаю.  В общем, я протестировал и установил на сборочницу
girar commit ba31617e01a717eac0d0cc677f5b56d024319aee.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 27.08.2019 17:33, Dmitry V. Levin wrote:
> On Thu, Aug 22, 2019 at 07:13:57AM +0300, Anton Farygin wrote:
>> On 21.08.2019 13:54, Dmitry V. Levin wrote:
>>> Действительно, я позабыл, что в сборочнице-то этот макрос пока ещё никто
>>> не определяет.  Тогда точно к Ване.
>> Что-то Ваня не отвечает, у него всё нормально ?
> Не знаю.  В общем, я протестировал и установил на сборочницу
> girar commit ba31617e01a717eac0d0cc677f5b56d024319aee.
>
Да, спасибо. И он даже работает - мой таск с ocaml прошёл вперёд и 
выявил те баги, которые должен был выявить. В результате появилось новое 
задание #236680  с другим порядком сборки пакетов.

Re: [devel] Небольшая^w проблемка с disttag

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 1136 bytes --]

Hello!

On Wed, 21 Aug 2019, Anton Farygin wrote:

> On 20.08.2019 20:11, Anton Farygin wrote:
> > Ну или мне кажется что с disttag.
> >
> > Задание вот это:
> >
> > http://git.altlinux.org/tasks/236350/ 
> 
> При этом естественно простой rebuild для ocaml-curses работает. И, я так
> подозреваю, что если его сделать - то проблема исчезнет, т.к. после rebuild в
> disttag ocaml-curses sisyphus сменится на p9.

Да, наверное, такой workaround поможет.

Ещё пример -- 236281 (shaba@)

> Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для
> aarch64 прошло дальше других архитектур.
> 
> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?

Пока на сборочных нодах стоял хостовый apt (который используется для 
вычисления сборочной среды hasher-ом), который учитывал buildtime, но не 
учитывал disttag, с такой проблемой, наверное, нельзя было столкнуться.

Это >= 0.5.15lorg2-alt65 и < 0.5.15lorg2-alt68 .

Судя по тому, что стали происходить такие вещи, apt обновили на сборочных 
нодах на релиз >= 0.5.15lorg2-alt68 .

Теперь надо придумать и реализовать решение для сборочницы.

-- 
Best regards,
Ivan

Re: [devel] Небольшая^w проблемка с disttag

[Anton Farygin]

On 22.08.2019 17:18, Ivan Zakharyaschev wrote:
> Hello!
>
> On Wed, 21 Aug 2019, Anton Farygin wrote:
>
>> On 20.08.2019 20:11, Anton Farygin wrote:
>>> Ну или мне кажется что с disttag.
>>>
>>> Задание вот это:
>>>
>>> http://git.altlinux.org/tasks/236350/
>> При этом естественно простой rebuild для ocaml-curses работает. И, я так
>> подозреваю, что если его сделать - то проблема исчезнет, т.к. после rebuild в
>> disttag ocaml-curses sisyphus сменится на p9.
> Да, наверное, такой workaround поможет.
>
> Ещё пример -- 236281 (shaba@)

Мне он не помог.


>
>> Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для
>> aarch64 прошло дальше других архитектур.
>>
>> Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
> Пока на сборочных нодах стоял хостовый apt (который используется для
> вычисления сборочной среды hasher-ом), который учитывал buildtime, но не
> учитывал disttag, с такой проблемой, наверное, нельзя было столкнуться.
>
> Это >= 0.5.15lorg2-alt65 и < 0.5.15lorg2-alt68 .
> г
> Судя по тому, что стали происходить такие вещи, apt обновили на сборочных
> нодах на релиз >= 0.5.15lorg2-alt68 .
>
> Теперь надо придумать и реализовать решение для сборочницы.

Может быть в apt добавить настройку, которая будет игнорировать disttag 
и учитывать только buildtime ?

Для сборочницы disttag не критичен, т.к. нет и не может быть перехода 
между репозиториями внутри сборочного чрута.

Re: [devel] Небольшая^w проблемка с disttag

[Ivan A. Melnikov]

On Thu, Aug 22, 2019 at 05:18:47PM +0300, Ivan Zakharyaschev wrote:
> Hello!
> 
> On Wed, 21 Aug 2019, Anton Farygin wrote:
> 
> > On 20.08.2019 20:11, Anton Farygin wrote:
> > > Ну или мне кажется что с disttag.
> > >
> > > Задание вот это:
> > >
> > > http://git.altlinux.org/tasks/236350/ 
> > 
> > При этом естественно простой rebuild для ocaml-curses работает. И, я так
> > подозреваю, что если его сделать - то проблема исчезнет, т.к. после rebuild в
> > disttag ocaml-curses sisyphus сменится на p9.
> 
> Да, наверное, такой workaround поможет.
> 
> Ещё пример -- 236281 (shaba@)
> 
> > Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для
> > aarch64 прошло дальше других архитектур.
> > 
> > Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
> 
> Пока на сборочных нодах стоял хостовый apt (который используется для 
> вычисления сборочной среды hasher-ом), который учитывал buildtime, но не 
> учитывал disttag, с такой проблемой, наверное, нельзя было столкнуться.
> 
> Это >= 0.5.15lorg2-alt65 и < 0.5.15lorg2-alt68 .
> 
> Судя по тому, что стали происходить такие вещи, apt обновили на сборочных 
> нодах на релиз >= 0.5.15lorg2-alt68 .
> 
> Теперь надо придумать и реализовать решение для сборочницы.

Разве имеет смысл что-то специфичное для сборочницы?

Возможно я чего-то не понимаю, но.

Если пакет при rebuild получит меньший disttag, он потом не обновится
у пользователей. Значит, либо rebuild должен сохранять disttag,
либо он просто не будет работать в этом случае, и нужно
поднимать релизы для пересборки.

--
  wbr,
    iv m.

Re: [devel] Небольшая^w проблемка с disttag

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 2132 bytes --]

On Thu, 22 Aug 2019, Ivan A. Melnikov wrote:

> On Thu, Aug 22, 2019 at 05:18:47PM +0300, Ivan Zakharyaschev wrote:
> > Hello!
> > 
> > On Wed, 21 Aug 2019, Anton Farygin wrote:
> > 
> > > On 20.08.2019 20:11, Anton Farygin wrote:
> > > > Ну или мне кажется что с disttag.
> > > >
> > > > Задание вот это:
> > > >
> > > > http://git.altlinux.org/tasks/236350/ 
> > > 
> > > При этом естественно простой rebuild для ocaml-curses работает. И, я так
> > > подозреваю, что если его сделать - то проблема исчезнет, т.к. после rebuild в
> > > disttag ocaml-curses sisyphus сменится на p9.
> > 
> > Да, наверное, такой workaround поможет.
> > 
> > Ещё пример -- 236281 (shaba@)
> > 
> > > Забавно то, что т.к. ocaml-curses не было для aarch64 в p9 - задание для
> > > aarch64 прошло дальше других архитектур.
> > > 
> > > Вопрос - это ошибка в сборочнице, в hasher'е, в apt или в rpm ?
> > 
> > Пока на сборочных нодах стоял хостовый apt (который используется для 
> > вычисления сборочной среды hasher-ом), который учитывал buildtime, но не 
> > учитывал disttag, с такой проблемой, наверное, нельзя было столкнуться.
> > 
> > Это >= 0.5.15lorg2-alt65 и < 0.5.15lorg2-alt68 .
> > 
> > Судя по тому, что стали происходить такие вещи, apt обновили на сборочных 
> > нодах на релиз >= 0.5.15lorg2-alt68 .
> > 
> > Теперь надо придумать и реализовать решение для сборочницы.
> 
> Разве имеет смысл что-то специфичное для сборочницы?
> 
> Возможно я чего-то не понимаю, но.
> 
> Если пакет при rebuild получит меньший disttag, он потом не обновится
> у пользователей. Значит, либо rebuild должен сохранять disttag,

Но у пользователей (установивших дистрибутив из p9) будет пакет rpm, 
собранный для p9, а в нём настроено значение макроса _priority_distbranch 
в значение p9, т.е. при совпадении EVR предпочитаются пакеты с disttag-ом 
p9.

А на сборочных нодах хост-система для запуска hasher одна и та же (неважно 
для какого бранча собирается пакет). Поэтому там один раз зафиксировать 
такую настройку так просто нельзя.

> либо он просто не будет работать в этом случае, и нужно
> поднимать релизы для пересборки.


-- 
Best regards,
Ivan