[devel] Поддержка бранчей. (Was I: no t8 for the time being)

[devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Aleksey Novodvorsky]

Николай, спасибо!
Очень интересно и важно.

15 октября 2016 г., 16:37 пользователь Nikolay A. Fetisov
<naf@altlinux.ru> написал:

> Поскольку это devel@, то вопрос относится к ограниченному
> подмножеству пользователей стабильных веток. Попробую предположить,
> что из участников проекта интересно что-либо (дополнительно к Sisyphus)
> поддерживать в стабильной ветке тем, у кого есть системы на этих
> стабильных ветках.
>
> Лично мне стабильные ветки интересны
> 0. возможностью сделать на базе них в некий момент виртуальный сервер,
>    под фиксированный набор задач и который после первоначальной
>    настройки спокойно бы работал без существенных изменений
>    конфигурации и состава установленных в нём пакетов.
> При этом этот виртуальный сервер далее:
> 1. можно периодически и _хотя бы_ полу-автоматически обновлять без
>    особого риска получить в итоге что-то нерабочее из ранее
>    установленного и настроенного;
> 2. в которые можно как-нибудь потом поставить что-либо дополнительное,
>    без необходимости при этом по зависимостям обновлять полсистемы,
>    см. п. 1;
> 3. в отсутствии этого чего-то в стабильной ветке - это что-то
>    можно пересобрать под стабильную ветку и установить в систему,
>    см. п. 2;
> 4. и, если это что-то представляет потенциальный интерес для
>    окружающих - добавить эту сборку в эту стабильную ветку.
> Последний пункт, очевидно, опционален.
>
> При этом для п. 0, 2 и 3 мне зачастую интересно, чтобы в стабильной
> ветке были более-менее актуальные версии ПО. Т.е., где-то год-полтора
> назад для части виртуальных серверов мне приходилось выбирать
> Sisyphus - по соотношению проблем портирования свежих версий в t7
> и работы на нестабильной ветке.
>
>
> Насколько нужен сейчас t8 - честно говоря, не знаю. После разных
> подсчётов по пакетной базе [tp][67] сомнения viy@ и mike@ мне
> более чем понятны. У меня изначально были несколько другие
> представления о ситуации.
> Формальная разница t7/p7 (t6/p6) только в политиках сборки туда
> пакетов
> , при этом из t6/t7 "расширенная" версия p6/p7 получилась,
> скажем так,
> не очень. Ну и разрыв в полгода должен затруднять
> сопровождение.
> В
> обратном направлении, p8 от отсутствия параллельного ему t8
> вряд ли
> будет сильно страдать. Если при этом будет добавлен
> ещё какой-либо
> автоматизированный механизм для отправки пакетов
> в p8 - то p8 вообще
> ничего не заметит.
>
>
> Т.е.: сказать, что лично мне очень нужен t8 - не могу. На ближайшее
> время под мои задачи вполне сгодится и p8.
>
> Опять же, лично мне более неприятна другая сторона текущей ситуации
> с ветками: у нас, по факту, что t7/p6, что t7/p7 - это ветки LTS,
> со сроками жизни в 5-6-7 лет. t6 появилась в 2011-ом, t7 уже
> исполнилось 3 года. p8 вышла в мае - p9 будет в 2019-ом?

Да. Цикл сейчас-- примерно 3 года.

> Хотелось бы чего-то стабилизированного (стабильными пусть будут pN),
> но выходящего где-то раз в год. Исходя из ограниченности ресурсов -
> с ограниченным сроком жизни в 1.5-2 года.

Это зависит, к очень большому сожалению, не только от планов, но и от
разных привходящих обстоятельств. Но 2 года мне кажется неплохим
сроком.

> (Это именно лично мои мечты, исходя из моих вариантов использования
> стабильных веток.)
> Правда, трудоёмкость поддержки таких веток будет заметно выше, чем
> парных tN/pN. Но, по-идее, они будут востребованы как минимум
> продвинутыми пользователями настольных систем - они более всего
> затронуты старыми версиями пакетов в стабильных веток.

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

