ALT Linux Community general discussions
 help / color / mirror / Atom feed
From: Serge Skorokhodov <suralis-s@mtu-net.ru>
To: Aleksey Novodvorsky <mandrake-russian@altlinux.ru>
Subject: Re[2]: [mdk-re] stable ALT
Date: Thu Nov 29 20:13:14 2001
Message-ID: <4233344857.20011129202114@mtu-net.ru> (raw)
In-Reply-To: <3C065F9A.E70517FE@altlinux.ru>

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

>> А> который обновлялся бы редко, но метко.
>>
>> Принципиально согласен.
>>
>> Вроде были разговоры о снэпшотах сизифа. Пока они в подписку
>> вылились, а вариант периодического выпуска аппендиксов заглох:(

AN> ???? А чем же отличается подписка от Appendix'ов???

Я могу путаться в деталях, но суть вижу так: подписка -- это
стартовый диск + серия пачей, которые, будучи наложенными на
стартовый диск, позволят воссоздать состояние сизифа на момент
последнего diff'а. Это такое же перманентное дело, как и сам
сизиф. Причем принципиально ничего не гарантируется:)

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

>> Может, это оттого, что Spring -- переходный дистр, может,
>> Мастер сумеет стать родоначальником семейства?
>>
>> В debian, вроде, есть stable, где только backport'ы
>> багофиксов:), есть нестабильная ветка, но есть и
>> промежуточная, которая не меняется со стремительностью сизифа.
>> Вот бы и нам такую:)

AN> Сергей, кто Вам это рассказал про Debian??? _Такого_ там нет.
AN> И я уже писал на эту тему много раз.

Я сужу по огромной дискуссии, которую на "родном" мандрейк-форуме
вели сторонники apt'а и поклонники urpmi. Поклонники urpmi, среди
прочего, говорили, что у них есть возможность при желании легко
обновить что-либо до более новой версии (скажем, XFree 4.0.2, не
поддерживающий чего-то там, до XFree 4.1, чего-то там уже
нормально поддерживающий:). А apt в Debian'е (за что купил, за то
и продаю) завязан на апдейты старых пакетов, в которых разве что
баги фиксятся, а так -- полный фичефриз:) А альтернатива update
-- что-то там совершенно нестабильное и девелоперское, с чем
намучаешься:)

Сторонники же концептуальной силы apt'а возражали, что никто не
заставляет сидеть на гольных апдейтах или давиться developer'ом:)
Есть, мол (ну не помню я точно, а рыться на диске..:(, какой-то
типа less-stable, с него и обновляйтеся, типа и бабки целы, и
волки сыты:( И apt за целостностью системы следит так, как urpmi
и не снилось:)

Если не прав -- поправьте...

>> А то из-за подобных "проблемок" возникает сильное желание, тот
>> десяток программ, которые реально нужны -- ставить в
>> /usr/local и забыть про rpm и apt, как про прожорливый ночной
>> кошмар:)

AN> Каждому нужен свой десяток. Например, новый evolution потянет
AN> за собой десятки пакетов, а новый gedit -- почти ничего. Вы
AN> представляете, сколько конфигураций нужно держать, чтобы
AN> собирать новые пакеты для старой (по сравнению с веткой
AN> разработки) среды? Ну, не бывает так! Ни у кого -- не бывает.
AN> Попытки собирать KDE для старой версии предпринимал на моей
AN> памяти ушедший (скажем так) из MDK Chris Molnar, который не
AN> смог собрать ни одного работающего пакета KDE.

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

  XFree у меня из src.rpm собралось, но разбирательство в этом
  пакете мне не по зубам: результатом я доволен не вполне, а
  влезать в этот кошмар не хочу:( Обновиться по бинарникам каждый
  день все неподъемнее, да и всю систему я менять не хочу. Вот
  тут-то Appendix, который позволил бы через полгода обновить
  ключевые компоненты был бы кстати, тем более, что они
  достаточно заметно спрогрессировали. А следующий дистр я через
  полтора года все равно куплю:)

  SciLab моим rpm'ом почему-то не собирается:( И черт его знает,
  почему выскакивает ошибка при "обгладывании" бинарников. Проще
  оказалось вытащить из rpm'а тарбол и собрать "старым казачим
  способом". Я не собираюсь вникать во все тонкости достаточно
  сложной программы, но это уже прикладной уровень, что-то
  подработать напильником я уже сумею, и силу применить, где
  надо:) А бинарник тянуть можно было бы (я не пробовал:), но
  после того, как сорец скачал -- западло было не собрать самому:)

  Мелочевку вроде Grace, R Environment и SciGraphic (последний --
  просто побаловаться с Numeric Python'ом) я и в /usr/local
  соберу, если их даже в сизифе нету. И прослежу, чтобы все ими
  запрошенное в /usr/local же и встало. А если что сломаю, то это
  моя личная машина, а я уже 44 года сам себе админ:)

Плохо то, что при серьезном обновлении все эти пляски могут выйти
боком. Поэтому и хотелось бы все тянуть с сизифа. Не все же
пакеты в нем так радикально меняются:) Но и сидеть на SciLab 2.4
вместо 2.6 -- на это я пойтить не могу!

-- 
Serge Skorokhodov aka suralis
29.11.2001 suralis-s@mtu-net.ru




  reply	other threads:[~2001-11-29 20:13 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-29 12:46 Александр
2001-11-29 13:18 ` Andrey Brindeew
2001-11-29 16:57   ` Re[2]: " Александр
2001-11-29 17:26     ` Re[3]: " Sergey Krivulja
2001-11-29 18:01       ` Re[4]: " Александр
2001-11-29 19:50         ` [mdk-re] [JT] "Компьютерра" и ВШЭ провели рабочую встречу по свободному программному обеспечению Maksim Otstavnov
2001-11-29 20:19           ` Aleksey Novodvorsky
2001-11-29 21:23             ` Michael Bykov
2001-12-01 13:20             ` [mdk-re] Re[2]: " ANON
2001-11-30  0:14           ` [mdk-re] " Mikhail Zabaluev
2001-11-29 18:33       ` [mdk-re] stable ALT Andriy Dobrovol's'kii
2001-11-29 17:43     ` Re[3]: " Serge Skorokhodov
2001-11-29 19:34       ` Aleksey Novodvorsky
2001-11-29 20:13         ` Serge Skorokhodov [this message]
2001-11-29 20:30           ` Aleksey Novodvorsky
2001-12-03 15:45       ` Artem K. Jouravsky
2001-12-01 12:02     ` Re[2]: " Alexei Takaseev
2001-11-29 13:59 ` Sergey Krivulja

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=4233344857.20011129202114@mtu-net.ru \
    --to=suralis-s@mtu-net.ru \
    --cc=mandrake-russian@altlinux.ru \
    /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 Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/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 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

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


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