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=G4dj9Q8dyQ0vupAWD+tFzouBqPFvrnyAq0k999w50ww=; b=ScSJ3LVOc2iXQ55O2uMj2y7EZO+GEmk714Z5FGryvSuthfkKQ/QpzYvKqziYRFNz08 BTc2Iv+A6KK1OciX66zf5es5zCWQRc3j3WFtY2J3Fg7IznCgcNjthLmzfFPNvHHxYk6Z XEwnELNfBIUFD/GOk24dxej2JmWjLqMTSIbLg= Date: Fri, 23 Dec 2011 10:44:43 +0400 From: thecrux@gmail.com To: devel@lists.altlinux.org Message-ID: <20111223064443.GA2773@mail.truecrux.org> Mail-Followup-To: devel@lists.altlinux.org References: <20111219200155.GA18056@dad.imath.kiev.ua> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4EF39DFC.3040406@altlinux.org> Subject: Re: [devel] I: imported libraries 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 06:46:12 -0000 Archived-At: List-Archive: List-Post: On Fri, Dec 23, 2011 at 01:15:40AM +0400, Paul Wolneykien wrote: > 23.12.2011 00:56, Igor Vlasenko пишет: > > On Thu, Dec 22, 2011 at 02:09:20PM +0400, Paul Wolneykien wrote: > >> По поводу компонентов у нас уже много говорили. Мне представляется, > >> что на полигоне у роботов должен быть тот же RPMS.classic, что и в > >> Сизифе, но с дополнительными пакетами, которые эти роботы собирают. Т.е. > >> смысл в том, чтобы роботы собирали пакеты на базе Сизифа, и эти пакеты > >> спокойно можно было потом поставить в Сизиф, но в pkglist Сизифа они бы > >> не публиковались. И никаких замкнутых компонентов, кроме classic. Это > >> возможно? > > > > Имеются в виду карманы? да, хрошая была бы вещь. > > Не знаю, карманы это или нет. Вот Дима удачно выразился «дополняющий > репозиторий». Идея мне кажется очень хорошей, разбить classic на base и кучку разных дополняющих репозиториев ака оверлеев, каждый имеющий своё предназначение. Такая идея постоянно высказывается участниками команды и постоянно игнорируется теми, кто рулит инфраструктурой. Может ли мне кто-нибудь напомнить когда проходило обсуждение о склеивании base contrib и прочих компонент в единый classic и чем это было вызвано? На сегодняшний день у нас ~15Мб индексы, которые приходится каждый раз скачивать даже если обновился один пакет на 10Кб, которого вы в жизни не поставите на свою систему. Медленный apt (это особенно заметно на слабых машинах), который, судя по профайлингу, прожирает всё процессорное время за сортировкой данных из этих индексов. Плюсов у системы с множеством оверлеев много. Это и более лёгкие индексы и логическое разделение компонентов (например, server, kde, gnome, games, cpan, pypi, jpackage и др.). Для разных оверлеев могут быть разные требования к безопасности (выпуск security updates), работоспособности (например, экспериментальные) и т.п. Оверлеи могли бы иметь своих администраторов, которые бы управляли включением/удалением пакетов. -- Vladimir Lettiev aka crux ✉ theCrux@gmail.com