openSUSE Build Service (Давайте вместе разбираться.)

[Radist]

Итак предлагаю создать вот такую тему, для обмена опытом, и постановки вопросов и получения ответов. Что знаю буду сам отвечать, много чего пока еще не знаю, хочется получать советы более квалифицированых пользователей.

Итак есть два вопроса: У меня в спек файле указаны зависимости сборки, но сборка остановилась не найдя этих пакетов, видимо по тому что они находятся в пакмане, что делать в данном случае?

Второй вопрос: подскажите (кинте ссылкой где прочитать) как должны быть расположены ПРАВИЛЬНО заголовочные файлы в dev пакете? То есть где им положено распологаться? В часности интересует вопрос с qsa (ECMAScript для qt)?

[k0da]

Radist
Имхо тема неочем.

Ман по написанию спек + SUSE package conventions.

[Radist]

Тогда не кинетесь ссылкой где отражен ответ на мой первый вопрос?

[k0da]

Radist
Собирать их в OBS если они конечно не противоречат лицензии.

/usr/include

[Radist]

Спасибо,
1. До такого способа я догадался.

nothing provides gamin-devel, nothing provides libffmpeg0-devel, nothing provides libamrnb-devel, nothing provides mlt-devel, nothing provides mlt++-devel, nothing provides libwavpack-devel

Получается изобретение велосипеда, не так ли? Ведь мне придется следить за актуальностью всего этого списка? Тоесть теряется всякий смысл сборки в OBS. Проще собрать на своей системе.

Нет ли других способов?

/usr/include - тоже догадался. Только это как если описать крокодила одним словом "зеленый", человек который его не видел может и не узнать хоть и ответ формально правильный.

В часности взять qsa, это какбы часть QT - это как нибудь надо учитывать? Второе существует несколько версий (как минимум под qt3 и qt4) и они могут находится в системе одновременно.

/usr/include/qsa
/usr/include/qtqsa
/usr/include/qt-qsa
/usr/include/qt4-qsa
/usr/include/qt3-qsa
/usr/include/qt

????????????

[k0da]

Radist
Packman использует OBS. Может вам присоедениться к им?

с qsa частный случай, надо разбираться.

[Radist]

Ну с пакманом это часный случай, я просто сделал локализацию программы, решил проверить собрав програму. На моем ноутбуке не собралось (неполучилось разрулить зависимости сборки), так как я использую OBS для других проэктов, решил и этот проэкт там собрать, вот и наткнулся на такие грабли, ну, а знания лишними не бывают вот и хочу разобраться. Так что присоединятся к пакману мне наверное еще рано.

Кстати не могу найти проеэкт пакмана не по пакетам не по мантейнеру. Возникает вопрос: если я библиотеку собрал, то ее можно использовать при сборке от нее зависящих пакетов. А если пакет есть в других проэктах OBS, подтянется ли он автоматически? Или можно ли как либо указать, что его можно использовать?

с qsa частный случай, надо разбираться

Вот для этого и создана эта тема.

[k0da]

Radist
Нет. Его нужно линковать руками.

Это не грабли. А всеголишь то что пакетов нет в системе относительно чего собирать.

Вы хотябы спек покажите чтоли или дайте ссылку в OBS.

[Radist]

Нет. Его нужно линковать руками.

Извините как это сделать?

Вы хотябы спек покажите чтоли или дайте ссылку в OBS.

Я взял вот этот src.rpm распотрошил, поменялся только пакет с исходникаим, (добавил локализацию)

[HighwayStar]

Я взял вот этот src.rpm распотрошил, поменялся только пакет с исходникаим, (добавил локализацию)

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

В билдсервисе не доступны пакеты из пакмана, судя по приведенному выше списку зависимостей пакету требуются именно пакеты из пакмана.

[Radist]

В билдсервисе не доступны пакеты из пакмана, судя по приведенному выше списку зависимостей пакету требуются именно пакеты из пакмана.

