[devel] Сборочница не проверяет идентичность SRPM?

[Danil Shein]

Вот все варианты "архитектуры" исходных пакетов за последние 10 лет:

SELECT groupUniqArray(pkg_arch)
FROM Packages
WHERE pkg_sourcepackage = 1

['pentium4','e2kv6','loongarch64','e2kv5','armv8l','armh','x86_64-i586','athlon','mipsel','i586','ppc64le','noarch','riscv64','x86_64','k6','e2kv4','i686','armv7l','aarch64','e2k','pentium3'] 


Ровно по этой причине в рамках p.a.o для исходных пакетов мы используем 
виртуальную архитектуру 'srpm'.

26.11.2023 16:45, Anton Farygin пишет:
> On 26.11.2023 16:38, Ilya Kurdyukov wrote:
>>
>> On 11/26/23 20:27, Денис Назаров wrote:
>>> 26.11.2023 12:29, Anton Farygin пишет:
>>>> On 25.11.2023 15:18, Денис Назаров wrote:
>>>>> 25.11.2023 15:03, Ilya Kurdyukov пишет:
>>>>>> Просто не надо так делать:
>>>>>>
>>>>>> %ifarch xxx
>>>>>> Patch1: xxx.patch
>>>>>> %endif
>>>>>>
>>>>>> Перечисление патчей должно быть доступно для всех архитектур.
>>>>>>
>>>>>> Если надо отключать патч, то делать это в %setup.
>>>>>
>>>>>
>>>>> Это как раз понятно - не заметил и по ошибке в 2 местах написал. 
>>>>> Сейчас просто получается ситуация, что можно собрать пакет, 
>>>>> который успешно проходит сборку, но не может пройти пересборку.
>>>>
>>>> Способов сделать такой пакет гораздо больше одного.
>>>>
>>>> Вообще тут, как мне кажется, лучше повесить FR на girar о том, что 
>>>> бы он собирал для всех архитектур бинари из srpm, сделанного на 
>>>> какой-то одной архитектуре.
>>>>
>>> https://bugzilla.altlinux.org/48592
>>
>> Только создаст ситуацию что кто-то сделает что-то в спеке для своей 
>> архитектуры, и не сможет понять почему SRPM получается для другой. 
>> Такое решение закладывает грабли на которые обязательно кто-нибудь 
>> наступит. И когда наступит - ему будет сложно понять что происходит.
>>
>> > для поддерживаемых в задании архитектур
>>
>> А изменятся поддерживаемые - изменится SRPM.
>>
>> до: грабли
>>
>> после: грабли прикрытые листьями
>
> На самом деле никто не знает, но реально у нас есть архитектуры в 
> src.rpm.
>
> И они бывают странные :)
>
> лучше это привести в порядок.
>
> _______________________________________________
> Devel mailing list
> Devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
-- 

*Данил Шеин / Danil Shein*

dshein на altlinux.org
dshein на basealt.ru