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@