[devel] Изменения в сборочнице: rebuild без повышения релиза

[devel] Изменения в сборочнице: rebuild без повышения релиза

[Vladimir D. Seleznev]

После ввода недавних изменений в сборочнице стало возможным осуществлять
пересборку пакетов без повышения релиза. Для этого необходимо дать
сборочнице команду task add rebuild имя_пакета.

Пересборка без повышения релиза возможна только в случае наличия source
id в индексе собранных пакетов (пример [1]). В случае, если поле source
id пустое, то задание завершится неуспешно, и в качестве диагностики в
журнале будет напечатано:

package `$name' version `$version' was already built but no source id has been recorded

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

Для всех новых сборок пакетов в индекс собранных пакетов записывается
source id. Собрать один и тот же NEVR в разные бранчи можно только при
наличии и совпадении source id для этого NEVR.

[1] http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/r/rpm-build/

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Dmitry V. Levin]

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

On Thu, Sep 27, 2018 at 06:16:29PM +0300, Vladimir D. Seleznev wrote:
> После ввода недавних изменений в сборочнице стало возможным осуществлять
> пересборку пакетов без повышения релиза. Для этого необходимо дать
> сборочнице команду task add rebuild имя_пакета.
> 
> Пересборка без повышения релиза возможна только в случае наличия source
> id в индексе собранных пакетов (пример [1]). В случае, если поле source
> id пустое, то задание завершится неуспешно, и в качестве диагностики в
> журнале будет напечатано:
> 
> package `$name' version `$version' was already built but no source id has been recorded
> 
> такие пакеты следует пересобрать с повышением релиза.
> 
> Для всех новых сборок пакетов в индекс собранных пакетов записывается
> source id. Собрать один и тот же NEVR в разные бранчи можно только при
> наличии и совпадении source id для этого NEVR.
> 
> [1] http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/r/rpm-build/

А почему source id в индексе есть не у всех собранных пакетов,
и что мешает добавить его ретроспективно?


-- 
ldv

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

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Michael Shigorin]

On Thu, Sep 27, 2018 at 06:19:45PM +0300, Dmitry V. Levin wrote:
> А почему source id в индексе есть не у всех собранных пакетов,
> и что мешает добавить его ретроспективно?

Вот у меня, скажем, #213198 застряло ровно на этом.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Dmitry V. Levin]

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

On Thu, Sep 27, 2018 at 09:07:25PM +0300, Michael Shigorin wrote:
> On Thu, Sep 27, 2018 at 06:19:45PM +0300, Dmitry V. Levin wrote:
> > А почему source id в индексе есть не у всех собранных пакетов,
> > и что мешает добавить его ретроспективно?
> 
> Вот у меня, скажем, #213198 застряло ровно на этом.

Нет, #213198 застряло на копировании, которого больше нет.
Такие задания надо просто пересоздать.

Володя, документируй эту переходную особенность, пожалуйста.


-- 
ldv

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

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Anton Farygin]

27.09.2018 18:16, Vladimir D. Seleznev пишет:
> Пересборка без повышения релиза возможна только в случае наличия source
> id в индексе собранных пакетов (пример [1]). В случае, если поле source
> id пустое, то задание завершится неуспешно, и в качестве диагностики в
> журнале будет напечатано:

А не является ли враньём то, что меняется бинарный пакет  (после сборки 
в другом окружении) без соответствующей записи в changelog ?
Ведь результат может "уплыть" далеко от предыдущего состояния, а 
пользователь не узнает никак кроме даты сборки - что произошло и зачем.

И почему в предыдущей сборке зависимость на libABC не было а потом вдруг 
сама появилась (без изменения пакета, естественно).

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Anton Farygin]

27.09.2018 18:16, Vladimir D. Seleznev пишет:
> Для всех новых сборок пакетов в индекс собранных пакетов записывается
> source id. Собрать один и тот же NEVR в разные бранчи можно только при
> наличии и совпадении source id для этого NEVR.
>
> [1]http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/r/rpm-build/

И всё-таки, у нас явно намечается проблема с идентификацией (визуальной) 
пакета, собранного в том или ином окружении.

Даже в Sisyphus. Может так оказаться, что у нас будет в установленной 
системе изменяться содержимое пакета без изменения его версии/релиза.

Давайте тогда что ли rpm -qa запатчим так, что бы он ещё выводил новые 
тэги с обозначением номера сборки ?

После rpm -qa предлагаю ещё научить этой же магии по распознаванию rpm 
-e, rpm -q (например, rpm -qi).

Сейчас работает такой вот use case:

rpm -qa|grep rpm-build-perl и вывод этой команды отправить в rpm -e

Если мы поменяем rpm -qa для более правильной идентификации собранного 
пакета, то rpm -e должен научиться его понимать в качестве аргумента.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Sergey Afonin]

On Thursday 04 October 2018, Anton Farygin wrote:

> Даже в Sisyphus. Может так оказаться, что у нас будет в установленной 
> системе изменяться содержимое пакета без изменения его версии/релиза.
 
Да в общем-то уже:

2018-Sep-29 02:06:30 :: task #213754 for sisyphus resumed by glebfm:
#100 build 4.2.8p12-alt1 from /gears/n/ntp.git fetched at 2018-Sep-27 11:46:03

Предыдущий вариант 4.2.8p12-alt1 был собран со старым OpenSSL, этот
уже собрался с новым. Вот сижу и думаю, хорошо это, или плохо. С одной
стороны ченджлог не захламляется лишний раз, с другой можно не понять
в какой-то момент, почему что-то сломалось (к примеру), если версия не
изменилась.

-- 
С уважением, Сергей Афонин.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Anton Farygin]

04.10.2018 13:19, Sergey Afonin пишет:
> On Thursday 04 October 2018, Anton Farygin wrote:
>
>> Даже в Sisyphus. Может так оказаться, что у нас будет в установленной
>> системе изменяться содержимое пакета без изменения его версии/релиза.
>   
> Да в общем-то уже:
>
> 2018-Sep-29 02:06:30 :: task #213754 for sisyphus resumed by glebfm:
> #100 build 4.2.8p12-alt1 from /gears/n/ntp.git fetched at 2018-Sep-27 11:46:03
>
> Предыдущий вариант 4.2.8p12-alt1 был собран со старым OpenSSL, этот
> уже собрался с новым. Вот сижу и думаю, хорошо это, или плохо. С одной
> стороны ченджлог не захламляется лишний раз, с другой можно не понять
> в какой-то момент, почему что-то сломалось (к примеру), если версия не
> изменилась.
Можно вообще не понять какая версия установлена. Точнее - для того, что 
бы понять точную сборку явно придётся предпринимать какие-то 
дополнительные шаги, нигде в данный момент не документированные.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Vladimir D. Seleznev]

On Thu, Oct 04, 2018 at 11:08:56AM +0300, Anton Farygin wrote:
> 27.09.2018 18:16, Vladimir D. Seleznev пишет:
> > Для всех новых сборок пакетов в индекс собранных пакетов записывается
> > source id. Собрать один и тот же NEVR в разные бранчи можно только при
> > наличии и совпадении source id для этого NEVR.
> >
> > [1]http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/r/rpm-build/
> 
> И всё-таки, у нас явно намечается проблема с идентификацией (визуальной) 
> пакета, собранного в том или ином окружении.
> 
> Даже в Sisyphus. Может так оказаться, что у нас будет в установленной 
> системе изменяться содержимое пакета без изменения его версии/релиза.
> 
> Давайте тогда что ли rpm -qa запатчим так, что бы он ещё выводил новые 
> тэги с обозначением номера сборки ?
> 
> После rpm -qa предлагаю ещё научить этой же магии по распознаванию rpm 
> -e, rpm -q (например, rpm -qi).
> 
> Сейчас работает такой вот use case:
> 
> rpm -qa|grep rpm-build-perl и вывод этой команды отправить в rpm -e
> 
> Если мы поменяем rpm -qa для более правильной идентификации собранного 
> пакета, то rpm -e должен научиться его понимать в качестве аргумента.

