From: Anton Farygin <rider@basealt.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] License tag for source packages
Date: Wed, 18 Mar 2020 19:21:00 +0300
Message-ID: <da9835e7-0a88-4786-8f5b-1741f7f74926@basealt.ru> (raw)
In-Reply-To: <20200318122351.iicba264mq5cxifc@comp-core-i7-2640m-0182e6>
On 18.03.2020 15:23, Alexey Gladkov wrote:
> On Wed, Mar 18, 2020 at 12:50:50AM +0300, Andrey Savchenko wrote:
>> On Wed, 18 Mar 2020 00:07:58 +0300 Leonid Krivoshein wrote:
>>> 17.03.2020 19:40, Dmitry V. Levin пишет:
>>>> On Tue, Mar 17, 2020 at 05:31:20PM +0400, Sergey Afonin wrote:
>>>>> On Tuesday 17 March 2020, Ivan A. Melnikov wrote:
>>>>>
>>>>>> Мне всегда казалось, что именно для этого этот тег и нужен. Я не нашёл,
>>>>>> где это что-то такое сказано для Сизифа, но например у коллег из Федоры
>>>>>> написано чётко:
>>>>>>
>>>>>> The License: field refers to the licenses of the contents of the binary
>>>>>> rpm.
>>>>>>
>>>>>> https://docs.fedoraproject.org/en-US/packaging-guidelines/LicensingGuidelines/
>>>>>>
>>>>>> Это, в частности, означает, что если в пакете перемешан код под GPLv2+,
>>>>>> GPLv2-only и какой-нибудь MIT, то у пакета лицензия GPLv2-only, и точка.
>>>>>> Потому что весь остальной код "автоматически" перелицензируется под
>>>>>> самую жесткую из лицензий, если может, а если не может, то такой
>>>>>> пакет нельзя собирать в Сизиф.
>>>>>
>>>>> Хм. Рассматривать License c точки зрения бинарных пакетов я лично не
>>>>> догадался что-то. С одной стороны это упрощает содержимое тэга, но, с
>>>>> другой, а srpm тогда как? Туда же тот же тэг попадает. Или считается,
>>>>> что он тоже бинарник, и как у бинарника, пока его на компоненты не
>>>>> разобрали, у него та же самая самая жёсткая лицензия?
>>>> Может быть, нам нужен синтаксис для описания лицензии исходных пакетов
>>>> для случаев, когда лицензии исходного и бинарных пакетов не совпадают?
>>> И ещё такой вопрос поступил (пока выкрутился, дав команду ls
>>> /usr/share/license): У нас где-то существует исчерпывающий список
>>> лицензий, под которыми допустима публикация кода в публичных бранчах?
>>> Что-то вроде этого из
>>> https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/LicensingGuidelines
>>> :
>>>
>>> All software in Fedora must be under licenses in the *Fedora licensing
>>> list*. This list is based on the licenses approved by the Free Software
>>> Foundation, OSI and consultation with Red Hat Legal.
>>>
>>> https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#SoftwareLicenses
>> Я думаю, что под любой, которая не запрещает распространение
>> исходных кодов. Нет смысла ограничивать фиксированным списком
>> лицензий, т.к. всё время возникают новые.
> Когда мы обсуждали это с ldv@ мы думали, что разрешённые лицензии
> должны содержатся в common-licenses. Для этого и была добавлена проверка в
> sisyphus_check т.е. в идеале пакет с лицензиями не из этого списка не
> сможет попасть в сизиф.
А как быть с исключениями, которых много в разных пакетах и они в них
разные ?
next prev parent reply other threads:[~2020-03-18 16:21 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-15 16:42 [devel] mysql-workbench-community, License tag Sergey Y. Afonin
2020-03-15 18:43 ` Andrey Savchenko
2020-03-15 19:36 ` Sergey Y. Afonin
2020-03-15 21:58 ` Alexey Gladkov
2020-03-15 22:51 ` Dmitry V. Levin
2020-03-16 5:46 ` Sergey Afonin
2020-03-16 8:10 ` Dmitry V. Levin
2020-03-16 10:52 ` Sergey Afonin
2020-03-16 11:16 ` Alexey Gladkov
2020-03-16 11:37 ` Sergey Afonin
2020-03-16 12:16 ` Sergey Afonin
2020-03-16 12:27 ` Sergey Afonin
2020-03-16 14:40 ` Alexey Gladkov
2020-03-16 22:14 ` Andrey Savchenko
2020-03-16 23:03 ` Alexey Gladkov
2020-03-17 6:24 ` Ivan A. Melnikov
2020-03-17 10:37 ` Alexey Gladkov
2020-03-17 13:31 ` Sergey Afonin
2020-03-17 16:40 ` [devel] License tag for source packages Dmitry V. Levin
2020-03-17 16:56 ` Andrey Savchenko
2020-03-17 20:06 ` Dmitry V. Levin
2020-03-17 20:52 ` Leonid Krivoshein
2020-03-17 22:16 ` Andrey Savchenko
2020-03-17 22:31 ` Dmitry V. Levin
2020-03-17 22:48 ` Leonid Krivoshein
2020-03-18 8:49 ` Andrey Savchenko
2020-03-17 22:56 ` Alexey Gladkov
2020-03-17 23:10 ` Dmitry V. Levin
2020-03-18 8:45 ` Andrey Savchenko
2020-03-18 9:45 ` Sergey Afonin
2020-03-20 8:17 ` Sergey Afonin
2020-03-18 10:50 ` Dmitry V. Levin
2020-03-18 20:04 ` Andrey Savchenko
2020-03-18 20:08 ` [devel] License tag for source packages (и лишние сущности) Michael Shigorin
2020-03-18 20:11 ` Dmitry V. Levin
2020-03-18 20:14 ` Michael Shigorin
2020-03-18 20:22 ` Dmitry V. Levin
2020-03-18 20:35 ` Andrey Cherepanov
2020-03-18 12:42 ` [devel] License tag for source packages Alexey Gladkov
2020-03-17 21:07 ` Leonid Krivoshein
2020-03-17 21:50 ` Andrey Savchenko
2020-03-18 8:16 ` Alexey V. Vissarionov
2020-03-18 9:32 ` Andrey Savchenko
2020-03-18 12:23 ` Alexey Gladkov
2020-03-18 16:21 ` Anton Farygin [this message]
2020-03-18 16:35 ` Alexey Gladkov
2020-03-18 16:48 ` Anton Farygin
2020-03-18 17:04 ` Alexey Gladkov
2020-03-19 4:05 ` Anton Farygin
2020-03-19 9:52 ` Alexey Gladkov
2020-03-21 21:21 ` Dmitry V. Levin
2020-03-21 21:59 ` Vladimir D. Seleznev
2020-03-22 8:50 ` Andrey Savchenko
2020-03-23 11:53 ` Sergey V Turchin
2020-03-22 15:12 ` Alexey Gladkov
2020-03-25 8:17 ` Pavel Isopenko
2020-03-25 8:22 ` Andrey Savchenko
2020-03-25 8:32 ` Sergey Afonin
2020-03-25 9:32 ` Alexey V. Vissarionov
2020-03-25 9:46 ` Sergey Afonin
2020-03-25 10:02 ` Alexey V. Vissarionov
2020-03-25 8:33 ` Sergey Afonin
2020-03-25 9:55 ` [devel] License tag Sergey Afonin
2020-03-25 10:07 ` Alexey V. Vissarionov
2020-03-25 14:06 ` Sergey Afonin
2020-03-25 10:12 ` [devel] nfdump Dmitry V. Levin
2020-03-25 10:23 ` Sergey Afonin
2020-04-03 11:07 ` [devel] License tag Sergey Afonin
2020-04-03 12:27 ` Andrey Savchenko
2020-04-03 14:15 ` Sergey Y. Afonin
2020-04-03 14:28 ` Vladimir D. Seleznev
2020-04-03 14:34 ` Sergey Y. Afonin
2020-03-16 5:43 ` [devel] mysql-workbench-community, " Sergey Afonin
2020-03-16 22:01 ` Andrey Savchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=da9835e7-0a88-4786-8f5b-1741f7f74926@basealt.ru \
--to=rider@basealt.ru \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git