[devel] Официальный список "пакет <-> git".

[devel] Официальный список "пакет <-> git".

[Wartan Hachaturow]

.. давайте уже сделаем, а?
Чего-то я утомился от бардака.
Кто коллективно девелопит -- пусть определится, где будет "официальный
git", в который в полном соответствии с заветами Ильи^WЛинуса пуллит
от своих co-maintainer'ов.
Неофициальных гитов пусть будет хоть целый состав, но я бы хотел
понимать, откуда берётся то, что лежит в SRPMS.
Только давайте не будем опять переходить на обсуждение сферических
гитов в вакууме и светлого будущего, а просто сделаем суровое
настоящее чуть менее безрадостным.

-- 
Regards, Wartan.

Re: [devel] Официальный список "пакет <-> git".

[Alexey Gladkov]

Wartan Hachaturow wrote:
> .. давайте уже сделаем, а?

Как ты предлагаешь это реализовать ?

-- 
Rgrds, legion

Re: [devel] Официальный список "пакет <-> git".

[Wartan Hachaturow]

2008/6/26 Alexey Gladkov <legion@altlinux.ru>:
> Wartan Hachaturow wrote:
>>
>> .. давайте уже сделаем, а?
>
> Как ты предлагаешь это реализовать ?

Пусть каждый maintainer пакета, использующий git.altlinux.org, скажет,
где будет "официальный git". После чего будет составлен
соответствующий список. После чего, к примеру, я перестану париться о
том, где пакеты правильные или нет -- и буду использовать те, которые
в этом списке. Если maintainer этот git забросит без уведомления --
его проблемы.

-- 
Regards, Wartan.

Re: [devel] Официальный список "пакет <-> git".

[Konstantin A. Lepikhov]

Hi Wartan!

Thursday 26, at 04:25:17 PM you wrote:

> 2008/6/26 Alexey Gladkov <legion@altlinux.ru>:
> > Wartan Hachaturow wrote:
> >>
> >> .. давайте уже сделаем, а?
> >
> > Как ты предлагаешь это реализовать ?
> 
> Пусть каждый maintainer пакета, использующий git.altlinux.org, скажет,
> где будет "официальный git". После чего будет составлен
официальный git для всех ядер один - это master.kernel.org

> соответствующий список. После чего, к примеру, я перестану париться о
> том, где пакеты правильные или нет -- и буду использовать те, которые
> в этом списке. Если maintainer этот git забросит без уведомления --
> его проблемы.
По логике, если мантейнер собрал пакет, и git этого пакета будет у
мантейнера. Мапить имя пакета ->имя git - это optional. 

-- 
WBR et al.

Re: [devel] Официальный список "пакет <-> git".

[Wartan Hachaturow]

2008/6/26 Konstantin A. Lepikhov <lakostis@altlinux.org>:

>> Пусть каждый maintainer пакета, использующий git.altlinux.org, скажет,
>> где будет "официальный git". После чего будет составлен
> официальный git для всех ядер один - это master.kernel.org

Спасибо, Костя :))

>> в этом списке. Если maintainer этот git забросит без уведомления --
>> его проблемы.
> По логике, если мантейнер собрал пакет, и git этого пакета будет у
> мантейнера. Мапить имя пакета ->имя git - это optional.

Есть пакеты, (типа ядра), у которых в maintainer'ах указан какой-то
мифический "team" -- а пакеты заливают то из одного гита, то из
другого. Есть пакеты, которые вообще в пяти гитах лежат у разных
людей. Я от этого утомляюсь и становлюсь злым.

Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
гитов -- иметь чёткий маппинг будет не опционально, а обязательно.

Я предлагаю начать это светлое будущее наступать с решения чисто
организационных задач, которые лично мне работу облегчат уже сейчас.
Иначе это кончится тем, что я, как и многие до меня, распложу
собственных гитов, начну там патчить, как мне будет нужно и наплюю с
высокой колокольни на все общественные необходимости. Мне уже сейчас
хочется, но меня что-то сдерживает. Кажется, это совесть, но её
осталось уже совсем немного.

-- 
Regards, Wartan.

Re: [devel] Официальный список "пакет <-> git".

[Dmitry V. Levin]

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