Более общий вопрос: протухание каких компонентов бранча (лучше на
примере p7/t7) заставляло вас переходить на Сизиф и/или менять Альт на
другие системы?

Rgrds, Алексей

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

Здравствуйте!

В Сб, 15/10/2016 в 18:56 +0300, Aleksey Novodvorsky пишет:
> 
> 15 октября 2016 г., 16:37 пользователь Nikolay A. Fetisov
> <naf@> написал:

> > Хотелось бы чего-то стабилизированного (стабильными пусть будут
> > pN),
> > но выходящего где-то раз в год. Исходя из ограниченности ресурсов -
> > с ограниченным сроком жизни в 1.5-2 года.
> 
> Это зависит, к очень большому сожалению, не только от планов, но и от
> разных привходящих обстоятельств. Но 2 года мне кажется неплохим
> сроком.

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

> 
> > 
> > (Это именно лично мои мечты, исходя из моих вариантов использования
> > стабильных веток.)
> > Правда, трудоёмкость поддержки таких веток будет заметно выше, чем
> > парных tN/pN. Но, по-идее, они будут востребованы как минимум
> > продвинутыми пользователями настольных систем - они более всего
> > затронуты старыми версиями пакетов в стабильных веток.
> 
> Вот тут хотелось бы чуть конкретнее. Если определить список основных
> пакетов настольных систем, за версиями которых надо следить, то будет
> проще отслеживать актуальность.

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

> 
> Более общий вопрос: протухание каких компонентов бранча (лучше на
> примере p7/t7) заставляло вас переходить на Сизиф и/или менять Альт
> на другие системы?

У меня основное направление - это системы под работу веб-приложений.
Соответственно, мне более важен набор соответствующего серверного ПО.

Из того, что сразу вспоминается:
- пришлось уходить с t7 на Sisyphus для кластера Apache Cassanda - 
  под t7 у меня год назад собиралась Cassanda 2.1.5, для 2.1.12 
  в марте этого года потребовался более свежий JDK.
- Aerospike на t7 не собрать не удалось - требовал более свежих по
  сравнению с t7 библиотек. Пришло делать под него виртуальные
  серверы с Sisyphus.
- ну и PHP. При этом, есть и проекты, которым всё ещё хочется 
  5.3 - это t6. Далеко не всё можно обновить до t7 с 5.5 в нём.
  Для пары новых проектов разработчики запросили уже 5.6 - пришлось
  обновляться до Sisyphus. (А есть уже запрос и на 5.7...)


От замены ALTLinux'а на что-то ещё пока получается удерживаться - т.е.,
и на арендуемых у хостеров серверах установленные там системы так или 
иначе меняются.

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Aleksey Novodvorsky]

15 октября 2016 г., 20:38 пользователь Nikolay A. Fetisov
<naf@altlinux.ru> написал:
> Здравствуйте!
>
> В Сб, 15/10/2016 в 18:56 +0300, Aleksey Novodvorsky пишет:
>>
>> 15 октября 2016 г., 16:37 пользователь Nikolay A. Fetisov
>> <naf@> написал:
>
>> > Хотелось бы чего-то стабилизированного (стабильными пусть будут
>> > pN),
>> > но выходящего где-то раз в год. Исходя из ограниченности ресурсов -
>> > с ограниченным сроком жизни в 1.5-2 года.
>>
>> Это зависит, к очень большому сожалению, не только от планов, но и от
>> разных привходящих обстоятельств. Но 2 года мне кажется неплохим
>> сроком.
>
> На всякий случай, имелось в виду - ветки раз в год, и со сроком жизни
> в полтора-два года. Т.е., с перекрытием в полгода-год.

Это очень сложно.  Поддерживать три стабильных бранча крайне
ресурсоемко. Два -- просто сложно. Если помечтать, то в поддержке
третьего (самого старого) полностью и частично второго  было бы хорошо
участие  сообщества, кроме критических обновлений безопасности, -- они
и так идут сейчас для сертифицированных дистрибутивов.  Но интересно
ли это сообществу?
А "Базальту" надо сильно больше зарабатывать. :)

>
>>
>> >
>> > (Это именно лично мои мечты, исходя из моих вариантов использования
>> > стабильных веток.)
>> > Правда, трудоёмкость поддержки таких веток будет заметно выше, чем
>> > парных tN/pN. Но, по-идее, они будут востребованы как минимум
>> > продвинутыми пользователями настольных систем - они более всего
>> > затронуты старыми версиями пакетов в стабильных веток.
>>
>> Вот тут хотелось бы чуть конкретнее. Если определить список основных
>> пакетов настольных систем, за версиями которых надо следить, то будет
>> проще отслеживать актуальность.
>
> По настольным системам не скажу - у меня на рабочих машинах Sisyphus,
> правда, разной степени протухлости. Обычно в полтора-два месяца, чаще
> перезагружаться ни возможности, ни желания нет.

Про настольные системы Вы сами упомянули в предыдущем абзаце, потому я
и спросил, -- хотя немного удивился.

>
>>
>> Более общий вопрос: протухание каких компонентов бранча (лучше на
>> примере p7/t7) заставляло вас переходить на Сизиф и/или менять Альт
>> на другие системы?
>
> У меня основное направление - это системы под работу веб-приложений.
> Соответственно, мне более важен набор соответствующего серверного ПО.
>
> Из того, что сразу вспоминается:
> - пришлось уходить с t7 на Sisyphus для кластера Apache Cassanda -
>   под t7 у меня год назад собиралась Cassanda 2.1.5, для 2.1.12
>   в марте этого года потребовался более свежий JDK.

OpenJDK?

> - Aerospike на t7 не собрать не удалось - требовал более свежих по
>   сравнению с t7 библиотек. Пришло делать под него виртуальные
>   серверы с Sisyphus.
> - ну и PHP. При этом, есть и проекты, которым всё ещё хочется
>   5.3 - это t6. Далеко не всё можно обновить до t7 с 5.5 в нём.
>   Для пары новых проектов разработчики запросили уже 5.6 - пришлось
>   обновляться до Sisyphus. (А есть уже запрос и на 5.7...)
>

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

Rgrds, Алексей

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Motsyo Gennadi aka Drool]

15.10.2016 18:56, Aleksey Novodvorsky пишет:
> Более общий вопрос: протухание каких компонентов бранча (лучше на
> примере p7/t7) заставляло вас переходить на Сизиф и/или менять Альт на
> другие системы?

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

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

15.10.2016 20:38, Nikolay A. Fetisov пишет:
> - ну и PHP. При этом, есть и проекты, которым всё ещё хочется
>   5.3 - это t6. Далеко не всё можно обновить до t7 с 5.5 в нём.
>   Для пары новых проектов разработчики запросили уже 5.6 - пришлось
>   обновляться до Sisyphus. (А есть уже запрос и на 5.7...)
Наверное, всё-таки запрос на PHP-7 ?

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

15.10.2016 20:59, Aleksey Novodvorsky пишет:
>> - ну и PHP. При этом, есть и проекты, которым всё ещё хочется
>> >   5.3 - это t6. Далеко не всё можно обновить до t7 с 5.5 в нём.
>> >   Для пары новых проектов разработчики запросили уже 5.6 - пришлось
>> >   обновляться до Sisyphus. (А есть уже запрос и на 5.7...)
>> >
> Да, так как мы сами не занимаемся веб-приложениями, то плохо
> отслеживаем протухание. Надо подумать, как этого избежать.

Я занимаю WEB приложениями, но с нашей политикой сопровождения бранчей 
для WEB мне проще уйти на Sisyphus, чем доказывать необходимость 
обновления тех или иных компонент.

С p8 более менее отладили, кстати, но как только сизиф уйдёт на php-7, 
то PHP в p8 неизбежно протухнет.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Ruslan Hihin]

А не надо-ли для Веб поддержки сделать свой бренч, который-бы не содержал-бы ничего лишнего, но шел-бы параллельно Сизифу? Или там есть какие-то завязки на основную систему? Альтернативы не могут помочь?
-- 
Простите за краткость, создано в K-9 Mail.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

17.10.2016 13:58, Ruslan Hihin пишет:
> А не надо-ли для Веб поддержки сделать свой бренч, который-бы не содержал-бы ничего лишнего, но шел-бы параллельно Сизифу? Или там есть какие-то завязки на основную систему? Альтернативы не могут помочь?
>

Конечно есть завязки.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Хихин Руслан]

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

Здравствуйте !
On Monday 17 October 2016 14:08:16 Anton Farygin написал(а):

> > А не надо-ли для Веб поддержки сделать свой бренч, который-бы не
> > содержал-бы ничего лишнего, но шел-бы параллельно Сизифу? Или там есть
> > какие-то завязки на основную систему? Альтернативы не могут помочь?
>
> Конечно есть завязки.

Там-же chroot сплошной - никак нельзя сделать изолированную среду и под неё 
держать бренч?

-- 
C уважением, Хихин Руслан.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

18.10.2016 13:02, Хихин Руслан пишет:
> Здравствуйте !
> On Monday 17 October 2016 14:08:16 Anton Farygin написал(а):
>
>>> А не надо-ли для Веб поддержки сделать свой бренч, который-бы не
>>> содержал-бы ничего лишнего, но шел-бы параллельно Сизифу? Или там есть
>>> какие-то завязки на основную систему? Альтернативы не могут помочь?
>>
>> Конечно есть завязки.
>
> Там-же chroot сплошной - никак нельзя сделать изолированную среду и под неё
> держать бренч?

Где чрут сплошной ?

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Ruslan Hihin]

Ну всякие виртуалки, и т.п. где ядро в хвостовой системе, а в гостевых крутятся хосты. Ведь, как я понимаю это сейчас основной тренд? А число пакетов для таких виртуалок ведь можно ограничить, и именно их держать на достаточно высоком уровне.  Впрочем я могу сильно заблуждаться, как всякий человек, знающий вопрос достаточно поверхностно. Тогда мои извинения за потраченное время ;-)
-- 
Простите за краткость, создано в K-9 Mail.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

18.10.2016 17:25, Ruslan Hihin пишет:
> Ну всякие виртуалки, и т.п. где ядро в хвостовой системе, а в гостевых крутятся хосты. Ведь, как я понимаю это сейчас основной тренд? А число пакетов для таких виртуалок ведь можно ограничить, и именно их держать на достаточно высоком уровне.  Впрочем я могу сильно заблуждаться, как всякий человек, знающий вопрос достаточно поверхностно. Тогда мои извинения за потраченное время ;-)
>
Так можно, но это не отменяет необходимость поддерживать разные версии 
PHP ;)

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

В Пн, 17/10/2016 в 10:58 +0000, Ruslan Hihin пишет:
> А не надо-ли для Веб поддержки сделать свой бренч, который-бы не
> содержал-бы ничего лишнего, но шел-бы параллельно Сизифу? 

Тут большой вопрос, что считать лишним. Программисты могут быть
такими затейниками... Знавал я одно веб-приложение, которое в числе
прочего занималось конвертацией XLS в PDF через вызовы из консоли
OpenOffice'а. (И - нет, заменить чем-либо другим было нельзя, другие 
варианты давали битые PDF на выходе.)

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

В Пн, 17/10/2016 в 13:38 +0300, Anton Farygin пишет:
> ....
> С p8 более менее отладили, кстати, но как только сизиф уйдёт на php-
> 7, 
> то PHP в p8 неизбежно протухнет.

