From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,DNS_FROM_OPENWHOIS, RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding; bh=QmWKRo0f1jpc53K3ZitOIdB63N0Wohh0iOWlIqKsYjg=; b=M++ZtSk3q9xPFL/2K313VZPDl2E6FB7i4Q82BiflqRKOLUYKyLHRJfVnihCbNPIiK6 FtHX8v9cvOOENwzm+2RYrpn+d01/cJFyGqMf7igYoeOrYdwLsDJ+QZfYa3v+wjhetKm3 LrcEiU69Kxl0+Y/bATsK5uicAgHnwZs7F0f6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TllyHcpOMq+XsJFY/CWN1il8gI95Hhp9lssU72nze/p6720A4CS1ulXHmIXHYoyak7 61PRa+v2PdOIGYTbqBxuj4RyE0BpsHFvcxQBEI+IKaC0gomIQsoZ8diBUjIn2amGy4KU bMb1LHhJEBPOF3Yl0nyLpubYGFKpRWp7C+7SE= Sender: Yury Romanov Message-ID: <4E00F51D.4030900@altlinux.ru> Date: Tue, 21 Jun 2011 23:46:37 +0400 From: "Yury A. Romanov" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10 MIME-Version: 1.0 To: ALT Linux Team development discussions References: <201106211654.25367.cas@altlinux.ru> <4E00E3F6.9040308@altlinux.ru> <201106212322.39198.cas@altlinux.ru> In-Reply-To: <201106212322.39198.cas@altlinux.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?8sHaxMXMxc7JxSDSxdDP2snUz9LJ0Q==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 19:46:45 -0000 Archived-At: List-Archive: List-Post: On 06/21/2011 11:22 PM, Андрей Черепанов wrote: > 21 июня 2011 Yury A. Romanov написал: >> On 06/21/2011 04:54 PM, Андрей Черепанов wrote: >>> Рискую оказаться банальным, но хочу поднять вопрос о разделении classic >>> на набор дистрибутивов/компонентов. Как минимум, народ с форума желает >>> выделить игры отдельно >>> (http://forum.altlinux.org/index.php/topic,10910.msg0/topicseen.html). >>> Раз отделили p6/t6, может, вернёмся к обсуждению? Дело, как понимаю, в >>> доточке наших скриптов сборочницы? >> >> Нет, Андрей, помимо скриптов сборочницы есть вопрос о целесообразности >> существования таких репозитариев. >> >> Вообще понятие "компоненты/дистрибутивы" в терминах apt было сделано для >> разделения множества пакетов на группы по критерию свободно/несвободно >> для того, чтобы больные жепеэлием головного мозга могли отключить >> ненавистные им проприетарные пакеты и не мешать нормальным людям. > В отличие от Debian apt-rpm обладает очень неприятным эффектом резко > возрастающих объёмов и скорости чтения индексов. На нынешнем Сизифе это > особенно заметно. Такова цена целостности репозитория. Собственно, репозиторий убунту куда менее устойчив к разломам при смене версий библиотек. > Для обновления дистрибутивов нужно порядка ~4 тыс. пакетов (из 30027 в Сизифе, > 13%). Индексы размером 15,4 МБ (против 4,7 МБ в p5) утроили (!) время загрузки > и чтения. Я уж не говорю, что много по городам и весям СНГ обладателей слабых > каналов что для единоличного обновления, что для зеркал. С наплевательским к > ним отношением далеко мы не уедем. > >> Для задачи сокращения объёма скачиваемого репозитария скорее всего нужно >> средство, которое позволяет синхронизировать всё множество установленных >> пакетов, либо пакетов по группам. > То есть проблема чисто организационная? Можно составить списки включаемых > пакетов по именам и группам RPM/cекциям APT, а также исключениям из общих > правил. Тогда распределение по компонентам можно автоматизировать. > Вопрос тут примерно следующий: как будет обеспечиваться контроль целостности каждого из этих огрызков сизифа? Т.е., например, ставит некто текущий дистрибутив, решает обновляться до сизифа, смотрит на список компонентов и говорит "чозаlibнах?" и отключает. В результате система у него не ставится и не работает. Куда он побежит? Правильно, срать на форумах "какое альтлинукс г..." Вопрос номер два - если целостность каждого из "репозиториев" обеспечена, как бороться с индексами, которых теперь стало несколько и имеющих дублированные пакеты? Поэтому скорее нужно средство, которое делает примерно следующее: подгружает индексы, берёт список пакетов (требуемый|системный или по категориям), строит дерево зависимостей, и скачивает все пакеты, потянутые по зависимостям из других категорий, потом создаёт локальные индексы. Вообще для того, чтобы не качать игры, можно использовать --exclude "-data" (большинство игр имеют размер 10-15 мегабайт, а данные от них дотягивают до гигабайта).