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
next prev parent 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