From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F3BA670.4010400@altlinux.com> Date: Thu, 14 Aug 2003 19:10:40 +0400 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Devel discussion list , "Dmitry V. Levin" Subject: Re: [devel] Re: HIMEM up References: <3F3A4052.5040905@altlinux.ru> <20030813141519.GT17550@osdn.org.ua> <3F3A5D6E.2080804@altlinux.com> <200308132025.11238.darkstar@altlinux.ru> <3F3B1800.1040603@altlinux.com> <3F3B6EA1.5020401@altlinux.com> <3F3B7C75.8000206@altlinux.com> In-Reply-To: X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD513202436F7EFA1EC7F0893" Content-Transfer-Encoding: 8bit Cc: X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 15:10:47 -0000 Archived-At: List-Archive: List-Post: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD513202436F7EFA1EC7F0893 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Ed V. Bartosh пишет: > >> Я имел в виду предложение Сергея интегрировать fakeroot в sandman. > >> И общее предложение использовать sandman для сборки пакетов. Разве > >> этого не было ? > > AF> да. Но что я могу тут ответить? Этими вопросами у нас в первую очередь > AF> занимается Дима. > Это я не лично тебе писал, скорее community. > > >> >> Результат все тот же - продолжаем изобретать велосипед с другой > >> >> формой > >> >> колес в надежде на более удобную езду. Но мы уже едем, ребята ! Ауу ! > >> >> Проснитесь, наконец ! > >> AF> Этот велосипед будет конвертироваться (и уже наверное > >> конвертируется) > >> AF> в sandman одной командой. Нам работать надо, а не ждать пока Сергей с > >> AF> Димой придут к общему мнению и запустят эту систему. > >> Нам нужно выработать решение и работать над его реализацией, а не > >> тратить время на изготовление ненужных вещей. > > AF> Я не трачу на это время... я просто делаю то, что на мой взгляд будет > AF> быстрее. Решение по sandman, по моему, скоро не может быть > AF> принято. Для начала - нам просто не хватит ресурсов серверов. > Не понимаю, почему это их не хватит, все равно же пакеты > пересобираются, какая разница где это будет происходить ? ed_, у нас пакеты пересобираются на одном сервере, а репозитарий будет жить за 600 километров и 1 мегабит от этого самого сборочного сервера. > > AF> Я мог бы еще озвучить мои собственные претензии к sandman (почему мне > AF> лично он не нравится), но это опять вызовет повтор обсуждения. Зачем? > Это обсуждение затихнет так же как и предыдущее, я тоже не вижу смысла > сотрясать воздух. Соответственно предлагаю прекратить сотрясать и продолжить делать то, что я начал.. собственно я никого не заставляю - делаю как могу и что могу. > > AF> Эд, напомню тебе - все что обсуждалось про sandman - касалось только > AF> _read only_ репозитария. RW репозитарий сделать сейчас не > AF> представляется возможным по многим причинам (часть из них - чисто > AF> техническая). > > AF> Т.е. - тебе придется в любом случае коммитить в два репозитария. Как > AF> бы мы не старались. Трудозатраты на переписывание CVS с целью добавить > AF> распределенные репозитарии - нереальны и неподъемны. > Ничего мне не придется. я как собирал здесь, так и буду продолжать. Не > вижу смысла делать одну и ту же работу 2 раза. Дело в том, что в определенный момент (когда схема будет отработана) пакеты в Sisyphus, содержащие kernel- будет просто некому забирать. А попадать они в Sisyphus будут из сборочного скрипта из CVS. > > AF> sandman плохо приспособлен для работы на слабых каналах. В этом вся > AF> проблема. Для kernel - мы ее решим (никому не составит труда скачать > AF> cvs ядерных пакетов?) > Никто пока и не заикался о его использовании на слабых каналах. А как тогда нам его поднять ? (я выше описал проблему) > > >> AF> В общем - работы будут продолжаться в этом направлении.. будет > >> sandman > >> AF> - перейдем на него.. не будет - останемся на старой схеме, ибо она уже > >> AF> работает и при этом достаточно проста. > >> Он сам по себе не появится. Сами по себе появляются только > >> многочисленные костыли или велосипеды с квадратными колесами. И > >> избавиться от них бывает ох как непросто. Привыкаешь, потому что. И > >> лень переделывать, да и жалко потраченого времени. > > AF> Да. И сделать его сможет только один человек - автор sandman. > Возможно. А он разве против ? Что-то я не наблюдаю этого. Ну так пускай делает, если никто не возражает... но вот тот, кто это будет устанавливать, запускать и потом с этим работать - пока молчит. 2ldv: что молчишь ? > > AF> Я могу попробовать озвучить мои требования к sandman, если это > AF> действительно необходимо. > AF> Но я не могу гарантировать, что эти требования будут исчерпывающими. > Не уверен что это нужно сейчас, тот тред затих, затихнет и этот, пока > люди, принимающие решения, не примут решение и не озвучат его. Или по > крайней мере пока не примут участие в обсуждении. Да. Добавляю еще одно CC на ldv@altlinux.com Rgds, Rider --------------enigD513202436F7EFA1EC7F0893 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/O6Z0qohfd2vlwKsRArx2AKCW6xfrLCsECtBJLKChf1M+Ke9YsgCgh5LA cMwPXX7VUwCc2aA2v2e//Qo= =zeRR -----END PGP SIGNATURE----- --------------enigD513202436F7EFA1EC7F0893--