forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.LINUX.CHAINIK

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 04.01.2017, 02:21
Khakim Romanov
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Khakim Romanov написал(а) к Rinat H. Sadretdinow в Jan 17 02:48:26 по местному времени:

Привет, Rinat!

03 янв 17 15:54, Rinat Н. Sadretdinow -> Alexey Vissarionov:

RS> Лицензия GNU, придуманная явно идиотом
RS> (тольлко полный придурок и идиот будет запрещать закрытые
RS> проприетарные программы) мне это позволит? Ибо автор программы
RS> должен иметь возможность не открывать сорсы если он не совсем
RS> долбанутый, я считаю что только долбанаты и кретины выкладывают
RS> собственный труд в паблик доступ.

Вы тут как-бы помощи просите, а не поносить СПО пришли.
Как говориться, в чужой монастырь со своим уставом не ходят.

С наилучшими пожеланиями, Khakim.

--- GoldED+/LNX 1.1.5
Ответить с цитированием
  #22  
Старый 04.01.2017, 13:02
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Rinat H. Sadretdinow написал(а) к Khakim Romanov в Jan 17 11:49:16 по местному времени:

Нello Khakim!

04 Jan 17 02:48, you wrote to me:

RS>> Лицензия GNU, придуманная явно идиотом
RS>> (тольлко полный придурок и идиот будет запрещать закрытые
RS>> проприетарные программы) мне это позволит? Ибо автор программы
RS>> должен иметь возможность не открывать сорсы если он не совсем
RS>> долбанутый, я считаю что только долбанаты и кретины выкладывают
RS>> собственный труд в паблик доступ.

KR> Вы тут как-бы помощи просите, а не поносить СПО пришли.

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

KR> Как говориться, в чужой монастырь со своим уставом не ходят.

Согласен. Но если лицензия GNU уродливая, то что делать? Как есть, так и сказал. Я всегда считал и считаю что всё* должно быть проприетарно. В свою квартиру ведь всех подряд никто в здравом уме пускать не будет, так почему программа конкретного автора должна быть открыта для всех? Программы должны быть *не открыты, я так считаю. DIXI.

Bye!

--- GoldED+/LNX 1.1.5-b20150715
Ответить с цитированием
  #23  
Старый 04.01.2017, 14:51
Eric Pozharski
Guest
 
Сообщений: n/a
По умолчанию Re: Коммерческая программа с кусками из GPL

Eric Pozharski написал(а) к Rinat H Sadretdinow в Jan 17 10:46:38 по местному времени:

with <MSGID2=3A5020=2F620586ba19e@fidonet.org> Rinat Н Sadretdinow wrote:


SKIP
RНS> Опять хорошо. А если я сделаю возможность выполнять модули Linux
RНS> под Windows, но не буду применять это в коммерческом и закрытом
RНS> софте, а выложу это как "паблик домен" в широкое использование,
RНS> с исходными текстами?

Если ты сделаешь это не используя код ядра -- без проблем. Но "не
используя" требует уточнения. Было бы лучше даже не смотреть потому что
хотя копипасты конечно нет, но просмотр наложит отпечаток и потом будешь
объяснять чем копипаста отличается от копипасты-по-памяти.

С трудом верится что это можно реализовать по одной только документации.
Потому что -- франшиза.

RНS> У меня это просто идея бзик теперь, ну вот хочу я такое сделать.
RНS> И мне уже по барабану в каком виде будет это сделано, хоть GNU,
RНS> хоть в закрытом виде. Лицензия GNU, придуманная явно идиотом (тольлко
RНS> полный придурок и идиот будет запрещать закрытые проприетарные
RНS> программы) мне это позволит? Ибо автор программы должен иметь
RНS> возможность не открывать сорсы если он не совсем долбанутый, я
RНS> считаю что только долбанаты и кретины выкладывают собственный труд
RНS> в паблик доступ.

"Долбонаты" и "кретины" так не считают. "Долбонаты" и "кретины" заводят
себе франшизу.

--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- slrn/pre1.0.0-18 (Linux)
Ответить с цитированием
  #24  
Старый 04.01.2017, 16:20
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Rinat H. Sadretdinow написал(а) к Eric Pozharski в Jan 17 14:45:26 по местному времени:

Нello Eric!

04 Jan 17 10:46, you wrote to Rinat Н Sadretdinow:

RНS>> Опять хорошо. А если я сделаю возможность выполнять модули Linux
RНS>> под Windows, но не буду применять это в коммерческом и закрытом
RНS>> софте, а выложу это как "паблик домен" в широкое использование,
RНS>> с исходными текстами?

EP> Если ты сделаешь это не используя код ядра -- без проблем.

Я и не собирался использовать код ядра. То есть для эмуляции сиколлов, используемых ядерными модулями, я вообще не планировал использовать ни кусочка из кода ядра. То есть вместо kzalloc использовать GetMem/FillChar(0) (никакого C/C++, чистый Delphi), вместо kfree использовать FreeMem (опять Delphi и никакого C/C++), вместо submit_bio Read и Write из TStream (опять Delphi) и т.д. А вот сами модули брать готовые из ядра. Как я уже говорил: "Зато в документации мелким-мелким шрифтом написано что-то вроде "Для обеспечения работы такой-то функции медленно и печально идёте на ftp://ftp.kernel.org, скачиваете оттуда linux-x.y.tar.xz и далее blah-blah-blah, полученные файлы foo.ko и bar.ko копируете в папку "%ProgramFiles%\КлёваяПрограмма\Plugins", linux-x.y.tar.xz и blah-blah-blah можно удалить".

EP> Но "не используя" требует уточнения. Было бы лучше даже не смотреть
EP> потому что хотя копипасты конечно нет, но просмотр наложит отпечаток и
EP> потом будешь объяснять чем копипаста отличается от
EP> копипасты-по-памяти.

Я их и не собирался смотреть. Я знаю что должно делать kzalloc и планировал сделать это без просмотра чего там в ядре делает конкретно kzalloc, моя чистая имплементация аналогичной функции на Delphi чтобы линуксовый модуль получил именно то, чего он ожидает.

EP> С трудом верится что это можно реализовать по одной только
EP> документации. Потому что -- франшиза.

Повторюсь: я знаю что функция kzalloc должна возвращать обнулённый блок памяти, submit_bio должна читать/писать в устройство (в моём случае в стрим) и т.п. Кто мне мешает сделать аналогичные функции не смотря в код ядра и не беря оттуда ни строки? IMНO никто. Так чего я нарушаю делая собственную* среду в которой линуксовые модули будут чувствовать себя как дома? IMНO ничего. В чём я неправ, делая *собственную среду, не используя ни капли ядерного кода, а просто эмулируя/виртуализируя ядерные функции?

Bye!

--- GoldED+/LNX 1.1.5-b20150715
Ответить с цитированием
  #25  
Старый 05.01.2017, 14:11
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Rinat H. Sadretdinow написал(а) к Eric Pozharski в Jan 17 13:00:10 по местному времени:

Нello Eric!

31 Dec 16 16:21, you wrote to Rinat Н Sadretdinow:

EP> Вот не хочешь ты себе франшизу сделать. А франшиза это то как на GPL
EP> капитализируют. Не надо выделяться из толпы.

Если бы я знал что такое эта самая франшиза (по википедии ничего не понял), как её делать и что конкретно она мне даст -- может быть сделал бы как-нибудь.

Bye!

--- GoldED+/LNX 1.1.5-b20150715
Ответить с цитированием
  #26  
Старый 05.01.2017, 14:41
Eric Pozharski
Guest
 
Сообщений: n/a
По умолчанию Re: Коммерческая программа с кусками из GPL

Eric Pozharski написал(а) к Rinat H Sadretdinow в Jan 17 10:55:27 по местному времени:

with <MSGID2=3A5020=2F620586ce63d@fidonet.org> Rinat Н Sadretdinow wrote:

RНS>>> Опять хорошо. А если я сделаю возможность выполнять модули Linux
RНS>>> под Windows, но не буду применять это в коммерческом и закрытом
RНS>>> софте, а выложу это как "паблик домен" в широкое использование,
RНS>>> с исходными текстами?
EP>> Если ты сделаешь это не используя код ядра -- без проблем.

Речь была о том, что ты не можешь взять GPL и сделать его PD. А вот BSD
сделать GPL -- можно. GPLv2 можно GPLv3, но не наоборот. Это
называется license compatibility, схемы есть. Но тебе это не интересно,
и это правильно.

RНS> Я и не собирался использовать код ядра. То есть для эмуляции сиколлов,
RНS> используемых ядерными модулями, я вообще не планировал использовать
RНS> ни кусочка из кода ядра. То есть вместо kzalloc использовать
RНS> GetMem/FillChar(0) (никакого C/C++, чистый Delphi), вместо kfree
RНS> использовать FreeMem (опять Delphi и никакого C/C++), вместо submit_bio
RНS> Read и Write из TStream (опять Delphi) и т.д. А вот сами модули
RНS> брать готовые из ядра. Как я уже говорил: "Зато в документации
RНS> мелким-мелким
SKIP

Вот здесь как-бы технические детали, которые (как-бы) неважны.
Напоминаю, твой вопрос не в том как это сделать, а легально ли это. Но
технические детали здесь как раз важны.

Если ты делаешь интерпретатор (исходного или машинного кода, неважно)
которому скармливается (исходный или скомпилированый) модуль-ядра, то
(IANAL IMНO) это легально. Если же ты передаешь в него управление -- то
это уже линковка. И вот здесь возникает вопрос легальности.

Если бы модули-ядра были бы LGPL (первый 'L' важен), то без проблем. Но
модули-ядра GPL, и тогда, действительно, единственное за что ты можешь
спрятаться -- ты раздаешь бинарник только своего кода, конечный юзер
делает линковку самостоятельно. IANAL IMНO воняет, но кроме как
какашками в тебя кидаться будет нечем.

CUT

--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- slrn/pre1.0.0-18 (Linux)
Ответить с цитированием
  #27  
Старый 05.01.2017, 16:11
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Rinat H. Sadretdinow написал(а) к Eric Pozharski в Jan 17 14:25:10 по местному времени:

Нello Eric!

05 Jan 17 13:00, I wrote to Eric Pozharski:
EP>> Вот не хочешь ты себе франшизу сделать. А франшиза это то как на GPL
EP>> капитализируют. Не надо выделяться из толпы.

RНS> Если бы я знал что такое эта самая франшиза (по википедии ничего
RНS> не понял), как её делать и что конкретно она мне даст -- может
RНS> быть сделал бы как-нибудь.

Всё-таки я поднапрягся, погуглил с десяток статей про эту самую франшизу и понял что мне это не подходит -- её не будут покупать ни мои работодатели, ни тем более я сам.

05 Jan 17 10:55, you wrote to Rinat Н Sadretdinow:

EP> Напоминаю, твой вопрос не в том как это сделать, а легально ли это.

Я пока ещё помню что я спрашивал ;-)

EP> Если ты делаешь интерпретатор (исходного или машинного кода,
EP> неважно) которому скармливается (исходный или скомпилированый)
EP> модуль-ядра, то (IANAL IMНO) это легально.

А как в таком случае этот модуль будет выполнятся? Не вижу смысл именно в интерпретаторе.

EP> Если же ты передаешь в него управление -- то это уже линковка.

Именно так, передача в него управления обязательна.

EP> Если бы модули-ядра были бы LGPL (первый 'L' важен), то без проблем.
EP> Но модули-ядра GPL,

Увы и ах.

EP> и тогда, действительно, единственное за что ты можешь спрятаться -- ты
EP> раздаешь бинарник только своего кода, конечный юзер делает линковку
EP> самостоятельно. IANAL IMНO воняет, но кроме как какашками в тебя
EP> кидаться будет нечем.

А чем это "воняет"? На мой взгляд ничем.

Bye!

--- GoldED+/LNX 1.1.5-b20150715
Ответить с цитированием
  #28  
Старый 06.01.2017, 14:51
Eric Pozharski
Guest
 