... и это хорошо, т.к. в PHP 7, скорее всего, что-либо старое уберут,
или поменяют. А адаптировать под новую версию языка legacy-код, как 
правило, некому (как, впрочем, и просто тестировать), да и в более-
менее живых проектах программисты проявляют желание перетаскивать
код на более свежую версию языка только тогда, когда это им самим
нужно.

Т.е., то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8 останется
PHP 5.6 - это, на мой взгляд, очень хорошо.

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

В Пн, 17/10/2016 в 13:36 +0300, Anton Farygin пишет:
> 15.10.2016 20:38, Nikolay A. Fetisov пишет:
> > 
> > - ну и PHP. ... (А есть уже запрос и на 5.7...)
> Наверное, всё-таки запрос на PHP-7 ?

Да, конечно - PHP 7.

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

18.10.2016 18:31, Nikolay A. Fetisov пишет:
> В Пн, 17/10/2016 в 13:38 +0300, Anton Farygin пишет:
>> ....
>> С p8 более менее отладили, кстати, но как только сизиф уйдёт на php-
>> 7,
>> то PHP в p8 неизбежно протухнет.
>
> ... и это хорошо, т.к. в PHP 7, скорее всего, что-либо старое уберут,
> или поменяют. А адаптировать под новую версию языка legacy-код, как
> правило, некому (как, впрочем, и просто тестировать), да и в более-
> менее живых проектах программисты проявляют желание перетаскивать
> код на более свежую версию языка только тогда, когда это им самим
> нужно.
>
> Т.е., то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8 останется
> PHP 5.6 - это, на мой взгляд, очень хорошо.

Я бы предпочёл схему, когда в любой бранч можно поставить любую версию PHP.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Sergey Afonin]

On Wednesday 19 October 2016, Anton Farygin wrote:

> Я бы предпочёл схему, когда в любой бранч можно поставить
> любую версию PHP. 
 
Кстати, некоторые делают возможность одновременного наличия
нескольких PHP с выбором через .htaccess и команды а-ля

AddType application/x-httpd-php44 php
AddType application/x-httpd-php5 php

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

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

В Ср, 19/10/2016 в 09:56 +0300, Anton Farygin пишет:
> 18.10.2016 18:31, Nikolay A. Fetisov пишет:
> > 
> > ... то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8
> > останется
> > PHP 5.6 - это, на мой взгляд, очень хорошо.
> 
> Я бы предпочёл схему, когда в любой бранч можно поставить любую
> версию PHP.
> 

Я бы тоже предпочёл такую схему. Только она выливается в поддержку 
в N ветках M версий PHP + модулей к нему. Причём набор модулей разный
для разных версий. Версии каких-нибудь модулей, очень возможно, тоже
разные.

Плюс вопросы с конфликтами пакетов/файлов, размещением конфигурации, 
и т.п.

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

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Nikolay A. Fetisov]

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

В Ср, 19/10/2016 в 12:24 +0400, Sergey Afonin пишет:
>  
> Кстати, некоторые делают возможность одновременного наличия
> нескольких PHP с выбором через .htaccess и команды а-ля
> 
> AddType application/x-httpd-php44 php
> AddType application/x-httpd-php5 php

Это плохой вариант. При таком варианте требуется запускать 
PHP как CLI - прощаясь с кэшированием opcoda'ов средствами 
mod_php + opcache/apc/xcache/... .
Что-либо серьёзнее домашней страницы или Intranet-приложения
с ограниченной аудиторией так запускать не здорово.

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

При наличии различных вариантов виртуализации, начиная от OpenVZ
и кончая модным Docker'ом - больше проблем, чем выгоды.

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

19.10.2016 12:21, Nikolay A. Fetisov пишет:
> В Ср, 19/10/2016 в 09:56 +0300, Anton Farygin пишет:
>> > 18.10.2016 18:31, Nikolay A. Fetisov пишет:
>>> > >
>>> > > ... то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8
>>> > > останется
>>> > > PHP 5.6 - это, на мой взгляд, очень хорошо.
>> >
>> > Я бы предпочёл схему, когда в любой бранч можно поставить любую
>> > версию PHP.
>> >
> Я бы тоже предпочёл такую схему. Только она выливается в поддержку
> в N ветках M версий PHP + модулей к нему. Причём набор модулей разный
> для разных версий. Версии каких-нибудь модулей, очень возможно, тоже
> разные.
>
> Плюс вопросы с конфликтами пакетов/файлов, размещением конфигурации,
> и т.п.
>
> Т.е. - здесь надо сначала думать и планировать, как оно будет
> параллельно жить - хотя бы в репозитории, не говоря про целевые
> системы.

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

Для начала бы научиться просто в репозитории держать N версий 
конфликтующих PHP и это было бы довольно неплохо, как мне кажется.

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Hihin Ruslan]

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

Здравствуйте Motsyo Gennadi aka Drool
  В сообщении от 15 октября 2016 Motsyo Gennadi aka Drool 
написал(a):

> 	Скажу за себя лично - мне намного более удобно работать с
> t-бранчами, мне не нужно просить ничьего разрешения на
> обновление своих пакетов. 

А нельзя-ли договориться, что если мантейнер собирает в пакет в 
ветку tX с именем Mx0P (ну, или какой-нибудь другой комбинацией 
букв), то этим он даёт знак мантейнерам бренча pX, что хорошо-бы 
мантейнеру бренча pX переложить/пересобрать этот пакет из ветки 
tX в ветку pX? А если стандартная комбинация

-- 
  А ещё говорят так  (fortune): 
 
Got Mole problems? Call Avogadro at 6.02 x 10^23. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Hihin Ruslan]

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

Здравствуйте:

> 	Скажу за себя лично - мне намного более удобно работать с
> t-бранчами, мне не нужно просить ничьего разрешения на
> обновление своих пакетов. 

А нельзя-ли договориться, что если мантейнер собирает в пакет в 
ветку tX с именем Mx0P (ну, или какой-нибудь другой комбинацией 
букв), то этим он даёт знак мантейнерам бренча pX, что хорошо-бы 
мантейнеру бренча pX переложить/пересобрать этот пакет из ветки 
tX в ветку pX? А если стандартная комбинация Mx0T, то пакет 
собран именно для ветки tX.

PS Извините - предыдущее письмо сделало фальстарт  ;-)



-- 
  А ещё говорят так  (fortune): 
 
... but hey, this is Linux, isn't it meant to do infinite loops 
in 5 seconds? -- Jonathan Oxer in the apt-cacher ChangeLog 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

20.10.2016 08:41, Hihin Ruslan пишет:
> Здравствуйте:
>
>> 	Скажу за себя лично - мне намного более удобно работать с
>> t-бранчами, мне не нужно просить ничьего разрешения на
>> обновление своих пакетов.
>
> А нельзя-ли договориться, что если мантейнер собирает в пакет в
> ветку tX с именем Mx0P (ну, или какой-нибудь другой комбинацией
> букв), то этим он даёт знак мантейнерам бренча pX, что хорошо-бы
> мантейнеру бренча pX переложить/пересобрать этот пакет из ветки
> tX в ветку pX? А если стандартная комбинация Mx0T, то пакет
> собран именно для ветки tX.

Хорошая идея, мне нравится

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Motsyo Gennadi aka Drool]

20.10.2016 08:41, Hihin Ruslan пишет:
> А нельзя-ли договориться, что если мантейнер собирает в пакет в
> ветку tX с именем Mx0P (ну, или какой-нибудь другой комбинацией
> букв), то этим он даёт знак мантейнерам бренча pX, что хорошо-бы
> мантейнеру бренча pX переложить/пересобрать этот пакет из ветки
> tX в ветку pX? А если стандартная комбинация Mx0T, то пакет
> собран именно для ветки tX.

	Ты этот эпичный тред видел?
https://bugzilla.altlinux.org/show_bug.cgi?id=32469

	Договорись ;)

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Hihin Ruslan]

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

