[devel] Что делать в такой ситуации: пакет на основе другого пакета?

[devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Denis Medvedev]

Добрый день!
Посоветуйте, 
что делать со спеком, changelog и вообще с пакетом, если я делаю совершенно новый
пакет  но на основе старого, но не имеющий по смыслу со старым ничего общего?
Лицензия делать такое позволяет. Но надо ли оставлять старый changelog? Историю
git? Как это правильно описать в Readme/СOPYING?
-- 
C уважением,
Денис Медведев.

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-08-26 14:11:21 +0300, Denis Medvedev wrote:

 > Посоветуйте, что делать со спеком, changelog  и вообще с
 > пакетом, если я делаю совершенно новый пакет но на основе
 > старого, но не имеющий по смыслу со старым ничего общего?

Совершенно точно создавать все "с нуля".

 > Лицензия делать такое позволяет.

Форк?

 > Но надо ли оставлять старый changelog? Историю git?

Никакого смысла. Максимум - написать что-то вроде "forked
from $name $commit_id".

 > Как это правильно описать в Readme/СOPYING?

Тоже что-нибудь из "based on %s", "forked from %s" итд.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Denis Medvedev]

On Tue, 26 Aug 2025 15:07:00 +0300
"Alexey V. Vissarionov" <gremlin@altlinux.org> wrote:

> Good ${greeting_time}!
> 
> On 2025-08-26 14:11:21 +0300, Denis Medvedev wrote:
> 
>  > Посоветуйте, что делать со спеком, changelog  и вообще с
>  > пакетом, если я делаю совершенно новый пакет но на основе
>  > старого, но не имеющий по смыслу со старым ничего общего?
> 
> Совершенно точно создавать все "с нуля".
> 
>  > Лицензия делать такое позволяет.
> 
> Форк?
Нет, применение технологии (алгоритма) для других целей. Например, был пакет
который считает ежиков, я использовал его технологию для подсчета кенгуру.
> 
>  > Но надо ли оставлять старый changelog? Историю git?
> 
> Никакого смысла. Максимум - написать что-то вроде "forked
> from $name $commit_id".
> 
>  > Как это правильно описать в Readme/СOPYING?
> 
> Тоже что-нибудь из "based on %s", "forked from %s" итд.
> 
> 



-- 

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Anton Farygin]

On 8/26/25 14:11, Denis Medvedev wrote:
> Добрый день!
> Посоветуйте,
> что делать со спеком, changelog и вообще с пакетом, если я делаю совершенно новый
> пакет  но на основе старого, но не имеющий по смыслу со старым ничего общего?
> Лицензия делать такое позволяет. Но надо ли оставлять старый changelog? Историю
> git? Как это правильно описать в Readme/СOPYING?

Делать всё с нуля и ничего не писать.

Конечно надо посмотреть примеры, но у нас есть масса похожих по секциям 
build install и check пакетов и не надо по этому поводу заморачиваться.

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-08-26 15:26:48 +0300, Denis Medvedev wrote:

 >>> Посоветуйте, что делать со спеком, changelog и вообще с
 >>> пакетом, если я делаю совершенно новый пакет но на основе
 >>> старого, но не имеющий по смыслу со старым ничего общего?
 >> Совершенно точно создавать все "с нуля".
 >>> Лицензия делать такое позволяет.
 >> Форк?
 > Нет, применение технологии (алгоритма) для других целей.
 > Например, был пакет который считает ежиков, я использовал
 > его технологию для подсчета кенгуру.

Тогда максимум "based on %s" в readme.txt, а все остальное
полностью свое.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Dmitry V. Levin]

On Tue, Aug 26, 2025 at 02:11:21PM +0300, Denis Medvedev wrote:
> Добрый день!
> Посоветуйте, 
> что делать со спеком, changelog и вообще с пакетом, если я делаю совершенно новый
> пакет  но на основе старого, но не имеющий по смыслу со старым ничего общего?
> Лицензия делать такое позволяет. Но надо ли оставлять старый changelog? Историю
> git? Как это правильно описать в Readme/СOPYING?

Если от прежнего пакета остаются юридически значимые изменения,
то применимы все требования, накладываемые лицензией прежнего пакета.


-- 
ldv

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Anton Farygin]

On 8/26/25 16:18, Dmitry V. Levin wrote:
> On Tue, Aug 26, 2025 at 02:11:21PM +0300, Denis Medvedev wrote:
>> Добрый день!
>> Посоветуйте,
>> что делать со спеком, changelog и вообще с пакетом, если я делаю совершенно новый
>> пакет  но на основе старого, но не имеющий по смыслу со старым ничего общего?
>> Лицензия делать такое позволяет. Но надо ли оставлять старый changelog? Историю
>> git? Как это правильно описать в Readme/СOPYING?
> Если от прежнего пакета остаются юридически значимые изменения,
> то применимы все требования, накладываемые лицензией прежнего пакета.
>
>
Мне показалось что вопрос был исключительно про specfile и его 
содержимое, а не про содержимое пакета.

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Paul Wolneykien]

В Tue, 26 Aug 2025 15:26:48 +0300
Denis Medvedev <nbr@altlinux.org> пишет:

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

  А почему же тогда не форк? По-моему, это именно форк: добавляется
патч -ёжик +кенгуру.

Re: [devel] Что делать в такой ситуации: пакет на основе другого пакета?

[Andrey Savchenko]

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

Добрый день!

On Tue, 26 Aug 2025 14:11:21 +0300 Denis Medvedev wrote:
> Добрый день!
> Посоветуйте, 
> что делать со спеком, changelog и вообще с пакетом, если я делаю совершенно новый
> пакет  но на основе старого, но не имеющий по смыслу со старым ничего общего?
> Лицензия делать такое позволяет. Но надо ли оставлять старый changelog?

Нет. Changelog нужен для истории изменений _пакета_, поскольку
пакет совсем другой, то старая история не нужна.

> Историю git?

По вкусу. Я бы не оставлял, потому что там много лишнего, не
относящегося к новому пакету.

> Как это правильно описать в Readme/СOPYING?

В первом коммите в новый репозиторий указать откуда взят spec.

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

В Readme укажи откуда взято, под какой лицензией и от каких авторов.

С наилучшими пожеланиями,
Андрей Савченко

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