From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 9 Feb 2004 22:09:29 +0600 From: Alexey Morozov To: ALT Devel discussion list Subject: Re: [devel] Re: alternatives && postfix Message-ID: <20040209160929.GC13525@pyro.hopawar.private.net> References: <87znbsh12p.fsf@pc349.belcaf.minsk.by> <4027931E.3050906@l14.ru> <20040209142024.GO16617@osdn.org.ua> <40279D17.8050209@l14.ru> <20040209150953.GA13525@pyro.hopawar.private.net> <4027A9CE.7060509@l14.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline In-Reply-To: <4027A9CE.7060509@l14.ru> User-Agent: Mutt/1.4i X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Mon, 09 Feb 2004 16:09:31 -0000 Archived-At: List-Archive: List-Post: --bAmEntskrkuBymla Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Feb 09, 2004 at 06:39:58PM +0300, Алексей Любимов wrote: > >Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей > >Быковым и кем-там-еще. > Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично исчезают и > появляются на общем поле программ с 11 дисков. Смешно это называть > накоплением или отладкой в использовании. Да, хорошее сравнение. > >>На мастерах же можно и собирать и накапливать и использовать. Но где в > >>альтлинуксе есть накопитель сделанного? > >Даешь VCS для спеков и патчей? > и что это реально даст, кроме очевидного удобства в текущем процессе? Если под VCS НЕ подразумевать CVS, а нечто более высокоуровневое, что позволило бы набирать срезы, фактически, автоматически. В особенности, если эта среда будет не просто свалкой спеков, а еще и свалкой с контролем. > речь идет о накоплении стабилного работоспособного софта, а не о гонке > версий в сизифе. Алексей, боюсь, "это наша Родина, сынок". То есть, нынешняя ситуация вызвана, во многом, принятой в опенсорс практикой: бинарной совместимости никто не обещал, и специально этим заморачиваться не будет. Ну, как же, всегда же можно пересобрать требуемую тебе софтину с новым набором библиотек! Зато смотрите, как девелопмент ускоряется! Доктрина эта, может, и хороша для Линуса, фрибздшников и прочих гентуеров, но как только речь заходит о пакетном репозитории внушительных размеров и множестве (удаленных) разработчиков, то тут и начинаются тапки. Но и останавливаться на KDE-3.0 или мозилле-1.2 тоже как-то не хочется. Что-то с этим нужно делать - совершенно точно. Что именно - не совсем понятно. --bAmEntskrkuBymla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAJ7C5X5DZdJn19V0RAp/6AJ9Oq+aBz/d4JWrZL/yPnYl0o/ZLcwCfc6cw 7pbQZJ9DXzuD53UlUfPaciA= =YPxF -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexey Morozov To: ALT Devel discussion list Subject: Re: [devel] Re: alternatives && postfix Message-ID: <20040209160929.GC13525@pyro.hopawar.private.net> References: <87znbsh12p.fsf@pc349.belcaf.minsk.by> <4027931E.3050906@l14.ru> <20040209142024.GO16617@osdn.org.ua> <40279D17.8050209@l14.ru> <20040209150953.GA13525@pyro.hopawar.private.net> <4027A9CE.7060509@l14.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline In-Reply-To: <4027A9CE.7060509@l14.ru> User-Agent: Mutt/1.4i X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Mon, 09 Feb 2004 16:09:31 -0000 X-List-Received-Date: Mon, 09 Feb 2004 16:09:31 -0000 X-List-Received-Date: Mon, 09 Feb 2004 16:09:31 -0000 Date: Mon, 09 Feb 2004 16:09:31 -0000 X-Original-Date: Mon, 9 Feb 2004 22:09:29 +0600 X-List-Received-Date: Mon, 09 Feb 2004 16:09:31 -0000 Message-ID: <20040209160931.i84uP5-ATWfYuso4z4WkiBw8zG7K0iTaKkrcQ__ynHA@z> Archived-At: List-Archive: List-Post: --bAmEntskrkuBymla Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Feb 09, 2004 at 06:39:58PM +0300, Алексей Любимов wrote: > >Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей > >Быковым и кем-там-еще. > Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично исчезают и > появляются на общем поле программ с 11 дисков. Смешно это называть > накоплением или отладкой в использовании. Да, хорошее сравнение. > >>На мастерах же можно и собирать и накапливать и использовать. Но где в > >>альтлинуксе есть накопитель сделанного? > >Даешь VCS для спеков и патчей? > и что это реально даст, кроме очевидного удобства в текущем процессе? Если под VCS НЕ подразумевать CVS, а нечто более высокоуровневое, что позволило бы набирать срезы, фактически, автоматически. В особенности, если эта среда будет не просто свалкой спеков, а еще и свалкой с контролем. > речь идет о накоплении стабилного работоспособного софта, а не о гонке > версий в сизифе. Алексей, боюсь, "это наша Родина, сынок". То есть, нынешняя ситуация вызвана, во многом, принятой в опенсорс практикой: бинарной совместимости никто не обещал, и специально этим заморачиваться не будет. Ну, как же, всегда же можно пересобрать требуемую тебе софтину с новым набором библиотек! Зато смотрите, как девелопмент ускоряется! Доктрина эта, может, и хороша для Линуса, фрибздшников и прочих гентуеров, но как только речь заходит о пакетном репозитории внушительных размеров и множестве (удаленных) разработчиков, то тут и начинаются тапки. Но и останавливаться на KDE-3.0 или мозилле-1.2 тоже как-то не хочется. Что-то с этим нужно делать - совершенно точно. Что именно - не совсем понятно. --bAmEntskrkuBymla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAJ7C5X5DZdJn19V0RAp/6AJ9Oq+aBz/d4JWrZL/yPnYl0o/ZLcwCfc6cw 7pbQZJ9DXzuD53UlUfPaciA= =YPxF -----END PGP SIGNATURE----- --bAmEntskrkuBymla--