On Thu, Jun 26, 2008 at 04:59:16PM +0400, Wartan Hachaturow wrote:
> Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
> гитов -- иметь чёткий маппинг будет не опционально, а обязательно.

При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
что ты предлагаешь.

> Я предлагаю начать это светлое будущее наступать с решения чисто
> организационных задач, которые лично мне работу облегчат уже сейчас.

Уже сейчас по lastchange пакета однозначно вычисляется тот, кто отправил
пакет на сборку.  По этой информации с точностью до вариации имени
вычисляется gear-репозиторий.

Ты забыл рассказать, в чём специфика твоей задачи и, соответственно,
что ещё нужно для работы.


-- 
ldv

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

Re: [devel] Официальный список "пакет <-> git".

[Wartan Hachaturow]

2008/6/26 Dmitry V. Levin <ldv@altlinux.org>:

> При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
> и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
> что ты предлагаешь.

Эмм. Если ты дашь людям возможность иметь двадцать репозиториев, и
собирать попеременно из одного и из другого, они так и будут делать. Я
хочу знать, куда мне идти делать git clone, не глядя в логи пакетов, и
быть уверенным, что я получу последнее состояние, которое потом станет
следующей версией. Не два, не три, не двадцать гитов, не гадать -- "а
где же maintainer работает сейчас.." -- а просто взять и
отклонировать.

> Уже сейчас по lastchange пакета однозначно вычисляется тот, кто отправил
> пакет на сборку.  По этой информации с точностью до вариации имени
> вычисляется gear-репозиторий.

Если на сборку пакет отправляет то один, то другой -- ты предлагаешь
мне следить за обоими гитами?

> Ты забыл рассказать, в чём специфика твоей задачи и, соответственно,
> что ещё нужно для работы.

Всё просто. Я хочу точно знать, что мне патчить для нужд моего порта (в смысле,
содержимое какого гита), и что отслеживать.
В примере с ядром -- я, например, не уверен, что послезавтра ядра не
станут собираться из гитов vsu@ опять, а через неделю их не начнёт
собирать отдел маркетинга.

-- 
Regards, Wartan.

Re: [devel] Официальный список "пакет <-> git".

[Dmitry V. Levin]

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

On Thu, Jun 26, 2008 at 05:29:40PM +0400, Wartan Hachaturow wrote:
> > При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
> > и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
> > что ты предлагаешь.
> 
> Эмм. Если ты дашь людям возможность иметь двадцать репозиториев, и
> собирать попеременно из одного и из другого, они так и будут делать. Я

Пусть делают.
У каждого пакета в Сизифе будет репозиторий с фиксированным именем, его
будет обновлять скрипт с каждой новой сборкой.

> > Уже сейчас по lastchange пакета однозначно вычисляется тот, кто отправил
> > пакет на сборку.  По этой информации с точностью до вариации имени
> > вычисляется gear-репозиторий.
> 
> Если на сборку пакет отправляет то один, то другой -- ты предлагаешь
> мне следить за обоими гитами?

Такая ситуация бывает редко.
Если тебе не удобно следить за обоими, выбери один.  Не знаешь, какой
выбрать -- спроси.


-- 
ldv

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

Re: [devel] Официальный список "пакет <-> git".

[Kirill A. Shutemov]

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

On Thu, Jun 26, 2008 at 05:39:07PM +0400, Dmitry V. Levin wrote:
> On Thu, Jun 26, 2008 at 05:29:40PM +0400, Wartan Hachaturow wrote:
> > > При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
> > > и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
> > > что ты предлагаешь.
> > 
> > Эмм. Если ты дашь людям возможность иметь двадцать репозиториев, и
> > собирать попеременно из одного и из другого, они так и будут делать. Я
> 
> Пусть делают.
> У каждого пакета в Сизифе будет репозиторий с фиксированным именем, его
> будет обновлять скрипт с каждой новой сборкой.

О! Именно то, что я хотел знать.


-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] Официальный список "пакет <-> git".

[Wartan Hachaturow]

2008/6/26 Dmitry V. Levin <ldv@altlinux.org>:
> Пусть делают.
> У каждого пакета в Сизифе будет репозиторий с фиксированным именем, его
> будет обновлять скрипт с каждой новой сборкой.

Сейчас archive работает именно так?

-- 
Regards, Wartan.

