Bug 20439 - move to non-free
Summary: move to non-free
Status: RESOLVED LATER
Alias: None
Product: Sisyphus
Classification: Development
Component: PDFlib-Lite (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Michael Shigorin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on: 20442 20443
Blocks:
  Show dependency tree
 
Reported: 2009-06-13 22:11 MSD by Alexey V. Novikov
Modified: 2009-06-16 18:06 MSD (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey V. Novikov 2009-06-13 22:11:12 MSD
http://www.pdflib.com/products/pdflib-family/pdflib-lite/pdflib-lite-licensing/

Royalty-free use

PDFlib Lite can be used for free if you are an open source developer. This means that you must disclose the full source code of your project, and make it available under an OSI-approved open source license (see www.opensource.org). Note that "full source code" includes all components of the project, not only those which are directly attached to PDFlib Lite.

PDFlib Lite can be used for free if you are a private user.

PDFlib Lite can be used for free if you are a research user.

All other uses not mentioned here require a commercial license.
Comment 1 Michael Shigorin 2009-06-14 01:01:59 MSD
Коллега, извольте поаккуратней со слэнгом.  Это и есть честный non-free, который при наличии возможности "to non-free" отослать я бы именно туда и положил.

Вы из 2002 или из 2010, сэр? ;-)
Comment 2 Alexey V. Novikov 2009-06-15 00:02:34 MSD
1. Остутствие non-free не освобождает от невозможности нахождения _этого_ в classic (или какое счас разделение в Сизифе). Не дай бог кто-то с ней слинкуется - это тоже сразу же станет non-free.

2. Меня больше интересует цель нахождения данной либы в Сизифе, т.к. что-то не нахожу, что от нее зависит. Нехотелось бы случайно поставить что-то от нее зависящее. Да я знаю, что есть Open Source проекты его использующие, один такой даже собираю для себя. Разок даже пробовал собрать его с этой либой (в то время она как раз из Сизифа вылетела), но вчитавшись в ее лицензию - выбросил подальше (благо оно работает и без этой либы), т.к. на private user или даже research user там не тянуло.
Comment 3 Michael Shigorin 2009-06-15 20:58:09 MSD
(In reply to comment #2)
> 1. Остутствие non-free не освобождает от невозможности нахождения _этого_ в
> classic (или какое счас разделение в Сизифе).

Обоснование, пожалуйста.

> Не дай бог кто-то с ней слинкуется - это тоже сразу же станет non-free.

Самозарождение мышей?  Чтоб что-то слинковалось, -devel должен стоять на системе майнтейнера и попасть в buildrequires при сборке пакета в ней (что явно следствие сознательного действия), либо опять же быть установлен в hasher chroot.

> 2. Меня больше интересует цель нахождения данной либы в Сизифе, т.к. что-то не
> нахожу, что от нее зависит.
grace умеет собираться с этой библиотекой, из-за чего в спеке в секции TODO довольно долго болталась ещё одна строчка.  Когда сделал -- %def_disable, разумеется.

> вчитавшись в ее лицензию
Лицензия как лицензия, обычная проприетарщина средней мягкости.  На самом деле один из поводов в bug #20443 говорить о макросах, а не макросе: те же нвидиевские драйверы не ставят таких ограничений на использование (кстати, не помню, а были ли там привязанные к соответствующему железу или ещё какие специфические).
Comment 4 Alexey V. Novikov 2009-06-16 08:41:37 MSD
(В ответ на комментарий №3)
> (In reply to comment #2)
> > 1. Остутствие non-free не освобождает от невозможности нахождения _этого_ в
> > classic (или какое счас разделение в Сизифе).
> 
> Обоснование, пожалуйста.
> 
> > Не дай бог кто-то с ней слинкуется - это тоже сразу же станет non-free.
> 
> Самозарождение мышей?  Чтоб что-то слинковалось, -devel должен стоять на
> системе майнтейнера и попасть в buildrequires при сборке пакета в ней (что явно
> следствие сознательного действия), либо опять же быть установлен в hasher
> chroot.
Пока apt-cache search не станет предупреждать о такого рода проблемах (лицензия не позволяет использовать софт в конкретном для пользователя случае) очень не хочется видеть это в основном репозитарии Сизифа. Майнтейнеры тоже далеко не всегда отличаются внимательностью, поэтому вероятность такого события явно больше нуля.

> > 2. Меня больше интересует цель нахождения данной либы в Сизифе, т.к. что-то не
> > нахожу, что от нее зависит.
> grace умеет собираться с этой библиотекой, из-за чего в спеке в секции TODO
> довольно долго болталась ещё одна строчка.  Когда сделал -- %def_disable,
> разумеется.
Это правильно, кому надо - пересоберет. Хотя если бы была возможность вынести соответствующую функциональность в плагин и запаковать его отдельно с соответствующим предупреждением, то было бы наверное еще лучше. Знаю, что не всегда это возможно.

 
> > вчитавшись в ее лицензию
> Лицензия как лицензия, обычная проприетарщина средней мягкости.  На самом деле
> один из поводов в bug #20443 говорить о макросах, а не макросе: те же
> нвидиевские драйверы не ставят таких ограничений на использование (кстати, не
> помню, а были ли там привязанные к соответствующему железу или ещё какие
> специфические).
С таким же успехом (слегка утрирую) можно выложить, скажем, Oracle Client(или XE), IBM DB2, и собрать с этим php,perl,python и т.д.

P.S.: Прошу прощения, если был резок в оценках
Comment 5 Michael Shigorin 2009-06-16 18:06:07 MSD
По первому пункту: я так не задумывал, но ладно, вот пусть и будет практическая напоминалка о нужности non-free.  Если же объективно помешает, всегда можно убрать.

Про плагин: угу, только IIRC оно там довольно много где влазило.

PS: всё, попался доброволец на аудит сизифных пакетов для переноса в non-free ;-)