помогите сделать rpm

год назад ставил рпм в арч. т.е сам пакет рпм работад.

вот я пытался сам rpm собрать из aur, и он выругался на ошибке синтаксиса c++.

написать spec-файл дело не хитрое, не сложнее чем pkgbuild. А вот где взять rpmbuild и как он будет вести себя не арче, я не знаю.

checkinstall -R не спасёт?

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

Напиши спек и собирай на OBS

собирать не подходит, использование вебсервисов не подходит. надо создавать пакет из готовых бинарей, локально, скриптом (автоматизация).

с помощью alien создать из уже готового .deb?

$ alien -r ./deadbeef_0.5.5~rc1-1_i386.deb
Warning: alien is not running as root!
Warning: Ownerships of files in the generated packages will probably be wrong.
Warning: Skipping conversion of scripts in package deadbeef: postinst postrm
Warning: Use the --scripts parameter to include the scripts.
Can't exec "rpm": No such file or directory at /home/waker/perl5/lib/perl5/Alien/Package.pm line 480.
Package build failed. Here's the log of the command (cd deadbeef-0.5.5-rc1; rpmbuild --buildroot='/home/waker/temp/deadbeef-0.5.5-rc1' -bb --target i386 'deadbeef-0.5.5_rc1-2.spec'):
sh: rpmbuild: command not found

видимо, придется разбираться как поставить rpm и rpmbuild в арче.

у rpm в депендах некий libbeecrypt

при попытке его собрать:

In file included from ../../include/beecrypt/c++/util/Hashtable.h:42:0,
                 from ../../include/beecrypt/c++/util/Properties.h:36,
                 from Properties.cxx:25:
../../include/beecrypt/c++/util/AbstractSet.h: In instantiation of ‘bool beecrypt::util::AbstractSet<E>::equals(const beecrypt::lang::Object*) const [with E = beecrypt::util::Map<beecrypt::lang::Object, beecrypt::lang::Object>::Entry]’:
Properties.cxx:228:1:   required from here
../../include/beecrypt/c++/util/AbstractSet.h:59:27: error: ‘containsAll’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
../../include/beecrypt/c++/util/AbstractSet.h:59:27: note: declarations in dependent base ‘beecrypt::util::AbstractCollection<beecrypt::util::Map<beecrypt::lang::Object, beecrypt::lang::Object>::Entry>’ are not found by unqualified lookup
../../include/beecrypt/c++/util/AbstractSet.h:59:27: note: use ‘this->containsAll’ instead
../../include/beecrypt/c++/util/AbstractSet.h: In instantiation of ‘bool beecrypt::util::AbstractSet<E>::equals(const beecrypt::lang::Object*) const [with E = beecrypt::lang::Object]’:
Properties.cxx:228:1:   required from here
../../include/beecrypt/c++/util/AbstractSet.h:59:27: error: ‘containsAll’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
../../include/beecrypt/c++/util/AbstractSet.h:59:27: note: declarations in dependent base ‘beecrypt::util::AbstractCollection<beecrypt::lang::Object>’ are not found by unqualified lookup
../../include/beecrypt/c++/util/AbstractSet.h:59:27: note: use ‘this->containsAll’ instead
make[4]: *** [Properties.lo] Error 1
make[4]: Leaving directory `/tmp/yaourt-tmp-waker/aur-beecrypt/src/beecrypt-4.2.1/c++/util'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/yaourt-tmp-waker/aur-beecrypt/src/beecrypt-4.2.1/c++/util'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-waker/aur-beecrypt/src/beecrypt-4.2.1/c++'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-waker/aur-beecrypt/src/beecrypt-4.2.1'
make: *** [all] Error 2

так что облом-с.

CMake для этих задач не подходит?

yaourt показывает комменты, а оный от 2 мая таки дельный: CXXFLAGS=-fpermissive

rpmbuild спасет гиганта мысли

Это deadbeef, я правильно понимаю? На сайте deb и исходники скачать можно?
Могу в виртуалке SuSE запустить и попробовать собрать

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

CMake для этих задач не подходит?

нет.

Могу в виртуалке SuSE запустить и попробовать собрать

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

yaourt показывает комменты, а оный от 2 мая таки дельный: CXXFLAGS=-fpermissive

спасибо, скомпилялось, буду пробовать.

не могу вообще понять какая тулза конкретно может сделать то что мне нужно

rpmbuild — самый правильный способ создания RPM.

может кто подскажет, как это можно провернуть, без написания своей генерилки rpm с нуля, и без установки rpm-based дистра?

Виртуальные машины прдназначены как раз для этого. Я, например, собираю 32-битные RPM-пакеты в ВМ, чтобы гарантировать их «чистоту».

спасибо, но проблема уже решена без виртуалок

спасибо, но проблема уже решена без виртуалок

Чисто из любопытства: а как вы собранные rpm-пакеты будете трестировать?

Ты не поверишь..

а как вы собранные rpm-пакеты будете трестировать?

не понял вопрос. зачем тестировать rpm-пакеты?

не понял вопрос. зачем тестировать rpm-пакеты?

Как это зачем? Работает у вас — не значит будет работать у всех. Разные версии библиотек, разное расположение системных файлов — нюансов может быть куча. Да и вообще, если кто-то пришлет багрепорт, что пакет не инсталлируется/не запускается/не работает, что вы будете делать?

Я вот однажды накололся, выложив 32-битный пакет, который на 64-битной системе работал (проверил на своей рабочей ОС), а на 32-битной нет (поленился проверять). Теперь обязательно собираю и тестирую именно на той системе, для которой пакет предназначен. :)

Как это зачем? Работает у вас — не значит будет работать у всех.

это статик-билд. он зависит только от glibc и нескольких библиотек со стабильным API. если он не работает на каком-то дистре — то либо дистр слишком старый (glibc<2.7 или gtk<2.12), либо есть какой-то баг. rpm не имеет к этому отношения - это просто средство для доставки билда.

если он не работает на каком-то дистре — то либо дистр слишком старый (glibc<2.7 или gtk<2.12), либо есть какой-то баг

Реальность способна преподносить сюрпризы. В общем-то я не настаиваю, просто делюсь опытом.

я понимаю, что сам билд может не работать. но при чем тут rpm?

при чем тут rpm?

Сам по себе ни при чем. Я говорю о том, что могут быть, например, ошибки в %pre или %post скриптах, которые вы не обнаружите пока не попытаетесь установить пакет.

это, естественно, будет протестировано в виртуалке.