Я извиняюсь но это понятно было до создания топика. Вопрос в том что с этим можно сделать? или нет.

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

Ну в открытый доступ не кто выкладывать не собирается, мне нужно только для проверки качаства локализации. В таком случае думаю не чего криминального в этом нет?

[ЭЖД]

а без компиляции это разве нельзя сделать?

[Radist]

Итак похоже требования к пакетам в 11.1 похоже ужесточили.

libqsa1-examples: "/usr/examples" is not allowed anymore in FHS 2.2

Собственно эта папочка была выложена в /usr по следующей причине:

skip.............skip
libqsa1-doc.i586: W: wrong-file-end-of-line-encoding /usr/share/doc/packages/libqsa1-1.2.3/html/assistant.dcf
libqsa1-doc.i586: W: wrong-file-end-of-line-encoding /usr/share/doc/packages/libqsa1-1.2.3/html/qmake.dcf
This file has wrong end-of-line encoding, usually caused by creation or
modification on a non-Unix system. It could prevent it from being displayed
correctly in some circumstances.

libqsa1-examples.i586: E: arch-dependent-file-in-usr-share (Badness: 590) /usr/share/libqsa1-1.2.3/examples/spreadsheet/spreadsheet
libqsa1-examples.i586: E: arch-dependent-file-in-usr-share (Badness: 590) /usr/share/libqsa1-1.2.3/examples/wrappers/wrappers
This package installs an ELF binary in the /usr/share hierarchy, which is
reserved for architecture-independent files.

В прежних версиях проблему решил вынес каталог examples в /usr. Теперь же выдает то, что в первой цитате. Если положить как положено в /usr/share/qsa-x/examples, то то что в последующих двух цитатах.

Как правильно расположить examples??

[k0da]

Radist
http://en.opensuse.org/Packaging/RpmLint#a...le-in-usr-share

[Radist]

Как раз эта страничка уменя открыта на соседней вкладке. Еслиб все так однозначно было я бы не спросил. Там в каталоге examples с десяток подкатологов. Каждом из них несколько файлов, один из них бинарник. Каждый каталог один пример. Где они должны лежать?

[Radist]

Такс..

Вопрос все еще актуален.

Возник еще другой. теперь версия QSA для qt3.

running 01-check-debuginfo
... testing for empty debuginfo packages
... running 02-check-gcc-output
... testing for serious compiler warnings
(using /usr/lib/build/checks-data/check_gcc_output)
(using //.build.log)

I: Program causes undefined operation
(likely same variable used twiceand post/pre incremented in the same expression).
e.g. x = x++; Split it in two operations.
E: qsa sequence-point ../engine/qsnumber_object.cpp:85
System halted.

Собственно опять теже самые скрипты проверочные которые появились под 11.1.

Может есть где про них что прочитать. Ато уже напрягает, нужен пакет для тестирования работы программы с железкой, нашел железку, а вот программу собрать не получается. Создается такое ощущение, что меня посылают покапаться в исходниках, что в силу отсутствия знаний сделать не могу. Так как же с этим боротся??

[sda]

дорогой товарищ Radist,

советую для начала ознакомиться:
http://en.opensuse.org/Application_Black_List

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

пока же есть ощущение, что вам как-бы советуют руки выпрямить чуток...

Имхо тема неочем.

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

[Radist]

Black_List?? Сборка проходит нормально под 10.3, 11. Ощибки только в 11.1. Лицензия GPL. Но я ознакомился с этим списком, к стати не в первый раз.

Сылка:
пожалуйста

пока же есть ощущение, что вам как-бы советуют руки выпрямить чуток...

Здесь это постоянно советуют. Но почемуто у меня есть знакомые которые такого не советуют не когда. Но проблема что в этом они помоч не могут, дебианами пользуются, так что не в rpm и не в build.opensuse.org не чего не понимают.

Вобщем не вопрос руки можно выпрямить, вопрос в том где??

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

Посмотри ко мне в блог. Это ведь было б гораздо короче? Спасибо. Шас дочитаю буду готов к дальнейшей дискуссии.

[sda]

да, забавный пакетик. смущает несколько вещей.
1) насколько я понимаю - это либка. если таки да - то название мягко говоря не соответствует базовым требованиям.
2) атрибуты. попробуй-ка дефолт:
%defattr(-,root,root)

