Вопрос по лицензии GPL

а вы линкуетесь как бы вслепую что ли?

для dlopen() не требуется,
а еще можно сделать вариант - пишете библиотеку-обертку, под LGPL, ее код естественно открываете, дальше приложение можно слинковать с оберткой

кстати, что за библиотека то такая под GPL ?

ffmpeg c поддержкой x264, вот второй как раз под GPL

http://www.ffmpeg.org/legal.html

Make sure your program is not using any GPL libraries (notably libx264).

щекотливая ситуация, в принципе libx264 там используется для кодирования,
если вы собрались кодировать в x264 в вашей программе, может имеет смысл делать обертку непосредственно к x264 или делать dlopen() на нее ?

Так то, рекомендация по использованию ffmpeg с лицензией LGPL. Если я использую что то под GPL, типа кодеков,то получаю GPL ffmpeg. И зачем писать к x264, когда есть ffmpeg и там один интерфейс ко всему?

Вообще, в России были ли случаи когда кого то судили за несоблюдение GPL и прочих открытых лицензий?

>Вообще, в России были ли случаи когда кого то судили за несоблюдение GPL и прочих открытых лицензий?

только муки совести... возможно, что кто-то прочухает, что деньги на разработку тю-тю, а используется чужой gpl код... тогда придётся делиться.

Хотелось бы, просто из праздного интереса, узнать, почему вас так страшит открытие исходников? Я вижу две потенциальных причины:

• там применены какие-то ранее никем и никогда не задействованные алгоритмы и вы боитесь потерять ноу-хау
• код настолько феерически ужасен, что вы боитесь, что стоит только увидеть его, как тут же весь остальной мир перестанет вас воспринимать всерьез

может он просто хочет продать программу?

Товарищ ниже правильно предположил

> а еще можно сделать вариант - пишете библиотеку-обертку, под LGPL

Насколько я понимаю, эта библиотека - обертка тоже должна быть под GPL.

Можно написать GPL приложение-агент (не шпион :-), которое вызывает нужные функции из GPL библиотеки. А основное приложение с этим будет общаться через сокет, например (или разделяемую память).