From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 27 Nov 2003 16:24:11 +0200 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20031127142411.GR10424@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list 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> <20031126082752.GD24420@basalt.office.altlinux.org> <20031126111514.GA20469@localhost.localdomain> <20031126121542.GD9008@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mgiPvHqStUXOBTSF" Content-Disposition: inline In-Reply-To: <20031126121542.GD9008@basalt.office.altlinux.org> User-Agent: Mutt/1.4.1i Subject: [devel] Re: =?koi8-r?b?z8Igz8LT1dbExc7JySDQz8TIz8TP1yDLIM/Dxc7LxSDOwcSj?= =?koi8-r?b?1s7P09TJ?= Sisyphus 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 14:24:15 -0000 Archived-At: List-Archive: List-Post: --mgiPvHqStUXOBTSF Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Nov 26, 2003 at 03:15:42PM +0300, Stanislav Ievlev wrote: > Итак, мне понятна мысль - сделать два Сизифа с "запаздыванием > по времени". Скорее возможность "видеть" сизифа в двух временнЫх сдвигах, обеспеченная буфером -- .incoming. > Но до сих пор не понятно почему для этого нельзя использовать > связку Сизиф-Дедал. См. мое письмо выше -- Дедал -- для точечных взрывов. > Ключевой момент в моей позиции - мы получим ещё один Дедал ибо > люди (будь то пользователи или разработчики) будут сознательно > или несознательно избегать использования пакетов, объявленных > как нестабильные. Нет. Мы получим компоненту Сизифа, что куда как менее ресурсоемко (files/ плюс симлинки), помимо всего прочего. Бишь переложить пакет из Sisyphus.incoming в Sisyphus.contrib, например -- вопрос удаления предыдущей версии и перекидывания одного симлинка. Трафик, опять же. Для девелоперов и тестеров это тоже важно: если пакет взят из Daedalus, никто не поручится, что при залитии в Sisyphus в нем не сменится еще пара байт (пересборка -> timestamp, например) и не придется качать все снова. > Зачем нам ещё одна прослойка которая будет использоваться на > 30%. Это как раз неплохая цифра была бы -- те самые девелоперы (которым настойчиво рекомендуется) и активно участвующие в тестировании админы (+.incoming на тест-системе) и пользователи. > Если уж нужен какой "отстойник" пакетов - то для этих целей > можно использовать уже существующий incoming: он доступен на > чтение всем разработчикам, а забирать в Сизиф можно только > пакеты которые отлежались там например 3 дня. Результат будет > одинаковый. ...и тут родился дурацкий вопрос: Стас, а что происходит с пакетами между incoming:/incoming/Sisyphus/BTE/ и сизифом? Они пересобираются в обязательном порядке или BuildHost предписанного вида (вместе с подписью, разумеется) достаточно для заливания? Может быть, этот .incoming и будет действительно Sisyphus Incoming для пакетов, собранных в BTE? > Много пакетов придётся проверять в скрипте: например может > появиться принципиально новый пакет который просто обсолетит > другой пакет в Сизифе. Можно. Но это отдельный (ортогональный) вопрос, который все равно надо решать или все равно надо отрабатывать руками. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ --mgiPvHqStUXOBTSF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/xgkLbsPDprYMm3IRAlzcAJ944hYfT+UCLBMD1ijoSiEweR49ggCfTRNX 4C4etAN6jEljxcIySqzAuBY= =HHFt -----END PGP SIGNATURE----- --mgiPvHqStUXOBTSF--