[devel] Изменения в сборочнице: введение в строй

[devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

Доброго времени суток!

С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:

* возможность делать пересборку текущего релиза пакета с помощью команды
rebuild (см. girar task add --help);
* требование собирать в бранчи пакеты с релизными суффиксами
ослабляется: теперь возможно собирать пакеты в бранчи без релизных
суффиксов бранчи;
* возможность собирать один и тот же NEVR в разные бранчи при условии
совпадения исходников (для тех бранчев, для которых это разрешено);
* команда копирования пакетов в бранч приводит к пересборке NEVR из
исходного бранча в целевой;
* макрос %ubt раскрывается в %nil.

подробнее об этих изменениях и их причинах можно прочитать на этой
странице [1].

В соответствии с этим, для фактического различения разных сборок одного
NEVR'а в syslog при установке и удалении пакета rpm начиная с
4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета. Для задачи
обновления с бранча на бранч, и установки пакетов из определённого
бранча следует использовать механизм apt_preferences, в котором
необходимо выставить Pin-Priority для label, содержащий имя бранча.

Пример для apt_preferences:

    Package: *
    Pin: release l=p8
    Pin-Priority: 746

Продолжение следует...

[1] https://www.altlinux.org/Binary_package_identity_change

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

25.09.2018 21:08, Vladimir D. Seleznev пишет:
> * макрос %ubt раскрывается в %nil.

Если это так, то сейчас после пересборки множество пакетов станет 
версией меньше чем есть в репозитории.

Это приведёт к каким-то проблемам ?

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Tue, Sep 25, 2018 at 11:04:21PM +0300, Anton Farygin wrote:
> 25.09.2018 21:08, Vladimir D. Seleznev пишет:
> > * макрос %ubt раскрывается в %nil.
> 
> Если это так, то сейчас после пересборки множество пакетов станет 
> версией меньше чем есть в репозитории.

Не станет: сборочница просто не пропустит такие задания.

> Это приведёт к каким-то проблемам ?

Не приведёт по указанной выше причине.

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

25.09.2018 23:10, Vladimir D. Seleznev пишет:
> On Tue, Sep 25, 2018 at 11:04:21PM +0300, Anton Farygin wrote:
>> 25.09.2018 21:08, Vladimir D. Seleznev пишет:
>>> * макрос %ubt раскрывается в %nil.
>> Если это так, то сейчас после пересборки множество пакетов станет
>> версией меньше чем есть в репозитории.
> Не станет: сборочница просто не пропустит такие задания.
>
Я про те пакеты, которые уже есть в репозитории (или в тасках).

Что скажет ежедневный rebuild ?

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Tue, Sep 25, 2018 at 11:12:07PM +0300, Anton Farygin wrote:
> 25.09.2018 23:10, Vladimir D. Seleznev пишет:
> > On Tue, Sep 25, 2018 at 11:04:21PM +0300, Anton Farygin wrote:
> >> 25.09.2018 21:08, Vladimir D. Seleznev пишет:
> >>> * макрос %ubt раскрывается в %nil.
> >> Если это так, то сейчас после пересборки множество пакетов станет
> >> версией меньше чем есть в репозитории.
> > Не станет: сборочница просто не пропустит такие задания.
> >
> Я про те пакеты, которые уже есть в репозитории (или в тасках).
> 
> Что скажет ежедневный rebuild ?

Ежедневный rebuild не относится к сборочнице, его результат не попадает
в репозитории.

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

Re: [devel] Изменения в сборочнице: введение в строй

[Evgeny Sinelnikov]

ср, 26 сент. 2018 г. в 0:10, Vladimir D. Seleznev <vseleznv@altlinux.org>:
>
> On Tue, Sep 25, 2018 at 11:04:21PM +0300, Anton Farygin wrote:
> > 25.09.2018 21:08, Vladimir D. Seleznev пишет:
> > > * макрос %ubt раскрывается в %nil.
> >
> > Если это так, то сейчас после пересборки множество пакетов станет
> > версией меньше чем есть в репозитории.
>
> Не станет: сборочница просто не пропустит такие задания.
>
> > Это приведёт к каким-то проблемам ?
>
> Не приведёт по указанной выше причине.
>

Сборка samba в p8 странно отвалилась:
#213652 FAILED #1 p8 samba.git=4.7.10-alt2%ubt

[sin@xpi ~]$ girar-show 213652
2018-Sep-26 14:11:16 :: task #213652 for p8 started by sin:
#100 build 4.7.10-alt2%ubt from /people/sin/packages/samba.git fetched
at 2018-Sep-25 19:45:55
2018-Sep-26 14:11:17 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build start
2018-Sep-26 14:11:17 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build start
2018-Sep-26 14:44:03 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build OK
2018-Sep-26 14:47:41 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build OK
2018-Sep-26 14:48:07 :: samba.git 4.7.10-alt2%ubt: src package
`samba-DC' version `4.7.10-alt2' is lesser than its version
`4.7.10-alt2.M80P.1' in `p8'
2018-Sep-26 14:48:07 :: build check FAILED for #100
2018-Sep-26 14:48:07 :: build check FAILED
2018-Sep-26 14:48:07 :: task #213652 for p8 FAILED

Чтобы это значило? Причём тут samba-DC, если я пакет samba пересобирал.

Убрал ubt, поднял релиз, посмотрим:
#213734 BUILDING #1 [locked] p8 samba.git=4.7.10-alt3



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Thu, Sep 27, 2018 at 01:48:41AM +0400, Evgeny Sinelnikov wrote:
[...]
> Сборка samba в p8 странно отвалилась:
> #213652 FAILED #1 p8 samba.git=4.7.10-alt2%ubt
> 
> [sin@xpi ~]$ girar-show 213652
> 2018-Sep-26 14:11:16 :: task #213652 for p8 started by sin:
> #100 build 4.7.10-alt2%ubt from /people/sin/packages/samba.git fetched
> at 2018-Sep-25 19:45:55
> 2018-Sep-26 14:11:17 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build start
> 2018-Sep-26 14:11:17 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build start
> 2018-Sep-26 14:44:03 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build OK
> 2018-Sep-26 14:47:41 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build OK
> 2018-Sep-26 14:48:07 :: samba.git 4.7.10-alt2%ubt: src package
> `samba-DC' version `4.7.10-alt2' is lesser than its version
> `4.7.10-alt2.M80P.1' in `p8'
> 2018-Sep-26 14:48:07 :: build check FAILED for #100
> 2018-Sep-26 14:48:07 :: build check FAILED
> 2018-Sep-26 14:48:07 :: task #213652 for p8 FAILED
> 
> Чтобы это значило? Причём тут samba-DC, если я пакет samba пересобирал.

Нет, в задании именно samba-DC, см. /tasks/213652/build/100/x86_64/log


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Evgeny Sinelnikov]

