[devel] firmware-linux License tag

[devel] firmware-linux License tag

[Anton V. Boyarshinov]

Добрый день

Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
заполнении поля License по новым правилам.

Сейчас там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
modification permitted

В сусе там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
modification permitted

Лицензии ALT-Firmware в пакете common-licenses нет.

В пакете firmware-linux содержатся отдельными файлами как минимум 68
различных лицензий и добавлять их в пакет common-licenses и тэг License
выглядит абсурдным.

Как поступить?

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Wed, 18 Mar 2020 11:57:18 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> Добрый день
> 
> Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> заполнении поля License по новым правилам.
> 
> Сейчас там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
> modification permitted
> 
> В сусе там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
> modification permitted
В сусе там написано: SUSE-Firmware and GPL-2.0 and GPL-2.0+ and MIT

Re: [devel] firmware-linux License tag

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1376 bytes --]

День добрый!

On Wed, 18 Mar 2020 11:57:18 +0300 Anton V. Boyarshinov wrote:
> Добрый день
> 
> Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> заполнении поля License по новым правилам.
> 
> Сейчас там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
> modification permitted
> 
> В сусе там написано: GPL+ and GPLv2+ and MIT and Redistributable, no
> modification permitted
> 
> Лицензии ALT-Firmware в пакете common-licenses нет.
> 
> В пакете firmware-linux содержатся отдельными файлами как минимум 68
> различных лицензий и добавлять их в пакет common-licenses и тэг License
> выглядит абсурдным.
> 
> Как поступить?

По-видимому, с приходом новых правил пакет common-licenses
превращается по сути своей в alt-all-licenses, поэтому все
недостающие лицензии следует помещать туда. Можно прямо всю пачку,
кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

> По-видимому, с приходом новых правил пакет common-licenses
> превращается по сути своей в alt-all-licenses, поэтому все
> недостающие лицензии следует помещать туда. Можно прямо всю пачку,
> кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.

Ооо.. Это выглядит довольно значительной (так как надо не просто
конкатенировать файлы, но и прочитать их все) и при этом довольно
бесполезной работой, так как в поставке есть файл WHENCE, в котором
подробно расписано лицензирование каждой firmware, при этом,
разумеется, там идут ссылки на файлы лицензий с теми именами, с
которыми они идут в пакете.

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Wed, 18 Mar 2020 13:49:27 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> > По-видимому, с приходом новых правил пакет common-licenses
> > превращается по сути своей в alt-all-licenses, поэтому все
> > недостающие лицензии следует помещать туда. Можно прямо всю пачку,
> > кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.  
> 
> Ооо.. Это выглядит довольно значительной (так как надо не просто
> конкатенировать файлы, но и прочитать их все) и при этом довольно
> бесполезной работой, так как в поставке есть файл WHENCE, в котором
> подробно расписано лицензирование каждой firmware, при этом,
> разумеется, там идут ссылки на файлы лицензий с теми именами, с
> которыми они идут в пакете.

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

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Wed, Mar 18, 2020 at 01:49:27PM +0300, Anton V. Boyarshinov wrote:
> 
> > По-видимому, с приходом новых правил пакет common-licenses
> > превращается по сути своей в alt-all-licenses, поэтому все
> > недостающие лицензии следует помещать туда. Можно прямо всю пачку,
> > кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.
> 
> Ооо.. Это выглядит довольно значительной (так как надо не просто
> конкатенировать файлы, но и прочитать их все) и при этом довольно
> бесполезной работой, так как в поставке есть файл WHENCE, в котором
> подробно расписано лицензирование каждой firmware, при этом,
> разумеется, там идут ссылки на файлы лицензий с теми именами, с
> которыми они идут в пакете.

Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Wed, 18 Mar 2020 13:32:42 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> On Wed, Mar 18, 2020 at 01:49:27PM +0300, Anton V. Boyarshinov wrote:
> >   
> > > По-видимому, с приходом новых правил пакет common-licenses
> > > превращается по сути своей в alt-all-licenses, поэтому все
> > > недостающие лицензии следует помещать туда. Можно прямо всю пачку,
> > > кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.  
> > 
> > Ооо.. Это выглядит довольно значительной (так как надо не просто
> > конкатенировать файлы, но и прочитать их все) и при этом довольно
> > бесполезной работой, так как в поставке есть файл WHENCE, в котором
> > подробно расписано лицензирование каждой firmware, при этом,
> > разумеется, там идут ссылки на файлы лицензий с теми именами, с
> > которыми они идут в пакете.  
> 
> Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?
> 

Может быть и можно -- ответственным за пакет common-licenses виднее...

Re: [devel] firmware-linux License tag

[Sergey Afonin]

On Wednesday 18 March 2020, Alexey Gladkov wrote:

> Alt-Firmware ?

Всё-таки префикс Alt вызывает какой-то дискомфорт. Так и
кажется, что это какая-то собственная лицензия ALT Linux.
Может, всё же, как-то иначе сделать? Может каталог
license-nonspdx добавить какой-нибудь. Или вообще в
/usr/share/license два каталога сделать, spdx и nonspdx.