Сообщений: n/a
По умолчанию Re: Коммерческая программа с кусками из GPL

Eric Pozharski написал(а) к Rinat H Sadretdinow в Jan 17 11:33:51 по местному времени:

with <MSGID2=3A5020=2F620586e3724@fidonet.org> Rinat Н Sadretdinow wrote:

EP>>> Вот не хочешь ты себе франшизу сделать. А франшиза это то как
EP>>> на GPL капитализируют. Не надо выделяться из толпы.
RНS>> Если бы я знал что такое эта самая франшиза (по википедии ничего
RНS>> не понял), как её делать и что конкретно она мне даст -- может
RНS>> быть сделал бы как-нибудь.
RНS> Всё-таки я поднапрягся, погуглил с десяток статей про эту самую
RНS> франшизу и понял что мне это не подходит -- её не будут покупать
RНS> ни мои работодатели, ни тем более я сам.

Глупости. Ты просто не пробовал ее готовить. Это самовоспроизводящийся
процесс. Самое трудное запустить.

SKIP
EP>> Если ты делаешь интерпретатор (исходного или машинного кода,
EP>> неважно) которому скармливается (исходный или скомпилированый)
EP>> модуль-ядра, то (IANAL IMНO) это легально.
RНS> А как в таком случае этот модуль будет выполнятся? Не вижу смысл
RНS> именно в интерпретаторе.

Смысл в легальности. Как я понимаю, даже GPLv3 это позволяет.

И потом, технически, действительно, это другая задача. Просто более
общая.

SKIP
EP>> и тогда, действительно, единственное за что ты можешь спрятаться
EP>> -- ты раздаешь бинарник только своего кода, конечный юзер делает
EP>> линковку самостоятельно. IANAL IMНO воняет, но кроме как какашками
EP>> в тебя кидаться будет нечем.
RНS> А чем это "воняет"? На мой взгляд ничем.

Когда будут кидаться -- поймешь. А кидаться будут потому что франшиза.

--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- slrn/pre1.0.0-18 (Linux)
Ответить с цитированием
  #29  
Старый 06.01.2017, 16:40
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Коммерческая программа с кусками из GPL

Rinat H. Sadretdinow написал(а) к Eric Pozharski в Jan 17 14:49:42 по местному времени:

Нello Eric!

06 Jan 17 11:33, you wrote to Rinat Н Sadretdinow:

RНS>> Всё-таки я поднапрягся, погуглил с десяток статей про эту самую
RНS>> франшизу и понял что мне это не подходит -- её не будут покупать
RНS>> ни мои работодатели, ни тем более я сам.

EP> Глупости. Ты просто не пробовал ее готовить. Это самовоспроизводящийся
EP> процесс. Самое трудное запустить.

Самое трудное это заплатить какой-то первоначальный взнос, какой-то паушальный взнос, после ежемесячно платить какой-то роялти... А "Я совсем бедный! Я год не был в бане. Я старый. Меня девушки не любят!" ;-) , у меня физически нет таких миллиардов и миллионов на паушальные взносы и ежемесячные роялти.

EP>>> Если ты делаешь интерпретатор (исходного или машинного кода,
EP>>> неважно) которому скармливается (исходный или скомпилированый)
EP>>> модуль-ядра, то (IANAL IMНO) это легально.
RНS>> А как в таком случае этот модуль будет выполнятся? Не вижу смысл
RНS>> именно в интерпретаторе.

EP> Смысл в легальности. Как я понимаю, даже GPLv3 это позволяет.

Но как* этот модуль будет выполняться? Что там можно интерпретировать в *уже бинарном коде?

EP> И потом, технически, действительно, это другая задача. Просто более
EP> общая.

Даже VirtualBox когда запускает под собой Windows не интерпретирует все инструкции x86, а выполняет их на host cpu x86. То есть привилегированные инструкции типа smsw, sgdt, popf и подобные он эмулирует, а какие-нибудь инструкции общего пользования наподобии mov eax,ebx он просто выполняет. Какая тут может быть интерпретация? Разве что интерпретировать на x86 модули, скомпилированные для какого-нибудь ARM.