Да, такие планы есть. В #214024 сейчас rpm -qi умеет выводить disttag.
Остальным занимаюсь.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Igor Zubkov]

On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev wrote:
> После ввода недавних изменений в сборочнице стало возможным осуществлять
> пересборку пакетов без повышения релиза. Для этого необходимо дать
> сборочнице команду task add rebuild имя_пакета.

Перестаньте ломать rpm. Пересборка пакетов без повышения релиза
называется тестовой пересборкой. Её результаты никогда не попадали в
репозиторий. И получается что сейчас уже попадают. И уже есть первые
жертвы.

Первая:
https://packages.altlinux.org/uk/Sisyphus/srpms/ntp/get

ntp-4.2.8p12-alt1.i586.rpm указан md5
2cb6f3d021f0b7f4e85e6d417417ac22, а фактический
656bb9680388d6e4ff25a24b9808e8f3.

Вторая: прометей полагается на имена файлов при импорте. Т.е. по его
мнению ntp-4.2.8p12-alt1.i586.rpm уже импортирован. Это приведёт
только к кому что в его базе будет лежать протухшая информация.

Третья: это изменение блокирует мои попытки написать парсер
зависимостей. Которые на прометее можно было для много чего написать.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Igor Zubkov]

On Fri, Oct 5, 2018 at 1:54 PM Igor Zubkov wrote:
> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev wrote:
> > После ввода недавних изменений в сборочнице стало возможным осуществлять
> > пересборку пакетов без повышения релиза. Для этого необходимо дать
> > сборочнице команду task add rebuild имя_пакета.
>
> Перестаньте ломать rpm. Пересборка пакетов без повышения релиза
> называется тестовой пересборкой. Её результаты никогда не попадали в
> репозиторий. И получается что сейчас уже попадают. И уже есть первые
> жертвы.

А потом побегут пользователи начнут жаловаться. В вебе что файлы
нормально качались, а них должны быть уникальные имена. А то первый
попавшийся кривой прозрачный прокси сервер закеширует первую сборку и
приехали.

https://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
вот тут пример.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Anton Farygin]

05.10.2018 16:27, Igor Zubkov пишет:
> On Fri, Oct 5, 2018 at 1:54 PM Igor Zubkov wrote:
>> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev wrote:
>>> После ввода недавних изменений в сборочнице стало возможным осуществлять
>>> пересборку пакетов без повышения релиза. Для этого необходимо дать
>>> сборочнице команду task add rebuild имя_пакета.
>> Перестаньте ломать rpm. Пересборка пакетов без повышения релиза
>> называется тестовой пересборкой. Её результаты никогда не попадали в
>> репозиторий. И получается что сейчас уже попадают. И уже есть первые
>> жертвы.
> А потом побегут пользователи начнут жаловаться. В вебе что файлы
> нормально качались, а них должны быть уникальные имена. А то первый
> попавшийся кривой прозрачный прокси сервер закеширует первую сборку и
> приехали.
>
> https://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
> вот тут пример.
Да, кстати, тоже отличный пример. Правда, хорошие proxy ещё умеют 
смотреть на дату, но плохие могут это не уметь.

Вообще кто-то уже озвучивал идею дописывать в имя файла ещё какие-то 
значения. Было бы неплохо авторам этого изменения вернуться к этому вопросу.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Vladimir D. Seleznev]

On Fri, Oct 05, 2018 at 04:30:59PM +0300, Anton Farygin wrote:
> 05.10.2018 16:27, Igor Zubkov пишет:
> > On Fri, Oct 5, 2018 at 1:54 PM Igor Zubkov wrote:
> >> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev wrote:
> >>> После ввода недавних изменений в сборочнице стало возможным осуществлять
> >>> пересборку пакетов без повышения релиза. Для этого необходимо дать
> >>> сборочнице команду task add rebuild имя_пакета.
> >> Перестаньте ломать rpm. Пересборка пакетов без повышения релиза
> >> называется тестовой пересборкой. Её результаты никогда не попадали в
> >> репозиторий.