-- 
С уважением, Сергей Афонин.

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Wed, Mar 18, 2020 at 05:02:42PM +0400, Sergey Afonin wrote:
> On Wednesday 18 March 2020, Alexey Gladkov wrote:
> 
> > Alt-Firmware ?
> 
> Всё-таки префикс Alt вызывает какой-то дискомфорт. Так и
> кажется, что это какая-то собственная лицензия ALT Linux.
> Может, всё же, как-то иначе сделать?

Я делал по аналогии с opensuse. У них префикс SUSE-*, как тут уже
упоминалось. Нужен признак в имени, который точно не пересечётся с SPDX.

Мне кажется, что в этом контексте ALT-* как раз удачный выбор. Это можно
трактовать как ALTlinux, так и ALTernative т.е. альтернативная к SPDX.

> Может каталог license-nonspdx добавить какой-нибудь. Или вообще в
> /usr/share/license два каталога сделать, spdx и nonspdx.

Что если в spdx появится лицензия с тем же названием, что и в nonspdx ?

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Sergey Y. Afonin]

On Wednesday 18 March 2020, Alexey Gladkov wrote:

> Мне кажется, что в этом контексте ALT-* как раз удачный выбор. Это можно
> трактовать как ALTlinux, так и ALTernative т.е. альтернативная к SPDX.

Игра аббревиатур удачная, тут соглашусь, но тем не менее...

> > Может каталог license-nonspdx добавить какой-нибудь. Или вообще в
> > /usr/share/license два каталога сделать, spdx и nonspdx.
> 
> Что если в spdx появится лицензия с тем же названием, что и в nonspdx ?
 
Скорее всего это будет именно та же лицензия, и надо будет её просто
перенести, как мне кажется. А совпадение имён ловить при сборке на
всякий случай.

-- 
С уважением, Сергей Афонин

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Wed, Mar 18, 2020 at 06:27:18PM +0400, Sergey Y. Afonin wrote:
> On Wednesday 18 March 2020, Alexey Gladkov wrote:
> 
> > Мне кажется, что в этом контексте ALT-* как раз удачный выбор. Это можно
> > трактовать как ALTlinux, так и ALTernative т.е. альтернативная к SPDX.
> 
> Игра аббревиатур удачная, тут соглашусь, но тем не менее...
> 
> > > Может каталог license-nonspdx добавить какой-нибудь. Или вообще в
> > > /usr/share/license два каталога сделать, spdx и nonspdx.
> > 
> > Что если в spdx появится лицензия с тем же названием, что и в nonspdx ?
>  
> Скорее всего это будет именно та же лицензия, и надо будет её просто
> перенести, как мне кажется. А совпадение имён ловить при сборке на
> всякий случай.

Тут ситуация такая: когда появляется лицензия и её добавляют в SPDX есть
некоторый период, когда есть "черновой" текст лицензии (иногда с версией),
который потом меняется при его включении. Я сейчас не вспомню конкретный
пример, но кажется я на такое натыкался. Возможно, у меня это ложная
память.

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

Схожая проблема с версиями лицензий. Есть ситуации, когда лицензия была
всегда одна и поэтому никто не писал её версию (иногда версии вообще может
не быть). Потом в лицензию вносятся и появляется лицензия штрих. Пример
такого - NVIDIA. Я уже приводил этот пример, но если коротко: у нас все
пакеты обозначены как NVIDIA, но в версии драйверов 390 в лицензию
добавили один пункт. Поэтому есть две редакции NVIDIA-340 и NVIDIA-390.

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Wed, 18 Mar 2020 13:32:42 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:


> > Ооо.. Это выглядит довольно значительной (так как надо не просто
> > конкатенировать файлы, но и прочитать их все) и при этом довольно
> > бесполезной работой, так как в поставке есть файл WHENCE, в котором
> > подробно расписано лицензирование каждой firmware, при этом,
> > разумеется, там идут ссылки на файлы лицензий с теми именами, с
> > которыми они идут в пакете.  
> 
> Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?

Но тут есть одна проблема -- этот файл меняется примерно каждый раз
при новом релизе пакета firmware-linux. 

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Mon, Mar 23, 2020 at 01:49:55PM +0300, Anton V. Boyarshinov wrote:
> В Wed, 18 Mar 2020 13:32:42 +0100
> Alexey Gladkov <legion@altlinux.ru> пишет:
> 
> 
> > > Ооо.. Это выглядит довольно значительной (так как надо не просто
> > > конкатенировать файлы, но и прочитать их все) и при этом довольно
> > > бесполезной работой, так как в поставке есть файл WHENCE, в котором
> > > подробно расписано лицензирование каждой firmware, при этом,
> > > разумеется, там идут ссылки на файлы лицензий с теми именами, с
> > > которыми они идут в пакете.  
> > 
> > Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?
> 
> Но тут есть одна проблема -- этот файл меняется примерно каждый раз
> при новом релизе пакета firmware-linux. 

А какого рода там изменения ? Можно сделать шаблон ?

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Mon, 23 Mar 2020 11:55:29 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> > > Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?  
> > 
> > Но тут есть одна проблема -- этот файл меняется примерно каждый раз
> > при новом релизе пакета firmware-linux.   
> 
> А какого рода там изменения ? Можно сделать шаблон ?

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

Я вижу 2 разумных выхода:
1) симлинк на файл из firmware-linux (но тогда либо зависимость, либо
он может оказыватся битым)
2) упаковать этот файл в отдельный пакет (собирающийся из
firmware-linux) в %_licensedir, то есть, опять же, отказаться от
упаковки всех лицензий в один пакет и обеспечить установку этого пакета
в среде выполнения sisyphus_check

Ну или переделывать логику проверки...

Re: [devel] firmware-linux License tag

[Dmitry V. Levin]

On Mon, Mar 23, 2020 at 04:35:39PM +0300, Anton V. Boyarshinov wrote:
> В Mon, 23 Mar 2020 11:55:29 +0100, Alexey Gladkov пишет:
> 
> > > > Почему нельзя файл WHENCE нельзя поместить в Alt-Firmware ?  
> > > 
> > > Но тут есть одна проблема -- этот файл меняется примерно каждый раз
> > > при новом релизе пакета firmware-linux.   
> > 
> > А какого рода там изменения ? Можно сделать шаблон ?
> 
> Там в каждом релизе добавляются файлы. И в этом файле про каждый файл
> описаны условия его распространения. То есть бывает, что к уже
> имеющимся условиями прибавляется новый файл, а бывает, что дописывается
> новый блок с лицензией и файлами.

Я правильно понимаю, что кто-то каждый раз проверяет, что эти изменения
не противоречат сборке пакета в Сизиф?


-- 
ldv

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Mon, 23 Mar 2020 17:26:02 +0300
"Dmitry V. Levin" <ldv@altlinux.org> пишет:


> > Там в каждом релизе добавляются файлы. И в этом файле про каждый файл
> > описаны условия его распространения. То есть бывает, что к уже
> > имеющимся условиями прибавляется новый файл, а бывает, что дописывается
> > новый блок с лицензией и файлами.  
> 
> Я правильно понимаю, что кто-то каждый раз проверяет, что эти изменения
> не противоречат сборке пакета в Сизиф?

Нет. Но, если я правильно понимаю, апстрим этого пакета не берёт то,
что нельзя распространять.

If your commit adds new firmware, it must update the WHENCE file to
clearly state the license under which the firmware is available, and
that it is redistributable. Being redistributable includes ensuring
the firmware license provided includes an implicit or explicit
patent grant to end users to ensure full functionality of device
operation with the firmware.

Я не читал этот файл целиком, но вроде бы, в нём нет и ничего вроде
"положить на сайт можно, но на диск -- нет"

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Mon, Mar 23, 2020 at 05:36:44PM +0300, Anton V. Boyarshinov wrote:
> > Я правильно понимаю, что кто-то каждый раз проверяет, что эти изменения
> > не противоречат сборке пакета в Сизиф?
> 
> Нет. Но, если я правильно понимаю, апстрим этого пакета не берёт то,
> что нельзя распространять.
> 
> If your commit adds new firmware, it must update the WHENCE file to
> clearly state the license under which the firmware is available, and
> that it is redistributable. Being redistributable includes ensuring
> the firmware license provided includes an implicit or explicit
> patent grant to end users to ensure full functionality of device
> operation with the firmware.
> 
> Я не читал этот файл целиком, но вроде бы, в нём нет и ничего вроде
> "положить на сайт можно, но на диск -- нет"

А всё ли можно в коммерческих целях использовать ?

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Mon, 23 Mar 2020 15:42:15 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> On Mon, Mar 23, 2020 at 05:36:44PM +0300, Anton V. Boyarshinov wrote:
> > > Я правильно понимаю, что кто-то каждый раз проверяет, что эти изменения
> > > не противоречат сборке пакета в Сизиф?  
> > 
> > Нет. Но, если я правильно понимаю, апстрим этого пакета не берёт то,
> > что нельзя распространять.
> > 
> > If your commit adds new firmware, it must update the WHENCE file to
> > clearly state the license under which the firmware is available, and
> > that it is redistributable. Being redistributable includes ensuring
> > the firmware license provided includes an implicit or explicit
> > patent grant to end users to ensure full functionality of device
> > operation with the firmware.
> > 
> > Я не читал этот файл целиком, но вроде бы, в нём нет и ничего вроде
> > "положить на сайт можно, но на диск -- нет"  
> 
> А всё ли можно в коммерческих целях использовать ?

Во всяком случае:

avb@boyarsh ~/git/firmware-linux $ grep -i commer WHENCE
avb@boyarsh ~/git/firmware-linux $ grep -i milit WHENCE 
avb@boyarsh ~/git/firmware-linux $

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Mon, Mar 23, 2020 at 05:53:14PM +0300, Anton V. Boyarshinov wrote:
> > > If your commit adds new firmware, it must update the WHENCE file to
> > > clearly state the license under which the firmware is available, and
> > > that it is redistributable. Being redistributable includes ensuring
> > > the firmware license provided includes an implicit or explicit
> > > patent grant to end users to ensure full functionality of device
> > > operation with the firmware.
> > > 
> > > Я не читал этот файл целиком, но вроде бы, в нём нет и ничего вроде
> > > "положить на сайт можно, но на диск -- нет"  
> > 
> > А всё ли можно в коммерческих целях использовать ?
> 
> Во всяком случае:
>
> avb@boyarsh ~/git/firmware-linux $ grep -i commer WHENCE

У поминания этого слова всё-таки есть ))

http://git.altlinux.org/gears/f/firmware-linux.git?p=firmware-linux.git;a=blob;f=LICENCE.cavium_liquidio;h=72e6ae7b57f01f6f72b6df165decad611c11f0a5;hb=HEAD#l269