чт, 27 сент. 2018 г. в 1:55, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Thu, Sep 27, 2018 at 01:48:41AM +0400, Evgeny Sinelnikov wrote:
> [...]
> > Сборка samba в p8 странно отвалилась:
> > #213652 FAILED #1 p8 samba.git=4.7.10-alt2%ubt
> >
> > [sin@xpi ~]$ girar-show 213652
> > 2018-Sep-26 14:11:16 :: task #213652 for p8 started by sin:
> > #100 build 4.7.10-alt2%ubt from /people/sin/packages/samba.git fetched
> > at 2018-Sep-25 19:45:55
> > 2018-Sep-26 14:11:17 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build start
> > 2018-Sep-26 14:11:17 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build start
> > 2018-Sep-26 14:44:03 :: [x86_64] #100 samba.git 4.7.10-alt2%ubt: build OK
> > 2018-Sep-26 14:47:41 :: [i586] #100 samba.git 4.7.10-alt2%ubt: build OK
> > 2018-Sep-26 14:48:07 :: samba.git 4.7.10-alt2%ubt: src package
> > `samba-DC' version `4.7.10-alt2' is lesser than its version
> > `4.7.10-alt2.M80P.1' in `p8'
> > 2018-Sep-26 14:48:07 :: build check FAILED for #100
> > 2018-Sep-26 14:48:07 :: build check FAILED
> > 2018-Sep-26 14:48:07 :: task #213652 for p8 FAILED
> >
> > Чтобы это значило? Причём тут samba-DC, если я пакет samba пересобирал.
>
> Нет, в задании именно samba-DC, см. /tasks/213652/build/100/x86_64/log
>
Да, я всё понял, спасибо. Моя ошибка.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

Вот и первая проблема:
http://git.altlinux.org/tasks/213639/logs/events.2.1.log

Перед этим таск естественно собирался.

25.09.2018 21:08, Vladimir D. Seleznev пишет:
> Доброго времени суток!
>
> С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:
>
> * возможность делать пересборку текущего релиза пакета с помощью команды
> rebuild (см. girar task add --help);
> * требование собирать в бранчи пакеты с релизными суффиксами
> ослабляется: теперь возможно собирать пакеты в бранчи без релизных
> суффиксов бранчи;
> * возможность собирать один и тот же NEVR в разные бранчи при условии
> совпадения исходников (для тех бранчев, для которых это разрешено);
> * команда копирования пакетов в бранч приводит к пересборке NEVR из
> исходного бранча в целевой;
> * макрос %ubt раскрывается в %nil.
>
> подробнее об этих изменениях и их причинах можно прочитать на этой
> странице [1].
>
> В соответствии с этим, для фактического различения разных сборок одного
> NEVR'а в syslog при установке и удалении пакета rpm начиная с
> 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета. Для задачи
> обновления с бранча на бранч, и установки пакетов из определённого
> бранча следует использовать механизм apt_preferences, в котором
> необходимо выставить Pin-Priority для label, содержащий имя бранча.
>
> Пример для apt_preferences:
>
>      Package: *
>      Pin: release l=p8
>      Pin-Priority: 746
>
> Продолжение следует...
>
> [1] https://www.altlinux.org/Binary_package_identity_change
>

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Tue, Sep 25, 2018 at 11:14:29PM +0300, Anton Farygin wrote:
> Вот и первая проблема:
> http://git.altlinux.org/tasks/213639/logs/events.2.1.log
> 
> Перед этим таск естественно собирался.

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

> 25.09.2018 21:08, Vladimir D. Seleznev пишет:
> > Доброго времени суток!
> >
> > С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:
> >
> > * возможность делать пересборку текущего релиза пакета с помощью команды
> > rebuild (см. girar task add --help);
> > * требование собирать в бранчи пакеты с релизными суффиксами
> > ослабляется: теперь возможно собирать пакеты в бранчи без релизных
> > суффиксов бранчи;
> > * возможность собирать один и тот же NEVR в разные бранчи при условии
> > совпадения исходников (для тех бранчев, для которых это разрешено);
> > * команда копирования пакетов в бранч приводит к пересборке NEVR из
> > исходного бранча в целевой;
> > * макрос %ubt раскрывается в %nil.
> >
> > подробнее об этих изменениях и их причинах можно прочитать на этой
> > странице [1].
> >
> > В соответствии с этим, для фактического различения разных сборок одного
> > NEVR'а в syslog при установке и удалении пакета rpm начиная с
> > 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета. Для задачи
> > обновления с бранча на бранч, и установки пакетов из определённого
> > бранча следует использовать механизм apt_preferences, в котором
> > необходимо выставить Pin-Priority для label, содержащий имя бранча.
> >
> > Пример для apt_preferences:
> >
> >      Package: *
> >      Pin: release l=p8
> >      Pin-Priority: 746
> >
> > Продолжение следует...
> >
> > [1] https://www.altlinux.org/Binary_package_identity_change

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

25.09.2018 23:31, Vladimir D. Seleznev пишет:
> On Tue, Sep 25, 2018 at 11:14:29PM +0300, Anton Farygin wrote:
>> Вот и первая проблема:
>> http://git.altlinux.org/tasks/213639/logs/events.2.1.log
>>
>> Перед этим таск естественно собирался.
> Это должно разрешиться повторным запуском задания на сборку.
>
Я удалил и добавил подзадание и оно пошло.

[devel] different per-arch srpms (was: Изменения в сборочнице: введение в строй)

[Sergey V Turchin]

On Tuesday, 25 September 2018 23:31:35 MSK Vladimir D wrote:
> On Tue, Sep 25, 2018 at 11:14:29PM +0300, Anton Farygin wrote:
> > Вот и первая проблема:
> > http://git.altlinux.org/tasks/213639/logs/events.2.1.log
> > 
> > Перед этим таск естественно собирался.
> 
> Это должно разрешиться повторным запуском задания на сборку.
А что это вообще за проверка? Например,
%ifarch x86_64
BuildRequires: someting
%endif
туда попадёт?

[...]

-- 
Regards, Sergey.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

Непонятно, как из имени или rpm -qip понять, для какого бранча был 
собран пакет ?

rpm -qip 
http://git.altlinux.org/tasks/213639/build/200/i586/rpms/zoneminder-nginx-1.32.0-alt1.noarch.rpm
ничего такого не показывает.

Запустил ради пробы апач в p8: #213630

Нельзя ли в имя файла перед архитектурой добавлять ещё и имя 
репозитория, который наверняка где-то должен быть прописан ?

опять же - с новой схемой не сработает фокус с cp -al и быстрым rsync 
поверх (сравнение только по имени файла).

25.09.2018 21:08, Vladimir D. Seleznev пишет:
> Доброго времени суток!
>
> С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:
>
> * возможность делать пересборку текущего релиза пакета с помощью команды
> rebuild (см. girar task add --help);
> * требование собирать в бранчи пакеты с релизными суффиксами
> ослабляется: теперь возможно собирать пакеты в бранчи без релизных
> суффиксов бранчи;
> * возможность собирать один и тот же NEVR в разные бранчи при условии
> совпадения исходников (для тех бранчев, для которых это разрешено);
> * команда копирования пакетов в бранч приводит к пересборке NEVR из
> исходного бранча в целевой;
> * макрос %ubt раскрывается в %nil.
>
> подробнее об этих изменениях и их причинах можно прочитать на этой
> странице [1].
>
> В соответствии с этим, для фактического различения разных сборок одного
> NEVR'а в syslog при установке и удалении пакета rpm начиная с
> 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета. Для задачи
> обновления с бранча на бранч, и установки пакетов из определённого
> бранча следует использовать механизм apt_preferences, в котором
> необходимо выставить Pin-Priority для label, содержащий имя бранча.
>
> Пример для apt_preferences:
>
>      Package: *
>      Pin: release l=p8
>      Pin-Priority: 746
>
> Продолжение следует...
>
> [1] https://www.altlinux.org/Binary_package_identity_change
>

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Tue, Sep 25, 2018 at 11:43:06PM +0300, Anton Farygin wrote:
> Непонятно, как из имени или rpm -qip понять, для какого бранча был 
> собран пакет ?