Теперь уже нет. Уже давно в devel@ были обсуждения, что NEVR не является
уникальным для пакета в репозиториях.

> >> И получается что сейчас уже попадают. И уже есть первые жертвы.
> > А потом побегут пользователи начнут жаловаться. В вебе что файлы
> > нормально качались, а них должны быть уникальные имена. А то первый
> > попавшийся кривой прозрачный прокси сервер закеширует первую сборку и
> > приехали.
> >
> > https://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
> > вот тут пример.
> Да, кстати, тоже отличный пример. Правда, хорошие proxy ещё умеют 
> смотреть на дату, но плохие могут это не уметь.
> 
> Вообще кто-то уже озвучивал идею дописывать в имя файла ещё какие-то 
> значения. Было бы неплохо авторам этого изменения вернуться к этому вопросу.

Видимо, придётся давать различным сборкам пакетов уникальные имена
файлов пакетов. По крайней мере в rpmquery надо будет различать сборки.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Anton Farygin]

06.10.2018 23:46, Vladimir D. Seleznev пишет:
> Видимо, придётся давать различным сборкам пакетов уникальные имена
> файлов пакетов. По крайней мере в rpmquery надо будет различать сборки.

Да, было бы отлично. В rpmquery это и сейчас реализуемо, а вот в файлах...

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Alexey Tourbin]

On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev
<vseleznv@altlinux.org> wrote:
>
> После ввода недавних изменений в сборочнице стало возможным осуществлять
> пересборку пакетов без повышения релиза. Для этого необходимо дать
> сборочнице команду task add rebuild имя_пакета.
>
> Пересборка без повышения релиза возможна только в случае наличия source
> id в индексе собранных пакетов (пример [1]). В случае, если поле source
> id пустое, то задание завершится неуспешно, и в качестве диагностики в
> журнале будет напечатано:
>
> package `$name' version `$version' was already built but no source id has been recorded
> такие пакеты следует пересобрать с повышением релиза.

Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
ошибку выдало.  Если информация должна была быть записана во время
первой сборки, то (с точки зрения английского языка) has been ни к
чему, лучше просто "no source id was recorded".

Буду теперь пересобирать 0ad-data.noarch с повышением релиза. :-)

Мужчина, я вам все-таки советую сделать два режима: копировать как
есть, и копировать с пересборкой.  И чтобы для каждого subtask можно
было этот режим переключать туда-сюда, смотря по тому, что получается.
А то как там пел Высоцкий, на Канатчиковой даче навязчивый сервис.
Зачем вы мне навязываете пересборку 0ad-data? Навязчивого сервиса как
на Канатчиковой даче быть не должно.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Vladimir D. Seleznev]

On Sat, Oct 06, 2018 at 08:10:48AM +0300, Alexey Tourbin wrote:
> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev
> <vseleznv@altlinux.org> wrote:
> >
> > После ввода недавних изменений в сборочнице стало возможным осуществлять
> > пересборку пакетов без повышения релиза. Для этого необходимо дать
> > сборочнице команду task add rebuild имя_пакета.
> >
> > Пересборка без повышения релиза возможна только в случае наличия source
> > id в индексе собранных пакетов (пример [1]). В случае, если поле source
> > id пустое, то задание завершится неуспешно, и в качестве диагностики в
> > журнале будет напечатано:
> >
> > package `$name' version `$version' was already built but no source id has been recorded
> > такие пакеты следует пересобрать с повышением релиза.
> 
> Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
> ошибку выдало.  Если информация должна была быть записана во время
> первой сборки, то (с точки зрения английского языка) has been ни к
> чему, лучше просто "no source id was recorded".
> 
> Буду теперь пересобирать 0ad-data.noarch с повышением релиза. :-)

