Поддержка Linux для переходных лицензий

Я хочу опубликовать некоторое программное обеспечение для различных дистрибутивов Linux, используя обычные форматы пакетов Linux (rpm, deb, yast и т. Д.). Для моего пакета потребуется лицензионное соглашение с переходом по ссылке. Какие инструменты и форматы пакетов Linux поддерживают лицензию в пакете, которая отображается пользователю перед установкой программного обеспечения?

4 ответа

Решение

.deb определенно делает; пакеты sun-java* из несвободных пакетов Debian имеют один.

Имейте в виду, что в Linux (и других системах Unix) часто администратор устанавливает программное обеспечение, но на самом деле его используют разные люди. Возможно, вы захотите показать свою лицензионную лицензию при первом запуске программного обеспечения каждым пользователем.

(Ну, на самом деле, dpkg основывается на тексте, так что он не сквозной, а сквозной, но...)

Как сказал Дероберт, в системах Unixy зачастую это не конечный пользователь, который устанавливает программное обеспечение, поэтому просьба о том, чтобы установщик / администратор согласился с лицензией, может быть не тем, что вам нужно (зависит от назначения программного обеспечения и текста лицензии, я Угадай).

Лицензии с переходом по клику (или несколько другой, но по сути тот же принцип) лицензии были предметом споров на протяжении многих лет, поскольку, несмотря на "принятие" пользователем, трудно доказать, что именно пользователь принял лицензию. и что пользователь фактически прочитал то, что ему было представлено, перед использованием программного обеспечения.

Возьмем, к примеру, ваш магазин по ремонту компьютеров lcoal mom + pop для установки / обновления Windows; они обычно перебирают страницы лицензий, чтобы установить на ПК все остальное программное обеспечение, которое они содержат, и у действительного владельца нет возможности прочитать или согласиться с лицензией.

Стоит выяснить законность лицензий такого типа в вашей юрисдикции и юрисдикции пользователей, на которых вы собираетесь ориентироваться.

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

Сценарий установки RPM не следует использовать для запроса вопросов, поскольку нет гарантии, что код выполняется в сценарии. (он может быть установлен из графического интерфейса, а также люди не хотят, чтобы сценарий приостанавливался в большой транзакции установки). Вы можете назвать лицензионное соглашение, которое использует RPM, и показать его пользователям при первом запуске, либо с их сайта загрузки, либо добавив примечания в описание.

Вы, вероятно, не хотите делать это с помощью механизма упаковки, хотя нет гарантии, что вы нажмете. Вместо этого вы можете представить такую ​​лицензию при первом запуске приложения. Не полагайтесь на оконные приглашения на основе curses, некоторые установщики пакетов просто перенаправят их, и ваша установка будет зависать вечно.

Некоторые приложения делают это сейчас, чтобы утверждать политику в отношении товарных знаков, другие идут немного глубже. Большинству пользователей Linux не нравятся соглашения EULA, но я полагаю, что любой, кто устанавливает ваше программное обеспечение, в любом случае будет ожидать такого соглашения.

Другие вопросы по тегам