[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’ом. как правильно поступить в этом случае?

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