Скоро все поля для релизов пакетов, собранных из gear, будут заполнены
значением source id, и такие сообщения при попытке
пересобрать/скопировать/собрать в другой бранч станут редки.
Незаполненными останутся только не-последние релизы пакетов, собранных
из sourcerpm (есть техническая возможность и их заполнить, но
востребованности в этом большой нет).

> Мужчина, я вам все-таки советую сделать два режима: копировать как
> есть, и копировать с пересборкой.  И чтобы для каждого subtask можно
> было этот режим переключать туда-сюда, смотря по тому, что получается.
> А то как там пел Высоцкий, на Канатчиковой даче навязчивый сервис.
> Зачем вы мне навязываете пересборку 0ad-data? Навязчивого сервиса как
> на Канатчиковой даче быть не должно.

В планах реализовать копирование как есть, если после пересборки identity
у всех подпакетов для всех архитектур не поменялся. Продолжу тему в
ответе на это письмо:

https://lists.altlinux.org/pipermail/devel/2018-September/205371.html

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Alexey Tourbin]

On Sat, Oct 6, 2018 at 10:51 PM Vladimir D. Seleznev
<vseleznv@altlinux.org> wrote:
> > > package `$name' version `$version' was already built but no source id has been recorded
> > > такие пакеты следует пересобрать с повышением релиза.
> >
> > Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
> > ошибку выдало.  Если информация должна была быть записана во время
> > первой сборки, то (с точки зрения английского языка) has been ни к
> > чему, лучше просто "no source id was recorded".
> >
> > Буду теперь пересобирать 0ad-data.noarch с повышением релиза. :-)
>
> Скоро все поля для релизов пакетов, собранных из gear, будут заполнены
> значением source id, и такие сообщения при попытке
> пересобрать/скопировать/собрать в другой бранч станут редки.
> Незаполненными останутся только не-последние релизы пакетов, собранных
> из sourcerpm (есть техническая возможность и их заполнить, но
> востребованности в этом большой нет).
>
> > Мужчина, я вам все-таки советую сделать два режима: копировать как
> > есть, и копировать с пересборкой.  И чтобы для каждого subtask можно
> > было этот режим переключать туда-сюда, смотря по тому, что получается.
> > А то как там пел Высоцкий, на Канатчиковой даче навязчивый сервис.
> > Зачем вы мне навязываете пересборку 0ad-data? Навязчивого сервиса как
> > на Канатчиковой даче быть не должно.
>
> В планах реализовать копирование как есть, если после пересборки identity
> у всех подпакетов для всех архитектур не поменялся.

Вы очень уверовали в полезность придуманного вами identity. Между тем,
identity - это достаточный признак, но не необходимый. Изменение
identity не обязательно отражает существенные изменения в пакете.

Иногда признак годится только в одну сторону: если у .i586.rpm и
.x86_64.rpm получается одинаковый хеш содержимого, тогда это скрытый
.noarch.rpm. А если, наоборот, у .noarch.rpm требовать одинакового
хеша на всех архитектурах, то половина пакетов не прошла бы, все бы
давно взвыли.

Re: [devel] Изменения в сборочнице: rebuild без повышения релиза

[Vladimir D. Seleznev]

