[devel] backports -- lest we forget

[devel] backports -- lest we forget

[Igor Vlasenko]

Господа.

В копилку обсуждения t8.

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

Из плюсов backports - это замечатльная песочница,
с которой в altlinux пришло не одно поколение майнтайнеров.

Минус -- в том виде, в каком она была, ее надо было тянуть
руками, и желающие backports администрировать со временем выгорели.

Какое то время мы прожили без backports,
но один 5.1 по опыту оказался ни туда ни сюда.
Разделение на p6 и t6 сняло часть проблем,
однако осталась проблема acl.
получается t ветка удобна только уже сформировавшимся майнтайнерам.
и то, со временем часть майнтайнеров протаптывает тропки в p ветку
и перебирается туда.

Таким образом, проблема t ветки в том, что те, кто ее обновляет,
(не все) с нее со временем уходят в p ветку.
А новые не приходят. 
Вот возродить бы backports, и тогда была бы гармония
p <-- t <-- backports.

Думаю, как бы к этому приспособить наработки по 
карманам autoports/autoimports.



-- 

I V

Re: [devel] backports -- lest we forget

[Anton Farygin]

19.10.2016 23:21, Igor Vlasenko пишет:
> Таким образом, проблема t ветки в том, что те, кто ее обновляет,
> (не все) с нее со временем уходят в p ветку.
> А новые не приходят.
> Вот возродить бы backports, и тогда была бы гармония
> p <-- t <-- backports.
>
> Думаю, как бы к этому приспособить наработки по
> карманам autoports/autoimports.

Идеальная схема:

stable supported branch (p8)
comminity supported branch (t8)
contributions (backports) - свалка разных пакетов без всяких гарантий, 
но собранная на технологиях ALT (через gear).

При этом хороша идея Руслана, что если  в t8 собирают с каким-то 
специальным индексом (или тэгом git, например), то после обкатки пакет 
копировать в p8.

Re: [devel] backports -- lest we forget

[Aleksey Novodvorsky]

20 октября 2016 г., 11:41 пользователь Anton Farygin
<rider@altlinux.com> написал:
> 19.10.2016 23:21, Igor Vlasenko пишет:
>>
>> Таким образом, проблема t ветки в том, что те, кто ее обновляет,
>> (не все) с нее со временем уходят в p ветку.
>> А новые не приходят.
>> Вот возродить бы backports, и тогда была бы гармония
>> p <-- t <-- backports.
>>
>> Думаю, как бы к этому приспособить наработки по
>> карманам autoports/autoimports.
>
>
> Идеальная схема:
>
> stable supported branch (p8)
> comminity supported branch (t8)
> contributions (backports) - свалка разных пакетов без всяких гарантий, но
> собранная на технологиях ALT (через gear).
>
>
Как и все идеальное, она требует очень много людских ресурсов, в том
числе управленческих.
Особенно "страшен" последний пункт. Декларация об отсутствии гарантий
обычно игнорируется пользвателями,  они переходят на "вкусное" и
начинают предъявлять претензии. Потому такую "ветку" можно держать
только на формально сторонних ресурсах.
Что касается t8, то это, конечно, на усмотрение сообщества. Плюсы и
минусы здесь были описаны.

Rgrds, Алексей

Re: [devel] backports -- lest we forget

[Anton Farygin]

20.10.2016 11:52, Aleksey Novodvorsky пишет:
> Особенно "страшен" последний пункт. Декларация об отсутствии гарантий
> обычно игнорируется пользвателями,  они переходят на "вкусное" и
> начинают предъявлять претензии. Потому такую "ветку" можно держать
> только на формально сторонних ресурсах.

Кому претензии ? Наши пользователи сами ставят пакеты из Sisyphus и да, 
если что-то идёт не так - пишут об этом.

Претензии - это когда с тебя кто-то что-то требует без возможности 
отказаться.