From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Led To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] .media [round 4?] -- enough? Date: Wed, 9 Nov 2005 19:31:08 +0200 User-Agent: KMail/1.8.1 References: <679044850511040809g1d91f186g@mail.gmail.com> <200511091840.21627.led@ukr-fin.com.ua> <20051109170652.GD3335@altlinux.org> In-Reply-To: <20051109170652.GD3335@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200511091931.09035.led@ukr-fin.com.ua> X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: led@ukr-fin.com.ua, ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 17:31:34 -0000 Archived-At: List-Archive: List-Post: В сообщении от Среда 09 Ноябрь 2005 19:06 Alexander Bokovoy написал(a): > On Wed, Nov 09, 2005 at 06:40:21PM +0200, Led wrote: > > > предложения... причем сначала предлагается сделать разделение на > > > каталоги/компоненты/репозитории... потом предлагаются более другие > > > решения (--exclude|--exclude-from, ...) и аргументы против > > > разделения... потом все затихает... > > > > Может потому "затихает", что тому, кому это действительно нужно, лень > > изготовить инструмент для динамического формирования > > "--exclude|--exclude-from, ..."? ждут чего-то? Чесно говоря, было бне это > > нужно - сел бы, сделал и опубликовал/предложил (не дай Бог, понадобится > > сяду и сделаю, а не буду кричать "сделайте для меня маленький > > репозитарий, а то зеркалить напряжно). ИМХО, пора бы уже понять: нет > > нужной тебе софтины в репозитарии - сделай её (или заинтересуй того, кто > > может сделать). Без обид, плиз - но ИМХО так оно и есть... > > Вы путаете специально или стараетесь не замечать важный факт: Сизиф -- > это поле для совместной работы. Иногда требуется и поиграть, иногда -- > поработать. Отсутствие игр в данный момент (допустим, несколько месяцев > синхронизации) не означает, что они не будут нужны вообще. Именно для > этого и существует возможность работы с несколькими репозитариями. Пусть в > нашем случае они будут синхронизированы снизу-вверх -- роботы Алексея > вполне хорошо справятся и с суммой репозитариев вместо одного. > > Заниматься "вырезками" дырок в репозитарии дело бессмысленное и > беспощадное. В таком случае получается заведомо сломанный репозитарий, > предоставляющий ложную информацию (метаинформация о пакете есть, его > самого -- нет, значит полноценный анализ теми же роботами Алексея не > проведешь). 1) Естественно, после "вырезания дырок" не должно быть неудовлетворённых зависимостей - это можно обеспечить. 2) локальный запуск genbasedir после "фильрованного зеркалирования" траффик не есть и много времени не занимает, так что роботы не обидятся:) Led.