Расширим вывод rpm -qi, дополнительно будут печататься теги
DISTRIBUTION, DISTTAG и IDENTITY.

> rpm -qip 
> http://git.altlinux.org/tasks/213639/build/200/i586/rpms/zoneminder-nginx-1.32.0-alt1.noarch.rpm
> ничего такого не показывает.
> 
> Запустил ради пробы апач в p8: #213630
> 
> Нельзя ли в имя файла перед архитектурой добавлять ещё и имя 
> репозитория, который наверняка где-то должен быть прописан ?
> 
> опять же - с новой схемой не сработает фокус с cp -al и быстрым rsync 
> поверх (сравнение только по имени файла).

Это верно. Возможно, как и в случае локального кеша apt'а, следует после
релиза дописывать уникальную информацию о сборке пакета в имя файла
пакета, например, значение DISTTAG, но я пока не знаю, что может
сломаться в этом случае, и какие предварительные изменения следует при
этом сделать.

> 25.09.2018 21:08, Vladimir D. Seleznev пишет:
> > Доброго времени суток!
> >
> > С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:
> >
> > * возможность делать пересборку текущего релиза пакета с помощью команды
> > rebuild (см. girar task add --help);
> > * требование собирать в бранчи пакеты с релизными суффиксами
> > ослабляется: теперь возможно собирать пакеты в бранчи без релизных
> > суффиксов бранчи;
> > * возможность собирать один и тот же NEVR в разные бранчи при условии
> > совпадения исходников (для тех бранчев, для которых это разрешено);
> > * команда копирования пакетов в бранч приводит к пересборке NEVR из
> > исходного бранча в целевой;
> > * макрос %ubt раскрывается в %nil.
> >
> > подробнее об этих изменениях и их причинах можно прочитать на этой
> > странице [1].
> >
> > В соответствии с этим, для фактического различения разных сборок одного
> > NEVR'а в syslog при установке и удалении пакета rpm начиная с
> > 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета. Для задачи
> > обновления с бранча на бранч, и установки пакетов из определённого
> > бранча следует использовать механизм apt_preferences, в котором
> > необходимо выставить Pin-Priority для label, содержащий имя бранча.
> >
> > Пример для apt_preferences:
> >
> >      Package: *
> >      Pin: release l=p8
> >      Pin-Priority: 746
> >
> > Продолжение следует...
> >
> > [1] https://www.altlinux.org/Binary_package_identity_change

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

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
> On Tue, Sep 25, 2018 at 11:43:06PM +0300, Anton Farygin wrote:
> > Непонятно, как из имени или rpm -qip понять, для какого бранча был 
> > собран пакет ?
> 
> Расширим вывод rpm -qi, дополнительно будут печататься теги
> DISTRIBUTION, DISTTAG и IDENTITY.

Кстати, "Build Host", который уже есть в выводе "rpm -qi",
вполне раскрывает имя целевого бранча.


-- 
ldv

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

[devel] rpm -iq (was: Изменения в сборочнице: введение в строй)

[Sergey V Turchin]

On Wednesday, 26 September 2018 00:38:49 MSK Dmitry V wrote:

[...]
> "rpm -qi",
Кстати, "rpm -iq" раньше работало. А я иногда на автомате пишу так.

[...]


-- 
Regards, Sergey.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 00:02, Vladimir D. Seleznev пишет:
> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
> релиза дописывать уникальную информацию о сборке пакета в имя файла
> пакета, например, значение DISTTAG, но я пока не знаю, что может
> сломаться в этом случае, и какие предварительные изменения следует при
> этом сделать.

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

Я так же не знаю что и какая логика может сломаться, когда

1) начнут появляться одноимённые файлы пакетов с совершенно другим 
содержимом
2) пересборка пакета будет приводить к уменьшению его релиза.

Пункт 2 вообще нарушает идею о том, что пересобираемый в бранче пакет не 
должен изменяться.

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
[...]
> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
> релиза дописывать уникальную информацию о сборке пакета в имя файла
> пакета, например, значение DISTTAG, но я пока не знаю, что может
> сломаться в этом случае, и какие предварительные изменения следует при
> этом сделать.

Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
но срочности в этом нет.


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 10:44, Dmitry V. Levin пишет:
> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
> [...]
>> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
>> релиза дописывать уникальную информацию о сборке пакета в имя файла
>> пакета, например, значение DISTTAG, но я пока не знаю, что может
>> сломаться в этом случае, и какие предварительные изменения следует при
>> этом сделать.
> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
> но срочности в этом нет.
>
Кому они нужны в локальном кеше ? Гораздо интереснее, с каким именем его 
выкачивают с сайта.

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
> 26.09.2018 10:44, Dmitry V. Levin пишет:
> > On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
> > [...]
> >> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
> >> релиза дописывать уникальную информацию о сборке пакета в имя файла
> >> пакета, например, значение DISTTAG, но я пока не знаю, что может
> >> сломаться в этом случае, и какие предварительные изменения следует при
> >> этом сделать.
> > Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
> > посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
> > но срочности в этом нет.
> >
> Кому они нужны в локальном кеше ?

В локальном кеше они нужны apt'у.

> Гораздо интереснее, с каким именем его выкачивают с сайта.

В логах на сайте указывается путь, разве нет?


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 10:52, Dmitry V. Levin пишет:
> On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
>> 26.09.2018 10:44, Dmitry V. Levin пишет:
>>> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
>>> [...]
>>>> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
>>>> релиза дописывать уникальную информацию о сборке пакета в имя файла
>>>> пакета, например, значение DISTTAG, но я пока не знаю, что может
>>>> сломаться в этом случае, и какие предварительные изменения следует при
>>>> этом сделать.
>>> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
>>> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
>>> но срочности в этом нет.
>>>
>> Кому они нужны в локальном кеше ?
> В локальном кеше они нужны apt'у.
apt - это не "кто" а "что" :)

Т.е. - понятно что такое имя используется в процессе, но мне от этого 
легче не становится.
>
>> Гораздо интереснее, с каким именем его выкачивают с сайта.
> В логах на сайте указывается путь, разве нет?
>
>
В логах указывается путь, но этот путь теряется сразу после скачивания 
пакета.

Ты никогда не устанавливаешь пакеты из p8 на Sisyphus ?
А мне приходится.

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 10:55:22AM +0300, Anton Farygin wrote:
> 26.09.2018 10:52, Dmitry V. Levin пишет:
> > On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
> >> 26.09.2018 10:44, Dmitry V. Levin пишет:
> >>> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
> >>> [...]
> >>>> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
> >>>> релиза дописывать уникальную информацию о сборке пакета в имя файла
> >>>> пакета, например, значение DISTTAG, но я пока не знаю, что может
> >>>> сломаться в этом случае, и какие предварительные изменения следует при
> >>>> этом сделать.
> >>> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
> >>> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
> >>> но срочности в этом нет.
> >>>
> >> Кому они нужны в локальном кеше ?
> > В локальном кеше они нужны apt'у.
> apt - это не "кто" а "что" :)
> 
> Т.е. - понятно что такое имя используется в процессе, но мне от этого 
> легче не становится.
> >
> >> Гораздо интереснее, с каким именем его выкачивают с сайта.
> > В логах на сайте указывается путь, разве нет?
> >
> В логах указывается путь, но этот путь теряется сразу после скачивания 
> пакета.
> 
> Ты никогда не устанавливаешь пакеты из p8 на Sisyphus ?
> А мне приходится.