EP>>> IANAL IMНO воняет, но кроме как какашками в тебя кидаться будет
EP>>> нечем.
RНS>> А чем это "воняет"? На мой взгляд ничем.

EP> Когда будут кидаться -- поймешь. А кидаться будут потому что
EP> франшиза.

Не будут. Потому что как я уже сказал мне сделать подобную WSL в нормальном коммерческом* виде не судьба. Разве что сделать её для дома, для семьи, то есть чисто для себя и для повышения ЧСВ, а после выложить её под лицензией GPL во всеобщее пользование, типа нате, пользуйтесь, я меценат и совсем не жадный, мне ведь просто делать нефиг и поэтому то что я тут настарался, накорпел и ночами не спал теперь любой Вася Пупкин может запросто использовать абсолютно бесплатно. Иного варианта я не вижу. Но с другой стороны я не меценат и просто так это делать не буду, я уже говорил что нет у меня уже юношеского задора "сделать для того чтобы просто сделать". Так что не судьба. А такая задумка была хорошая! Но GNU и FSF так не глядя зарубили её на корню. Пусть Столлман и дальше *бесплатно* прилюдно и *публично грызёт свои мозоли с пяток, мне с ним не по пути.

Bye!

--- GoldED+/LNX 1.1.5-b20150715
Ответить с цитированием
  #30  
Старый 07.01.2017, 22:51
Eric Pozharski
Guest
 
Сообщений: n/a
По умолчанию Re: Коммерческая программа с кусками из GPL

Eric Pozharski написал(а) к Rinat H Sadretdinow в Jan 17 18:10:06 по местному времени:

with <MSGID2=3A5020=2F620586f8ff0@fidonet.org> Rinat Н Sadretdinow wrote:

SKIP
RНS> Самое трудное это заплатить какой-то первоначальный взнос, какой-то
RНS> паушальный взнос, после ежемесячно платить какой-то роялти... А
RНS> "Я совсем бедный! Я год не был в бане. Я старый. Меня девушки не
RНS> любят!" ;-) , у меня физически нет таких миллиардов и миллионов
RНS> на паушальные взносы и ежемесячные роялти.

Неа, это неправильная техника создания франшизы.

SKIP
RНS> Но как этот модуль будет выполняться? Что там можно интерпретировать
RНS> в уже бинарном коде?

Чем больше ты выдвигаешь аргументов против интерпретации, тем больше я
убеждаюсь, что это наиболее перспективный путь. И легальность. Но я
тебя не уговариваю на интерпертатор.

SKIP
EP>> Когда будут кидаться -- поймешь. А кидаться будут потому что
EP>> франшиза.
RНS> Не будут. Потому что как я уже сказал мне сделать подобную WSL
RНS> в нормальном коммерческом виде не судьба. Разве что сделать её
RНS> для дома, для семьи, то есть чисто для себя и для повышения ЧСВ,
RНS> а после выложить её под лицензией GPL во всеобщее пользование,
RНS> типа нате, пользуйтесь, я меценат и совсем не жадный, мне ведь
RНS> просто делать нефиг и поэтому то что я тут настарался, накорпел
RНS> и ночами не спал теперь любой Вася Пупкин может запросто использовать
RНS> абсолютно бесплатно. Иного варианта я не вижу.

Секундочку. Это уже совсем другая песня. У тебя же вроде повер-юзеры
были, неа?

RНS> Но с другой стороны я не меценат и просто так это делать не буду,
RНS> я уже говорил что нет у меня уже юношеского задора "сделать для
RНS> того чтобы просто сделать". Так что не судьба. А такая задумка
RНS> была хорошая! Но GNU и FSF так не глядя зарубили её на корню. Пусть
RНS> Столлман и дальше бесплатно* прилюдно и *публично грызёт свои
RНS> мозоли с пяток, мне с ним не по пути.

Ну вот, ты уже виновных назначил. Пичаль. Сворачиваемся?

--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- slrn/pre1.0.0-18 (Linux)
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 19:21. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot