Про зловредную libreadline

[vitus_wagner]

У beldmit в журнале обсуждают злобных дебиановцев, которые собрали psql без libreadline потому что readline-вская GPL несовместима с OpenSSL-евской лицензией.

Вообще это далеко не первый случай, когда из-за лицензионных ограничений в программу с собственным командным языком не удается впихнуть libreadline.

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

Давно бы написали такую универсальную запускалку для программ с собственной командной строкой, с которой можно было бы запускать хоть ftp, хоть оракловый sql-плюс. Ну там пришлось бы правила completion-а для каждого такого приложения отдельно описывать. Но вообще-то много где их и так расширяемым делать приходится.

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

Upd оказывается, полезная программа rlwrap существует. А я и не знал. Надо постгресовским мейнтейнерам предложить вместо всяких глючных libedit просто заворачивать psql в скрипт, запускающий его через rlwrap.

Comments

[beldmit.livejournal.com]

Слушай, а давай немножко разовьем логику лицензий?

Мне кажется, еще не создана лицензия, которая позволит часть функций вызывать только из GPL-ного кода, а часть - только из коммерческого. И с параметрами вызова функций тоже открывается простор для фантазии.

[vitus_wagner]

Я вообще-то не про логику лиценизий, а про то что loose coupling позволяет решить в том числе и эту проблему.

[allter]

Разве GNU Affero не для этого? Коммерческий код - через вебсервис, а GPL-ный можно ещё и путём линковки.

[slobin.livejournal.com]

Мне уже это приходило в голову: после 2020 года (цифра условная) 98% информации, гоняемой поверх интернета, будет служебная юридическая: автоматический поиск совместимых лицензий, автоматический отзыв лицензий и посылка cease and desist уведомлений, автоматическое формирование патентных пулов для распределения нагрузки... Ну, типа заголовки пакетов такие. ;-) Чем, собственно, несовместимость лицензий хуже несовместимости протоколов или кодировок?

... Откуда про реальность знаешь, мужик? ...

[nuclight.livejournal.com]

Что именно имеется в виду? А то под это описание, например, CDDL есть. Правда, придется s/GPL/LGPL/ сделать.

[gegmopo4.livejournal.com]

А rlwrap не оно?

[lazyreader.livejournal.com]

+1, я тоже удивился - вроде как сто лет есть.

[vitus_wagner]

Оно. Оказывается все-таки написали. Век живи, век учись.

[djdfy [lj.rossia.org] (from livejournal.com)]

У меня rlwrap оставил ощущение "всё равно не работает, придется пересобирать с readline", когда в squeeze (еще testing) подобным образом сломали mysql-client. Пароль при вводе светился точно, насчет багов с utf-8 уже не помню.

[kouzdra.livejournal.com]

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

Это, кстати, спорный вопрос.

[vitus_wagner]

Абсоютно бесспорный. Иное противоречило бы "свободе 0" - свободе запускать программу.

[gegmopo4.livejournal.com]

А насчёт зловредности -- так это OpenSSL зловредная, раз запрещает её линковать с libreadline.

[vitus_wagner]

Openssl ничего не запрещает. Она только требует определенных указаний в документации.
Запрещать линковку с чем бы то ни было - это GPL-ный стиль, а не BSD-шный.

[arilou]

Вот так явно запрещает?
Или просто требует указать, что "слинковано с таким-то кодом под такой-то лицензией"?

[http://users.livejournal.com/_slw/]

debian -- это религия.
не поможет

[vitus_wagner]

В данной ситуации только религия и может помочь. Потому что только религиозные фанатики в состоянии проделать тот объем работы, который необходим чтобы растащить современное bloatware на компоненты с well-defined интерфейсами.

[avysk]

Ещё есть ledit.

[nec-p1us-u1tra.livejournal.com]

И не только rlwrap. Я для ocaml'овского cli помнится использовал что-то на окамле и написанное.

[potan.livejournal.com]

Таких программок вагон и маленькая тележка.
Но меня они не устраивают по двум пунктам.
Комплетишен они не умеют и их сложно ему научить.
Если оборачиваемая ими программа запускает другие, так же работающие со стандартными вводом/выводом, но истории их смешиваются.
Из-за этого я воевал в окамловской рассылке, даже пач им прислал, позволяющий подобные библиотеки цеплять, но они от своего ledita отказаться не могут. Больше я OCaml стараюсь не использовать, благо есть куча приличных языков с нормальным REPLом.

[potan.livejournal.com]

Ну там пришлось бы правила completion-а для каждого такого приложения отдельно описывать.

И учить ее имена таблиц и встроенных функций данного psql вытаскивать.

[gegmopo4.livejournal.com]

Форкните rlwrap и научите её вытаскивать имена таблиц и встроенных функций базы. Упс, получился клиент к PostgreSQL.

[paracloud.livejournal.com]

Хмм, берем язык, который поддерживает метафору динамического связывания через передачу сообщений. Питон там какой или Objective-C. Заворачиваем его вокруг socket или ещё какого message based IPC. Наворачиваем этот интерфейс вокруг readline и используем в проприетарной программе через distributed objects или тому подобный IPC.

Что скажет дух закона FSF на такую линковку?

[gegmopo4.livejournal.com]

Скажет: «Жениться вам, барин, пора».

[mithraen.livejournal.com]

А не проще ли в этом конкретном случае вынести в отдельный процесс таки работу с SSL?

[vitus_wagner]

Не проще. Потому что постгресовский протокол это вам не HTTP где SSL -нахлобучка сверху. Там происходят уже внутри сессии переговоры между клиентом и сервером - использовать SSL или нет.