From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 27 Nov 2003 05:50:38 +0300 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: ALT Devel discussion list Subject: Re: [devel] =?koi8-r?B?z8Igz8LT1dbExc7J?= =?koi8-r?B?ySDQz8TIz8TP1yDLIM/Dxc7LxSDOwcSj1s7P09TJ?= Sisyphus Message-ID: <20031127025038.GB30675@localhost.localdomain> References: <20031125001230.D78905@elefant.dgtu.donetsk.ua> <20031125072830.GE2421@basalt.office.altlinux.org> <20031125094848.GH10424@osdn.org.ua> <20031125122911.GA9809@basalt.office.altlinux.org> <20031125225916.GE19276@localhost.localdomain> <3FC4A051.2070302@altlinux.com> <20031126140358.GC27949@localhost.localdomain> <3FC4BB81.9060901@altlinux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <3FC4BB81.9060901@altlinux.com> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 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, 27 Nov 2003 02:50:47 -0000 Archived-At: List-Archive: List-Post: --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Nov 26, 2003 at 05:41:05PM +0300, Anton Farygin wrote: >> На сервере, в большинстве случаев, да. Однако во многих оказывается >> необходимость пол-сизифа бэкпортить. > ну так это лучше чем держать кучу непонятных репозитариев. Чем "кучу непонятных" -- лучше. Чем один с автоматическим тестированием, вряд ли лучше. >> Затем, что есть ненулевое количество людей, которым такой репозиторий >> нужен в работе. > Самоубийцы должны быть на самообслуживании... все остальные - Welcom 2 > Sisyphus, постоянно нестабильную среду разработки. Такой репозиторий является меньшим самоубийством, чем использование Сизифа. > > >> Это равносильно попытке приучить людей тестировать на себе новые > > >> лекарства. Daedalus это экспериментальный дистрибутив, а никак не > > >> нестабильный. > > > Это не дистрибутив, а репозитарий.. и именно экспериментальный... есть > > > много людей, которые хотят тестировать новые лекарства, если этим самые > > > лекарства могут спасти их от неминуемой смерти или ятжелоизлечимой > > болезни. > >Фишка в том, что у нас есть только Мастер (в который попадают пакеты в том > >числе после freeze, и который тажже далёк от идеала в плане надёжности), и > >Сизиф, использование которого сами разработчики считают склонностью к > >суициду. Я же предлагаю ввести дополнительную прослойку между Сизифом и > >Мастером. > Ага... называется профессиональный суицид чужими руками... нет. Как-то > это выглядит намного хуже, чем введение новых правил в sisyphus_check. Пока я не вижу здесь никакой конкретики. >>> Нет. Не скриптуемы до тех пор, пока в Sisyphus не появятся кем-то >>> (неважно кем) разработанный набор скриптов. >>> И пока этот набор скриптов не решит использовать наш incoming@ >> Я думал что это не требует уточнение, ибо абсолютно ясно всем. > Ясно что? Что не будет использовать или что будет использовать? Что будем использовать в случае согласия тех, кто отвечает за сервер, и если, например, я напишу скрипт. >>> Не.. не все так просто.... для начала рекомендую попробовать вычислить >>> набор provides для бинарных пакетов, которые получаются из src.rpm >> provides-то зачем? > А как иначе узнать реальный список пакетов, которые получаются из этого > src.rpm ? _пакетов_ или _provides_? Это сильно разные вещи. > Да, еще нужно вычислить Obsoletes... Что его вычислять? Для этого spec есть. >> Тут есть один нюанс, с которым я пока не знаю как бороться. Дело в том, >> что, например, basesystem я тестировать на себе не хочу. А вот тот же php >> и apache -- хочу. Потому как лучше я их сам оттестирую, чем буду иметь >> проблемы при обновлении. > Ну так тестируйте из Sisyphus, вешайте баги, убивайте ошибки, > пересобирайте для Master 2.2 - и вперед !!! > На мой взгляд наиболее правильное и обоснованное решение - сделать > стабильный, нестестируемый, неподдерживаемый репозитарий для последнего > выпущенного дистрибутива, куда выкладывать такие вот сборки для уже > вышедших дистрибутивов. Стабильный, при этом нетестируемый и неподдерживаемый? Как ты себе это представляешь? >> Собственно моя первая цель -- убиение большинства критических ошибок >> и явных ляпов (которые выявляются минимальным тестированием даже 2-3 >> человек), и эту цель моя идея позволит выполнить. > Нет, ибо для ее выполнения придется написать некоторый набор скриптов, > реализующий такую функциональность, что до конца жизни придется > исправлять ошибки в своих собственных скриптах. Безапелляционное и ничем не обоснованое заявление. -- С уважением, Денис http://dimline.ru/ --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/xWZ+9yLOUeHSdCYRAholAKCQETYI7kJUeLiSVdwZw+eW95BYRACcC6j+ o9k7uuHfO+FZyWZTgE3GpKU= =TRWZ -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML--