Re: [devel] I: git.altlinux.org: package repository structure

Re: [devel] I: git.altlinux.org: package repository structure

[Ildar Mulyukov]

On 13.09.2006 18:24:16, Dmitry V. Levin wrote:
> On Wed, Sep 13, 2006 at 12:21:43AM +0400, Kirill Maslinsky wrote:
> [...]
>>>  утилите gear-commit нужно чуть более внятное описание, а то пока
>>> не попробуешь,  не поймёшь, зачем она. Например, так:
>>> gear-commit - performs git-commit using last changelog entry from
>>> spec file
>> 
>>  Кстати, я готов несколько расширить это исправление и оформить его
>> в  виде  патча в репозитории gear. По-моему, это будет хороший повод
>> озвучить   пример, как делиться патчами. Можешь помочь это оформить
>> пошагово?
>> 
>>  Скажем,
>>  1. Склонировать себе репозиторий с gear (из каталога у ldv@
>> наверняка. А в общем случае     как определять, откуда лучше
>> клонировать: какая из копий  репозитория, если они     есть у
>> нескольких мантейнеров, официальная?)
> 
>  Пока ещё нет кэширующего репозитория Сизифа, лучше клонировать
> репозиторий  того мантейнера, который отправил в Сизиф самую свежую
> сборку этого  пакета.

	Коллеги!
пожалуйста, помогите найти следы вышеозначенного кэширующего  
репозитория Сизифа, а то самостоятельно у меня не получается.
Спасибо.
Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: git.altlinux.org: package repository structure

[Денис Смирнов]

On Tue, Oct 31, 2006 at 05:54:42PM +0600, Ildar Mulyukov wrote:

>>  Пока ещё нет кэширующего репозитория Сизифа, лучше клонировать
>> репозиторий  того мантейнера, который отправил в Сизиф самую свежую
>> сборку этого  пакета.
IM> 	Коллеги!
IM> пожалуйста, помогите найти следы вышеозначенного кэширующего  
IM> репозитория Сизифа, а то самостоятельно у меня не получается.
IM> Спасибо.

На машине времени в будущее слетать? ;) При использовании gear-release
сервер ясно говорит, что эта функциональность пока отсутствует, к
сожалению.

Пока осваеваемся потихоньку. Можно ещё вытащить у меня из git
etersoft-build-utils умеющие чуть-чуть обращаться с gear (по крайней мере
на уровне rpmbb/rpmbs) для упрощения сборки srpm пакета на отправку в
incoming/

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Русские программисты всегда в настроении для программирования.

[devel] q: /var/{cache|lib}/altlinux -- default repos location?

[Michael Shigorin]

On Tue, Oct 31, 2006 at 06:29:46PM +0300, Денис Смирнов wrote:
> Пока осваеваемся потихоньку. Можно ещё вытащить у меня из git
> etersoft-build-utils умеющие чуть-чуть обращаться с gear (по
> крайней мере на уровне rpmbb/rpmbs) для упрощения сборки srpm
> пакета на отправку в incoming/

Кстати, гражжне авторы тулзов, которые оперируют репозиториями.
А давайте придумаем какое-нибудь штатное место для широко
известных репо, которое:

- не конфликтует с FHS (как /raid);
- не конфликтует с локальными службами и их политикой размещения
  (как /var/ftp);
- лежит в месте, где у грамотного админа места хватает и так?

Предлагаю /var/lib/altlinux или /var/cache/altlinux со
стандартизированным размещением выпусков (2.4, 3.0, ...),
updates/$RELEASE и backports/$RELEASE (так же, как в incoming).

Тогда получится на что штатно настраивать зеркалилки, собиралки
и прочее, а для служб (или с NFS) забирать тем же bind mount'ом.

Что в contra?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] q: /var/{cache|lib}/altlinux -- default repos location?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2064 bytes --]

On Tue, Oct 31, 2006 at 08:14:11PM +0200, Michael Shigorin wrote:

MS> Предлагаю /var/lib/altlinux или /var/cache/altlinux со
MS> стандартизированным размещением выпусков (2.4, 3.0, ...),
MS> updates/$RELEASE и backports/$RELEASE (так же, как в incoming).

/var/cache/altlinux ->
 release/{2.4,3.0,...}
 updates/{2.4,3.0,...}
 backports/{2.4,3.0,...}

Ещё я думал о реализации чего-то вроде pockets.

Скажем:

/var/lib/altlinux/pockets/

С такой же схемой наименований. Для сборки групп пакетов которые уйдут в
соответствующий репозиторий. hasher workdir при этом может использоваться
один и тот же, но перед каждой сборкой выставлять симлинк на правильный
репозиторий.

Удобно тем, что можно скриптом вычищать из таких pocket'ов пакеты после их
попадания в соответствующий репозиторий. А также тем, что можно другим
скриптом автоматом аплоадить из pocket'ов в соответствующие incoming'и.

Только вот тонкость. pockets все-таки это /var/lib, а вот репозитории это
скорее /var/cache (это кэш, потому как один rsync данные вернет, в отличии
от содержимого pockets которое у каждого свое).

MS> Тогда получится на что штатно настраивать зеркалилки, собиралки
NS> и прочее, а для служб (или с NFS) забирать тем же bind mount'ом.
MS> Что в contra?

Только то, что такое должно использоваться массово или не использоваться
совсем. С другой стороны хуже чем сейчас (каждый городит свое) уже нет, и
если хотя бы кто-то из велосипедостроителей начнет пользоваться общей
схемой -- это будет уже очень хорошо.

Да, с учетом нынешнего глобального перехода на git некоторым может
понадобится локальная копия кэширующего репозитория. Куда её класть тоже
надо подумать. /var/cache/altlinux/git ? Одновременно должно быть простое
средство получить список git-репозиториев в этом кэширующем репозитории.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Главное ни в коем случае не делайте версию со знаком +. Тут может rpm сглючить.
		-- inger in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]