From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 12 Jun 2007 15:48:57 +0400 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: shigorin@gmail.com, =?koi8-r?B?y9XM2NTV0s7ZyiDPxtTP0MnL?= Message-ID: <20070612114857.GA16306@mw.local.seiros.ru> References: <20070610094207.GA20064@mw.local.seiros.ru> <20070610183253.GA22017@osdn.org.ua> <20070610202335.GD22028@mw.local.seiros.ru> <20070610203944.GA18244@osdn.org.ua> <20070610205529.GK22028@mw.local.seiros.ru> <20070610213216.GB18244@osdn.org.ua> <20070611081756.GB26451@mw.local.seiros.ru> <20070611102522.GC3119@osdn.org.ua> <20070612103522.GE17367@mw.local.seiros.ru> <20070612112747.GJ3119@osdn.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070612112747.GJ3119@osdn.org.ua> Subject: Re: [room] =?koi8-r?b?zcHOwcfF0tPLzy3SwdrSwcLP1N7F08vPxQ==?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2007 11:49:05 -0000 Archived-At: List-Archive: On Tue, Jun 12, 2007 at 02:27:48PM +0300, Michael Shigorin wrote: MS> Здесь может быть осмысленней стырить установку по VNC, а ещё MS> лучше -- megaexpert install с livecd, поднятым ssh и удобными MS> средствами переноса пакетной базы на диски. Дело в том, что мне чаще всего megaexpert не нужен. Вспомни RedHat старых версий, с их ужасным инсталлятором. Вот такого вот внешне ужасного консольного инсталляотра мне будет достаточно целиком и полностью. Просто не у всех хостеров, а тем более клиентов, есть IP KVM. А вот подцепить что-нибудь на com-порт бывает куда проще. > MS>> Думаю, сейчас вполне достаточно экспериментальных данных и > MS>> ощущений для того, чтобы хватило просто спокойного цельного > MS>> куска времени и чтоб никто не дёргал со срочняком. >> Это да. Только вот тут Server-K, Desktop, SOHO и прочие >> кошмарики делать надо, причем "к позавчера". MS> Ну, я бы на осень целился. Или зиму. Server* надо выпускать сейчас, на нынешней пакетной базе. Иначе потом будет очень дорого обеспечивать апдейтами, а значит реально это просто не будет сделано. >> В целом логично. Только насчет обновляемого -- ты помнишь как >> сам матерился когда-то про "нечестные i586"? Притом что >> "честные i586" ещё поискать надо. MS> Мои, похоже, оба сдохли btw :( Один перестал дышать, другой -- MS> бутаться. Почти честные i586 ещё VIA продает :) >> Да и матюки на уровне "а что это ваш супер-пупер дистрибутив на >> мой i486 ставиться не хочет, непорядок!" проскакивают. При том >> что у железячников как раз такого железа днем с огнем не >> найдешь. MS> На такое есть мысль объявить скидку старым железом, которое мож MS> и выйдет продать, но по факту пылится. Опять же в пользу MS> малоимущих начинающих юных линуксоводов при надобности, всяко MS> бывает. Дык это надо ещё найти кто на таких условиях продаст. А на стенде надо иметь как минимум оборудование вплоть до трехлетней давности, а нормально иметь вплоть до 5-и летней давности. Хотя некоторые просят вон COM-мыши, которые я даже не знаю где купить :) >> Я в курсе :( Но таки std у нас занимается один человек, и этого >> катастрофически нехватает. MS> kernel-source-* -- более чем один. -* более чем, и даже я один из этих камикадзе. Но ядрышко такая пакость, что там именно внутри надо много чего делать. > > MS>>> Кстати, ты уже заценил ui/vm/blonde.scm? :) > >>> Это где? > MS>> Чё, ещё не догадался, где у нас есть /vm? :) >> wtf blonde.scm? Где /vm я знаю, у меня сейчас с ним идет драка >> не на жизнь, а на смерть. Пока счет 2:0 в пользу /vm :) MS> Короче, это режим /vm для Desktop. Вчера посмотрел его живьём, MS> вполне себе блондинистый ;-) :) Пойти что-ли, поискать блондинок для тестов :) > > MS>>> Отложу-ка в =packages/web-policy. > >>> Давай так -- я тебе отдам те кошмарные скрипты, которые у меня > >>> трудятся на хостинге, а ты их причешешь и выложишь? ;) Только > >>> там очень много на daemontools завязано. > MS>> Давай лучше летом пальцем по ним поводишь с комментариями. >> Без проблем. Там самое сложное будет таки научить apache _удобно_ >> стартовать несколькими сразу, на разных ip:port из под разных юзверей. MS> Я этим заморачиваться не собираюсь по банальной причине: разумнее MS> рассадить по VPS системно, чем городить ещё один слой, который MS> пару лет как помирает и через пару лет будет неактуален вовсе. Ты попробуй поднять систему где будет хотя бы полсотни юзверей с отдельными апачами, рассади их по разным ve и посмотри на потребление памяти. Ужаснись, и больше никогда так не говори :) Один сайт == один системный юзер == один апач. Это аксиома, до тех пор пока уродец PHP не сдохнет окончательно. А у меня бывает что и один сайт размазан по нескольким апачам, если там стоят сильно разные компоненты. Скажем я не такой псих, чтобы движок форума и движок wiki запускались из под одного пользователя -- если один из них будет хакнут, мне работы в два раза меньше по восстановлению будет. Так что такая схема сложилась исторической необходимостью. А размазывать это все по разным ve у меня денег на оперативку не хватит, да и на диски. -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- Если были бы известны правила для NMU, я бы сделал NMU. -- at in devel@