[BugFixed]
Отслеживание ошибок
| Author |
Message |
|
Written on: 13. 11. 2009 [14:32]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Не забываем определение ОС - это прослойка между пользовательской программой и железом.
Так что совершенно по-другому:
OpenSCADA - машина
Дистрибутивы linux - шины и асфальт
А OpenSCADA - не джип для бездорожья, так что выбираем гладкую дорогу!!!
PS А все-таки ошибку удалось победить?
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 13. 11. 2009 [14:51]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
В настоящее время для стран бссср оптимальным дистрибутивом является AltLinux. А скорее единственным. Не надо забывать на каком участке планеты живем.
Это случаем не "грязный" PR  ?
Я так понимаю, автору и Вам платят за рекламу Альта? (такое подозрение что тут не все чисто)
А как же происходит в настоящее время?
Разработчик выбирает один дистрибутив из множества (неважно чем он руководствуется при выборе) и создает в нем нужную программу. Соответственно программа получается заточенной под этот дистрибутив и именно в нем она работает наиболее надежно. Далее по просьбе пользователей он может приспособить ее к другому дистрибутиву, уделив при этом минимум времени, так как ему это не особо нужно. Программу может откомпилировать-приспособить вообще не разработчик, а майнтейнер дистрибутива. В другом дистрибутиве при работе этой программы появляются баги, которых нет в первом дистрибутиве.
Мантейнеру это не нужно!
т.к. OScada - специфический продукт - то тут нужно заботится о работе продукта именно разработчику/кам данного программного продукта (или иным пользователям в опенсорц сообществе которые заинтересованы в развитии OScada) для того, чтобы адаптировать OpenSCADA к нужному дистрибутиву но никак не наоборот.
Ведь в основном все программы, которые поставляются в исходных кодах - собираются на всех дистрибутивах!
И тут я согласен с Алексеем в части того, что нужно исправлять OScada для работы в дистре, а не наоборот (если я правильно понял), а то слишком уж боготворите и возвышаете OScada (типа она - ТРУ - а остальные должны подстраиваться под неё)! 
Тем более, автор OScada, позиционирует свой продукт (как я понял) как POSIX совместимый, и, теоретически, продукт должен работать и на других OS помимо линукса. Т.е. "хочет-нехочет - а берет на себя ответственность за фунциклирование софтины и в иных ОС".
Насчет потребительского подхода.
1. Самый потребительский подход: сказал, что тебе нужно, заплатил, сделали. Не важно на кой ОС, в какой программе и тд. Это чаще конечные потребители.
2. Рационально-потребительский подход. Скачал OpenSource программу. Установил. Что-то не получилось. Сообщил. Помогли. Разработали. Все получилось. Это внедренцы.
3. Мой подход. Скачал программу. Установил. Чего-то не хватило. Разработал. Проверил. Поделился с сообществом. Чего-то не смог разработать. Попросил. Все получилось.
Тут не идет речь об всем этом, т.к. по умолчанию подразумевается всегда подходы №2,3
ЗЫ: непонятно изза чего возник весь этот флудоспор? Я всего лишь указал на то, что есть проблемы со сборкой в Арче, и честно выполняю п. №2 и №3
PS А все-таки ошибку удалось победить?
Я обязательно об этом отпишусь, просто провайдер именно вчера (когда я пришел домой) , что-то там делал с каналом связи (профилактические работы) => выход в инет у меня отсутствовал.. Посмотрим что будет сегодня вечером
[This article was edited 1 times, at last 13.11.2009 at 14:53.]
|
|
Written on: 13. 11. 2009 [15:33]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
PR чистый. Сам недавно начал приглядываться к сообществу AltLinux. Так что реклама бесплатно 
Попробуйте Arch постарше (или замените autotools на более старые), может в этом пакеты сверхновые и не успели добраться до Alt (где золотая середина между новизной и стабильностью).
Когда компилировали под OpenSUSE была такая морока с libtool 2.2.6. Как только эта библиотека добралась до Альта, все стало нормально.
kuzulis написал:
Мантейнеру это не нужно!
т.к. OScada - специфический продукт - то тут нужно заботится о работе продукта именно разработчику/кам данного программного продукта (или иным пользователям в опенсорц сообществе которые заинтересованы в развитии OScada) для того, чтобы адаптировать OpenSCADA к нужному дистрибутиву но никак не наоборот.
Ведь в основном все программы, которые поставляются в исходных кодах - собираются на всех дистрибутивах!
На форуме альтлинукса майнтейнеры ведут опрос "Кому каких программ не хватает в дистрибутиве" и быстренько скачивают и собирают пакеты для альта. Разработчики программ могут и не знать о существовании такого дистрибутива.
Компилировать программу под несколько тысяч дистрибутивов? Ужас! Максимум может быть на дистров 4-5.
[This article was edited 1 times, at last 13.11.2009 at 15:57.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 13. 11. 2009 [16:37]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
almaz написал:
Не забываем определение ОС - это прослойка между пользовательской программой и железом.
Так что совершенно по-другому:
OpenSCADA - машина
Дистрибутивы linux - шины и асфальт
А OpenSCADA - не джип для бездорожья, так что выбираем гладкую дорогу!!!
PS А все-таки ошибку удалось победить?
Сравнение не правильно понятно.
Другое
KDE, разработчики этого продукта на чем сидят, мне например не известно, но пользуюсь KDE уже довольно давно.
OpenOffice - мне тоже не известно на каком дистре сидят разработчики, и им польхуюсь давно.
Список продолжать можно, но смысла не вижу.
[This article was edited 1 times, at last 13.11.2009 at 16:39.]
|
|
Written on: 13. 11. 2009 [17:16]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
Aleksey wrote:
KDE, разработчики этого продукта на чем сидят, мне например не известно, но пользуюсь KDE уже довольно давно.
OpenOffice - мне тоже не известно на каком дистре сидят разработчики, и им польхуюсь давно.
Список продолжать можно, но смысла не вижу.
И не нужно, потому как сути ты всёравно не понял.
Ты пробовал собирать KDE и OpenOffice с нуля? Попробуй, раскажешь.
Learn, learn and learn better than work, work and work.
|
|
Written on: 13. 11. 2009 [17:36]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Итак, ничего не получилось.
Сделал так в confugure.in
if test ${ModJavaLikeCalc} = true; then
AC_MSG_RESULT(Build module: DAQ/JavaLikeCalc)
AC_CONFIG_FILES(src/moduls/daq/JavaLikeCalc/Makefile)
DAQSub_mod="${DAQSub_mod}JavaLikeCalc "
#>> Modules checkings
AC_PROG_YACC
#AC_CHECK_PROG(YACC_OK, bison, true, false)
if test ${YACC_OK} = false; then AC_MSG_ERROR([No syntax generator present! Install YACC like programm bison.]) fi
fi
Мои версии тулз:
[kuzulis@kuzulis ~]$ pacman -Q | grep auto
autoconf 2.64-1
automake 1.11-1
automoc4 0.9.88-1
[kuzulis@kuzulis ~]$ pacman -Q | grep libtool
libtool 2.2.6a-3
[kuzulis@kuzulis mc-4.7.0-pre4]$ pacman -Q | grep make
automake 1.11-1
cmake 2.6.4-3
make 3.81-4
[kuzulis@kuzulis mc-4.7.0-pre4]$ pacman -Q | grep m4
m4 1.4.13-1
[kuzulis@kuzulis mc-4.7.0-pre4]$
Думаю (настаиваю) все-таки, что проблема тут не в дистрибутиве Арча, т.к. ради интереса (для опыта) скачал только что исходники mc-4.7-pre4 (он на autotools) - сконфигурил и собрал и запустил .. все работает.. => это не в Арче дело
[This article was edited 2 times, at last 13.11.2009 at 18:06.]
|
|
Written on: 13. 11. 2009 [18:20]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Попробовал сделать это и пишет вот что:
[kuzulis@kuzulis OpenSCADA]$ autoupdate
configure.in:97: warning: your code may safely assume C89 semantics that RETSIGTYPE is void.
Remove this warning and the `AC_CACHE_CHECK' when you adjust the code.
[kuzulis@kuzulis OpenSCADA]$
[kuzulis@kuzulis OpenSCADA]$ autoscan
configure.in: warning: missing AC_CHECK_FUNCS([clock_gettime]) wanted by: src/tsys.cpp:921
configure.in: warning: missing AC_CHECK_FUNCS([getcwd]) wanted by: src/tsys.cpp:97
configure.in: warning: missing AC_CHECK_FUNCS([gethostbyname]) wanted by: src/moduls/daq/Siemens/openSocket.c:64
configure.in: warning: missing AC_CHECK_FUNCS([gettimeofday]) wanted by: src/tsys.cpp:499
configure.in: warning: missing AC_CHECK_FUNCS([localtime_r]) wanted by: src/tsys.cpp:945
configure.in: warning: missing AC_CHECK_FUNCS([memset]) wanted by: src/moduls/daq/Siemens/cif_api.c:1486
configure.in: warning: missing AC_CHECK_FUNCS([pow]) wanted by: src/moduls/ui/WebVision/vca_sess.cpp:364
configure.in: warning: missing AC_CHECK_FUNCS([select]) wanted by: src/moduls/ui/Vision/vis_devel_widgs.cpp:2923
configure.in: warning: missing AC_CHECK_FUNCS([socket]) wanted by: src/moduls/daq/Siemens/openSocket.c:70
configure.in: warning: missing AC_CHECK_FUNCS([sqrt]) wanted by: src/moduls/ui/Vision/vis_shape_elfig.cpp:3902
configure.in: warning: missing AC_CHECK_FUNCS([strerror]) wanted by: src/tsys.cpp:103
configure.in: warning: missing AC_CHECK_FUNCS([strtol]) wanted by: src/tsys.cpp:767
configure.in: warning: missing AC_CHECK_FUNCS([strtoul]) wanted by: src/tsys.cpp:155
configure.in: warning: missing AC_CHECK_FUNCS([uname]) wanted by: src/tsys.cpp:187
configure.in: warning: missing AC_CHECK_HEADERS([limits.h]) wanted by: src/tcntrnode.cpp:29
configure.in: warning: missing AC_CHECK_HEADERS([sys/ioctl.h]) wanted by: src/moduls/daq/DCON/DCON_client.cpp:28
configure.in: warning: missing AC_CHECK_HEADERS([termios.h]) wanted by: src/moduls/daq/DCON/DCON_client.cpp:26
configure.in: warning: missing AC_FUNC_FORK wanted by: src_call/main.cpp:40
configure.in: warning: missing AC_PROG_RANLIB wanted by: ltmain.sh:1601
configure.in: warning: missing AC_TYPE_INT16_T wanted by: src/moduls/daq/Siemens/siemens.cpp:1090
configure.in: warning: missing AC_TYPE_INT32_T wanted by: src/moduls/daq/Siemens/siemens.cpp:1091
configure.in: warning: missing AC_TYPE_INT64_T wanted by: src/moduls/daq/ICP_DAS/include/common.h:41
configure.in: warning: missing AC_TYPE_INT8_T wanted by: src/moduls/daq/ICP_DAS/include/common.h:38
configure.in: warning: missing AC_TYPE_UINT8_T wanted by: src/moduls/ui/WebVision/vca_sess.cpp:447
[kuzulis@kuzulis OpenSCADA]$
PS: я жмакаю все што можно
[This article was edited 1 times, at last 13.11.2009 at 18:22.]
|
|
Written on: 13. 11. 2009 [18:50]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Почистил директорию проекта от всех файлов , оставив только каталоги и перегенерил всё с нуля - но теперь configure ругается на это:
configure: creating ./config.status
config.status: creating src/Makefile
config.status: creating src/moduls/Makefile
config.status: creating src/moduls/arhiv/DBArch/Makefile
config.status: creating src/moduls/arhiv/FSArch/Makefile
config.status: creating src/moduls/arhiv/Makefile
config.status: creating src/moduls/bd/DBF/Makefile
config.status: creating src/moduls/bd/FireBird/Makefile
config.status: creating src/moduls/bd/Makefile
config.status: creating src/moduls/bd/MySQL/Makefile
config.status: creating src/moduls/bd/SQLite/Makefile
config.status: creating src/moduls/daq/BlockCalc/Makefile
config.status: creating src/moduls/daq/DAQGate/Makefile
config.status: creating src/moduls/daq/DCON/Makefile
config.status: creating src/moduls/daq/DiamondBoards/Makefile
config.status: creating src/moduls/daq/ICP_DAS/Makefile
config.status: creating src/moduls/daq/JavaLikeCalc/Makefile
config.status: creating src/moduls/daq/LogicLev/Makefile
config.status: creating src/moduls/daq/Makefile
config.status: creating src/moduls/daq/ModBus/Makefile
config.status: creating src/moduls/daq/SNMP/Makefile
config.status: creating src/moduls/daq/Siemens/Makefile
config.status: creating src/moduls/daq/SoundCard/Makefile
config.status: creating src/moduls/daq/System/Makefile
config.status: error: cannot find input file: `src/moduls/protocol/=Tmpl=/Makefile.in'
[kuzulis@kuzulis OpenSCADA]$
Подскажите, как в автоматическом режиме правильно перегенерить все скрипты?
|
|
Written on: 13. 11. 2009 [23:57]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
roman написал:
Aleksey написал:
KDE, разработчики этого продукта на чем сидят, мне например не известно, но пользуюсь KDE уже довольно давно.
OpenOffice - мне тоже не известно на каком дистре сидят разработчики, и им польхуюсь давно.
Список продолжать можно, но смысла не вижу.
И не нужно, потому как сути ты всёравно не понял.
Ты пробовал собирать KDE и OpenOffice с нуля? Попробуй, раскажешь.
А чего тебе рассказать ? KDE 4, когда еще только был в сырцах, самая первая бета с кучей багов, собирал на Fedora 8 и Fc9. Часа полтора собиралось, или около того, у меня тогда для работы было KDE 3.5, а для приспосабливания с новому KDE 4. OpenOffice собирал однажды, и то, потому как инета не было, а исходники OpenOffice были. Нужно было какой-то документ сделать, было это тоже года 2-3 назад. Собрал, запустил, сделал документ и уронил OpenOffce.
Пакеты которые приходилось собирать из исходников масса, последние DSPAM, courier-imap (этих 2-х вообще нет CentOs), postfix (в CentOs собран без поддержки MySQL) и до сих пор работают, и на прошлом месте работы и на новом. И собирал потому как другого варианта не было. На предыдущем месте работы уже года 4-ре работает в режиме нонстоп.
И на Alt такое делать приходилось с некоторыми пакетами.
И суть данного поста я прекрасно понял. И я за то что-бы поддерживать не только OpenSCADA, но и исправление самого дистрибутива, не важно какого. Баги могут быть и там и там, и нет тут ничего страшного, все со временем исправиться, и баги новые появяться обязательно. Главное их вылавливать и сообщать разработчикам.
Дистр не может быть один на всех, сколько людей столько и мнений. Как и то что не может 1-н автомобиль нравиться всем, или одно блюдо нравиться всем и каждому. Конечно это не означает что для каждого нужно свой дистр или свой автомобиль или еще чего-нить, такое только по спец заказу.
Другое дело, если в каком-нить дистре возникают траблы со сборкой продукта из-за старых библиотек, например в CentOs, библы старые (какая точно не помню) и GUI там не собралось, тогда конечно нужо посмотреть на др дистриб. (Или собирать все в ручную, учитывая кучу зависимостей). Но опять же, тот же самый CentOs, был расчитан как серверная платформа. Пытался и на koji и на сервере своем это сделать.
По мне так вообще нет разницы CentOs, Alt, Debian, Fedora, RedHat, ASP главное не Windows.
Все это перепробывал в свое время, остановился на Fedora потому как обновляется быстро, лень переставлять и что-то другое пробовать, да и работы приоритетной стало больше.
Другой случай, когда нужно выполнить работу заказчика, тут наступает делема между тем к чему привык, и то на чем проверено, тогда конечно лучьше выбрать то, что проверено работает, но в лабораторных условиях тестить не только на этом.
[This article was edited 6 times, at last 14.11.2009 at 11:04.]
|
|
Written on: 14. 11. 2009 [11:10]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
kuzulis написал:
Почистил директорию проекта от всех файлов , оставив только каталоги и перегенерил всё с нуля - но теперь configure ругается на это:
configure: creating ./config.status
config.status: creating src/Makefile
config.status: creating src/moduls/Makefile
config.status: creating src/moduls/arhiv/DBArch/Makefile
config.status: creating src/moduls/arhiv/FSArch/Makefile
config.status: creating src/moduls/arhiv/Makefile
config.status: creating src/moduls/bd/DBF/Makefile
config.status: creating src/moduls/bd/FireBird/Makefile
config.status: creating src/moduls/bd/Makefile
config.status: creating src/moduls/bd/MySQL/Makefile
config.status: creating src/moduls/bd/SQLite/Makefile
config.status: creating src/moduls/daq/BlockCalc/Makefile
config.status: creating src/moduls/daq/DAQGate/Makefile
config.status: creating src/moduls/daq/DCON/Makefile
config.status: creating src/moduls/daq/DiamondBoards/Makefile
config.status: creating src/moduls/daq/ICP_DAS/Makefile
config.status: creating src/moduls/daq/JavaLikeCalc/Makefile
config.status: creating src/moduls/daq/LogicLev/Makefile
config.status: creating src/moduls/daq/Makefile
config.status: creating src/moduls/daq/ModBus/Makefile
config.status: creating src/moduls/daq/SNMP/Makefile
config.status: creating src/moduls/daq/Siemens/Makefile
config.status: creating src/moduls/daq/SoundCard/Makefile
config.status: creating src/moduls/daq/System/Makefile
config.status: error: cannot find input file: `src/moduls/protocol/=Tmpl=/Makefile.in'
[kuzulis@kuzulis OpenSCADA]$
Подскажите, как в автоматическом режиме правильно перегенерить все скрипты?
Почистили директорию с файлами ))
Что-б уж наверняка
svn co svn://oscada.org.ua/trunk/OpenSCADA
autoreconf -iv;./configure --prefix=/home/[dir]/OScadaD/ ; make install
|
|
|
