ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Aleksey Novodvorsky <aen@basealt.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: [devel] Поддержка бранчей. (Was I: no t8 for the time being)
Date: Sat, 15 Oct 2016 18:56:03 +0300
Message-ID: <CAGvFrt1jRGv+g6PuKjfjEKU-U6vvE7G=N5YW5XrYUfWpUUeJzw@mail.gmail.com> (raw)

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

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, Алексей

             reply	other threads:[~2016-10-15 15:56 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-15 15:56 Aleksey Novodvorsky [this message]
2016-10-15 17:38 ` Nikolay A. Fetisov
2016-10-15 17:59   ` Aleksey Novodvorsky
2016-10-17 10:38     ` Anton Farygin
2016-10-17 10:58       ` Ruslan Hihin
2016-10-17 11:08         ` Anton Farygin
2016-10-18 10:02           ` Хихин Руслан
2016-10-18 13:40             ` Anton Farygin
2016-10-18 14:25               ` Ruslan Hihin
2016-10-18 15:06                 ` Anton Farygin
2016-10-18 15:22         ` Nikolay A. Fetisov
2016-10-18 15:31       ` Nikolay A. Fetisov
2016-10-19  6:56         ` Anton Farygin
2016-10-19  8:24           ` Sergey Afonin
2016-10-19  9:24             ` Nikolay A. Fetisov
2016-10-19  9:21           ` Nikolay A. Fetisov
2016-10-19 11:32             ` Anton Farygin
2017-01-30 22:41             ` Vitaly Lipatov
2017-01-31  7:32               ` Sergey Afonin
2017-01-31  9:34               ` Anton Farygin
2016-10-17 10:36   ` Anton Farygin
2016-10-18 15:38     ` Nikolay A. Fetisov
2016-10-15 19:26 ` Motsyo Gennadi aka Drool
2016-10-20  5:29   ` Hihin Ruslan
2016-10-20  5:41   ` Hihin Ruslan
2016-10-20  8:38     ` Anton Farygin
2016-10-21 20:26     ` Motsyo Gennadi aka Drool
2017-01-30  4:14   ` [devel] Поддержка бранчей Hihin Ruslan
2017-01-30  7:26     ` Andrey Cherepanov
2017-01-30  7:47       ` Ruslan Hihin
2017-01-30  7:59         ` Andrey Cherepanov
2016-10-22  5:38     ` [devel] Поддержка бранчей. (Was I: no t8 for the time being) Hihin Ruslan
2016-10-22  6:03       ` Hihin Ruslan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAGvFrt1jRGv+g6PuKjfjEKU-U6vvE7G=N5YW5XrYUfWpUUeJzw@mail.gmail.com' \
    --to=aen@basealt.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git