| Автор |
Сообщение |
|
Сообщение создано: 24. 02. 2015 [19:18]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
Добрый день! Пытаюсь собрать RPM из версий 2216, 2218 на Open SUSE 13.2. Процесс сборки вываливается с ошибкой приведённой ниже. Make собирает без ошибок. До этого собирал на данной системе версии с номерами 2189 или около того - проблем небыло. Доустановил в систему phonon-dev и ttw3-dev но проблема осталась, наверное в spec файлах?
libtool: install: /usr/bin/install -c .libs/bd_MySQL.soT /usr/src/packages/BUILDROOT/openscada-0.9-r2150.x86_64/usr/lib64/openscada/bd_MySQL.so
/usr/bin/install: cannot stat '.libs/bd_MySQL.soT': No such file or directory
Makefile:451: recipe for target 'install-oscd_modulLTLIBRARIES' failed
make[3]: *** [install-oscd_modulLTLIBRARIES] Error 1
make[3]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src/moduls/bd/MySQL'
Makefile:625: recipe for target 'install-am' failed
make[2]: *** [install-am] Error 2
make[2]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src/moduls/bd/MySQL'
Makefile:830: recipe for target 'install-recursive' failed
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src'
Makefile:721: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.IboAFL (%install)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.IboAFL (%install)
|
|
Сообщение создано: 24. 02. 2015 [19:23]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"pentagon128" wrote:
Добрый день! Пытаюсь собрать RPM из версий 2216, 2218 на Open SUSE 13.2. Процесс сборки вываливается с ошибкой приведённой ниже. Make собирает без ошибок. До этого собирал на данной системе версии с номерами 2189 или около того - проблем небыло. Доустановил в систему phonon-dev и ttw3-dev но проблема осталась, наверное в spec файлах?
Либо старый libtool, либо несоответствующий локально.
"$ autoreconf -ivf" делали?
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 25. 02. 2015 [07:49]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
libtool установлен версии 2.4.2 - 15.2.2 (см. прилагаемый рисунок)
перед make даю команды
autoreconf -if
./configure -disable-FireBird -disable-DBF
пробовал autoreconf -ivf
make проходит без ошибок.
при сборе RPM (перед make делал autoreconf -ivf)
получаю ошибку
libtool: install: /usr/bin/install -c .libs/bd_MySQL.soT /usr/src/packages/BUILDROOT/openscada-0.9-r2150.x86_64/usr/lib64/openscada/bd_MySQL.so
/usr/bin/install: cannot stat '.libs/bd_MySQL.soT': No such file or directory
Makefile:451: recipe for target 'install-oscd_modulLTLIBRARIES' failed
make[3]: *** [install-oscd_modulLTLIBRARIES] Error 1
make[3]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src/moduls/bd/MySQL'
Makefile:625: recipe for target 'install-am' failed
make[2]: *** [install-am] Error 2
make[2]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src/moduls/bd/MySQL'
Makefile:830: recipe for target 'install-recursive' failed
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory '/usr/src/packages/BUILD/openscada-0.9/src'
Makefile:721: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.lsXDjk (%install)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.lsXDjk (%install)
архивы lzma создавал с именами
Source: openscada-0.9.tar.lzma
Source1: openscada-res-0.9.tar.lzma
в соответствии с переменной прописанной в spec файле
[Сообщение редактировалось 1 раз(а), в последний раз 25.02.2015 в 08:35.]
Вложенный файл
|
|
Сообщение создано: 25. 02. 2015 [08:55]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
SuSE: 13.2
OpenSCADA: 0.9-r2218
Успешно собралось с исходного SPEC и с отключением только традиционного FireBird!
Пакеты тут: ftp://ftp.oscada.org/OpenSCADA/Work/SuSE/13.2
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 25. 02. 2015 [09:48]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
Спасибо большое Роман. Вот пытаюсь проверить локализацию демона Openscada под SUSE поэтому и пытаюсь сборку сделать. Для этого дела у меня виртуальная машина выделена, на которую установлена целая куча библиотек которая обеспечивает успешную сборку make и RPM. И вот теперь данная виртуальная машина бесполезна. Обычно RPM собирался без проблем, а make ругается по адресу в случае отсутствия какой-либо зависимости. Теперь же ситуация другая. make проходит без ошибок, а RPM не собирается...
|
|
Сообщение создано: 25. 02. 2015 [18:47]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
На Suse 13_2 поставил собранную вами сборку v2218. В режиме приложения работает. В режиме демона, нет. Не работает скрипт инициализации oscadad (в исходнике он как oscada_RH.init). Как обычно прописал в автозагрузку его находясь в директории /etc/init.d/ так "insserv oscadad), далее в yast появляется возможность управлять демоном. Но при попытке запуска выкидывает ошибка в строке 14, а затем если строку заремить (#) то в строке 34. См. прилагаемые рисунки. В /etc/oscada.xml прописана рабочая конфигурация, но до неё запуск не доходит. В исходнике oscada_RH.init в строке 14 ссылка на несуществующую директорию.
Вложенный файл
|
|
Сообщение создано: 25. 02. 2015 [19:36]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"pentagon128" wrote:
На Suse 13_2 поставил собранную вами сборку v2218. В режиме приложения работает. В режиме демона, нет. Не работает скрипт инициализации oscadad (в исходнике он как oscada_RH.init).
Ну так, не подходит от RH, другого нет, точнее есть ещё для ALT и Gentoo!
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 25. 02. 2015 [21:38]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
Ясно. А ведь раньше, если не ошибаюсь, года полтора или два назад для SUSE был рабочий вариант скрипта запуска режима демона. И был он пухлым как для DEbian. Потом в какой-то версии он стал нерабочим и сильно урезанным. Кажется накатывал тогда из старой версии Openscada этот скрипт поверх новой и получал рабочую версию. Точно не помню т.к. с режимом работы Openscada как службы (демона) занялся недавно, на raspberry pi. Плюс накладываются изменения самого дистрибутива Linux Suse, т.к. менялись программные "обёртки" управления демонами. Руки если дойдут - надо будет поковырять этот скрипт.
|
|
Сообщение создано: 26. 02. 2015 [09:35]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"pentagon128" wrote:
Ясно. А ведь раньше, если не ошибаюсь, года полтора или два назад для SUSE был рабочий вариант скрипта запуска режима демона. И был он пухлым как для DEbian. Потом в какой-то версии он стал нерабочим и сильно урезанным. Кажется накатывал тогда из старой версии Openscada этот скрипт поверх новой и получал рабочую версию. Точно не помню т.к. с режимом работы Openscada как службы (демона) занялся недавно, на raspberry pi. Плюс накладываются изменения самого дистрибутива Linux Suse, т.к. менялись программные "обёртки" управления демонами. Руки если дойдут - надо будет поковырять этот скрипт.
Ошибаетесь, но хоть уже не заявляете безапелляционно. :)
Не было для SuSE никогда родного скрипта инициализации, поскольку я его не использую, а никому другому оно не понадобилось. Ранее там стоял такой-же для него не рабочий ALTовый, для всех остальных для которых нет индивидуального. Сейчас для этих всех остальных я поставил RHовый, как вроде основа для всех RHбазовых, что однако не сделало для остальных его более рабочим.
И да, я уже неоднократно говорил, что скрипт инициализации сервиса это не вопрос программы, а мантейнера, создающего пакеты под конкретный дистрибутив, в виду большого уже зоопарка систем инициализации и не совместимости таковых даже для SysVInit.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 26. 02. 2015 [11:48]
|
|
pentagon128
Руслан Кучерявый
Создатель темы
Зарегистрирован(а) с: 15.11.2011
Сообщения: 102
|
Да, это так и есть. А я зато вспомнил про эту замену скрипта в SUSE. Это был не скрипт демона=oscadad, а главный скрипт запуска /usr/bin/oscada_start, так вот в какой-то версии сборки для SUSE (или с свн я собирал) год или 2 назад он был нерабочим и почти пустым, и его приходилось вытаскивать из старых сборок. Делал это один раз. Сейчас главный скрипт запуска /usr/bin/oscada_start работает нормально на SUSE13_2.
|