3) полагаю, что секцию %files можно/нужно улучшить. в 11,1/Factory нельзя декларировать файлы стандартной иерархии. то есть %{qtdir}/include наверное не пройдёт

и т.п. но эт фигня. сливки - ниже:

g++ -c -pipe -march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -Wall -W -march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -D_REENTRANT -fPIC -DHAVE_CONFIG_H -DQSDEBUGGER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DHAVE_CONFIG_H -DQSDEBUGGER -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/lib/qt3/mkspecs/default -I. -I../engine -I../../tools/designer/editor -I../kernel -I. -I../engine -I/usr/lib/qt3/tools/designer/interfaces -I../../../../../../include -I/usr/lib/qt3/include -o qsnumber_object.o ../engine/qsnumber_object.cpp
../engine/qsnumber_object.cpp: In member function 'virtual QSObject QSNumberClass::construct(const QSList&) const':
../engine/qsnumber_object.cpp:85: warning: operation on 'n' may be undefined

тот же ахтунг вылетел и в 11,0 - рискну предположить, что это результат brp проверок - поэтому "расслабьтесь и получите удовольствие". то есть я бы полез в 85-ю строку qsnumber_object.cpp и постарался бы понять, что там за хрень. ну и патчик соответственно.

пинайте аффтора, коли самим нет желания разбираться.

[Radist]

пинайте аффтора, коли самим нет желания разбираться.

Думаю будет проблематично. Ибо автор Trolltech. А эта версия под qt3, которая вроде как уже не под держивается.

Qt Script for Applications (QSA) - это инструментарий, обеспечивающий поддержку сценариев в приложениях, написанных на С++. QSA включает интерпретатор для языка Qt Script, который основан на ECMAScript (JavaScript). Программы, написанные с использованием Qt Script, имеют полный доступ к интерфейсу прикладного программирования (API) Qt и к любому API, который разработчики приложения захотят предоставить пользователям.

Может ссылкой кинете как этот фейс контроль обойти (вроде в блоге видел тонкие намеки что такое возможно), ибо смешная ситуация выходит, программа для которой это все собирается какраз переезжает на qt4 где будут уже другие вопросы, но у меня на некоторое время появилась железка работу с которой надо протестировать, железка с ком портом, ком порт только на основной машине, а там стоит суся 11.1. На ноутбуке стоит 11 но нет ком порта.

Все остальное попробую исправить.

[Radist]

examples/console/console
examples/console/console.cpp
examples/console/console.h
examples/console/console.pro
examples/console/console.qdoc
examples/console/console.ui

Скоро голова взорвется... Вот содержимое одного из каталого в examples. Куда это все уложить чтоб сборка пакета не зарубалась? Если ложу в /usr/share/ не проходит так как arch-dependent-file-in-usr-share, если кудато еще то is not allowed anymore in FHS 2.2.

Мне приходит в голову только выбрать бинарники из каждого каталога, и уложить их када нить када это допустимо делать. Но я думаю что это все таки исключение из правила и все должно лежать в месте. Но все таки если это единственный вариант то как их выбрать не перечисляя все? В скриптах не очень силен.

Спасибо.

[sda]

>>Думаю будет проблематично. Ибо автор Trolltech. А эта версия под qt3, которая вроде как уже не под держивается.
imho - тем более пнуть аффтара на счёт портирования прилады на qt4 (может они там забыли о ней?)