Re: [devel] Официальный список "пакет <-> git".

[Dmitry V. Levin]

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

On Thu, Jun 26, 2008 at 05:46:46PM +0400, Wartan Hachaturow wrote:
> 2008/6/26 Dmitry V. Levin <ldv@altlinux.org>:
> > Пусть делают.
> > У каждого пакета в Сизифе будет репозиторий с фиксированным именем, его
> > будет обновлять скрипт с каждой новой сборкой.
> 
> Сейчас archive работает именно так?

Сейчас он каждое утро конвертирует собранные srpm-пакеты, и ничего не
знает про gear-репозитории.  Его основная задача на данном этапе --
помочь мантейнеру перейти от сборки своих srpm-пакетов к сборке своих
gear-репозиториев.


-- 
ldv

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

Re: [devel] Официальный список "пакет <-> git".

[Michael Shigorin]

On Thu, Jun 26, 2008 at 05:29:40PM +0400, Wartan Hachaturow wrote:
> Эмм. Если ты дашь людям возможность иметь двадцать
> репозиториев, и собирать попеременно из одного и из другого,
> они так и будут делать. Я хочу знать, куда мне идти делать git
> clone, не глядя в логи пакетов, и быть уверенным, что я получу
> последнее состояние, которое потом станет следующей версией. Не
> два, не три, не двадцать гитов, не гадать -- "а где же
> maintainer работает сейчас.." -- а просто взять и
> отклонировать.

Боюсь, ты хочешь невозможного.

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

Если на прошлой неделе кто-нить занимался работой по пакету 
(на залитие которого права нет), которая будет смержена на этой
неделе добравшимся комайнтейнером и, возможно, после окончания
ещё каких работ поправлена и залита другим комайнтейнером 
(посмотри, например, ченжлог ppp) -- какой именно ответ ожидается
от технического средства, которое не может оценивать ситуацию?

Возможно, чуточку бы помогло добавить к
http://sisyphus.ru/srpm/%name/git информацию из ACL
-- например, выделение жирным тех, кто может залить,
и звёздочкой -- того, кто собирал опубликованный пакет
(если в этом списке он есть).

> > Уже сейчас по lastchange пакета однозначно вычисляется тот,
> > кто отправил пакет на сборку.
> Если на сборку пакет отправляет то один, то другой -- ты
> предлагаешь мне следить за обоими гитами?

Ты-то что предлагаешь?

> > Ты забыл рассказать, в чём специфика твоей задачи и,
> > соответственно, что ещё нужно для работы.
> Всё просто. Я хочу точно знать, что мне патчить для нужд моего
> порта (в смысле, содержимое какого гита), и что отслеживать.

Про почтовую подписку в курсе?
http://freesource.info/wiki/AltLinux/Sisyphus/devel/git#h5572-6

> В примере с ядром -- я, например, не уверен, что послезавтра
> ядра не станут собираться из гитов vsu@ опять, а через неделю
> их не начнёт собирать отдел маркетинга.

Кому-нить сдать свой склад хрустальных шаров и опубликовать
скриптовое API? :)

Ну или подумай и уточни в пределах реального, что ли.

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

Re: [devel] Официальный список "пакет <-> git".

[Evgeny Sinelnikov]

26 июня 2008 г. 19:20 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Thu, Jun 26, 2008 at 05:29:40PM +0400, Wartan Hachaturow wrote:
>> Эмм. Если ты дашь людям возможность иметь двадцать
>> репозиториев, и собирать попеременно из одного и из другого,
>> они так и будут делать. Я хочу знать, куда мне идти делать git
>> clone, не глядя в логи пакетов, и быть уверенным, что я получу
>> последнее состояние, которое потом станет следующей версией. Не
>> два, не три, не двадцать гитов, не гадать -- "а где же
>> maintainer работает сейчас.." -- а просто взять и
>> отклонировать.
>
> Боюсь, ты хочешь невозможного.
>

Тем не менее это возможно, а в ряде случаев просто необходимо.
Необходимо, чтобы можно было однозначно указать скриптовому роботу,
который не получает писем и не может проводить какой-либо анализ о
том, кто же теперь пакет собирает, откуда же пересобрать новую версию
пакета.

Сначала я это придумал так, чтобы было взаимооднозначное соответствие
между именами пользователей и именами репозитоиев, из которых
собираются их пакеты. Тогда поиск проводится вот по такому шаблону:
        git = git.alt:/people/${packager}/packages/${name}.git

В рамках полиси один пакет - один ответственный, и имя пакета равно
имени репозиория, такая схема даже способна работать.

В принципе, никто не мешает после удачной сборки делать pull в
отдельный набор репозиториев - тот самый аналог archive, где будет
находится не последний по дате коммит, собираемого пакета, а коммит
последней сборки этого пакета в Сизифе.

> Проблема в том, что "надёжные" данные -- это последний заливавший
> в течение некоторого промежутка времени (в зависимости от пакета,
> количества ACL и количества реально занимающихся пакетом в данное
> время людей).
>
> Если на прошлой неделе кто-нить занимался работой по пакету
> (на залитие которого права нет), которая будет смержена на этой
> неделе добравшимся комайнтейнером и, возможно, после окончания
> ещё каких работ поправлена и залита другим комайнтейнером
> (посмотри, например, ченжлог ppp) -- какой именно ответ ожидается
> от технического средства, которое не может оценивать ситуацию?
>
> Возможно, чуточку бы помогло добавить к
> http://sisyphus.ru/srpm/%name/git информацию из ACL
> -- например, выделение жирным тех, кто может залить,
> и звёздочкой -- того, кто собирал опубликованный пакет
> (если в этом списке он есть).
>

Я думаю, что сделать после удачной сборки что-то вроде:
git.altlinux.org/last/%name.git
Это именно то, что решило бы поставленный вопрос.

>> > Уже сейчас по lastchange пакета однозначно вычисляется тот,
>> > кто отправил пакет на сборку.
>> Если на сборку пакет отправляет то один, то другой -- ты
>> предлагаешь мне следить за обоими гитами?
>
> Ты-то что предлагаешь?
>

Ну, если я правильно понял, то именно то, что я описал выше.

>> > Ты забыл рассказать, в чём специфика твоей задачи и,
>> > соответственно, что ещё нужно для работы.
>> Всё просто. Я хочу точно знать, что мне патчить для нужд моего
>> порта (в смысле, содержимое какого гита), и что отслеживать.
>
> Про почтовую подписку в курсе?
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/git#h5572-6
>

Скриптам рассылка не поможет...

>> В примере с ядром -- я, например, не уверен, что послезавтра
>> ядра не станут собираться из гитов vsu@ опять, а через неделю
>> их не начнёт собирать отдел маркетинга.
>
> Кому-нить сдать свой склад хрустальных шаров и опубликовать
> скриптовое API? :)
>
> Ну или подумай и уточни в пределах реального, что ли.
>

Я тоже не вижу, что ничего такого не реального сделать pull в
отдельный набор репозиториев, после удачной сборки. Хотя примерно
ощушается ряд проблем по переименованию и удалению пакетов, но
всё-таки это наверное решаемые вопросы.

Тут хотелось бы услышать аргументы против и варианты автоматического
поиска последнего репозитория пакета по имени этого пакета.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Официальный список "пакет <-> git".

[Alexey Gladkov]

Evgeny Sinelnikov wrote:
> В принципе, никто не мешает после удачной сборки делать pull в
> отдельный набор репозиториев - тот самый аналог archive, где будет
> находится не последний по дате коммит, собираемого пакета, а коммит
> последней сборки этого пакета в Сизифе.

Так и предполагается сделать.

Но узнать заранее из какого пользовательского репозитория будет сделан 
последний коммит (который попадёт в тот-самый-аналог-archive) нельзя 
по описанным в треде причинам.

-- 
Rgrds, legion

Re: [devel] Официальный список "пакет <-> git".

[Evgeny Sinelnikov]

26 июня 2008 г. 20:26 пользователь Alexey Gladkov <legion@altlinux.ru> написал:
> Evgeny Sinelnikov wrote:
>>
>> В принципе, никто не мешает после удачной сборки делать pull в
>> отдельный набор репозиториев - тот самый аналог archive, где будет
>> находится не последний по дате коммит, собираемого пакета, а коммит
>> последней сборки этого пакета в Сизифе.
>
> Так и предполагается сделать.
>
> Но узнать заранее из какого пользовательского репозитория будет сделан
> последний коммит (который попадёт в тот-самый-аналог-archive) нельзя по
> описанным в треде причинам.
>