c) Accompany it with the information you received as to the offer to
distribute corresponding source code. (This alternative is allowed only
for noncommercial distribution and only if you received the program in
object code or executable form with such an offer, in accord with
Subsection b above.)

http://git.altlinux.org/gears/f/firmware-linux.git?p=firmware-linux.git;a=blob;f=LICENCE.cypress;h=070ef66f43421ab8913299953926bfdd8c7b7a91;hb=HEAD#l105

Restricted Rights.  The Software under this Agreement is commercial
computer software as that term is described in 48 C.F.R.
252.227-7014(a)(1).  If acquired by or on behalf of a civilian agency, the
U.S. Government acquires this commercial computer software and/or
commercial computer software documentation subject to the terms of this
Agreement as specified in 48 C.F.R. 12.212 (Computer Software) and 12.211
(Technical Data) of the Federal Acquisition Regulations ("FAR") and its
successors.  If acquired by or on behalf of any agency within the
Department of Defense ("DOD"), the U.S.  Government acquires this
commercial computer software and/or commercial computer software
documentation subject to the terms of this Agreement as specified in 48
C.F.R. 227.7202-3 of the DOD FAR Supplement ("DFAR") and its successors.

> avb@boyarsh ~/git/firmware-linux $ grep -i milit WHENCE 
> avb@boyarsh ~/git/firmware-linux $

Небольшая статистика по изменениям в лицензиях:

$ git log --no-merges --format='%cD' 'LICEN[SC]E.*' |sed -e 's/^.* \(20[0-9][0-9]\) [0-9].*$/\1/' |sort |uniq -c
      4 2008
      5 2009
      8 2010
      8 2011
      4 2012
     12 2013
     14 2014
     16 2015
      7 2016
      9 2017
      9 2018
      6 2019
      1 2020

Причём это вообще все изменения. В большинстве своём изменения касаются
годов тексте лицензии.

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Tue, 24 Mar 2020 16:42:39 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> Небольшая статистика по изменениям в лицензиях:
> 
> $ git log --no-merges --format='%cD' 'LICEN[SC]E.*' |sed -e 's/^.* \(20[0-9][0-9]\) [0-9].*$/\1/' |sort |uniq -c

Это изменения в отдельно лежащих файлах с лицензиями. Изменения же в
файле WHENCE происходят несколько раз в месяц

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Tue, Mar 24, 2020 at 07:31:11PM +0300, Anton V. Boyarshinov wrote:
> В Tue, 24 Mar 2020 16:42:39 +0100
> Alexey Gladkov <legion@altlinux.ru> пишет:
> 
> > Небольшая статистика по изменениям в лицензиях:
> > 
> > $ git log --no-merges --format='%cD' 'LICEN[SC]E.*' |sed -e 's/^.* \(20[0-9][0-9]\) [0-9].*$/\1/' |sort |uniq -c
> 
> Это изменения в отдельно лежащих файлах с лицензиями. Изменения же в
> файле WHENCE происходят несколько раз в месяц

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

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Tue, 24 Mar 2020 17:41:01 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> > Это изменения в отдельно лежащих файлах с лицензиями. Изменения же в
> > файле WHENCE происходят несколько раз в месяц  
> 
> Разумеется, но они не добавляют новых лицензий. Нам нет разницы сколько
> прошивок под той или иной лицензией.

Это, увы, не так. Часть лицензий содержится прямо в файле WHENCE.
Например, последняя запись в файле в сизифной версии выглядит так:

Driver: inside-secure -- Inside Secure EIP197 crypto driver

File: inside-secure/eip197_minifw/ipue.bin
File: inside-secure/eip197_minifw/ifpp.bin

Licence: Redistributable.
Copyright (c) 2019 Verimatrix, Inc.

Derived from proprietary unpublished source code.
Permission is hereby granted for the distribution of this firmware
as part of Linux or other Open Source operating system kernel,
provided this copyright notice is accompanying it.

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Tue, Mar 24, 2020 at 07:52:27PM +0300, Anton V. Boyarshinov wrote:
> В Tue, 24 Mar 2020 17:41:01 +0100
> Alexey Gladkov <legion@altlinux.ru> пишет:
> 
> > > Это изменения в отдельно лежащих файлах с лицензиями. Изменения же в
> > > файле WHENCE происходят несколько раз в месяц  
> > 
> > Разумеется, но они не добавляют новых лицензий. Нам нет разницы сколько
> > прошивок под той или иной лицензией.
> 
> Это, увы, не так. Часть лицензий содержится прямо в файле WHENCE.
> Например, последняя запись в файле в сизифной версии выглядит так:
> 
> Driver: inside-secure -- Inside Secure EIP197 crypto driver
> 
> File: inside-secure/eip197_minifw/ipue.bin
> File: inside-secure/eip197_minifw/ifpp.bin
> 
> Licence: Redistributable.
> Copyright (c) 2019 Verimatrix, Inc.
> 
> Derived from proprietary unpublished source code.
> Permission is hereby granted for the distribution of this firmware
> as part of Linux or other Open Source operating system kernel,
> provided this copyright notice is accompanying it.

Да, ты прав. Это полный зоопарк. Часть лицензий лежит отдельно, а часть
упоминается в WHENCE.