On Mon, Oct 08, 2018 at 06:56:57AM +0300, Alexey Tourbin wrote:
> On Sat, Oct 6, 2018 at 10:51 PM Vladimir D. Seleznev
> <vseleznv@altlinux.org> wrote:
> > > > package `$name' version `$version' was already built but no source id has been recorded
> > > > такие пакеты следует пересобрать с повышением релиза.
> > >
> > > Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
> > > ошибку выдало.  Если информация должна была быть записана во время
> > > первой сборки, то (с точки зрения английского языка) has been ни к
> > > чему, лучше просто "no source id was recorded".
> > >
> > > Буду теперь пересобирать 0ad-data.noarch с повышением релиза. :-)
> >
> > Скоро все поля для релизов пакетов, собранных из gear, будут заполнены
> > значением source id, и такие сообщения при попытке
> > пересобрать/скопировать/собрать в другой бранч станут редки.
> > Незаполненными останутся только не-последние релизы пакетов, собранных
> > из sourcerpm (есть техническая возможность и их заполнить, но
> > востребованности в этом большой нет).
> >
> > > Мужчина, я вам все-таки советую сделать два режима: копировать как
> > > есть, и копировать с пересборкой.  И чтобы для каждого subtask можно
> > > было этот режим переключать туда-сюда, смотря по тому, что получается.
> > > А то как там пел Высоцкий, на Канатчиковой даче навязчивый сервис.
> > > Зачем вы мне навязываете пересборку 0ad-data? Навязчивого сервиса как
> > > на Канатчиковой даче быть не должно.
> >
> > В планах реализовать копирование как есть, если после пересборки identity
> > у всех подпакетов для всех архитектур не поменялся.
> 
> Вы очень уверовали в полезность придуманного вами identity. Между тем,
> identity - это достаточный признак, но не необходимый. Изменение
> identity не обязательно отражает существенные изменения в пакете.
> 
> Иногда признак годится только в одну сторону: если у .i586.rpm и
> .x86_64.rpm получается одинаковый хеш содержимого, тогда это скрытый
> .noarch.rpm.

Ага, мы так и планировали вычислять noarch-пакеты.

> А если, наоборот, у .noarch.rpm требовать одинакового хеша на всех
> архитектурах, то половина пакетов не прошла бы, все бы давно взвыли.

Я был за такое требование, но да, надо сначала проанализировать
количество noarch-пакетов, которые этому не удовлетворяют. И надо
понять: действительно ли оно необходимо.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Vladimir D. Seleznev]

On Sat, Oct 06, 2018 at 08:10:48AM +0300, Alexey Tourbin wrote:
> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev
> <vseleznv@altlinux.org> wrote:
> >
> > После ввода недавних изменений в сборочнице стало возможным осуществлять
> > пересборку пакетов без повышения релиза. Для этого необходимо дать
> > сборочнице команду task add rebuild имя_пакета.
> >
> > Пересборка без повышения релиза возможна только в случае наличия source
> > id в индексе собранных пакетов (пример [1]). В случае, если поле source
> > id пустое, то задание завершится неуспешно, и в качестве диагностики в
> > журнале будет напечатано:
> >
> > package `$name' version `$version' was already built but no source id has been recorded
> > такие пакеты следует пересобрать с повышением релиза.
> 
> Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
> ошибку выдало.  Если информация должна была быть записана во время
> первой сборки, то (с точки зрения английского языка) has been ни к
> чему, лучше просто "no source id was recorded".

Поля source id были заполнены; таски, которые упали с ошибкой "no source
id was recorded", можно заново запустить на сборку (без переделки
задания). По крайней мере такой ошибки не должно снова появиться.

> Буду теперь пересобирать 0ad-data.noarch с повышением релиза. :-)

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Anton Farygin]

08.10.2018 21:04, Vladimir D. Seleznev пишет:
> On Sat, Oct 06, 2018 at 08:10:48AM +0300, Alexey Tourbin wrote:
>> On Thu, Sep 27, 2018 at 6:16 PM Vladimir D. Seleznev
>> <vseleznv@altlinux.org> wrote:
>>> После ввода недавних изменений в сборочнице стало возможным осуществлять
>>> пересборку пакетов без повышения релиза. Для этого необходимо дать
>>> сборочнице команду task add rebuild имя_пакета.
>>>
>>> Пересборка без повышения релиза возможна только в случае наличия source
>>> id в индексе собранных пакетов (пример [1]). В случае, если поле source
>>> id пустое, то задание завершится неуспешно, и в качестве диагностики в
>>> журнале будет напечатано:
>>>
>>> package `$name' version `$version' was already built but no source id has been recorded
>>> такие пакеты следует пересобрать с повышением релиза.
>> Да-да, я попробовал скопировать 0ad-data.noarch в p8, и как раз такую
>> ошибку выдало.  Если информация должна была быть записана во время
>> первой сборки, то (с точки зрения английского языка) has been ни к
>> чему, лучше просто "no source id was recorded".
> Поля source id были заполнены; таски, которые упали с ошибкой "no source
> id was recorded", можно заново запустить на сборку (без переделки
> задания). По крайней мере такой ошибки не должно снова появиться.
http://git.altlinux.org/tasks/214338/logs/events.1.1.log

