[room] манагерско-разработческое

[Денис Смирнов]

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@