Re: [devel] xen-4.7.0-alt7: Sisyphus/x86_64 test rebuild failed

Re: [devel] xen-4.7.0-alt7: Sisyphus/x86_64 test rebuild failed

[Alexey Tourbin]

On Sun, Nov 13, 2016 at 6:04 PM, Dmitriy D. Shadrinov
<shadrinov@altlinux.org> wrote:
> 13 нояб. 2016 г., в 13:27, ALT beekeeper <hiver@altlinux.org> написал(а):
>
> Package: xen-4.7.0-alt7
> Status: Sisyphus/x86_64 test rebuild failed
> Cannot build this package.
> Please investigate.
> Excerpt from build log:
>
> <13>Nov 12 22:21:28 rpmi: rpm-macros-uefi-0.5-alt1 1387289833 installed
> <13>Nov 12 22:21:28 rpmi: libnl-devel-3.2.27-alt1 1455210193 installed
> <13>Nov 12 22:21:28 rpmi: libpci-devel-3.5.2-alt1 1477039475 installed
>
> <..>
>
> <13>Nov 12 22:21:42 rpmi: python-2.7.11-alt3 1460726088 installed
> <13>Nov 12 22:21:42 rpmi: python-dev-2.7.11-alt3 1460726088 installed
> <13>Nov 12 22:21:42 rpmi: glib2-devel-2.50.2-alt1 1478537724 installed
> error: failed build dependencies:
> flex is needed by xen-4.7.0-alt7
> libfdt-devel is needed by xen-4.7.0-alt7
> libgcrypt-devel is needed by xen-4.7.0-alt7
> liblzo2-devel is needed by xen-4.7.0-alt7
> libvde-devel is needed by xen-4.7.0-alt7
> perl-HTML-Parser is needed by xen-4.7.0-alt7
> Installing xen-4.7.0-alt7.src.rpm
> Building target platforms: x86_64
> Building for target x86_64
> Command exited with non-zero status 1

> Прошу помощи… Пришло такое письмо. Где можно получить какие-нибудь
> логи, из которых можно было бы понять причины? Удалось по рассылке
> нагуглить:
>
> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/
> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/

Потому что у вас в спекфайле написано:

%ifarch %ix86
%def_without hypervisor
%else
%def_with hypervisor
%endif

Т.е. на 32-битных архитектурах собирается без гипервизора. И далее:

%{?_with_hypervisor:BuildRequires: flex discount libfdt-devel
libgcrypt-devel liblzo2-devel libvde-devel perl-HTML-Parser
perl-devel}

А src.rpm в репозитории всего один, и он традиционно берется из
результатов сборки i586.  Т.е. в данном случае берется src.rpm с
урезанными зависимостями. Когда его вдруг начинают собирать на x86_64,
то оказывается, что зависимостей не хватает.

Re: [devel] xen-4.7.0-alt7: Sisyphus/x86_64 test rebuild failed

[Alexey Tourbin]

xen-4.7.0-alt3-11-gf3943c8
Fix typo in /etc/rc.d/init.d/xendriverdomain
http://git.altlinux.org/gears/x/xen.git?a=commitdiff;h=f3943c80

-       echo $"Usage: $0 {start|stop|restart|force-reload}"
+       echo "Usage: $0 {start|stop|restart|force-reload}"

Это не typo, это bash syntax for gettext.

Re: [devel] xen-4.7.0-alt7: Sisyphus/x86_64 test rebuild failed

[Dmitriy D. Shadrinov]

14 нояб. 2016 г., в 4:48, Alexey Tourbin <alexey.tourbin@gmail.com> написал(а):

> Потому что у вас в спекфайле написано:
> 
> %ifarch %ix86
> %def_without hypervisor
> %else
> %def_with hypervisor
> %endif
> 
> Т.е. на 32-битных архитектурах собирается без гипервизора. И далее:
> 
> %{?_with_hypervisor:BuildRequires: flex discount libfdt-devel
> libgcrypt-devel liblzo2-devel libvde-devel perl-HTML-Parser
> perl-devel}
> 
> А src.rpm в репозитории всего один, и он традиционно берется из
> результатов сборки i586.  Т.е. в данном случае берется src.rpm с
> урезанными зависимостями. Когда его вдруг начинают собирать на x86_64,
> то оказывается, что зависимостей не хватает.

в данном случае, я тогда просто убираю это условие для BuildRequires,
но как следовало бы поступить, если бы для i586 не было бы соответствующих -devel пакетов?

> xen-4.7.0-alt3-11-gf3943c8
> Fix typo in /etc/rc.d/init.d/xendriverdomain
> http://git.altlinux.org/gears/x/xen.git?a=commitdiff;h=f3943c80
> 
> -       echo $"Usage: $0 {start|stop|restart|force-reload}"
> +       echo "Usage: $0 {start|stop|restart|force-reload}"
> 
> Это не typo, это bash syntax for gettext.

Ок, не знал, спасибо, но repocop считает это bashism’ом. как правильно поступить в этом случае?

