Сборка в hasher, rebuild failed

[skywriter]

Заменил libsox-devel на sox-devel. Теперь непонятно почему вываливается:

Код: [Выделить]

make[2]: Entering directory `/usr/src/RPM/BUILD/mlt-0.3.8/src/modules/sox'
cc -pipe -Wall -O2 -march=i586 -mtune=i686 -DARCH_X86 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -L'/usr/lib' -I'/usr/include' -I../../ -I../../   -c -o factory.o factory.c
cc -pipe -Wall -O2 -march=i586 -mtune=i686 -DARCH_X86 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -L'/usr/lib' -I'/usr/include' -I../../ -I../../   -c -o filter_sox.o filter_sox.c
cc -shared -o ../libmltsox.so factory.o filter_sox.o  -lst -lmp3lame -lmad -lvorbisenc -lvorbisfile -logg -lasound -lm -lgsm -lsndfile -lsamplerate -L../../framework -lmlt
/usr/bin/ld: cannot find -lmp3lame
collect2: ld returned 1 exit status
make[2]: Leaving directory `/usr/src/RPM/BUILD/mlt-0.3.8/src/modules/sox'
make[1]: Leaving directory `/usr/src/RPM/BUILD/mlt-0.3.8/src/modules'
make: Leaving directory `/usr/src/RPM/BUILD/mlt-0.3.8'


RPM build errors:
make[2]: *** [../libmltsox.so] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1
error: Bad exit status from /usr/src/tmp/rpm-tmp.98087 (%build)
    Bad exit status from /usr/src/tmp/rpm-tmp.98087 (%build)
Command exited with non-zero status 1
87.16user 6.40system 1:44.16elapsed 89%CPU (0avgtext+0avgdata 0maxresident)k
13872inputs+94760outputs (64major+820219minor)pagefaults 0swaps
hsh-rebuild: rebuild of `mlt-0.3.8-alt2.src.rpm' failed.
Уж не из-за этой ли замены?

[Drool]

/usr/bin/ld: cannot find -lmp3lame

Нужно проверить есть ли в BuildRequires libmp3lame-devel.

[skywriter]

1. В BuildRequires не было ничего, связанного с mp3. Почему же собралось для Сизифа?

2. Обнаружил, что в branch пакет называется liblame. Добавил liblame-devel в BuildRequires. После этого пришлось добавить ещё libmad-devel. Начал ругаться на lasound... Может как-то можно упреждающе добавить правильные зависимости, чтобы не мудохаться с неопределённым множеством итераций?

[Drool]

1. В BuildRequires не было ничего, связанного с mp3. Почему же собралось для Сизифа?

2. Начал ругаться на lasound... Может как-то можно упреждающе добавить правильные зависимости, чтобы не мудохаться с неопределённым множеством итераций?

1. Там зависимости другие.
2. Это libalsa-devel.

[skywriter]

Слава яйцам! Надо было помудохаться всего 3 дня, и вот оно - готовые backports для mlt и kdenlive! Кстати, почему-то в About написано "версия 0.7.4", хотя изходник называется "kdenlive-0.7.3-alt1.svn3320.src.rpm", да и собран он был 20 апреля - когда версия 0.7.4 ещё не вышла. Кто-то что ли подправил номер версию в изходнике?!  :o

1. А почему в Сизифе другие зависимости? Разве mlt там не требует libalsa, libmad, liblame, libsndfile, libgsm?
2. Догадался. "apt-cache search" оказался полезен.

3. А можно ли как-то результат моего непосильного труда обнародовать, дабы освободить чьи-то человекоресурсы от изобретения велосипеда?

[kda]

... Может как-то можно упреждающе добавить правильные зависимости, чтобы не мудохаться с неопределённым множеством итераций?

Не только можно, но и нужно.  И средство есть: buildreq.

[kda]

3. А можно ли как-то результат моего непосильного труда обнародовать, дабы освободить чьи-то человекоресурсы от изобретения велосипеда?

Добро пожаловать. :)

[skywriter]

Так там ведь про Сизиф речь идёт, а я для branch 4.1 собирал.

[kda]

Так там ведь про Сизиф речь идёт, а я для branch 4.1 собирал.

Вас примут в Team и вы будете иметь возможность собирать пакеты для branch 4.1.  Инфраструктура одна.

[Drool]

1. А почему в Сизифе другие зависимости? Разве mlt там не требует libalsa, libmad, liblame, libsndfile, libgsm?

Они вытаскиваются по зависимостям каких-то других пакетов. Поэтому в сборочные зависимости автомат их не прописывает.

[Drool]

Вас примут в Team и вы будете иметь возможность собирать пакеты для branch 4.1.  Инфраструктура одна.

Только нужно помнить, что для заливки в 4.1 сначала нужно последовательно залить в сизиф, потом в 5.0 ;)

[skywriter]

В сизиф то зачем заливать? Я же как раз оттуда src.rpm брал!

[kda]

Только нужно помнить, что для заливки в 4.1 сначала нужно последовательно залить в сизиф, потом в 5.0 ;)

Не нужно. Достаточно попросить ACL или хотя бы NMU на заливку в репозиторий 4.1 и в Incoming.

[kda]

В сизиф то зачем заливать? Я же как раз оттуда src.rpm брал!

Это потребуется только тогда, когда вы хотите залить версию в 4.1 выше чем в сизифе. Тогда, sisyphus_check Вам этого не даст сделать, т.к по правилам, в более новом репозитории должна быть более новая версия (для возможности легкого upgrade).

[skywriter]

Тогда почему в 5.0 beta лежит версия Kdenlive более старая, чем в Сизифе?

Пока это всё слишком непонятно, сделал проще: http://bashinfo.org.ru/?module=articles&c=news&b=1&a=19 .