насчёт "фейс контроля" - рассматривался ли вариант "переехать" в Packman? вы получите более мягкую и дружелюбную систему контроля сборки (там нет многих ограничений, которые вломили в ветку 11.1/Factory и вы сможете линковать с мультимедиа). то есть вероятно, что ваша сборка спокойно финиширует там и этот метод "обхода злого полицая" гораздо менее трудозатратен чем ломать собсно OBS (что тоже не rocket science, но чуток хлопотно).

насчёт examples - эти примеры "вкомпилены" в тело программы? если таки нет - то imho стандартным местом для них будет:

/usr/share/doc/packages/ИМЯ_СОФТА/examples
или
/usr/share/ИМЯ_СОФТА/examples
при условии отсутствия там бинарей, скомпиленных под платформу.

насчёт arch-dependent-file-in-usr-share - так кладите их в %{_libdir}/ИМЯ_СОФТА/examples ибо там есть какие-то бинари походу дела

также вам нужно/(не помешает) подготовить простенький файлик:

> cat ИМЯ_СПЕКФАЙЛА.rpmlintrc

addFilter("devel-file-in-non-devel-package.*.h")
addFilter("devel-file-in-non-devel-package.*.cpp")

"кушать подано" (если будет ругань на .pro и/или .qdoc - добавьте и их в игнор). не напрягайтесь понапрасну, если хорошо с аглицким - то на фриноде в #opensuse-buildservice есть неплохие шансы получить оперативную консультацию (меня можно пнуть там же, если буду доступен).

P.S. и насчёт OBS мну только подумывает накатать пару-тройку заметок в блог, с учётом имеющейся документации. хз кому это будет надо и стоит ли вообще этим заниматься ибо особо сложного/интересного там нет ничегошеньки...

[HighwayStar]

Скоро голова взорвется... Вот содержимое одного из каталого в examples. Куда это все уложить чтоб сборка пакета не зарубалась? Если ложу в /usr/share/ не проходит так как arch-dependent-file-in-usr-share, если кудато еще то is not allowed anymore in FHS 2.2.

Это же плагин для qt?

Посмотри как сделан пакет для самого qt3, qt4. Там весь qt целиком лежит в /usr/lib/qt3 или /usr/lib/qt4, со всеми примерами, сорцами, инклудами и бинарниками.

Логичнее всего сделать так же, и поместить файлы куда-то в /usr/lib/qt3/examples

[Radist]

Это чудо опять издевается.

-----------------------------------------------------------------
I have the following modifications for libqt3-qdataschema-fedora.spec:
12c12
< Release: alt0
---
> Release: 8.1
23c23
< Requires: qt3
---
> Requires: qt
26c26
< BuildRequires: qt3-devel
---
> BuildRequires: qt-devel gcc-c++ libstdc++-devel
143c143
< + init
\ No newline at end of file
---

Оно что считает себя умнее меня? Мне нужно куте 3, а потом не может найти qmake.

ЗЫ: это сборка пакета для федоры.

[HighwayStar]

а в федоре есть qmake?

например для qt4 у них qmake называется qt4-qmake

[Radist]

Спек на локальной машине работает. В OBS выдает вот такую бороду.

[Radist]

Ну опять требуется спасение от головных болей.

Собираю значится я вот эту програмку.

Она зависит от вот этой либки.

И в один пекрасный момент все благополучно заканчивается вот этим:

cd demo1 && qmake demo1.pro -o Makefile
cd demo1 && make -f Makefile
make[3]: Entering directory `/usr/src/packages/BUILD/ananas-0.9.5/src/demo/demo1'
g++ -c -pipe -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -fno-strict-aliasing -Wall -W -g -D_REENTRANT -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -I/usr/lib/qt3/mkspecs/default -I. -I.ui -I../lib -I../../lib -I../../plugins -I../plugins -I../lib/.ui -I../../lib/.ui -I/usr/lib/qt3/include/qdataschema -I../../../../../../../include -I/usr/lib/qt3/include -I.ui/ -I.moc/ -o .obj/main.o main.cpp
g++ -o demo1 .obj/main.o -L/usr/lib/ -L/usr/lib/qt3/lib/ -L/usr/X11R6/lib/ -L/usr/lib/qt3/lib -lqui -L../../lib -lananas -L../../plugins -lananasplugin -lqt-mt -lXext -lX11 -lm -lpthread
/usr/lib/gcc/i586-suse-linux/4.3/../../../../i586-suse-linux/bin/ld: warning: libqt3-qdataschema.so.1, needed by ../../lib/libananas.so, not found (try using -rpath or -rpath-link)
../../lib/libananas.so: undefined reference to `QDataSchema::tableExists(QString const&)'
../../lib/libananas.so: undefined reference to `QDataSchema:b()'
../../lib/libananas.so: undefined reference to `QDataSchema::setDataDictionary(QStringList const&)'
../../lib/libananas.so: undefined reference to `QDataSchema::updateStructureQuery()'
../../lib/libananas.so: undefined reference to `QDataSchema::QDataSchema(QString, char const*, QObject*)'
../../lib/libananas.so: undefined reference to `QDataSchema::updateStructure()'
../../lib/libananas.so: undefined reference to `QDataSchema::tableName(QString const&)'
../../lib/libananas.so: undefined reference to `QDataSchema::open()'
../../lib/libananas.so: undefined reference to `QDataSchema::verifyLog()'
../../lib/libananas.so: undefined reference to `QDataSchema::verifyStructure()'
collect2: ld returned 1 exit status
make[3]: *** [demo1] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/ananas-0.9.5/src/demo/demo1'
make[2]: *** [sub-demo1] Error 2
make[2]: Leaving directory `/usr/src/packages/BUILD/ananas-0.9.5/src/demo'
make[1]: *** [sub-demo] Error 2
make[1]: Leaving directory `/usr/src/packages/BUILD/ananas-0.9.5/src'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.53391 (%build)


RPM build errors:
cannot open Pubkeys index using db3 - No such file or directory (2)
Bad exit status from /var/tmp/rpm-tmp.53391 (%build)
System halted.

Самое что интересное что все что надо в системе ессно есть. Однажды после шаманств это пропадало. Но...

Вообщем мой бубен уже не помогает, есть мысль что либа криво собрана, но что точно не пойму. может у кого будут мысли что с этим делать?

[sda]

imho
и там и там "спеки - говно"(с). что мешает (я чесслово не имею ни малейшего желания разгребать костыли qt) выучить простую конструкцию make CFLAGS="" LDFLAGS="" CPPFLAGS="" если есть уверенность, что все зависимости корректно собраны и установлены? смотрите сами:

g++ -o demo1 .obj/main.o -L/usr/lib64/ -L/usr/lib/qt3/lib64/ -L/usr/X11R6/lib64/ -L/usr/lib/qt3/lib -lqui -L../../lib -lananas -L../../plugins -lananasplugin -lqt-mt -lXext -lX11 -lm -lpthread

линкер ищет libqt3-qdataschema.so.1 по путям, указанным через -L "свич". не находит, о чём вам радостно и сообщает. если вы в курсе, что требуемое таки присутствует и "готово к употреблению" - как вариант в CFLAGS жёстко вбить все пути к либам, необходимым при сборке. или перед сборкой обновить кэш ldconfig (или как-там-называется-аналогичный-qtшный-костыль).

[Radist]

Проблема оказалась в том что после установки символические ссылки лежащие в /usr/lib и ведущие в /usr/lib/qt3/lib оказались битыми, в мс выглядело как имя с восклицательным знаком в начале и красного цвета. Вообщем методом бубна исправил.

Подскажите такую весч. Как сделать так чтоб пакеты имели суффикс вроде fc8.rpm и mdv2009.rpm?

[sda]

никак. правила везде одни:
%name-%version-%release-%arch.EXT

а ты хочешь %name-%version-%release-%arch-%OS.EXT