На самом деле, если будет такой аналог archive, то из какого
пользовательского репозитория был сделан последний коммит, для задачи
пересборки пакета, уже не важно. Поиск же набора актуальных
репозиториев, из которых может собираться пакет - это задача
интересная и нужная, но другая...

--
Sin (Sinelnikov Evgeny)

Re: [devel] Официальный список "пакет <-> git".

[Kirill A. Shutemov]

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

On Thu, Jun 26, 2008 at 08:11:13PM +0400, Evgeny Sinelnikov wrote:
> 26 июня 2008 г. 19:20 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> > On Thu, Jun 26, 2008 at 05:29:40PM +0400, Wartan Hachaturow wrote:
> >> Эмм. Если ты дашь людям возможность иметь двадцать
> >> репозиториев, и собирать попеременно из одного и из другого,
> >> они так и будут делать. Я хочу знать, куда мне идти делать git
> >> clone, не глядя в логи пакетов, и быть уверенным, что я получу
> >> последнее состояние, которое потом станет следующей версией. Не
> >> два, не три, не двадцать гитов, не гадать -- "а где же
> >> maintainer работает сейчас.." -- а просто взять и
> >> отклонировать.
> >
> > Боюсь, ты хочешь невозможного.
> >
> 
> Тем не менее это возможно, а в ряде случаев просто необходимо.
> Необходимо, чтобы можно было однозначно указать скриптовому роботу,
> который не получает писем и не может проводить какой-либо анализ о
> том, кто же теперь пакет собирает, откуда же пересобрать новую версию
> пакета.
> 
> Сначала я это придумал так, чтобы было взаимооднозначное соответствие
> между именами пользователей и именами репозитоиев, из которых
> собираются их пакеты. Тогда поиск проводится вот по такому шаблону:
>         git = git.alt:/people/${packager}/packages/${name}.git

Такая схема не будет работать, по меньшей мере, для ядра.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] Официальный список "пакет <-> git".

[Kirill A. Shutemov]

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

On Thu, Jun 26, 2008 at 05:20:37PM +0400, Dmitry V. Levin wrote:
> On Thu, Jun 26, 2008 at 04:59:16PM +0400, Wartan Hachaturow wrote:
> > Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
> > гитов -- иметь чёткий маппинг будет не опционально, а обязательно.
> 
> При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
> и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
> что ты предлагаешь.

Именно маппинг? Как тогда быть увереным, что не сделают rm-db или mv-db?
Может лучше по команде на сборку делать pull в центролизованный репозиторий, 
из которого уже собирать. Эти репозитории делать по одному на исходный
пакет. А мэйнтэйнер ведёт у себя пакеты как ему удобно -- хоть двадцать в
одном git'е.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] Официальный список "пакет <-> git".

[Dmitry V. Levin]

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

On Thu, Jun 26, 2008 at 04:39:17PM +0300, Kirill A. Shutemov wrote:
> On Thu, Jun 26, 2008 at 05:20:37PM +0400, Dmitry V. Levin wrote:
> > On Thu, Jun 26, 2008 at 04:59:16PM +0400, Wartan Hachaturow wrote:
> > > Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
> > > гитов -- иметь чёткий маппинг будет не опционально, а обязательно.
> > 
> > При сборке из gear-репозиториев будет чёткий маппинг между именем пакета
> > и репозиторием, из которого он _был_ собран.  Это не совсем то же самое,
> > что ты предлагаешь.
> 
> Именно маппинг? Как тогда быть увереным, что не сделают rm-db или mv-db?
> Может лучше по команде на сборку делать pull в центролизованный репозиторий, 
> из которого уже собирать. Эти репозитории делать по одному на исходный
> пакет. А мэйнтэйнер ведёт у себя пакеты как ему удобно -- хоть двадцать в
> одном git'е.

Я говорю о git.altlinux.org/archive/ или его аналоге.


-- 
ldv

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

Re: [devel] Официальный список "пакет <-> git".

[Alexey I. Froloff]

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

