ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Anton Farygin <rider@altlinux.com>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Стабильный Сизиф
Date: Thu, 15 Jun 2006 15:20:29 +0400
Message-ID: <4491427D.9000108@altlinux.com> (raw)
In-Reply-To: <20060615101803.GS25291@localhost.localdomain>

Alexey Tourbin wrote:
> On Thu, Jun 15, 2006 at 01:16:47PM +0400, Anton Farygin wrote:
>>> Согласен, при том, что Branch != Sisyphus и работа над пакетам в Branch
>>> не является столь же обязательной для maintainer'ов, как работа над
>>> пакетами в Sisyphus.
>> Я бы сказал ровно наоборот.
>>
>> Branch == стабилизированый Sisyphus. И работа над пакетами (ошибками) в 
>> Branch'е должна быть более приоритетной, чем работа над пакетами в 
>> Sisyphus. Ибо в данный момент речь идёт о том, что зачастую Sisyphus 
>> пользоваться невозможно.
> 
> Приоритетна для кого?  Если ты можешь подкрепить свои слова материально
> или как-нибудь ещё, тогда приоритетность обсуждать есть смысл.
> 
> А так я завтра приду и буду говорить, что нужно делать не Бранч, а
> Херанч, и что все этим должны заниматься, потому что это приоритетно!!
> 
>>> При таком раскладе Branch становится твоей инициативой, а ты выступаешь
>>> как release manager и берёшь большую часть ответственности на себя, а не
>>> взваливаешь ее на других.  В общем-то кто угодно может сделать branch.
>> Такой подход мне не нужен. Лопатить единолично несколько тысяч пакетов я 
>> не собираюсь.
> 
> Видишь ли, тогда тебе придется всех убеждать, добрым словом или ещё чем.  
> Либо ты можешь продавливать свои решения как обычно, но это
> дискредитирует всё остальное.

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

И любой здравомыслящий мантейнер должен понимать, что если он хочет 
наличия своих пакетов на этих самых блинах - то ему придётся потратить 
какое-то время на то, что бы данные пакеты были вполне блинопригодны. 
Независимо от того, где это будет выполняться - в бранче или в сизифе.

В моём понимании бранч как раз и нужен для того, что бы вечно молодое 
сделать зрелым и пригодным для употребления. Я надеюсь, что никто не 
думает иначе ?

ну а полный фриз сизифа плох тем, что потом придётся снова всех 
догонять.. и опять семимильными шагами. И опять же - практически 
останавливается разработка не приоритетных для дальнейшего сизифа 
направлений. Слишком многим придётся ждать, пока кто-то зафиксит свой 
кусочек. Такой подход не верен по определению. Нельзя делать зависимость 
кучи пакетов от инсталятора (например).


> 
>> автоматически ничего не бывает. Критерии стабильности должны определять 
>> исключительно мантейнеры этих пакетов.
> 
> Можно поспорить в devel.

Поспорить можно, только это не имеет смысла. Если у тебя есть 
время/желание - спорь.

> 
>>> в менее стабильное состояние.  Правда, иногда для перехода в более
>>> стабильное состояние требуется промежуточный переход в менее стабильное
>>> состояние.  Вот где настоящая проблема!
>> Для этого вообще то существуют бранчи.
>>
>> т.е., если принимать обычную модель разработки, то это должно выглядить 
>> примерно так:
>> - делаем branch от Sisyphus
>> - выкладываем в него gcc
>> - фиксим в этом бранче пакеты
>> - мержим в HEAD.
>>
>> И так - со всеми сменами soname.
>> Но для этого для начала нужно сделать что-то вроде GIT репозитария.
> 
> Можно и так.  Нужно попытаться продумать, как делать "маленькие
> расслоения" сизифа на "маленькие переходные периоды".

именно так.

Rgds,
Rider


  parent reply	other threads:[~2006-06-15 11:20 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-15 10:31     ` Sergey V Turchin
2006-06-19  9:45       ` [devel] Стабильный Сизиф -> Master, бранч -> Compact Michael Shigorin
2006-06-15 11:20     ` Anton Farygin [this message]
2006-06-15 15:12       ` [devel] Стабильный Сизиф Alexey Tourbin
2006-06-15 15:27         ` Led
2006-06-16  7:15           ` Anton Farygin
2006-06-16  8:16             ` Andrei Bulava
2006-06-16  8:15               ` Anton Farygin
2006-06-16  8:51                 ` Andrei Bulava
2006-06-16  8:56                 ` Led
2006-06-19  9:59                   ` Michael Shigorin
2006-06-16 10:27                 ` Денис Смирнов
2006-06-16 10:39                   ` Anton Farygin
2006-06-16 10:49                     ` Konstantin A. Lepikhov
2006-06-16 14:25                     ` Денис Смирнов
2006-06-19  7:35                       ` Anton Farygin
2006-06-19  9:54         ` Michael Shigorin
2006-06-19 12:41           ` Alexey Tourbin
2006-06-19 13:01             ` Michael Shigorin
2006-06-20 15:10         ` [devel] [JT] LKML QoTW " Michael Shigorin
2006-06-15 10:39     ` [devel] [sisyphus] параллельно (was: Стабильный Сизиф ) Sergey V Turchin
2006-06-15 11:03       ` [devel] [JT] " Sergey V Turchin
2006-06-15 11:45     ` [devel] параллельно Anton Farygin
2006-06-15 13:22       ` Sergey V Turchin
2006-06-15 16:30         ` Sergey V Turchin
2006-06-19 10:06         ` Michael Shigorin
2006-06-15 21:10       ` Alexey Rusakov
2006-06-16  7:17         ` Anton Farygin
2006-06-16 18:59           ` Alexey Rusakov
2006-06-16  5:27       ` Genix
2006-06-15 11:02   ` [devel] [sisyphus] Стабильный Сизиф Sergey V Turchin
2006-06-15 11:40     ` Anton Farygin
2006-06-19 10:09       ` [devel] [sisyphus] Стабильный бранч/backports Michael Shigorin
2006-06-15 11:11         ` [devel] Стабильный Сизиф Anton Farygin
2006-06-19 10:10           ` Michael Shigorin
2006-06-20  6:13             ` Alexey Rusakov
2006-06-20 10:37               ` Michael Shigorin
2006-06-21  2:46                 ` Alexey Tourbin
2006-06-21  8:38                   ` Michael Shigorin
2006-06-28  5:52                   ` Michael Shigorin

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=4491427D.9000108@altlinux.com \
    --to=rider@altlinux.com \
    --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