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