* Wartan Hachaturow <wartan.hachaturow@> [080626 17:03]:
> Есть пакеты, (типа ядра), у которых в maintainer'ах указан какой-то
> мифический "team" -- а пакеты заливают то из одного гита, то из
> другого. Есть пакеты, которые вообще в пяти гитах лежат у разных
> людей. Я от этого утомляюсь и становлюсь злым.
В 99% процентах случаев кто последний, тот и папа.

> Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
> гитов -- иметь чёткий маппинг будет не опционально, а обязательно.
Это будет не просто обязательно, но и отслеживаться
автоматически.

> Я предлагаю начать это светлое будущее наступать с решения чисто
> организационных задач, которые лично мне работу облегчат уже сейчас.
Как ты хочешь это видеть?  Ссылка "наиболее вероятный git
репозитарий" на sisyphus.ru прокатит?

-- 
Regards,
Sir Raorn.

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

Re: [devel] Официальный список "пакет <-> git".

[Anton Farygin]

Alexey I. Froloff пишет:
> * Wartan Hachaturow <wartan.hachaturow@> [080626 17:03]:
>> Есть пакеты, (типа ядра), у которых в maintainer'ах указан какой-то
>> мифический "team" -- а пакеты заливают то из одного гита, то из
>> другого. Есть пакеты, которые вообще в пяти гитах лежат у разных
>> людей. Я от этого утомляюсь и становлюсь злым.
> В 99% процентах случаев кто последний, тот и папа.

В 99% случаев это не так.
$ ssh git.alt find-package psi
/people/alb/packages/psi.git    1214363674
/people/rider/packages/psi.git  1213823969

> 
>> Когда наступит светлое будущее, и инкамингер будет собирать пакеты из
>> гитов -- иметь чёткий маппинг будет не опционально, а обязательно.
> Это будет не просто обязательно, но и отслеживаться
> автоматически.
> 
>> Я предлагаю начать это светлое будущее наступать с решения чисто
>> организационных задач, которые лично мне работу облегчат уже сейчас.
> Как ты хочешь это видеть?  Ссылка "наиболее вероятный git
> репозитарий" на sisyphus.ru прокатит?

Идеальный вариант - в src.rpm писать, из какого репозитария он собран.

Re: [devel] Официальный список "пакет <-> git".

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [080626 22:39]:
> > В 99% процентах случаев кто последний, тот и папа.
> В 99% случаев это не так.
> $ ssh git.alt find-package psi
> /people/alb/packages/psi.git    1214363674
> /people/rider/packages/psi.git  1213823969
"Последний" по %changelog.  Оставшийся 1% это NMU от qa-robot и
клоны /archive/ если они есть и основной мантейнер не пользуется
git.

-- 
Regards,
Sir Raorn.

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

Re: [devel] Официальный список "пакет <-> git".

[Anton Farygin]

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [080626 22:39]:
>>> В 99% процентах случаев кто последний, тот и папа.
>> В 99% случаев это не так.
>> $ ssh git.alt find-package psi
>> /people/alb/packages/psi.git    1214363674
>> /people/rider/packages/psi.git  1213823969
> "Последний" по %changelog.  Оставшийся 1% это NMU от qa-robot и
> клоны /archive/ если они есть и основной мантейнер не пользуется
> git.

С последним от changelog - я согласен. Но тут вопрос - как по git 
определить последнего собравшего пакет.

Re: [devel] Официальный список "пакет <-> git".

[Alexey Tourbin]

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

On Thu, Jun 26, 2008 at 04:17:36PM +0400, Wartan Hachaturow wrote:
> .. давайте уже сделаем, а?

Официальный список будет, когда наладится сборка из git.alt.
Сейчас сделать достаточно надёжный список просто нет принципиальной
возможности.

По-видимому, будет реализована идея кеширующего сервера
gear-репозитариев Сизифа (эта идея предолжена довольно давно,
и она кажется мне правильной).  Официальное название gear-репозитария
на кеширующем сервере будет совпадать с названием src.rpm пакета,
и хед этого репозитария будет соответствовать фактической сборке пакета
в Сизифе на данный момент (или чуть опережать время).

То есть, "официальный git" должен быть по сути отвязан от
maintainer'ских каталогов /people/ и управляться более формально (быть
синхронизированным с фактическими сборками пакетов).

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