|
Written on: 14. 11. 2009 [11:42]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
kuzulis написал:
И тут я согласен с Алексеем в части того, что нужно исправлять OScada для работы в дистре, а не наоборот (если я правильно понял), а то слишком уж боготворите и возвышаете OScada (типа она - ТРУ - а остальные должны подстраиваться под неё)!
Боготворю и возвышаю OpenSCADA! И не только. Ещё и kernel, KDE, OpenOffice и много других программ! Знаете почему?
Потому что каждая такая программа шедевр.
А дистрибутив - это подборка ксерокопий шедевров и не всегда хорошего качества. Поэтому для пользования и работы
1). выбираем такой дистрибутив, в котором самые нужные программы наилучшего качества.
или
2). делаем ксерокопию программ для дистрибутивов сами. Лучше автора программы это сделать вряд ли у кого получится.
kuzulis написал:
Тем более, автор OScada, позиционирует свой продукт (как я понял) как POSIX совместимый, и, теоретически, продукт должен работать и на других OS помимо линукса. Т.е. "хочет-нехочет - а берет на себя ответственность за фунциклирование софтины и в иных ОС".
Если бы стандарт POSIX полностью охватывал дистрибутивостроение и построение операционных систем, то да. Но с настоящим положением вещей это физически невозможно. Огромные корпорации не могут справиться с такой задачей. А до каких платформ доберётся OpenSCADA всецело зависит от количества ресурсов, вложенных в это дело сообществом.
kuzulis написал:
Тут не идет речь об всем этом, т.к. по умолчанию подразумевается всегда подходы №2,3
ЗЫ: непонятно изза чего возник весь этот флудоспор? Я всего лишь указал на то, что есть проблемы со сборкой в Арче, и честно выполняю п. №2 и №3
Aleksey написал:
Но дабы закончить с флудом на эту тему, не буду рассуждать.
to kuzulis: От Вас подхода №3 пока не видно.
Обсуждается очень серьёзный вопрос мирового масштаба. И называть это флудом, по крайней мере, неразумно.
И лучше один раз обсудить и сделать выводы, чем многократно к этому в дальнейшем возвращаться, уже в виде флуда.
Aleksey написал:
Сравнение не правильно понятно.
Другое
KDE, разработчики этого продукта на чем сидят, мне например не известно, но пользуюсь KDE уже довольно давно.
OpenOffice - мне тоже не известно на каком дистре сидят разработчики, и им польхуюсь давно.
Список продолжать можно, но смысла не вижу.
Дистр не может быть один на всех, сколько людей столько и мнений. Как и то что не может 1-н автомобиль нравиться всем, или одно блюдо нравиться всем и каждому. Конечно это не означает что для каждого нужно свой дистр или свой автомобиль или еще чего-нить, такое только по спец заказу.
По поводу KDE и OpenOffice. Чтобы довести их до всех дистрибутивов и платформ были приложены титанические усилия. Честно говоря, очень жаль, что для доведения программ до пользователей нужно столько ресурсов. Касательно OpenSCADA таких ресурсов нет.
При существовании соответствующих стандартов на ОС и дистрибутив это было бы в миллионы раз проще. Огромное количество ресурсов могло бы быть направлено на усовершенствование программ, то есть куда надо. И винда стала бы каплей в море.
Некоторые стандарты, конечно, есть. Иначе был бы полный бардак. Такие стандарты были выдвинуты RedHat и другими корпорациями. Но весь мир не стал им следовать, так как это все-таки коммерческие организации. Авторитетные во всем мире организации по продвижению СПО (типа FSF и др.) пока не спешат ввести такие стандарты. POSIX всё не охватывает.
Стандарты не могут, конечно, объединить все вкусы и мнения, но они могут охватить подавляющее большинство. Как в ресторанах и других заведениях могут делать блюда, устраивающие большинство.
Кроме того, я понимаю, что невозможно найти общее мнение, например, какие должны быть обои на рабочем столе.
Но, в каких каталогах должны находиться какие файлы, можно стандартизовать.
Какой должен быть менеджер пакетов? Можно стандартизовать. В конце концов собрать со всех менеджеров самое лучшее и объединить.
Какой должен быть синтаксис файлов системных настроек? Можно стандартизовать.
И так далее.
Продолжив аналогию с авто покажу, что один дистрибутив на всех быть может.
Я неточно выше сказал, что дистрибутив это шины и асфальт. Шины и асфальт - это системная часть дистрибутива (kernel, патчи ядра, утилиты, компиляторы и тд), автомобили - это программы. А дистрибутив - это выставка авто с треками, чтоб кататься.
Выставка всемирной быть может. И на ней могут быть представлены все автомобили (программы). И каждый может выбрать авто (программу) по своему вкусу.
А производителю не надо будет для сотен выставок производить сотни одинаковых авто (программ), тратиться на транспортировку до выставок (компиляция и доводка). Освободившиеся ресурсы можно пустить на улучшение авто (программ).
Aleksey написал:
Alt хороший дистр, у меня много и довольно долго на нем сервера когда-то работали.
...
И на Alt такое делать приходилось с некоторыми пакетами.
Респект и Уважение!!!
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 14. 11. 2009 [13:03]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Обновил с нуля срез сегодня, как писал Алексей
svn co svn://oscada.org.ua/trunk/OpenSCADA
autoreconf -iv;./configure --prefix=/home/[dir]/OScadaD/ ; make install
т.е. сделал так:
[kuzulis@kuzulis oscada]$ svn co svn://oscada.org.ua/trunk/OpenSCADA
....
Checked out revision 1020.
[kuzulis@kuzulis oscada]$ cd OpenSCADA/
[kuzulis@kuzulis OpenSCADA]$ autoreconf -iv
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal
autoreconf: configure.in: tracing
autoreconf: running: libtoolize --copy
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
configure.in:10: installing `./config.guess'
configure.in:10: installing `./config.sub'
autoreconf: Leaving directory `.'
[kuzulis@kuzulis OpenSCADA]$ ./config--disable-FireBird
...
========== Build modules list =============
Build module: DB/DBF
Build module: DB/MySQL
checking for mysql_config... /usr/bin/mysql_config
checking for MySQL libraries... yes
Build module: DB/SQLite
checking for SQLite3 library >= 3.0.0... yes
Build module: DAQ/System
checking sensors/sensors.h usability... yes
checking sensors/sensors.h presence... yes
checking for sensors/sensors.h... yes
checking for sensors_init in -lsensors... yes
configure: Pass global library using
Build module: DAQ/BlockCalc
./configure: line 20709: syntax error: unexpected end of file
[kuzulis@kuzulis OpenSCADA]$
может мне сюда запостить попробовать какие-то там скрипты про которые говорил Роман? Счобы проверить и сравнить их с Альтом и Арчем? Только что постить я не знаю
[This article was edited 1 times, at last 14.11.2009 at 13:05.]
|
|
Written on: 14. 11. 2009 [13:33]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
kuzulis написал:
Обновил с нуля срез сегодня, как писал Алексей
svn co svn://oscada.org.ua/trunk/OpenSCADA
autoreconf -iv;./configure --prefix=/home/[dir]/OScadaD/ ; make install
т.е. сделал так:
[kuzulis@kuzulis oscada]$ svn co svn://oscada.org.ua/trunk/OpenSCADA
....
Checked out revision 1020.
[kuzulis@kuzulis oscada]$ cd OpenSCADA/
[kuzulis@kuzulis OpenSCADA]$ autoreconf -iv
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal
autoreconf: configure.in: tracing
autoreconf: running: libtoolize --copy
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
configure.in:10: installing `./config.guess'
configure.in:10: installing `./config.sub'
autoreconf: Leaving directory `.'
[kuzulis@kuzulis OpenSCADA]$ ./config--disable-FireBird
...
========== Build modules list =============
Build module: DB/DBF
Build module: DB/MySQL
checking for mysql_config... /usr/bin/mysql_config
checking for MySQL libraries... yes
Build module: DB/SQLite
checking for SQLite3 library >= 3.0.0... yes
Build module: DAQ/System
checking sensors/sensors.h usability... yes
checking sensors/sensors.h presence... yes
checking for sensors/sensors.h... yes
checking for sensors_init in -lsensors... yes
configure: Pass global library using
Build module: DAQ/BlockCalc
./configure: line 20709: syntax error: unexpected end of file
[kuzulis@kuzulis OpenSCADA]$
может мне сюда запостить попробовать какие-то там скрипты про которые говорил Роман? Счобы проверить и сравнить их с Альтом и Арчем? Только что постить я не знаю
configure: Pass global library using
Build module: DAQ/BlockCalc
./configure: line 20709: syntax error: unexpected end of file
Я вот с этим тоже боролся на Debian, autool тут где-то гадит )))
По поводу KDE и OpenOffice. Чтобы довести их до всех дистрибутивов и платформ были приложены титанические усилия. Честно говоря, очень жаль, что для доведения программ до пользователей нужно столько ресурсов.
Это точно, а что делать ? Кому-то вообще нравиться все с сырцов ставить )))
Касательно OpenSCADA таких ресурсов нет.
Поэтому мы все тут помогаем кто чем может.
Но, в каких каталогах должны находиться какие файлы, можно стандартизовать.
Вот это точно давно пора бы сделать. Но как ?
Какой должен быть менеджер пакетов? Можно стандартизовать. В конце концов собрать со всех менеджеров самое лучшее и объединить.
Кому-то нравиться ставить из tar
Продолжив аналогию с авто покажу, что один дистрибутив на всех быть может.
Я неточно выше сказал, что дистрибутив это шины и асфальт. Шины и асфальт - это системная часть дистрибутива (kernel, патчи ядра, утилиты, компиляторы и тд), автомобили - это программы. А дистрибутив - это выставка авто с треками, чтоб кататься.
Выставка всемирной быть может. И на ней могут быть представлены все автомобили (программы). И каждый может выбрать авто (программу) по своему вкусу.
А производителю не надо будет для сотен выставок производить сотни одинаковых авто (программ), тратиться на транспортировку до выставок (компиляция и доводка). Освободившиеся ресурсы можно пустить на улучшение авто (программ).
Если все это получиться, то завоевать мир будет куда проще. ))))))))))))))))
|
|
Written on: 14. 11. 2009 [14:43]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Что делать?
Остаётся стучаться всем миром во все авторитетные некоммерческие организации по поддержке OpenSource, чтобы, наконец, подвели дистрибутивы под общий знаменатель. А также можно к Столману, Торвальдсу 
А пока ограничить количество используемых дистрибутивов до возможного минимума, чтобы не распылять хотя бы свои ресурсы понапрасну.
Стандарты являются законом для тех кто продвигает свой продукт другим. То есть стандарты для того и нужны, чтобы предпочтения одних не навязывались другим.
Если такой цели нет, то их спокойно можно нарушать. То есть они нисколько не ущемляют вкусы, привычки и желания людей.
Со своей копией дистрибутива всегда можно творить все что хочешь! GNU GPL!
А ставить с tar, компилировать исходники - тем более!!! Это творчество и стандартизации не подлежит!
А завоевать мир надобности нет - в мире надо жить!!!
PS Вот и всё. Рассуждение завершил. Выводы сделаны.
[This article was edited 2 times, at last 14.11.2009 at 15:13.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 14. 11. 2009 [15:17]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
almaz написал:
А пока ограничить количество используемых дистрибутивов до возможного минимума, чтобы не распылять хотя бы свои ресурсы понапрасну.
У когдого свой минимум, хотя и нужно.
А завоевать мир надобности нет - в мире надо жить!!!
А я и не предлагал, я сравнивал то как это не реально. (Хотя-бы расположение библиотек стандартизировать)
|
|
Written on: 14. 11. 2009 [22:54]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Немного покопал. Проблема в версии autoconf 2.64. Откатитесь пока на 2.63
Похоже эта проблема со временем будет во всех дистрибутивах... Они сменили синтаксис.
[This article was edited 2 times, at last 14.11.2009 at 23:28.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 15. 11. 2009 [08:00]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Вроде как уже можно не откатываться. Только обновить исходники OpenSCADA с svn.
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 15. 11. 2009 [09:22]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
Да, Роман, вчера вечером, подпилил configure.in. Вот только проверить не могу, Debian на работе. В понедельник попробую.
|
|
Written on: 16. 11. 2009 [19:11]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Да! Вот это другое дело!
Потверждаю что и на Арче собираться стало. Ура!
Но теперь другой вопрос:
1. можно ли при конфигурировании в качестве префикса указать --prefix=/usr ?
(т.к. в арче по умолчанию пакеты в основном собираются с ним.)
|
|
Written on: 16. 11. 2009 [19:20]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Я собирал в первой попавшейся под руку папке много раз. Пробуйте...
PS По поводу стандартов: FSF уже, оказывается, давно выдвинули свой стандарт - это Debian. Корпорации пошли по своим стандартам. Стандарты arch и gentoo вообще особняком (для любителей перекомпилить всё). Основные ветви развития все рассыпаются на множество мелких ( И кто сейчас может собрать это разбившееся стекло неизвестно (
Может быть только POSIX...
[This article was edited 3 times, at last 16.11.2009 at 19:57.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
