From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ab@anahoret.com>
Date: Tue, 15 Jun 2004 10:29:21 +0300 (EEST)
From: Andrei Bulava <abulava@altlinux.ru>
X-X-Sender: ab@devel.office
To: sisyphus@altlinux.ru
Subject: Re: [devel] Q: license_check
In-Reply-To: <40CE0411.8090002@altlinux.ru>
Message-ID: <Pine.LNX.4.58L.0406150855560.7356@devel.office>
References: <20040614151323.GA17442@basalt.office.altlinux.org>
	<40CE0411.8090002@altlinux.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=koi8-r
Content-Transfer-Encoding: 8BIT
ReSent-Date: Tue, 15 Jun 2004 10:29:42 +0300 (EEST)
Resent-From: Andrei Bulava <ab@anahoret.com>
Resent-To: devel@altlinux.ru
ReSent-Subject: Re: [devel] Q: license_check
ReSent-Message-ID: <Pine.LNX.4.58L.0406151029420.7356@devel.office>
Cc: 
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Devel discussion list <devel@altlinux.ru>
List-Id: ALT Devel discussion list <devel.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/devel>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Tue, 15 Jun 2004 07:30:00 -0000
Archived-At: <http://lore.altlinux.org/devel/Pine.LNX.4.58L.0406150855560.7356@devel.office/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Tue, 15 Jun 2004, Mikhail Yakshin wrote:

> Господа, а чем вас не устраивает список OSI approved licenses?
>
> http://www.opensource.org/licenses/
>
> Там же по сути можно взять и самые канонические варианты
> написания.

Полностью согласен в части принятия в качестве "канонов" OSI
approved licenses.

Однако жизнь всё время пытается внести коррективы в каноны ;-) И
это нужно учесть при создании проверки license_check.

Пример: htmldoc (что, наверняка, касается любого софта,
использующего OpenSSL - просто другие люди не так
принципиальны, как Easy Software Products).

$ rpm -qi htmldoc
License: GPL with exceptions (see COPYING.txt)

/usr/share/doc/htmldoc-1.8.23/COPYING.txt:

<cite>

HTMLDOC is provided under the GNU General Public License ("GPL")
with a license exception for the OpenSSL toolkit. A copy of the
exception and license follows this introduction.

<skip/>

LICENSE EXCEPTIONS

In addition, as the copyright holder of HTMLDOC, Easy Software
Products grants the following special exception:

     1. OpenSSL Toolkit License Exception;

        a. Easy Software Products explicitly allows the
           compilation and distribution of the HTMLDOC software
           with the OpenSSL Toolkit.

No developer is required to provide this exception in a derived
work.

</cite>

Для желающих потратить время на изучение лицензии OpenSSL
http://www.openssl.org/source/license.html

Как научить license_check неканонической реальности вроде
License: GPL with exceptions (see COPYING.txt)?

Так что моё мнение в чём-то перекликается с идеей Миши Шигорина -
1) проверки для "канонических" случаев и 2) либо отсутсвие
проверки для "неканонических", либо приведение всех
"неканонических" случаев к единственному варианту.

Например, в помощь автоматической проверке "неканонические"
случаи должны содержать оговоренную последовательностью символов
типа "^Other \(.*\)$" либо всегда содержать некую
"канонизированную" запись типа "Other Open Source" или даже "Open
Source non-OSI", если за основу всё-таки будет принят список OSI
approved licenses.

Спасибо.

-- 
// AB1002-UANIC