Кстати, интересно посмотреть на файл с копирайтами у дебиана. Судя по нему
в этом пакете есть файлы, которые нельзя распространять по тем или иным
причинам.

https://metadata.ftp-master.debian.org/changelogs//main/f/firmware-free/firmware-free_20200122-1_copyright

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Alexey Gladkov]

On Wed, Mar 18, 2020 at 01:24:55PM +0300, Andrey Savchenko wrote:
> По-видимому, с приходом новых правил пакет common-licenses
> превращается по сути своей в alt-all-licenses, поэтому все
> недостающие лицензии следует помещать туда. Можно прямо всю пачку,
> кроме GPL-2.0 and GPL-2.0+ and MIT, поместить в файл Alt-Firmware.

Да. Всё верно.

-- 
Rgrds, legion

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Anton!

On 03/18/2020, at 11:57:18 AM you wrote:

> Добрый день
> 
> Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> заполнении поля License по новым правилам.
> 
Вы им занялись?? Тогда почему сообщения от cronbuild приходят мне, может
быть ООО стоит координировать свою работу за пределами офиса?

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

В Wed, 18 Mar 2020 16:05:15 +0100
Konstantin Lepikhov <lakostis@altlinux.org> пишет:

> > Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> > заполнении поля License по новым правилам.
> >   
> Вы им занялись?? Тогда почему сообщения от cronbuild приходят мне, может
> быть ООО стоит координировать свою работу за пределами офиса?

Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.

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

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Anton!

On 03/18/2020, at 07:19:21 PM you wrote:

> В Wed, 18 Mar 2020 16:05:15 +0100
> Konstantin Lepikhov <lakostis@altlinux.org> пишет:
> 
> > > Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> > > заполнении поля License по новым правилам.
> > >   
> > Вы им занялись?? Тогда почему сообщения от cronbuild приходят мне, может
> > быть ООО стоит координировать свою работу за пределами офиса?
> 
> Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
> тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.
Наверное можно спросить, не?

> 
> На мой взгляд, нет ничего особенно удивительного, если человек,
> отмеченный в acl пакета как лидер собирается в нём что-то по править
> по многочисленным просьбам трудящихся. 
Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
наверное, это странно. Хотя если посмотреть на правительство России, это
годный workflow и удивляться тут нечему, все в рамках конституции. 

PS
....
* 2014-01-23 Anton V. Boyarshinov 20140123-alt1
- updated from git

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Denis Medvedev]

On 3/18/20 7:31 PM, Konstantin Lepikhov wrote:
> Hi Anton!
>
> On 03/18/2020, at 07:19:21 PM you wrote:
>
>> В Wed, 18 Mar 2020 16:05:15 +0100
>> Konstantin Lepikhov <lakostis@altlinux.org> пишет:
>>
>>>> Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
>>>> заполнении поля License по новым правилам.
>>>>    
>>> Вы им занялись?? Тогда почему сообщения от cronbuild приходят мне, может
>>> быть ООО стоит координировать свою работу за пределами офиса?
>> Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
>> тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.
> Наверное можно спросить, не?
>
>> На мой взгляд, нет ничего особенно удивительного, если человек,
>> отмеченный в acl пакета как лидер собирается в нём что-то по править
>> по многочисленным просьбам трудящихся.
> Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> наверное, это странно. Хотя если посмотреть на правительство России, это
> годный workflow и удивляться тут нечему, все в рамках конституции.

Ничего нового, человек мог поработать в компании, не одобрявшей ОSS 
contributions,

a потом уволиться и продолжать старые разработки например.

> PS
> ....
> * 2014-01-23 Anton V. Boyarshinov 20140123-alt1
> - updated from git
>

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Denis!

On 03/18/2020, at 07:33:10 PM you wrote:

<skip>
> >> На мой взгляд, нет ничего особенно удивительного, если человек,
> >> отмеченный в acl пакета как лидер собирается в нём что-то по править
> >> по многочисленным просьбам трудящихся.
> > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> > что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> > наверное, это странно. Хотя если посмотреть на правительство России, это
> > годный workflow и удивляться тут нечему, все в рамках конституции.
> 
> Ничего нового, человек мог поработать в компании, не одобрявшей ОSS 
> contributions,
Так вот оказываются чем в ООО занимаются!

PS шутки шутками но реально интересно увидеть и прочитать про эти
слезливые "просьбы трудящихся", т.к. на пакете висит только один баг с
некритичной severity. И ничего больше.

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

> > Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
> > тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.  
> Наверное можно спросить, не?

Можно. Но я настолько далёк от cronbuild, что даже не знаю -- управляет
ли им человек из ООО. Более того, мне это не очень интересно, так как я
не вижу зачем вмешивать ООО в этот Team-овский вопрос.

Опять же, зачем мне кого-то о чём-то спрашивать, если меня почта от
cronbuild не напрягает и взаимодействие с тем, кто его поддерживает не
требуется?

Ну и ООО вовсе не сидит одной комнате, а раскидано по разным городам,
много удалённых сотрудников (а сейчас -- особенно).

> Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
Пакет обновляется, меня его состояние в общем устраивает, не сломано --
не чини.

> что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
В лихорадке? Ну-ну.


