openSUSE. Локальная пересбрка src.rpm. Выбора тред :)

http://packman.links2linux.de/package/ffmpeg-4/959054 видели? может, и пересобирать-то вовсе не надо?

Так как-раз причина локальной пересборки в том, чтобы не использовать эту вася-репу. У них src.rpm для ffmpeg одинаковый даже вроде с офрепой. Просто для полной сборки в офрепе еще нет зависимостей некоторых.

Хотелось бы выяснить для начала баг ли это. А если нет, вопрос остается - как объяснить, что мне не нужны 32bit либы. Сваливают все в одну репу, а люди потом мучаются :(

У них src.rpm для ffmpeg одинаковый даже вроде с офрепой.

Думаю, в этом и смысл. Чтобы брать имена собираемых кодеков в отдельном файле, а не править спеку.

Это понятно. Раньше даже писали, что они обмазываются bcond’ом в спеках, чтобы пользователи сами могли собрать полноценный пакет, если захотят.

Сейчас речь не об этом, а том, что build видит в репе 2 версии пакета - 64 и 32 битную и предлагает мне выбрать между ними. Можно добавлять из командной строки через -X флаг, можно поправить конфг, используемый build, вписав туда Prefer:

Но это все работает со штучными пакетами. И по мере того, как раскрывается дерево зависимостей приходится добавять все больше и больше пакетов вручную, указывая, что 32 битные не нужны. В Leap такого не было. И так как в OBS все работает с теми же репами, то явно это как-то сделать можно.

Вопрос в том - как.

Походу никак:

Expansion errors

If you get something like

expansion error have choice for inet-daemon needed by imap: inetd xinetd

for a package, then you have two options:

    the quick fix is to add one of the above packages (inetd or xinetd) to your BuildRequires
    another way to fix this is to set a preference in you project config with : osc meta -e prjconf <Project> and add the line: Prefer: xinetd
    the long term fix is to write a mail to opensuse-buildservice mailinglist and ask to add one of the files to the .dsc file of the repository, so other packages with the same problem can be fixed automatically.

Такому же задроту на заметку: достаточно взять prjconf для Factory, обозвать его, к примеру, tumbleweed.conf и положить в удобное место. Запускать build со своими параметрами, добавив –configdir /path/kuda/polozhili/config –dist tumbleweed

И вуаля. Снова все работает.