Я обычно использую apt, поэтому мне не надо задумываться об именах файлов
пакетов.

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


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 10:59, Dmitry V. Levin пишет:
> On Wed, Sep 26, 2018 at 10:55:22AM +0300, Anton Farygin wrote:
>> 26.09.2018 10:52, Dmitry V. Levin пишет:
>>> On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
>>>> 26.09.2018 10:44, Dmitry V. Levin пишет:
>>>>> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
>>>>> [...]
>>>>>> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
>>>>>> релиза дописывать уникальную информацию о сборке пакета в имя файла
>>>>>> пакета, например, значение DISTTAG, но я пока не знаю, что может
>>>>>> сломаться в этом случае, и какие предварительные изменения следует при
>>>>>> этом сделать.
>>>>> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
>>>>> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
>>>>> но срочности в этом нет.
>>>>>
>>>> Кому они нужны в локальном кеше ?
>>> В локальном кеше они нужны apt'у.
>> apt - это не "кто" а "что":)
>>
>> Т.е. - понятно что такое имя используется в процессе, но мне от этого
>> легче не становится.
>>>> Гораздо интереснее, с каким именем его выкачивают с сайта.
>>> В логах на сайте указывается путь, разве нет?
>>>
>> В логах указывается путь, но этот путь теряется сразу после скачивания
>> пакета.
>>
>> Ты никогда не устанавливаешь пакеты из p8 на Sisyphus ?
>> А мне приходится.
> Я обычно использую apt, поэтому мне не надо задумываться об именах файлов
> пакетов.
>
> Честно говоря, я вообще не очень хорошо представляю себе, кто,
> кроме зеркальщиков, видит имена файлов пакетов, с которыми имеет дело.

virt-viewer-6.0-alt0.M80P.1.x86_64.rpm
libspice-glib-0.34-alt0.M80P.1.x86_64.rpm

libspice-gtk3-0.34-alt0.M80P.1.x86_64.rpm


Вот эти три пакета (файла) очень часто скачиваю из p8 и устанавливаю на 
Sisyphus, т.к. в Sisyphus они в нужном мне функционале сломаны.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 11:05, Anton Farygin пишет:
>>>
>> Я обычно использую apt, поэтому мне не надо задумываться об именах 
>> файлов
>> пакетов.
>>
>> Честно говоря, я вообще не очень хорошо представляю себе, кто,
>> кроме зеркальщиков, видит имена файлов пакетов, с которыми имеет дело.
>
> virt-viewer-6.0-alt0.M80P.1.x86_64.rpm
> libspice-glib-0.34-alt0.M80P.1.x86_64.rpm
>
> libspice-gtk3-0.34-alt0.M80P.1.x86_64.rpm
>
>
> Вот эти три пакета (файла) очень часто скачиваю из p8 и устанавливаю 
> на Sisyphus, т.к. в Sisyphus они в нужном мне функционале сломаны. 

Добавлю, что не я один такой. Очень часто встречал сообщения, когда наши 
пользователи ставят пакеты из одного бранча в другой именно таким путём 
- скачивая и устанавливая файлы.

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 11:05:18AM +0300, Anton Farygin wrote:
> 26.09.2018 10:59, Dmitry V. Levin пишет:
> > On Wed, Sep 26, 2018 at 10:55:22AM +0300, Anton Farygin wrote:
> >> 26.09.2018 10:52, Dmitry V. Levin пишет:
> >>> On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
> >>>> 26.09.2018 10:44, Dmitry V. Levin пишет:
> >>>>> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
> >>>>> [...]
> >>>>>> Это верно. Возможно, как и в случае локального кеша apt'а, следует после
> >>>>>> релиза дописывать уникальную информацию о сборке пакета в имя файла
> >>>>>> пакета, например, значение DISTTAG, но я пока не знаю, что может
> >>>>>> сломаться в этом случае, и какие предварительные изменения следует при
> >>>>>> этом сделать.
> >>>>> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
> >>>>> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
> >>>>> но срочности в этом нет.
> >>>>>
> >>>> Кому они нужны в локальном кеше ?
> >>> В локальном кеше они нужны apt'у.
> >> apt - это не "кто" а "что":)
> >>
> >> Т.е. - понятно что такое имя используется в процессе, но мне от этого
> >> легче не становится.
> >>>> Гораздо интереснее, с каким именем его выкачивают с сайта.
> >>> В логах на сайте указывается путь, разве нет?
> >>>
> >> В логах указывается путь, но этот путь теряется сразу после скачивания
> >> пакета.
> >>
> >> Ты никогда не устанавливаешь пакеты из p8 на Sisyphus ?
> >> А мне приходится.
> > Я обычно использую apt, поэтому мне не надо задумываться об именах файлов
> > пакетов.
> >
> > Честно говоря, я вообще не очень хорошо представляю себе, кто,
> > кроме зеркальщиков, видит имена файлов пакетов, с которыми имеет дело.
> 
> virt-viewer-6.0-alt0.M80P.1.x86_64.rpm
> libspice-glib-0.34-alt0.M80P.1.x86_64.rpm
> 
> libspice-gtk3-0.34-alt0.M80P.1.x86_64.rpm
> 
> Вот эти три пакета (файла) очень часто скачиваю из p8 и устанавливаю на 
> Sisyphus, т.к. в Sisyphus они в нужном мне функционале сломаны.

Ты их apt'ом скачиваешь, или вручную?


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 11:08, Dmitry V. Levin пишет:
> Ты их apt'ом скачиваешь, или вручную?

Вручную конечно, apt же настроен на сизиф.

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
> 26.09.2018 11:08, Dmitry V. Levin пишет:
> > Ты их apt'ом скачиваешь, или вручную?
> 
> Вручную конечно, apt же настроен на сизиф.

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

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 15:31, Vladimir D. Seleznev пишет:
> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
>> 26.09.2018 11:08, Dmitry V. Levin пишет:
>>> Ты их apt'ом скачиваешь, или вручную?
>> Вручную конечно, apt же настроен на сизиф.
> Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
>
Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три 
пакета на бранч ?

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
> > On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
> >> 26.09.2018 11:08, Dmitry V. Levin пишет:
> >>> Ты их apt'ом скачиваешь, или вручную?
> >> Вручную конечно, apt же настроен на сизиф.
> > Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
> > гораздо удобнее и надежнее, чем вручную скачивать пакеты.
> >
> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три 
> пакета на бранч ?

Да, конечно.


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 16:20, Dmitry V. Levin пишет:
> On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
>> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
>>> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
>>>> 26.09.2018 11:08, Dmitry V. Levin пишет:
>>>>> Ты их apt'ом скачиваешь, или вручную?
>>>> Вручную конечно, apt же настроен на сизиф.
>>> Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
>>> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
>>>
>> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три
>> пакета на бранч ?
> Да, конечно.
>
>
Ну отлично, значит воспользуемся.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 16:31, Anton Farygin пишет:
> 26.09.2018 16:20, Dmitry V. Levin пишет:
>> On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
>>> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
>>>> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
>>>>> 26.09.2018 11:08, Dmitry V. Levin пишет:
>>>>>> Ты их apt'ом скачиваешь, или вручную?
>>>>> Вручную конечно, apt же настроен на сизиф.
>>>> Как раз для таких случаев есть механизм apt_preferences. На мой 
>>>> взгляд,
>>>> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
>>>>
>>> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три
>>> пакета на бранч ?
>> Да, конечно.
>>
>>
> Ну отлично, значит воспользуемся.