Здравствуйте !

 В сообщении от 22 октября 2016 вы написали:
> 21.10.2016 23:46, Hihin Ruslan пишет:
> > Это в общем-то не про то. За pX - отвечают его мантейнеры...
>
> 	В том то и фишка, что
> а) за pX отвечает менеджер от "конторы", а не мантейнер, и
> чтоб мантейнеру обновить свой пакет - нужно дождаться минимум
> eperm, максимум, если это затрагивающая что-то другое либа -
> выдержать эпическую битву с сопутствующими мантенйерами и
> "конторой" 
Ну, я смотрю проще - я мантейнеру "из конторы" "знак сделал", нет 
у него желания что-либо перекладывать в pX, я не гордый, могу и 
в tX собрать. 
Но мне не хочется заниматься кухней перекладывания в pХ, меня-бы 
вполне устроило, если-бы таким знаком было помещение моего 
пакета в tX c какой-то спецметкой (какой - это чисто технический 
вопрос).  И всё - дальше у меня про это душа не болит. 

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

Например, сейчас будет palemoon версии 27.0. 
Пока у меня есть время, я-бы мог собрать бету версии для t7 и 
проверить, что ничего не отлетит в моей сборочной среде, 
переводы подходят и т.п. до выхода релиза.
 За один день это всё не проверишь, и желательно, что-бы бету 
версию попробовали не только пользователи Сизифа, но и обычные 
заинтересованные люди.
Вот тут-бы ветка t и помогла-бы пакет отшлифовать пакет ещё до 
релиза.
Ну, а когда будет релиз, тогда я метку ставлю на собранный пакет, 
и она плавно уезжает в релиз (зачёркнуто)  в бренч pХ.


> б) специфика альта в том, что мантейнеры в основном 
> сидят на сизифе и клали большой болт завода Петровского на
> бранчи.
Да, было такое время, я и сам до сих пор один комп держу в 
Сизифе, и раньше он был единственным. Но в общем-то, то-ли компы 
подешевели, то-ли ещё что, у меня он теперь не единственный, у 
меня ещё есть ноут (причём есть старый, а есть поновее - 
железо-то в ноуте практически не изменишь, а выбрасывать жалко), 
и на них и p7 и p8 есть. С другой строны база пользователей 
Сизифа намного меньше, чем других бренчей и мне, например, 
интересно, что-бы пакет применяли в деле, а он не лежал мертвым 
грузом в Сизифе.


-- 
  А ещё говорят так  (fortune): 
 
GIVE UP!!!! 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Hihin Ruslan]

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

Здравствуйте Hihin Ruslan
  В сообщении от 22 октября 2016 Hihin Ruslan написал(a):
> специфика альта в том, что мантейнеры в основном
>  сидят на сизифе

Кстати - такие-же метки можно завести и в Сизифе, что пакет готов 
к перекладывнию в p8.



-- 
  А ещё говорят так  (fortune): 
 
Pauca sed matura. [Few but excellent.] -- Gauss 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[devel] Поддержка бранчей

[Hihin Ruslan]

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

Здравствуйте !

У меня тут возник вопрос - не убрать-ли репозиторий p6, сделав 
его символьной ссылкой на t6. Если в t6 время от  времяни ещё 
собираются пакеты, то в p6 - "Ну очень редко".

Я понимаю про поддержку OOO и т.п., но всё-же какой смысл, кроме 
исторического в наличии p6?



-- 
  А ещё говорят так  (fortune): 
 
Don't have good ideas if you aren't willing to be responsible for 
them. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Поддержка бранчей

[Andrey Cherepanov]

30.01.2017 07:14, Hihin Ruslan пишет:
> Здравствуйте !
> 
> У меня тут возник вопрос - не убрать-ли репозиторий p6, сделав его
> символьной ссылкой на t6. Если в t6 время от  времяни ещё собираются
> пакеты, то в p6 - "Ну очень редко".
> 
> Я понимаю про поддержку OOO и т.п., но всё-же какой смысл, кроме 
> исторического в наличии p6?
На него нацелены обновления официальных дистрибутивов. А почему не на
Sisyphus - там ещё чаще обновления есть? :)

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] Поддержка бранчей

