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=-2.7 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to; bh=W91/O9FJp913FSTdJ9rUEGL+lSxjEH88FIJ3E0pVpek=; b=UbaolqJ2/DiksmZNAazDhNV6JQ5zR31IN1uoNTYhgPOJf0WZHcmjs3ZJrjpApVXBaa G10xLKrF8LLZpwWp4RxsGs/I+7OXJ0X+0E76CzhxiupX2SyrL/d+ROZf4bSF09CS3CWS yb3YFw3+oUcSHA5lFY0d/J2keNr9TLlmu5KVo= Date: Fri, 23 Dec 2011 16:48:42 +0400 From: thecrux@gmail.com To: devel@lists.altlinux.org Message-ID: <20111223124842.GA3296@mail.truecrux.org> Mail-Followup-To: devel@lists.altlinux.org References: <20111221080510.GA31843@mail.truecrux.org> <4EF1BD15.3030109@altlinux.org> <20111221122555.GA32287@mail.truecrux.org> <4EF1D833.7030304@altlinux.org> <20111221183730.GA24356@dad.imath.kiev.ua> <4EF301D0.6060609@altlinux.org> <20111222205611.GA16904@dad.imath.kiev.ua> <4EF39DFC.3040406@altlinux.org> <20111223064443.GA2773@mail.truecrux.org> <4EF45584.1000304@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4EF45584.1000304@altlinux.org> Subject: Re: [devel] I: overlays 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: Fri, 23 Dec 2011 12:50:13 -0000 Archived-At: List-Archive: List-Post: On Fri, Dec 23, 2011 at 02:18:44PM +0400, Paul Wolneykien wrote: > > Мне кажется, что слово «оверлей» означает, что эти объекты должны > пересекаться, т.е. частично иметь одинаковый набор пакетов — совсем как > разные чруты в хешере разделяют один базовый набор пакетов. > Но можно ещё раз кратко: чем «оверлей» отличается от «компоненты»? Наверно я путаю терминологию. Но AFAIK есть два варианта разделения монолитного репозитория: * компоненты в виде такой записи в source.list: rpm path/to/rpms arch comp1 comp2 comp3 * дополнительные репозитории: rpm path/to/repo arch comp rpm path/to/another/repo arch comp Существует ли между ними большая разница (в плане работы apt) - не знаю. Но в плане организации репозиториев разница большая. Компоненты позволяют разбить большой репозиторий на части и пользователь подключает только нужные ему части. Пакетная база в компонентах не пересекается. Дополнительные репозитории подключаются в дополнении к основному, они несамостоятельны и требуют подключённого какого-то базового репозитория. Кроме того они могут содержать пакеты уже имеющиеся в базовом репозитории, но имеющие другую эпоху:версию - именно поэтому я говорю о таком репозитории как о наложении ( overlay - перекрывать ) И в отличие от компонентного разбития, дополнительный репозиторий может находится на другом ресурсе и быть подписан другой подписью. > Основная претензия к компонентам, насколько мне помниться, сводилась к > тому, что их трудно/невозможно сделать замкнутыми. В случае оверлеев это > не так? Кто, где и когда это говорил? Я пока не смог найти обсуждение. Думаю в плане контроля замкнутости оверлеи и компоненты ничем не отличаются. С другой стороны путём нихитрых манипуляций с симлинками, можно их смержить и превратить в classic репозиторий. И проводить с ним дальше нужные проверки. Важно строго контролировать оверлеи на предмет того к какому базовому репозиторию они относятся и не вылезают ли их зависимости за пределы репозитория, на какие-нибудь третьи оверлеи или пакеты, которые исчезли в базовом. > И ещё. Как технически ты видишь процедуру разделения Сизифа на оверлеи? Создать роботов ) Сначала прикинуть список базовых пакетов и добиться его замкнутости. Потом обсудить список компонентов и начать их наполнение по тому же принципу, т.е. каждый компонент имеет зависимости в себе или в базовом компоненте. Или идти от обратного, вытаскивать пакеты по одному в отдельные компоненты. -- Vladimir Lettiev aka crux ✉ theCrux@gmail.com