Но при этом я файлы качать не перестану. Редко, но бывает необходимость 
пойти и скачать файл, записать его на USB flash, донести до нужного 
компьютера и поставить через rpm -Uvh что бы там заработала сеть, например.

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Wed, Sep 26, 2018 at 04:31:55PM +0300, Anton Farygin wrote:
> 26.09.2018 16:20, Dmitry V. Levin пишет:
> > On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
> >> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
> >>> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
> >>>> 26.09.2018 11:08, Dmitry V. Levin пишет:
> >>>>> Ты их apt'ом скачиваешь, или вручную?
> >>>> Вручную конечно, apt же настроен на сизиф.
> >>> Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
> >>> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
> >>>
> >> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три
> >> пакета на бранч ?
> > Да, конечно.
> >
> >
> Ну отлично, значит воспользуемся.

Ещё вариант без записи в конфиг:

    # apt-get install -t 'l=p8' package

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 18:36, Vladimir D. Seleznev пишет:
> On Wed, Sep 26, 2018 at 04:31:55PM +0300, Anton Farygin wrote:
>> 26.09.2018 16:20, Dmitry V. Levin пишет:
>>> On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
>>>> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
>>>>> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
>>>>>> 26.09.2018 11:08, Dmitry V. Levin пишет:
>>>>>>> Ты их apt'ом скачиваешь, или вручную?
>>>>>> Вручную конечно, apt же настроен на сизиф.
>>>>> Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
>>>>> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
>>>>>
>>>> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три
>>>> пакета на бранч ?
>>> Да, конечно.
>>>
>>>
>> Ну отлично, значит воспользуемся.
> Ещё вариант без записи в конфиг:
>
>      # apt-get install -t 'l=p8' package
>
Надо только ещё добавить кеши от p8 в конфиг ? А как наш apt это переживёт ?

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 07:20:12PM +0300, Anton Farygin wrote:
> 26.09.2018 18:36, Vladimir D. Seleznev пишет:
> > On Wed, Sep 26, 2018 at 04:31:55PM +0300, Anton Farygin wrote:
> >> 26.09.2018 16:20, Dmitry V. Levin пишет:
> >>> On Wed, Sep 26, 2018 at 03:32:27PM +0300, Anton Farygin wrote:
> >>>> 26.09.2018 15:31, Vladimir D. Seleznev пишет:
> >>>>> On Wed, Sep 26, 2018 at 11:56:43AM +0300, Anton Farygin wrote:
> >>>>>> 26.09.2018 11:08, Dmitry V. Levin пишет:
> >>>>>>> Ты их apt'ом скачиваешь, или вручную?
> >>>>>> Вручную конечно, apt же настроен на сизиф.
> >>>>> Как раз для таких случаев есть механизм apt_preferences. На мой взгляд,
> >>>>> гораздо удобнее и надежнее, чем вручную скачивать пакеты.
> >>>>>
> >>>> Чем удобнее ? В apt_prefernces можно настроить всё на Sisyphus, а три
> >>>> пакета на бранч ?
> >>> Да, конечно.
> >>>
> >> Ну отлично, значит воспользуемся.
> > Ещё вариант без записи в конфиг:
> >
> >      # apt-get install -t 'l=p8' package
> >
> Надо только ещё добавить кеши от p8 в конфиг?

Индексы надо добавить, кеши apt сам сделает.

> А как наш apt это переживёт ?

Потребление памяти и время работы вырастет примерно в π/2 раз. :)


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

27.09.2018 03:10, Dmitry V. Levin пишет:
>> Надо только ещё добавить кеши от p8 в конфиг?
> Индексы надо добавить, кеши apt сам сделает.
>
>> А как наш apt это переживёт ?
> Потребление памяти и время работы вырастет примерно в π/2 раз.:)

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

Re: [devel] Изменения в сборочнице: введение в строй

[Mikhail Efremov]

On Thu, 27 Sep 2018 07:43:52 +0300 Anton Farygin wrote:
> 27.09.2018 03:10, Dmitry V. Levin пишет:
> >> Надо только ещё добавить кеши от p8 в конфиг?  
> > Индексы надо добавить, кеши apt сам сделает.
> >  
> >> А как наш apt это переживёт ?  
> > Потребление памяти и время работы вырастет примерно в π/2 раз.:)  
> 
> Спасибо, я пока что продолжу скачивать файлики. Верните, пожалуйста,
> мне разные имена файлов.

Я так и не понял чем новая схема мешает скачивать файлики как и раньше.

-- 
WBR, Mikhail Efremov

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

27.09.2018 10:48, Mikhail Efremov пишет:
> On Thu, 27 Sep 2018 07:43:52 +0300 Anton Farygin wrote:
>> 27.09.2018 03:10, Dmitry V. Levin пишет:
>>>> Надо только ещё добавить кеши от p8 в конфиг?
>>> Индексы надо добавить, кеши apt сам сделает.
>>>   
>>>> А как наш apt это переживёт ?
>>> Потребление памяти и время работы вырастет примерно в π/2 раз.:)
>> Спасибо, я пока что продолжу скачивать файлики. Верните, пожалуйста,
>> мне разные имена файлов.
> Я так и не понял чем новая схема мешает скачивать файлики как и раньше.

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

Re: [devel] Изменения в сборочнице: введение в строй

[Aleksei Nikiforov]

26.09.2018 11:05, Anton Farygin пишет:
> 26.09.2018 10:59, Dmitry V. Levin пишет:
>> On Wed, Sep 26, 2018 at 10:55:22AM +0300, Anton Farygin wrote:
>>> 26.09.2018 10:52, Dmitry V. Levin пишет:
>>>> On Wed, Sep 26, 2018 at 10:49:43AM +0300, Anton Farygin wrote:
>>>>> 26.09.2018 10:44, Dmitry V. Levin пишет:
>>>>>> On Wed, Sep 26, 2018 at 12:02:47AM +0300, Vladimir D. Seleznev wrote:
>>>>>> [...]
>>>>>>> Это верно. Возможно, как и в случае локального кеша apt'а, 
>>>>>>> следует после
>>>>>>> релиза дописывать уникальную информацию о сборке пакета в имя файла
>>>>>>> пакета, например, значение DISTTAG, но я пока не знаю, что может
>>>>>>> сломаться в этом случае, и какие предварительные изменения 
>>>>>>> следует при
>>>>>>> этом сделать.
>>>>>> Имена файлов в локальном кеше apt'а и так уже достаточно уникальны,
>>>>>> посмотрите.  Можно добавить туда sha1header, конечно, хуже не будет,
>>>>>> но срочности в этом нет.
>>>>>>
>>>>> Кому они нужны в локальном кеше ?
>>>> В локальном кеше они нужны apt'у.
>>> apt - это не "кто" а "что":)
>>>
>>> Т.е. - понятно что такое имя используется в процессе, но мне от этого
>>> легче не становится.
>>>>> Гораздо интереснее, с каким именем его выкачивают с сайта.
>>>> В логах на сайте указывается путь, разве нет?
>>>>
>>> В логах указывается путь, но этот путь теряется сразу после скачивания
>>> пакета.
>>>
>>> Ты никогда не устанавливаешь пакеты из p8 на Sisyphus ?
>>> А мне приходится.
>> Я обычно использую apt, поэтому мне не надо задумываться об именах файлов
>> пакетов.
>>
>> Честно говоря, я вообще не очень хорошо представляю себе, кто,
>> кроме зеркальщиков, видит имена файлов пакетов, с которыми имеет дело.
> 
> virt-viewer-6.0-alt0.M80P.1.x86_64.rpm
> libspice-glib-0.34-alt0.M80P.1.x86_64.rpm
> 
> libspice-gtk3-0.34-alt0.M80P.1.x86_64.rpm
> 