Не помогло.

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Michael Shigorin]

On Tue, Oct 09, 2018 at 11:13:14AM +0300, Anton Farygin wrote:
> >>> package `$name' version `$version' was already built but no source id has been recorded
> >> Да-да, я попробовал скопировать 0ad-data.noarch в p8
> > Поля source id были заполнены; таски, которые упали с ошибкой
> > "no source id was recorded", можно заново запустить на сборку
> > (без переделки задания). По крайней мере такой ошибки не
> > должно снова появиться.
> http://git.altlinux.org/tasks/214338/logs/events.1.1.log
> Не помогло.

2018-Oct-09 12:43:24 :: #100: sisyphus mkimage: source id not found
http://git.altlinux.org/tasks/213198/logs/events.4.1.log

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Anton Farygin]

09.10.2018 15:44, Michael Shigorin пишет:
> On Tue, Oct 09, 2018 at 11:13:14AM +0300, Anton Farygin wrote:
>>>>> package `$name' version `$version' was already built but no source id has been recorded
>>>> Да-да, я попробовал скопировать 0ad-data.noarch в p8
>>> Поля source id были заполнены; таски, которые упали с ошибкой
>>> "no source id was recorded", можно заново запустить на сборку
>>> (без переделки задания). По крайней мере такой ошибки не
>>> должно снова появиться.
>> http://git.altlinux.org/tasks/214338/logs/events.1.1.log
>> Не помогло.
> 2018-Oct-09 12:43:24 :: #100: sisyphus mkimage: source id not found
> http://git.altlinux.org/tasks/213198/logs/events.4.1.log
>
Володя, общественность жаждет! :)

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Vladimir D. Seleznev]

On Tue, Oct 09, 2018 at 03:44:40PM +0300, Michael Shigorin wrote:
> On Tue, Oct 09, 2018 at 11:13:14AM +0300, Anton Farygin wrote:
> > >>> package `$name' version `$version' was already built but no source id has been recorded
> > >> Да-да, я попробовал скопировать 0ad-data.noarch в p8
> > > Поля source id были заполнены; таски, которые упали с ошибкой
> > > "no source id was recorded", можно заново запустить на сборку
> > > (без переделки задания). По крайней мере такой ошибки не
> > > должно снова появиться.
> > http://git.altlinux.org/tasks/214338/logs/events.1.1.log
> > Не помогло.
> 
> 2018-Oct-09 12:43:24 :: #100: sisyphus mkimage: source id not found
> http://git.altlinux.org/tasks/213198/logs/events.4.1.log

https://lists.altlinux.org/pipermail/devel/2018-September/205515.html

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] Изменения в сборочнице: no source id has been recorded

[Anton Farygin]

09.10.2018 16:55, Vladimir D. Seleznev пишет:
> On Tue, Oct 09, 2018 at 03:44:40PM +0300, Michael Shigorin wrote:
>> On Tue, Oct 09, 2018 at 11:13:14AM +0300, Anton Farygin wrote:
>>>>>> package `$name' version `$version' was already built but no source id has been recorded
>>>>> Да-да, я попробовал скопировать 0ad-data.noarch в p8
>>>> Поля source id были заполнены; таски, которые упали с ошибкой
>>>> "no source id was recorded", можно заново запустить на сборку
>>>> (без переделки задания). По крайней мере такой ошибки не
>>>> должно снова появиться.
>>> http://git.altlinux.org/tasks/214338/logs/events.1.1.log
>>> Не помогло.
>> 2018-Oct-09 12:43:24 :: #100: sisyphus mkimage: source id not found
>> http://git.altlinux.org/tasks/213198/logs/events.4.1.log
> https://lists.altlinux.org/pipermail/devel/2018-September/205515.html
>
А мне что делать ?