> наверное, это странно. Хотя если посмотреть на правительство России, это
> годный workflow и удивляться тут нечему, все в рамках конституции. 
> 
> PS
> ....
> * 2014-01-23 Anton V. Boyarshinov 20140123-alt1
> - updated from git
> 
> -- 
> WBR et al.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Anton!

On 03/19/2020, at 11:47:53 AM you wrote:

> 
> > > Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
> > > тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.  
> > Наверное можно спросить, не?
> 
> Можно. Но я настолько далёк от cronbuild, что даже не знаю -- управляет
> ли им человек из ООО. Более того, мне это не очень интересно, так как я
> не вижу зачем вмешивать ООО в этот Team-овский вопрос.
> 
> Опять же, зачем мне кого-то о чём-то спрашивать, если меня почта от
> cronbuild не напрягает и взаимодействие с тем, кто его поддерживает не
> требуется?
> 
> Ну и ООО вовсе не сидит одной комнате, а раскидано по разным городам,
> много удалённых сотрудников (а сейчас -- особенно).
т.е. это интерес ООО все-таки, прикрытый "жалобами" виртуальных
"бюджетников"?

> 
> > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> Пакет обновляется, меня его состояние в общем устраивает, не сломано --
> не чини.
А раньше писал про жалобы, что аж из комы вышел чтобы все исправить.

> > что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> В лихорадке? Ну-ну.
Тогда зачем вообще что-то чинить и лезть туда где ничего не понимаешь? Нельзя
было баг повесить или просто письмо написать?

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Anton V. Boyarshinov]

On Thu, 19 Mar 2020 10:22:38 +0100 Konstantin Lepikhov wrote:

> > > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает  
> > Пакет обновляется, меня его состояние в общем устраивает, не сломано --
> > не чини.  
> А раньше писал про жалобы, что аж из комы вышел чтобы все исправить.

[boyarsh@imap ~]$ head -n3 .procmailrc > .procmailrc.new
[boyarsh@imap ~]$ echo ":0                                
  * From:.*lakostis@altlinux.org
.spam/
" >> .procmailrc.new
[boyarsh@imap ~]$ tail -n+3 .procmailrc >> .procmailrc.new
[boyarsh@imap ~]$ mv .procmailrc.new .procmailrc

Re: [devel] firmware-linux License tag

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 2126 bytes --]

Добрый день!

On Thu, 19 Mar 2020 10:22:38 +0100 Konstantin Lepikhov wrote:
> On 03/19/2020, at 11:47:53 AM you wrote:
> > > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> > Пакет обновляется, меня его состояние в общем устраивает, не сломано --
> > не чини.
> А раньше писал про жалобы, что аж из комы вышел чтобы все исправить.
> 
> > > что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> > В лихорадке? Ну-ну.
> Тогда зачем вообще что-то чинить и лезть туда где ничего не понимаешь? Нельзя
> было баг повесить или просто письмо написать?

Константин, мне Ваше поведение непонятно. У пакета есть acl (для
sisyphus):
firmware-linux  boyarsh @everybody

Project lead работает над пакетом, в чём проблема? Тем более, что
Ничего не сломано. Почему он должен заводить баг или писать письмо?
Это нужно делать в случаях NMU, здесь не было никого NMU.

Если Вы считали, что только Вы можете единолично менять этот пакет,
то следовало взять на себя лидерство проектом и установить
соответствующие acl.

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

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Andrey!

On 03/19/2020, at 02:52:16 PM you wrote:

> Добрый день!
> 
> On Thu, 19 Mar 2020 10:22:38 +0100 Konstantin Lepikhov wrote:
> > On 03/19/2020, at 11:47:53 AM you wrote:
> > > > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> > > Пакет обновляется, меня его состояние в общем устраивает, не сломано --
> > > не чини.
> > А раньше писал про жалобы, что аж из комы вышел чтобы все исправить.
> > 
> > > > что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> > > В лихорадке? Ну-ну.
> > Тогда зачем вообще что-то чинить и лезть туда где ничего не понимаешь? Нельзя
> > было баг повесить или просто письмо написать?
> 
> Константин, мне Ваше поведение непонятно. У пакета есть acl (для
> sisyphus):
> firmware-linux  boyarsh @everybody
> 
> Project lead работает над пакетом, в чём проблема? Тем более, что
> Ничего не сломано. Почему он должен заводить баг или писать письмо?
> Это нужно делать в случаях NMU, здесь не было никого NMU.
project lead в случае @everybody это фикция, особенно если этот project
lead чисто номинальный как в данном случае. Еще раз, последний коммит от
т.н. лида был 6 лет назад и что он делает сейчас до сих пор не озвучено,
хотя бы для воображаемых трудящихся. У меня есть заинтересованность в этом
пакете, поскольку есть железо, которое зависит от свежих прошивок и есть
желание этим железом пользоваться. Мною были сделаны улучшения в пакете,
которые _мои_ личные проблемы решили, с молчаливого согласия @everybody. И
тут появился, извините, какой-то хер с горы, который пишет что он что-то
там делает, но никому не скажет, потому что мол его какие-то трудящиеся
попросили.

После всего этого у меня нет уверенности что необходимые _мне_ изменения не
будут утеряны и функциональность пакета будет нарушена.