Спасибо за рецепт исправления virt-viewer на Sisyphus!

> 
> Вот эти три пакета (файла) очень часто скачиваю из p8 и устанавливаю на 
> Sisyphus, т.к. в Sisyphus они в нужном мне функционале сломаны.
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

[devel] virt-viewer на Sisyphus (was: Изменения в сборочнице: введение в строй)

[Sergey V Turchin]

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

On Wednesday, 26 September 2018 11:14:45 MSK Aleksei Nikiforov wrote:

[...]
> Спасибо за рецепт исправления virt-viewer на Sisyphus!
Я себе давно кнопочку сделал. ;-) (см. аттач)
Только их троих на Hold надо еще в apt.conf .

-- 
Regards, Sergey.

[-- Attachment #2: virt-viewer-downgrade.sh --]
[-- Type: application/x-shellscript, Size: 400 bytes --]

Re: [devel] virt-viewer на Sisyphus

[Anton Farygin]

26.09.2018 12:05, Sergey V Turchin пишет:
> On Wednesday, 26 September 2018 11:14:45 MSK Aleksei Nikiforov wrote:
>
> [...]
>> Спасибо за рецепт исправления virt-viewer на Sisyphus!
> Я себе давно кнопочку сделал. ;-) (см. аттач)
> Только их троих на Hold надо еще в apt.conf .
Твой скрипт у меня в некоторых случаях (отсутствие инета) может не 
заработать, мой вариант надёжнее.

Re: [devel] virt-viewer на Sisyphus

[Anton Farygin]

26.09.2018 12:05, Sergey V Turchin пишет:
> On Wednesday, 26 September 2018 11:14:45 MSK Aleksei Nikiforov wrote:
>
> [...]
>> Спасибо за рецепт исправления virt-viewer на Sisyphus!
> Я себе давно кнопочку сделал. ;-) (см. аттач)
> Только их троих на Hold надо еще в apt.conf .
pve исправили, можно сниматься с Hold.

Re: [devel] Изменения в сборочнице: введение в строй

[Антон Мидюков]

26.09.2018 01:08, Vladimir D. Seleznev пишет:
> * макрос %ubt раскрывается в %nil.
Чейнджлог будет неправильную информацию выдавать теперь о ранее 
собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 07:46, Антон Мидюков пишет:
> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>> * макрос %ubt раскрывается в %nil.
> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>
И это не правильно, т.к. с такими changelog пакеты в бранчи портируются 
плохо (changelog не соответствует пакету)

Re: [devel] Изменения в сборочнице: введение в строй

[Антон Мидюков]

26.09.2018 12:00, Anton Farygin пишет:
> 26.09.2018 07:46, Антон Мидюков пишет:
>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>>> * макрос %ubt раскрывается в %nil.
>> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>>
> И это не правильно, т.к. с такими changelog пакеты в бранчи 
> портируются плохо (changelog не соответствует пакету)
>
Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет 
ничего. changelog не соответствует пакету. Портирование пересборкой 
сизифного тега будет порождать несоответствие changelog собранного 
пакета в бранче.

В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода я 
не вижу.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 08:09, Антон Мидюков пишет:
> 26.09.2018 12:00, Anton Farygin пишет:
>> 26.09.2018 07:46, Антон Мидюков пишет:
>>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>>>> * макрос %ubt раскрывается в %nil.
>>> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
>>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>>>
>> И это не правильно, т.к. с такими changelog пакеты в бранчи 
>> портируются плохо (changelog не соответствует пакету)
>>
> Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет 
> ничего. changelog не соответствует пакету. Портирование пересборкой 
> сизифного тега будет порождать несоответствие changelog собранного 
> пакета в бранче.
>
> В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода я 
> не вижу.
>
%ubt сам заменится на ничего. И всё встанет на свои места.

Re: [devel] Изменения в сборочнице: введение в строй

[Антон Мидюков]

26.09.2018 12:10, Anton Farygin пишет:
> 26.09.2018 08:09, Антон Мидюков пишет:
>> 26.09.2018 12:00, Anton Farygin пишет:
>>> 26.09.2018 07:46, Антон Мидюков пишет:
>>>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>>>>> * макрос %ubt раскрывается в %nil.
>>>> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
>>>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>>>>
>>> И это не правильно, т.к. с такими changelog пакеты в бранчи 
>>> портируются плохо (changelog не соответствует пакету)
>>>
>> Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет 
>> ничего. changelog не соответствует пакету. Портирование пересборкой 
>> сизифного тега будет порождать несоответствие changelog собранного 
>> пакета в бранче.
>>
>> В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода 
>> я не вижу.
>>
> %ubt сам заменится на ничего. И всё встанет на свои места.
Но changelog не будет соответствовать действительной истории пакетов в 
бранче? Или это по боку?

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 08:13, Антон Мидюков пишет:
> 26.09.2018 12:10, Anton Farygin пишет:
>> 26.09.2018 08:09, Антон Мидюков пишет:
>>> 26.09.2018 12:00, Anton Farygin пишет:
>>>> 26.09.2018 07:46, Антон Мидюков пишет:
>>>>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>>>>>> * макрос %ubt раскрывается в %nil.
>>>>> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
>>>>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>>>>>
>>>> И это не правильно, т.к. с такими changelog пакеты в бранчи 
>>>> портируются плохо (changelog не соответствует пакету)
>>>>
>>> Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет 
>>> ничего. changelog не соответствует пакету. Портирование пересборкой 
>>> сизифного тега будет порождать несоответствие changelog собранного 
>>> пакета в бранче.
>>>
>>> В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода 
>>> я не вижу.
>>>
>> %ubt сам заменится на ничего. И всё встанет на свои места.
> Но changelog не будет соответствовать действительной истории пакетов в 
> бранче? Или это по боку?
>
В смысле не будет ? будет.

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Wed, Sep 26, 2018 at 12:13:29PM +0700, Антон Мидюков wrote:
> 26.09.2018 12:10, Anton Farygin пишет:
> > 26.09.2018 08:09, Антон Мидюков пишет:
> >> 26.09.2018 12:00, Anton Farygin пишет:
> >>> 26.09.2018 07:46, Антон Мидюков пишет:
> >>>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
> >>>>> * макрос %ubt раскрывается в %nil.
> >>>> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
> >>>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
> >>>>
> >>> И это не правильно, т.к. с такими changelog пакеты в бранчи 
> >>> портируются плохо (changelog не соответствует пакету)
> >>>
> >> Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет 
> >> ничего. changelog не соответствует пакету. Портирование пересборкой 
> >> сизифного тега будет порождать несоответствие changelog собранного 
> >> пакета в бранче.
> >>
> >> В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода 
> >> я не вижу.
> >>
> > %ubt сам заменится на ничего. И всё встанет на свои места.
> Но changelog не будет соответствовать действительной истории пакетов в 
> бранче? Или это по боку?

Отмечу, что одним из негативных проявлением %ubt было как раз враньё в
changelog'е. Вот пример: в changelog'е curl в p8 присутствует релиз
7.51.0-alt2.M80P.1, однако в p8 он никогда не был собран:

