Собственно там и смотреть не чего:
Если используем GPL - должны предоставлять исходники и можем использовать статическую линковку
Если используем LGPL - можем закрывать исходники и НЕ можем использовать статическую линковку

По отчетам сам под линуксом еще не связывался с генераторами отчетов. Но в закладках есть такой:
http://sourceforge.net/projects/ncreport/

Спасибо, что быстро откликнулись
voral,

По сему вопрос: т.е. написал приложение на Qt, получил на нее авторские права и можно распространять по этой лицензии в коммерческих целях?
А можно в двух словах, что такое статическая и динамическая линковка?

Тут почитал слегка про Qt, начал качать с http://qt.gitorious.org
не подскажите куда делась QtSql?

Чем обеспечить запуск нескольких экземпляров приложения, которое установлено на серваке, на Windows-клиентах?

Так-же имеется совершенно другой вариант. Это использовать язык C# - программировать на нем не просто приятно... это как задницу облачком подтирать. Все за тебя делает. Основан на платформе .Net, благодаря чему с лёгкостью переносим на линукс(Версия mono для .Net).

Лично я обожаю Qt - но всеже для написания маленьких приложений использую .Net (на примере баз данных Oracle)

Издеваетесь? Полно нативных средств, которые по определению в Linux работают намного лучше, чем всякие прослойки типа mono и wine. Не надо делать из Linux второй Windows.

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

статическая - всё линкуется в один файл.
динамическая - у вас отдельный исполняемый файл и отдельная динамическая библиотека( *.dll или lib*.so).
в линуксе принято почти всё линковать динамически и иметь один экземпляр библиотеки на систему. в оффтопе библиотеки распространяются вместе с программами и их по 10 копий на систему...

всё уже есть в репозитариях вашего дистрибутива... судя по всему с исходниками на первых порах вы не разберётесь...

скриптами? библиотеками? о чём вообще вопрос?

причина этому совершенно другая: вы к ней привыкли =))

их собственный  qt-creator - это более, чем достойная альтернатива (а после интеграции с valgrind'ом должно быть просто конфетка(ещё не смотрел))

по поводу почитать: у Qt великолепная документация и тонны примеров и туториалов из коробки... ИМХО всякие книжки - это уже лишнее...

Тема набрала ход, спасибо, форумчане

Вот это интересно, конечно, надо опробовать Qt в Linux, но я так понял можно установить Qt в Visual и там собрать под Linux???

А в самой визуальной среде Qt не очень удобно???

Ага, об этом и думал, только были сомнения по терминологии, почему нельзя использовать статическую линковку т.к.:

Ага, понял, я привык ставить из rpm-пакетов, не заморачиваясь, а из исходников собираю только очень серьезное -- например, sendmail, так что  с исходниками всё норм...

Интеграция с valgrind уже работает?

Думаете, Python? Просто я никогда не программировал в нем. А вот C/C++ мне знаком...

Да еще вопрос, о серьезном: написал я программку в Qt. Чтобы получить на нее авторские права и, соответственно, потом кому-то всучить за деньги -- какие мои действия??
С лицензией на Qt идти в РАО и просить выдать мне патент, при этом надо меня регистрировать как физ лицо?

Спасибо за ответы

У меня в свое время были причины озадачится этим вопросом (еще в виндузятную пору жизни).  "Что бы получить авторские права" вообще ни чего делать не надо. Ваши контакты в окне "О программе" вполне достаточны для доказательства ваш прав. Ну естественно желательно, что б кто-то  мог подтвердить, что да он нам ее принес в 1814 году .  Для большей надежности можно ее зарегистрировать. Всей кухни до сканально уже не помню. Это производится только в Москве. Там надо предоставлять, что то типа: первые Х строк исходника и последние Y строк исходника....

Я это все узнавал году в 2003. всю кухню не проходил, т.к. проблема решилась сама собой. Но основная "идея" примерна такова.

По поводу QtCreator vs VisualStudio.  дело конечно же вкуса. Я так же считаю VS удачной IDE. Тем не менее я переста ей пользоваться и пользуюсь QtCreator. Пожалуй единственное что действительно мне не хватало в креаторе после студии. Это TODO лист. Но для креатора я нашел нужный плагин.
Кроме того. Нужно учесть, что qt не цепляется к Express edition. Единственное, у меня есть идея под винду использовать компилятор не mingw а взять студийный. Что б не было нужды в двух либах от mingw (правда они маленькие).... С другой стороны на линуксе можно наладить кросскомпиляцию... Сейчас я настроил компиляцию под 64 и 32 бита для Линукса, хочу попробовать и для винды собирать (судя по интернету это волне нормально работает)

Ну и в довесок: честно купленная студия после того как я узнал о Qt лежит далеко на полке.

по поводу valgrind'а - работает, запускается из коробки...
отладка памяти с навигацией по коду... почти сразу видно, что теряем, не надо копаться и разбираться самому в высере valgrind'а... в общем просто супер =)
В профилировщике очень большой список функций из разных системных библиотек - надо их как-то фильтровать, под рукой ничего для этого не нашёл... в общем неплохо, но не идеал пока...

Если вы желаете получать прибыль от ПО. Вы можете или заключать договора подряда как частное лицо, или устраиватсья на работу в фирму клиент ..
Но лучше всего ИП и 6% с дохода. (Правда нужно понимать что кроме налога на доход есть еще отчисление в ПФР,.... На данный момент это чуть больше 16тыров в год)

Еще не все заказчики решаются работать с ИП, считая что с ООО надежнее (хотя это заблуждние). В прочем ради хорошего проекта ООО не долго открыть

вижу вы новичек во всем этом.. потому возьму на себя смелость и расскажу то, чего мне так не хватало на первых порах: При написании более-менее большого проекта используются так называемые утилиты сборки. Конкретно: make(Linux), nmake(Visual), qmake(Qt), cmake(Кроссплатформенный). В подавляющем большинстве случаев при написании проги появляется желание портировать её под другую ось, напр. Windows. Потому совет: используйте или qmake или cmake. Принцип таков, что на win. qmake сгенерит вам Solution, а на lin. make файл, который компилируется и все работает  smile  И помните что линуксовый компилятор намного критичнее относится к коду чем винда, тестирую ПО в обоих средах вы получите отличный код! А насчет книг: если вы хорошо владеете английским то обязательно читайте документация, если плохо то читайте и книги и документацию. (Установите QtAssistant) У Qt есспорно самая лучшая документация из всех GUI/шаблонных библиотек. И обязательно посетите форум посвященный именно Qt: http://www.prog.org.ru/

Прошу прощения за лирическое отступление от темы, но думаю это важно )

А где вы это узнавали???
Спасибо за любую ценную информацию.

Да и не только английским владею, тут скачал курс по Qt на немецком, буду смотреть... Только не знаю когда -- времени не хватает, на 3 работах тружусь -- текучки много, да еще новый год, а я бухгалтерию еще поддерживаю помимо администрирования... К весне по-свободнее станет, вот и пытаюсь плацдарм подготовить для освоения Qt и др средств написания визуальных программ под Linux...

Хотелось бы всё-таки по подробнее про регистрацию самописного ПО и получения коммерческой выгоды...

Ну тогда все будет хорошо у вас  Qt - не проблема, если уделить ему должное внимание и время )

Компилтор дружественее =) Если под линук скажем определить inline функцию в .h а её же описание в .cpp то ошибку новичек будет искать... ооочень долго видел такое пару раз) Конечно это немного не правильно, но и ничего страшного в таком написании тоже ничего не вижу) а линукс зарубит) Потому всегда советую начинать под виндой, т.к. линь по определению сложнее и требует наличия определенных навыков и понимания концепция. Да и внутренности Qt под линь сложнее построены, хоть и лучше(те же шрифты на основе freetype).

Для начала: первое закрытое и платное 
Для продолжения: неудобства при установке - странный критерий.

По эклипсу, можно попробовать рассказать, что не удобно - может тут найдется кто-либо знающий как ее решить