> 
> Если Вы считали, что только Вы можете единолично менять этот пакет,
> то следовало взять на себя лидерство проектом и установить
> соответствующие acl.
Мне кажется это единоличный захват пакета и если для вас это нормально, то
извините, не у всех такая логика и моральные принципы. К сожалению, среди
сотрудников ООО это поведение уже стало нормой.

> 
> Лично я не вижу проблем в случаях, когда другие люди меняют чужие
> пакеты, если при этом нет серьёзных проблем (или они оперативно
> устраняются) и безумных поступков вроде удаления пакетов.
Как раз тут проиходит безумие в чистом виде.

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 4888 bytes --]

On Thu, 19 Mar 2020 13:18:03 +0100 Konstantin Lepikhov wrote:
> Hi Andrey!
> 
> On 03/19/2020, at 02:52:16 PM you wrote:
> 
> > Добрый день!
> > 
> > On Thu, 19 Mar 2020 10:22:38 +0100 Konstantin Lepikhov wrote:
> > > On 03/19/2020, at 11:47:53 AM you wrote:
> > > > > Если человек, который где-то отмечен как лидер, лежит в коме 6 лет, а потом начинает
> > > > Пакет обновляется, меня его состояние в общем устраивает, не сломано --
> > > > не чини.
> > > А раньше писал про жалобы, что аж из комы вышел чтобы все исправить.
> > > 
> > > > > что-то править в лихорадке "по просьбам трудящихся" из ниоткуда, ну,
> > > > В лихорадке? Ну-ну.
> > > Тогда зачем вообще что-то чинить и лезть туда где ничего не понимаешь? Нельзя
> > > было баг повесить или просто письмо написать?
> > 
> > Константин, мне Ваше поведение непонятно. У пакета есть acl (для
> > sisyphus):
> > firmware-linux  boyarsh @everybody
> > 
> > Project lead работает над пакетом, в чём проблема? Тем более, что
> > Ничего не сломано. Почему он должен заводить баг или писать письмо?
> > Это нужно делать в случаях NMU, здесь не было никого NMU.
> project lead в случае @everybody это фикция,

Категорически не согласен. Моих пакетов в sisyphus немного, но
@everybody там совершенно осознанно и это не значит, что за
пакетами я не слежу. Для моих пакетов цель @everybody в том, чтоб
не блокировать работу другим людям, например, если нужно пересобрать
пакет в ходе обновления связанных с ним пакетов или срочно
устранить какую-либо проблему.

> Еще раз, последний коммит от т.н. лида был 6 лет назад

Это не играет никакой роли.

> и что он делает сейчас до сих пор не озвучено, хотя бы для
> воображаемых трудящихся.

А спросить религия не позволяет?

> У меня есть заинтересованность в этом
> пакете, поскольку есть железо, которое зависит от свежих прошивок и есть
> желание этим железом пользоваться. Мною были сделаны улучшения в пакете,
> которые _мои_ личные проблемы решили, с молчаливого согласия @everybody.

А в чём проблема связаться с мейнтенером пакета и сообщить ему
о своих переживаниях, попросив обратить внимание на сохранение
работоспособности важных для Вас элементов?

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

Что для меня нормально можно увидеть в acl моих пакетов, вместо
того чтоб бросаться с обвинениями и устраивать истерику.

> К сожалению, среди сотрудников ООО это поведение уже стало нормой.

Перестаньте приплетать ООО к этой проблема. Это проблема
взаимодействия двух членов тима, точка.

Если что, то большинство моих пакетов в сизифе — моя инициатива как
члена тима, а не как сотрудника и занимаюсь я ими обычно не
в рабочее время.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Andrey!

On 03/19/2020, at 03:34:18 PM you wrote:

> > > Это нужно делать в случаях NMU, здесь не было никого NMU.
> > project lead в случае @everybody это фикция,
> 
> Категорически не согласен. Моих пакетов в sisyphus немного, но
> @everybody там совершенно осознанно и это не значит, что за
> пакетами я не слежу. Для моих пакетов цель @everybody в том, чтоб
> не блокировать работу другим людям, например, если нужно пересобрать
> пакет в ходе обновления связанных с ним пакетов или срочно
> устранить какую-либо проблему.
Рад за вас.

... 
> > и что он делает сейчас до сих пор не озвучено, хотя бы для
> > воображаемых трудящихся.
> 
> А спросить религия не позволяет?
Вы мне предлагаете приехать в офис и спросить лично? Телепатией не владею,
извините.

Да, у меня есть предзвзятое отношение к ООО, поскольку это первый и не
последний случай, когда кто-то из сотрудников залезает грязными руками в
пакеты и их ломает, а потом искренне удивляется почему все acl'и ставят.

PS Разговор зашел в тупик.

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Sergey Afonin]

On Thursday 19 March 2020, Konstantin Lepikhov wrote:

> Да, у меня есть предзвзятое отношение к ООО, поскольку это первый и не
> последний случай, когда кто-то из сотрудников залезает грязными руками в
> пакеты и их ломает, а потом искренне удивляется почему все acl'и ставят.
> 
> PS Разговор зашел в тупик.
 
В данном случае, формально, лидер пакета boyarsh в соответствии с acl.
Если бы речь шла о том, что он это лидерство получил неправильно, то
стоило бы говорить именно об этом, то есть об acl. А говорить о том,
что он сколько-то там лет не обновлял этот пакет и внезапно появился
- это как-то неправильно при таком acl. И нет, к ООО я отношения не имею.