http://ftp.altlinux.org/pub/distributions/archive/p8/index/src/c/curl/

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

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 15:41, Vladimir D. Seleznev пишет:
> On Wed, Sep 26, 2018 at 12:13:29PM +0700, Антон Мидюков wrote:
>> 26.09.2018 12:10, Anton Farygin пишет:
>>> 26.09.2018 08:09, Антон Мидюков пишет:
>>>> 26.09.2018 12:00, Anton Farygin пишет:
>>>>> 26.09.2018 07:46, Антон Мидюков пишет:
>>>>>> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
>>>>>>> * макрос %ubt раскрывается в %nil.
>>>>>> Чейнджлог будет неправильную информацию выдавать теперь о ранее
>>>>>> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.
>>>>>>
>>>>> И это не правильно, т.к. с такими changelog пакеты в бранчи
>>>>> портируются плохо (changelog не соответствует пакету)
>>>>>
>>>> Так оно и так не будет соответствовать теперь. Вместо .M80P.1 будет
>>>> ничего. changelog не соответствует пакету. Портирование пересборкой
>>>> сизифного тега будет порождать несоответствие changelog собранного
>>>> пакета в бранче.
>>>>
>>>> В p8 для своих пакетов буду заменять %ubt на .M80P.1. Другого выхода
>>>> я не вижу.
>>>>
>>> %ubt сам заменится на ничего. И всё встанет на свои места.
>> Но changelog не будет соответствовать действительной истории пакетов в
>> бранче? Или это по боку?
> Отмечу, что одним из негативных проявлением %ubt было как раз враньё в
> changelog'е. Вот пример: в changelog'е curl в p8 присутствует релиз
> 7.51.0-alt2.M80P.1, однако в p8 он никогда не был собран:
>
> http://ftp.altlinux.org/pub/distributions/archive/p8/index/src/c/curl/
>
Володя, я вообще часто делаю пакеты, меняю ченжлоги и _НЕ ОТПРАВЛЯЮ_ их 
в репозитории по каким-то известным только мне причинам. Это нормально, 
не надо об этом беспокоится.

Более новая версия или сборка проходит нормально. Но запись в changelog 
остаётся.

Re: [devel] Изменения в сборочнице: введение в строй

[Sergey V Turchin]

On Wednesday, 26 September 2018 15:41:45 MSK Vladimir D wrote:

[...]
> Отмечу, что одним из негативных проявлением %ubt было как раз враньё в
> changelog'е. Вот пример: в changelog'е curl в p8 присутствует релиз
> 7.51.0-alt2.M80P.1, однако в p8 он никогда не был собран:
Да, кстати. Запись в changelog означает изменения, а не сборку, так что 
враньем в соотв. контексте является само упоминание вранья в большей степени, 
чем действительно враньем.

-- 
Regards, Sergey.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton Farygin]

26.09.2018 17:57, Sergey V Turchin пишет:
> On Wednesday, 26 September 2018 15:41:45 MSK Vladimir D wrote:
>
> [...]
>> Отмечу, что одним из негативных проявлением %ubt было как раз враньё в
>> changelog'е. Вот пример: в changelog'е curl в p8 присутствует релиз
>> 7.51.0-alt2.M80P.1, однако в p8 он никогда не был собран:
> Да, кстати. Запись в changelog означает изменения, а не сборку, так что
> враньем в соотв. контексте является само упоминание вранья в большей степени,
> чем действительно враньем.
>
Редкий случай когда я согласен с нечитаемой фразой зерга ;)

Re: [devel] Изменения в сборочнице: введение в строй

[Dmitry V. Levin]

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

On Wed, Sep 26, 2018 at 11:46:44AM +0700, Антон Мидюков wrote:
> 26.09.2018 01:08, Vladimir D. Seleznev пишет:
> > * макрос %ubt раскрывается в %nil.
> Чейнджлог будет неправильную информацию выдавать теперь о ранее 
> собранных пакетах. Я в своих спеках %ubt меняю на .S1 в чейнджлоге.

Если в %changelog используются макросы, значение которых зависит от бранча,
то %changelog и так уже зачастую содержит недостоверную информацию.

Наконец-то появилась возможность избавиться от дурацких суффиксов в именах
релизов, давайте не будем их плодить.


-- 
ldv

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

Re: [devel] Изменения в сборочнице: введение в строй

[Sergey Bolshakov]

>>>>> "Vladimir" == Vladimir D Seleznev <vseleznv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > Доброго времени суток!
 > С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:

 > * возможность делать пересборку текущего релиза пакета с помощью команды
 > rebuild (см. girar task add --help);
 > * требование собирать в бранчи пакеты с релизными суффиксами
 > ослабляется: теперь возможно собирать пакеты в бранчи без релизных
 > суффиксов бранчи;
 > * возможность собирать один и тот же NEVR в разные бранчи при условии
 > совпадения исходников (для тех бранчев, для которых это разрешено);
 > * команда копирования пакетов в бранч приводит к пересборке NEVR из
 > исходного бранча в целевой;
 > * макрос %ubt раскрывается в %nil.

^^^^^^^^^^^^^^
Коллеги, это шулерство.

$ hsh packages/sisyphus/files/SRPMS/wxsvg-1.5.14-alt4.src.rpm
...
Wrote: /usr/src/RPM/SRPMS/wxsvg-1.5.14-alt4.S1.src.rpm
Wrote: /usr/src/RPM/RPMS/x86_64/wxsvg-1.5.14-alt4.S1.x86_64.rpm
и т.д.

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

[rest skipped]

-- 

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Fri, Sep 28, 2018 at 02:48:27PM +0300, Sergey Bolshakov wrote:
> >>>>> "Vladimir" == Vladimir D Seleznev <vseleznv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
>  > Доброго времени суток!
>  > С сегодняшнего вечера вводятся в строй следующие изменения в сборочнице:
> 
>  > * возможность делать пересборку текущего релиза пакета с помощью команды
>  > rebuild (см. girar task add --help);
>  > * требование собирать в бранчи пакеты с релизными суффиксами
>  > ослабляется: теперь возможно собирать пакеты в бранчи без релизных
>  > суффиксов бранчи;
>  > * возможность собирать один и тот же NEVR в разные бранчи при условии
>  > совпадения исходников (для тех бранчев, для которых это разрешено);
>  > * команда копирования пакетов в бранч приводит к пересборке NEVR из
>  > исходного бранча в целевой;
>  > * макрос %ubt раскрывается в %nil.
> 
> ^^^^^^^^^^^^^^
> Коллеги, это шулерство.
> 
> $ hsh packages/sisyphus/files/SRPMS/wxsvg-1.5.14-alt4.src.rpm
> ...
> Wrote: /usr/src/RPM/SRPMS/wxsvg-1.5.14-alt4.S1.src.rpm
> Wrote: /usr/src/RPM/RPMS/x86_64/wxsvg-1.5.14-alt4.S1.x86_64.rpm
> и т.д.
> 
> Пожалуйста, сделайте так, чтобы всё необходимое для повторения
> ваших результатов было опубликовано в виде пакетов.
> 
> [rest skipped]

Task #213781.

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

Re: [devel] Изменения в сборочнице: введение в строй

[Alexei Takaseev]

----- Исходное сообщение -----
> От: "Vladimir D. Seleznev" <vseleznv@altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправлено: Суббота, 29 Сентябрь 2018 г 15:09:38
> Тема: Re: [devel] Изменения в сборочнице: введение в строй
> 
> On Fri, Sep 28, 2018 at 02:48:27PM +0300, Sergey Bolshakov wrote:
> > >>>>> "Vladimir" == Vladimir D Seleznev
> > >>>>> <vseleznv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > 
> >  > Доброго времени суток!
> >  > С сегодняшнего вечера вводятся в строй следующие изменения в
> >  > сборочнице:
> > 
> >  > * возможность делать пересборку текущего релиза пакета с помощью
> >  > команды
> >  > rebuild (см. girar task add --help);
> >  > * требование собирать в бранчи пакеты с релизными суффиксами
> >  > ослабляется: теперь возможно собирать пакеты в бранчи без
> >  > релизных
> >  > суффиксов бранчи;
> >  > * возможность собирать один и тот же NEVR в разные бранчи при
> >  > условии
> >  > совпадения исходников (для тех бранчев, для которых это
> >  > разрешено);
> >  > * команда копирования пакетов в бранч приводит к пересборке NEVR
> >  > из
> >  > исходного бранча в целевой;
> >  > * макрос %ubt раскрывается в %nil.
> > 
> > ^^^^^^^^^^^^^^
> > Коллеги, это шулерство.
> > 
> > $ hsh packages/sisyphus/files/SRPMS/wxsvg-1.5.14-alt4.src.rpm
> > ...
> > Wrote: /usr/src/RPM/SRPMS/wxsvg-1.5.14-alt4.S1.src.rpm
> > Wrote: /usr/src/RPM/RPMS/x86_64/wxsvg-1.5.14-alt4.S1.x86_64.rpm
> > и т.д.
> > 
> > Пожалуйста, сделайте так, чтобы всё необходимое для повторения
> > ваших результатов было опубликовано в виде пакетов.
> > 
> > [rest skipped]
> 
> Task #213781.

И надо что-то подправить и для p8:

mkdir: created directory '/usr/src/in/srpm'
Building target platforms: x86_64
Building for target x86_64
Wrote: /usr/src/in/srpm/zabbix-4.0.0-alt1.M80P.1.src.rpm
hsh-rebuild: pkg.tar: created src.rpm file.
/usr/src/in/srpm/zabbix-4.0.0-alt1.M80P.1.src.rpm: wrong CHANGELOGNAME: expected "1:4.0.0-alt1.M80P.1", found "1:4.0.0-alt1"
sisyphus_check: check-changelog ERROR: changelog format violation
hsh-rebuild: pkg.tar: sisyphus_check failed.


Понятно что это лечится отрыванием %ubt в пакете, но по-хорошему было бы правильно привести поведение в Сизифе и бранча
к единому знаменателю, раз уж пошла такая тема.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton V. Boyarshinov]

On Tue, 25 Sep 2018 21:08:00 +0300 Vladimir D. Seleznev wrote:

> * команда копирования пакетов в бранч приводит к пересборке NEVR из
> исходного бранча в целевой;

Наблюдаю серъёзное незапланированное изменение поведения по сравнению с
предыдущей версией.

Раньше при copy использовалась версия пакета на момент выполнения
задания, а теперь -- на момент создания.

рассмотрим последовательность команд:

ssh git build package tag
ssh git task new branch
ssh git task add copy package
ssh git deps add номер_задания_из_первой_команды
ssh git task run

Раньше она приводила к том, что в бранче branch оказывалась версия,
собранная первой командой.

Сейчас же в бранче окажется версия, собранная на момент отправки
задания на копирование.

При этом простого способа решения этой весьма распространённой задачи я
не вижу.

Считаю, что это надо считать регрессией и исправить, сделав
формирование задания на rebuild отложенным.

Re: [devel] Изменения в сборочнице: введение в строй

[Anton V. Boyarshinov]

Совет от Глеба, логично
> 
> ssh git build package tag
> ssh git task new branch
> ssh git task add copy package

Эту команду заменить на 

ssh git task add repo package tag

> ssh git deps add номер_задания_из_первой_команды
> ssh git task run

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


> Раньше она приводила к том, что в бранче branch оказывалась версия,
> собранная первой командой.
> 
> Сейчас же в бранче окажется версия, собранная на момент отправки
> задания на копирование.
> 
> При этом простого способа решения этой весьма распространённой задачи я
> не вижу.
> 
> Считаю, что это надо считать регрессией и исправить, сделав
> формирование задания на rebuild отложенным.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Mon, Oct 01, 2018 at 03:46:55PM +0300, Anton V. Boyarshinov wrote:
> On Tue, 25 Sep 2018 21:08:00 +0300 Vladimir D. Seleznev wrote:
> 
> > * команда копирования пакетов в бранч приводит к пересборке NEVR из
> > исходного бранча в целевой;
> 
> Наблюдаю серъёзное незапланированное изменение поведения по сравнению с
> предыдущей версией.
> 
> Раньше при copy использовалась версия пакета на момент выполнения
> задания, а теперь -- на момент создания.
> 
> рассмотрим последовательность команд:
> 
> ssh git build package tag
> ssh git task new branch
> ssh git task add copy package
> ssh git deps add номер_задания_из_первой_команды
> ssh git task run
> 
> Раньше она приводила к том, что в бранче branch оказывалась версия,
> собранная первой командой.
> 
> Сейчас же в бранче окажется версия, собранная на момент отправки
> задания на копирование.

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

> При этом простого способа решения этой весьма распространённой задачи я
> не вижу.
> 
> Считаю, что это надо считать регрессией и исправить, сделав
> формирование задания на rebuild отложенным.

Это легко реализуется. Надо только понять, действительно ли мы хотим
такого повередния и почему?

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

Re: [devel] Изменения в сборочнице: введение в строй

[Igor Zubkov]

On Tue, Sep 25, 2018 at 9:11 PM Vladimir D. Seleznev
<vseleznv@altlinux.org> wrote:
> В соответствии с этим, для фактического различения разных сборок одного
> NEVR'а в syslog при установке и удалении пакета rpm начиная с
> 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета.

И как этот выхлоп читать?

# rpm -qp --qf="%{DISTTAG}\n"
/ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
sisyphus.213479.100
# rpm -qp --qf="%{IDENTITY}\n"
/ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
(none)
# rpm -qp --qf="%{DISTRIBUTION}\n"
/ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
ALT Sisyphus
#

1. branch.task.subtask?
2. Почему пусто?

Re: [devel] Изменения в сборочнице: введение в строй

[Vladimir D. Seleznev]

On Mon, Oct 01, 2018 at 06:00:41PM +0300, Igor Zubkov wrote:
> On Tue, Sep 25, 2018 at 9:11 PM Vladimir D. Seleznev
> <vseleznv@altlinux.org> wrote:
> > В соответствии с этим, для фактического различения разных сборок одного
> > NEVR'а в syslog при установке и удалении пакета rpm начиная с
> > 4.13.0.1-alt3 печатает RPMTAG_DISTTAG заданного пакета.
> 
> И как этот выхлоп читать?
> 
> # rpm -qp --qf="%{DISTTAG}\n"
> /ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
> sisyphus.213479.100
> # rpm -qp --qf="%{IDENTITY}\n"
> /ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
> (none)
> # rpm -qp --qf="%{DISTRIBUTION}\n"
> /ALT/Sisyphus/files/x86_64/RPMS/packer-1.3.1-alt1.x86_64.rpm
> ALT Sisyphus
> #
> 
> 1. branch.task.subtask?

Да. Но это может слегка поменяться в будущем.

> 2. Почему пусто?

Потому что нереализовано. Пока что.

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