Проприетарные приложения на Qt

Эмм, вам проприетарщину на Qt писать, или сами Qt модифицировать? Если первое, то можно просто выбрать LGPL лицензию.

у Kerio спроси, вполне себе проприетарщина и большими буквами написано, что оно на Qt

Проприетарщину писать. Тогда просто нужно делать динамическую линковку и открывать тексты «интерфейса»?

Какой толк спрашивать у другой компании?

Лицензию перечитай, платить надо только если хочешь компоненты Qt править и не отдавать, либо линковать статически.

У них уже есть этот опыт :) И там работают вполне себе люди, спроси. За спрос не бьют в нос.

Кстати, где про статическую линковку написано в LGPL? Можно привести конкретную строку?

и открывать тексты «интерфейса»?

Этого не надо. Читай LGPL. Суть в том, чтобы пользователь мог слинковать твоё поделие со своей версией той библиотеки, которая под LGPL.

Если Qt с программой не распространяется, то вообще ничего не надо.

Пункт 6:

Лицензиат обязан также выполнить одно из следующих условий:

…

b) для связывания с Библиотекой должен использоваться подходящий механизм разделяемых библиотек. Механизм разделяемых библиотек считается подходящим, если он: 1) в течение времени исполнения использует копию библиотеки, которая уже находится в компьютерной системе пользователя, а не копирует функции библиотеки в исполняемый файл и 2) надлежащим образом работает с модифицированной версией библиотеки, установленной пользователем, при условии совместимости интерфейсов модифицированной версии и той версии библиотеки, которая использовалась для создания произведения, содержащего части Библиотеки;

Так, а если я хочу мультиплатформенную прогу, то мне по идее надо статически линковать?

Скайп линкует динамически, и ничего.

Не обязательно, можно в папку с приложением положить библиотеки. Далее, если не ошибаюсь, в Linux запускать программу должен будет скрипт, изменяющий переменную окружения LD_PRELOAD.

Но для Linux сначала попробуй использовать системную версию Qt, а если проблемы будут — то тогда свою тащи.

просто на виндах и мак осях там ясно что тащить надо. А вот на линуксе... Короче ладно тогда.

Я так понял если я не меняю сам Qt и делаю динамические линки, могу пользоваться LGPL. Всем спасибо.

линковать статически

На самом деле это скользкий момент. Одни говорят надо, другие нет. Судебного же прецендента пока нет.

в Linux запускать программу должен будет скрипт, изменяющий переменную окружения LD_PRELOAD

LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH И у бинаря поставить RPATH в $ORIGIN с помощью patchelf

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

платить надо только если хочешь компоненты Qt править и не отдавать, линковать статически

линковать статически

откуда вы такие беретесь

LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH И у бинаря поставить RPATH в $ORIGIN с помощью patchelf

Нужно либо одно, либо другое

Но для Linux сначала попробуй использовать системную версию Qt

...и огрести проблем с дистрибутивами, где разные версии Qt собраными разными версиями g++. Лучше сразу тащить.

откуда вы такие беретесь

Поясни

в LGPL нет ни слова про статическую линковку.

http://www.gnu.org/copyleft/lesser.html#section4

d) 0

У Qt разве такие проблемы наблюдаются?

Convey the Minimal Corresponding Source under the terms of this License, and the Corresponding Application Code in a form suitable for, and under terms that permit, the user to recombine or relink the Application with a modified version of the Linked Version to produce a modified Combined Work, in the manner specified by section 6 of the GNU GPL for conveying Corresponding Source.

Это можно сделать и со статической линковкой, причем напрягаться потребуется только по требованию пользователей. И ты зря ссылаешься на LGPL 3, Qt распространяется под 2.1, а там см. пункт 6c

У Qt разве такие проблемы наблюдаются?

1. В разных дистрах (и разных их версиях) поставляются разные версии Qt. Если версия Qt ниже, чем та, которая была использована при сборке, приложение может легко не запуститься из-за ошибки линковки, *даже если ты не используешь возможности более поздних версий*

2. Разные версии g++, точнее libstdc++. Это общая проблема С++, тащить libstdc++ придется все равно, а значит и все, что с ней слинковано.

Можно, конечно, следовать LSB и собирать с Qt 4.2 и LSB-шным тулчейном, тогда по-идее должно работать везде.

so that the user can modify the Library and then relink to produce a modified executable containing the modified Library

То есть опять нужна возможность перелинковать... Я не искушен в этих тонкостях.