-- 
С уважением, Сергей Афонин.

Re: [devel] firmware-linux License tag

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 690 bytes --]

On Thu, 19 Mar 2020 13:47:36 +0100 Konstantin Lepikhov wrote:
> > > и что он делает сейчас до сих пор не озвучено, хотя бы для
> > > воображаемых трудящихся.
> > 
> > А спросить религия не позволяет?
> Вы мне предлагаете приехать в офис и спросить лично? Телепатией не владею,
> извините.

Зачем? Написали бы ему письмо, возможно, даже личное. Вместо этого
пошли не особо обоснованные претензии.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Anton!

On 03/18/2020, at 07:19:21 PM you wrote:

> В Wed, 18 Mar 2020 16:05:15 +0100
> Konstantin Lepikhov <lakostis@altlinux.org> пишет:
> 
> > > Вновь занявшись пакетом firmware-linux, я столкнулся со сложностями при
> > > заполнении поля License по новым правилам.
> > >   
> > Вы им занялись?? Тогда почему сообщения от cronbuild приходят мне, может
> > быть ООО стоит координировать свою работу за пределами офиса?
> 
> Кому и почему приходят сообщения от cronbuild я понятия не имею. Мне
> тоже приходят, да. Но кто этим cronbuild управляет -- я не в курсе.
> 
> На мой взгляд, нет ничего особенно удивительного, если человек,
> отмеченный в acl пакета как лидер собирается в нём что-то по править
> по многочисленным просьбам трудящихся. 
Еще раз:

1) Я не против изменений пакета, напротив, пакетом нужно заниматься.
2) Я против внутренних решений, которые нигде не озвучены и не было
обсуждения с team. Причем, решение было прикрыто формальными вещами вроде
acl, лидерства и тд. Раз у нас team, давайте обсуждать это публично без
ООО, NDA и госзаказов.
3) Если что-то обсуждается в офисной рассылке, это не значит что все в
devel@ про это в курсе, более того, это выглядит очень неочевидно.
4) До сих пор не озвучено, что именно будет сделано с пакетом
firmware-linux и как это затронет cronbuild и его дальнейшее
использование.

Если мы не придерживаемся сами своих же правил, то это все клоунада, т.е.
например патчи в apt мы обсуждаем публично, да еще и на английском, а
firmware-linux нет, потому что есть какие-то "жалобы трудящихся".

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 597 bytes --]

On Thu, 19 Mar 2020 15:53:55 +0100 Konstantin Lepikhov wrote:
> 3) Если что-то обсуждается в офисной рассылке, это не значит что все в
> devel@ про это в курсе, более того, это выглядит очень неочевидно.

В офисной рассылке ничего по данному пакету не обсуждалось. Мало
того, там вообще в последнее время ничего технического не
обсуждалось.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] firmware-linux License tag

[Konstantin Lepikhov]

Hi Aleksey!

On 03/19/2020, at 06:07:20 PM you wrote:

<skip>
> > Если мы не придерживаемся сами своих же правил, то это все клоунада, т.е.
> > например патчи в apt мы обсуждаем публично, да еще и на английском, а
> > firmware-linux нет, потому что есть какие-то "жалобы трудящихся".
> >
> 
> Я согласен с 1, 3, 4 и первой фразой п. 2.
> Но мне не вполне понятна нынешняя причина претензий Константина.
Я специально оставил цитирование сверху. Жил пакет, никого не трогал и тут
вдруг неожиданно взялись какие-то "трудящиеся" и "многочисленные жалобы".
Алексей, я уже устал это выделять в каждом письме.

> Лучше обсуждать проблемы и задавать конкретные вопросы тут.
> Замечу, что в офисной рассылке  вопрос firmware-linux не обсуждался.
> Rgrds, Алексей
Спасибо!

-- 
WBR et al.

Re: [devel] firmware-linux License tag

[Michael Shigorin]

On Thu, Mar 19, 2020 at 04:13:24PM +0100, Konstantin Lepikhov wrote:
> Я специально оставил цитирование сверху. Жил пакет, никого не трогал и тут
> вдруг неожиданно взялись какие-то "трудящиеся" и "многочисленные жалобы".

Если ты про меня -- то я вообще сейчас devel@ читаю с пятого на
десятое, поскольку занял прочную позицию в кильватере сизифа
(в роли догоняющего репозитория).  И тут -- ба! -- один из тех
вопросов, про которые уже несколько лет думал заикнуться здесь,
да всё как-то откладывал :-]

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

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] firmware-linux License tag

[Антон Мидюков]

18.03.2020 22:05, Konstantin Lepikhov пишет:
> [...]
> Тогда почему сообщения от cronbuild приходят мне, может
> быть ООО стоит координировать свою работу за пределами офиса?
>
Чтобы сообщения от cronbuild не приходили к Вам, необходимо удалить строчку:

http://git.altlinux.org/gears/f/firmware-linux.git?p=firmware-linux.git;a=blob;f=.gear/cronbuild-options;h=1ae4a8f7c82b1451a9976f9bfd8f97b0fdfb8b7a;hb=c3dc972c18cc9a318f4d600da3de6fbe772c11fa#l2

и собрать новый релиз пакета.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>