[Ruslan Hihin]

Ну, потому что стабильно и 6-я платформа ;-)
-- 
Простите за краткость, создано в K-9 Mail.

Re: [devel] Поддержка бранчей

[Andrey Cherepanov]

30.01.2017 10:47, Ruslan Hihin пишет:
> Ну, потому что стабильно и 6-я платформа ;-)
А при чём здесь t6 тогда? Там гарантии стабильности никто не давал.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Vitaly Lipatov]

Nikolay A. Fetisov писал 19.10.16 12:21:
> В Ср, 19/10/2016 в 09:56 +0300, Anton Farygin пишет:
>> 18.10.2016 18:31, Nikolay A. Fetisov пишет:
>> >
>> > ... то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8
>> > останется
>> > PHP 5.6 - это, на мой взгляд, очень хорошо.
>> 
>> Я бы предпочёл схему, когда в любой бранч можно поставить любую
>> версию PHP.
>> 
> 
> Я бы тоже предпочёл такую схему. Только она выливается в поддержку 
> в N ветках M версий PHP + модулей к нему. Причём набор модулей разный
> для разных версий. Версии каких-нибудь модулей, очень возможно, тоже
> разные.
...
Разные версии php всё-таки из разных эпох, и это правильно, что они 
будут жить в разных репозиториях, им так уютнее. А зачем эти вечные 
мучения с разными php в одном репозитории, ради поддержки какого-то 
старья, не очень понятно. Точнее, понятно, что благодаря этому много лет 
приходилось при каждом! обновлении php переносить изменения в ini-файле. 
Спасибо сказать за это не могу.


-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Sergey Afonin]

On Tuesday 31 January 2017, Vitaly Lipatov wrote:

> Точнее, понятно, что благодаря этому много лет приходилось
> при каждом! обновлении php переносить изменения в ini-файле.  
> Спасибо сказать за это не могу.

А ничего не поменялось вроде как, кроме того, что из php.ini
пропали некоторые настройки, которые были привязаны к каталогам
с версиями. Потому и необходимость лазить в php.ini почти пропала.

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

Re: [devel] Поддержка бранчей. (Was I: no t8 for the time being)

[Anton Farygin]

31.01.2017 01:41, Vitaly Lipatov пишет:
> Nikolay A. Fetisov писал 19.10.16 12:21:
>> В Ср, 19/10/2016 в 09:56 +0300, Anton Farygin пишет:
>>> 18.10.2016 18:31, Nikolay A. Fetisov пишет:
>>> >
>>> > ... то, что в t6 остался PHP 5.3, в t7 - PHP 5.5, а в p8
>>> > останется
>>> > PHP 5.6 - это, на мой взгляд, очень хорошо
>>>
>>> Я бы предпочёл схему, когда в любой бранч можно поставить любую
>>> версию PHP.
>>>
>>
>> Я бы тоже предпочёл такую схему. Только она выливается в поддержку
>> в N ветках M версий PHP + модулей к нему. Причём набор модулей разный
>> для разных версий. Версии каких-нибудь модулей, очень возможно, тоже
>> разные.
> ...
> Разные версии php всё-таки из разных эпох, и это правильно, что они
> будут жить в разных репозиториях, им так уютнее. А зачем эти вечные
> мучения с разными php в одном репозитории, ради поддержки какого-то
> старья, не очень понятно. Точнее, понятно, что благодаря этому много лет
> приходилось при каждом! обновлении php переносить изменения в ini-файле.
> Спасибо сказать за это не могу.
>
>

php7 и php5 развели совсем, вплоть до параллельной работы.
Что касается ini файла, то сейчас уже не надо его править при смене 
минорных версий PHP.

php7 уже в Sisyphus и branch p8, можно тестировать