From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 1 Mar 2004 12:18:17 +0300 From: Stanislav Ievlev To: ALT Devel discussion list Subject: Re: [devel] RPMS.media, =?koi8-r?Q?RPMS=2E?= =?koi8-r?B?Z2FtZXMgySDULsQu?= Message-ID: <20040301091817.GD6208@basalt.office.altlinux.org> References: <20040229221200.GB5036@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040229221200.GB5036@localhost.localdomain> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Mon, 01 Mar 2004 09:18:17 -0000 Archived-At: List-Archive: List-Post: Лично мне нравится идея с .games. .media пока наверное нет смысла. А вот .kde, .gnome,.buildreq я бы не делал. А какие ещё есть варианты критериев? Куда класть например kdegames или gnome-games? On Mon, Mar 01, 2004 at 01:12:00AM +0300, Денис Смирнов wrote: > Некоторое время назад уже поднимался этот вопрос, однако результат обсуждения > я так и не понял. > > Собственно проблема: сейчас в Сизифе лежит огромное количество пакетов, > и синхронизация _всего_ сизифа становится делом нелёгким. > > При этом разработчикам было бы очень полезно иметь у себя полноценную > локальную копию всего репозитория. Многим другим было бы полезно иметь > большую часть репозитория. > > Предложение: добавить компоненты: RPMS.games, RPMS.kde, RPMS.gnome, > RPMS.buildreq, RPMS.media. > > Обоснование: > > RPMS.games -- игрушек становится всё больше и больше, но есть очень много > мест, где их не должно быть принципиально по разным причинам, тем более > что игры сами по себе являются очень большим классом ПО. Кроме того, в будущем > возможно будет разумно даже выпускать отдельные CD с играми. Мешать игрушки > с остальным софтом смысла не вижу никакого, с точки зрения: > а) политики безопасности (игрушки можно и нужно упаковывать сырые и недоделаные, > глюкавые и даже попросту опасные для машины) > б) политики добавления/удаления (можно иметь другой интервал пересборки, > можно добавлять заведомо слабовато доделаные пакеты) > в) экономии на синхронизации (большинству их тех, кто держит персональное > зеркало репозитория именно эта группа пакетов не нужна) > > > RPMS.media -- в современном дистрибутиве можно и нужно иметь большой > объём медиаданных, различные обои для рабочего стола, темы, коллекции звуков > для озвучивания софта, и.т.д. В настоящий момент их добавление сдерживается > тем фактом, что большинство имеющих у себя локальный репозитория чиста конкретна > попадут на бабки. > > Добавление RPMS.media позволит начать накопление медиа-данных, ни коим образом > не помешав кому бы то ни было ещё. > > RPMS.kde/RPMS.gnome -- что KDE, что Gnome сейчас являются целыми созвездием > пакетов, притом периодически создаются KDE-only, GNOME-only или KDE/Gnome-less > решения. Вынесение в отдельные репозитории дают возможность сэкономить на > стоимости синхронизации и упростить работу тем, кто делает решения на базе > Сизифа. > > RPMS.buildreq -- сюда я предлагаю делать симлинки со всех пакетов, которые > требуются для сборки какого-либо пакета. Это необходимый минимум, гарантирующий > возможность пересобрать любой собирающийся пакет из Сизифа. Именно его можно > (и нужно) каждому разработчику обновлять у себя как можно чаще. > > -- > С уважением, Денис > > http://freesource.info > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://www.altlinux.ru/mailman/listinfo/devel