Re: [devel] xen-4.7.0-alt7: Sisyphus/x86_64 test rebuild failed

[Alexey Tourbin]

2016-11-14 8:42 GMT+03:00 Dmitriy D. Shadrinov <shadrinov@altlinux.org>:
> в данном случае, я тогда просто убираю это условие для BuildRequires,

Да, сейчас наверное так проще всего сделать. Иначе будут приходить
письма счастья.

> но как следовало бы поступить, если бы для i586 не было бы соответствующих -devel пакетов?

По-идее, комплект пакетов на всех архитектурах должен быть одинаковым,
иначе зачем сборочная система синхронизирует сборку? С другой стороны,
исключения все же могу быть. В общем, поскольку в имеющейся системе
пересобирается src.rpm, то хорошего выхода нет. Можно было бы где-то
на уровне hasher'а в несколько стадий начинать сборку src.rpm пакета,
примерно так, как это делается для pkg.tar из gear. Но что-то мне
кажется переделывать это никто не захочет.

Вообще эта система, которая называется beehive и шлет письма счастья,
была сделана еще в 2003 году. Сейчас она воспринимается как
анахронизм; хороша она лишь тем, что лучше, чем ничего. Начиная с
того, что почему письма счастья шлют тем, у кого сломался пакет? Ведь
кто-то другой разломал его сборку! А кто - сисьтема beehive не знает.
Поэтому и кому слать письма сисьтема не знает, а шлет тем, кто
попадается под руку, к кому проще привязаться.

Далее, и сам факт успешной переборки пакета значит не очень много.
Нужно отслеживать еще и изменение свойств пакета. Я даже к этому
немного руку приложил, хотя конечно это полумера, которая ничего не
решает: http://git.altlinux.org/people/at/packages/beehive.git?a=commitdiff;h=350c1bbe

Например, просмотрев сегодня несколько свежих логов, я заметил, что в
пакете csync, в его базовой библиотеке libcsync, отвалилась поддержка
самбы: http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2016/1112/success/csync-0.50.6-alt1

--- libcsync-0.50.6-alt1.x86_64.rpm.repo 2012-05-24 13:09:12.000000000 +0000
+++ libcsync-0.50.6-alt1.x86_64.rpm.hasher 2016-11-13 06:30:28.055633579 +0000
@@ -17,4 +17,3 @@
 Requires: librt.so.1(GLIBC_2.2.5)(64bit)
-Requires: libsmbclient.so.0()(64bit) >=
set:lgyvpCCrsZmlxtGmiKTiI2dQLfNR7tino9yte8rZFebvsQgdyRsCpymQdgqW4eZ8ZnwC4in7
-Requires: libsqlite3.so.0()(64bit) >= set:njSGrRiF9uFuzDcaEEutrZ1hdZkt7UzA42n0
+Requires: libsqlite3.so.0()(64bit) >=
set:okf8TjYiZ6YadqlLwxP1nGzGIFKHnmgZu1ZoA4
 Requires: libssh.so.4()(64bit) >=
set:mgitgPxrYwe0F2kZ9EEkjmfZlSArAJXbGCYT1qqMnm7MZiZrmb6Abay1EmzAA98ZlO8Rd0ZK5uOtaKRl1u31ZrfqFZ5Z34aRxHmzHNN7RQF2H80

То есть пакет четыре с половиной года назад (в заголовке diff) был
собран с libsmbclient.so.0 и сейчас работает с libsmbclient.so.0, а
если его "тестово пересобрать" (или, например, исправить какую-нибудь
уязвимость), но поддержка самбы немедленно отвалится.

Долгое время ImageMagick в альт линуксе собирался без поддержки
jpeg2000, потому что ImageMagick переехал на новую библиотеку, а в
BuildRequires оставалась указана старая библиотека:
https://vk.com/wall66646484_521

В общем, во-первых, у вас не развиты сборочные технологии. То, что в
2003 году казалось достижением, теперь вызывает только "вздох души
красноречивый" или как там. Во-вторых, даже если бы и была технология,
то никто за этим не следит и никому это не надо. Собрался пакет - и
слава богу. Даже не знаю, зачем я так распространился на эту тему.

>> xen-4.7.0-alt3-11-gf3943c8
>> Fix typo in /etc/rc.d/init.d/xendriverdomain
>> http://git.altlinux.org/gears/x/xen.git?a=commitdiff;h=f3943c80
>>
>> -       echo $"Usage: $0 {start|stop|restart|force-reload}"
>> +       echo "Usage: $0 {start|stop|restart|force-reload}"
>>
>> Это не typo, это bash syntax for gettext.
>
> Ок, не знал, спасибо, но repocop считает это bashism’ом. как правильно поступить в этом случае?

Ну тут кагбе иногда люди получают зарплату, а ничего умного придумать
не могут. Тогда они и начинают, как Шариков, бороться с башизмами. В
убунте вона даже завёлся целый отдел по очистке скриптов. Боюсь, и в
ред хате скоро заведется... По-моему, лучше оставить как было.