Re: [devel] [room] к слову о лидерах или стагнации

Re: [devel] [room] к слову о лидерах или стагнации

[Michael Shigorin]

On Sat, Sep 09, 2006 at 08:50:04PM +0400, Денис Смирнов wrote:
> >> Нет bug id, нет и баги. Значит все было нормально, раз у тебя
> >> не нашлось времени добраться то bugzilla.altlinux.ru
> MS> Это отчасти расписка в том, что у нас некому заниматься
> MS> выуживанием полезного фидбэка из рассылок (в первую очередь
> MS> community@) и проверкой, классификацией, развешиванием в BTS.
> Это не отчасти расписка. Это очередная расписка в том факте, о которым
> помнится пару лет назад опять же мы с тобой хором кричали.
> MS> Это QA называется, когда базовый workflow уже работает и хорошо
> MS> бы действительно включить и дополнительные источники багрепортов.
> Нам бы, для начала, добиться чтобы баги в трекере со времени
> Mandrake RE в багтрекере не висели. Может начать организовывать
> действительно финансирование отдельных желающих заработать
> мантейнеров фиксить чужие баги?

Bug day устроить, в смысле?

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

Re: [devel] [room] к слову о лидерах или стагнации

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

On Sat, Sep 09, 2006 at 08:00:06PM +0300, Michael Shigorin wrote:

>> Нам бы, для начала, добиться чтобы баги в трекере со времени
>> Mandrake RE в багтрекере не висели. Может начать организовывать
>> действительно финансирование отдельных желающих заработать
>> мантейнеров фиксить чужие баги?
MS> Bug day устроить, в смысле?

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

Опять же, я жду введения gear. После этого можно будет договориться о
принудительном NMU на фикс застарелых багов.

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

http://freesource.info
----------------------------------------------------------------------------
При выполнении полезного дела рождаются полезные мысли :)
		-- mike in devel-kernel@

Re: [devel] [room] к слову о лидерах или стагнации

[Alexey Borovskoy]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Денис Смирнов пишет:
> On Sat, Sep 09, 2006 at 08:00:06PM +0300, Michael Shigorin wrote:

> Опять же, я жду введения gear. После этого можно будет договориться о
> принудительном NMU на фикс застарелых багов.

Я тоже жду. Можно бы потренироваться во внедрении на people или backports.

- --
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58 4AFF 78F7 159F 66AD 8D7E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFFA5NbePcVn2atjX4RArgbAJ4zy0w/Fhj52WHI/SOQj0MPSY9J4QCdGly3
fmju6ZJCilm03t6CqF47dLs=
=SU2w
-----END PGP SIGNATURE-----

Re: [devel] [room] к слову о лидерах или стагнации

[Led]

В сообщении от 9 сентября 2006 20:00 Michael Shigorin написал(a):
> On Sat, Sep 09, 2006 at 08:50:04PM +0400, Денис Смирнов wrote:
> > >> Нет bug id, нет и баги. Значит все было нормально, раз у тебя
> > >> не нашлось времени добраться то bugzilla.altlinux.ru
> >
> > MS> Это отчасти расписка в том, что у нас некому заниматься
> > MS> выуживанием полезного фидбэка из рассылок (в первую очередь
> > MS> community@) и проверкой, классификацией, развешиванием в BTS.
> > Это не отчасти расписка. Это очередная расписка в том факте, о которым
> > помнится пару лет назад опять же мы с тобой хором кричали.
> > MS> Это QA называется, когда базовый workflow уже работает и хорошо
> > MS> бы действительно включить и дополнительные источники багрепортов.
> > Нам бы, для начала, добиться чтобы баги в трекере со времени
> > Mandrake RE в багтрекере не висели. Может начать организовывать
> > действительно финансирование отдельных желающих заработать
> > мантейнеров фиксить чужие баги?
>
> Bug day устроить, в смысле?

Да хоть "Hard Bug Night" назови - зачастую готовые бесплатные патчи в багзилле 
игнорируются:)

-- 
Led.

Re: [devel] [room] к слову о лидерах или стагнации

[Anton Farygin]

Денис Смирнов wrote:
> On Sat, Sep 09, 2006 at 08:00:06PM +0300, Michael Shigorin wrote:
> 
>>> Нам бы, для начала, добиться чтобы баги в трекере со времени
>>> Mandrake RE в багтрекере не висели. Может начать организовывать
>>> действительно финансирование отдельных желающих заработать
>>> мантейнеров фиксить чужие баги?
> MS> Bug day устроить, в смысле?
> 
> Ну хотя бы. А вообще подумать над тем, как организовать свою работу чтобы
> такого бардака не было.
> 
> Опять же, я жду введения gear. После этого можно будет договориться о
> принудительном NMU на фикс застарелых багов.
> 

До меня дошли слухи, что это будет невозможно... ;( По крайней мере на 
первом этапе.

Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
исключением своего.

Смысла от такого введения git'а немного ;(

Rgds,
Rider

Re: [devel] [room] к слову о лидерах или стагнации

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

On Tue, Sep 12, 2006 at 09:47:41AM +0400, Anton Farygin wrote:

AF> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
AF> исключением своего.
AF> Смысла от такого введения git'а немного ;(

Будет кто-то, кто сможет нарушать это правило, или ограничение
техническое?

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

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

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН МЕЙЕРА
 Усложнять - просто, упрощать - сложно.

Re: [devel] [room] к слову о лидерах или стагнации

[Alexey I. Froloff]

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

* Денис Смирнов <mithraen@> [060912 12:13]:
> AF> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
> AF> исключением своего.
> AF> Смысла от такого введения git'а немного ;(
> Будет кто-то, кто сможет нарушать это правило, или ограничение
> техническое?
> Потому как в этом случае проблем нет -- достаточно отправить diff. Ну и, в
> любом случае, мантейнеру будет куда проще интегрировать чужие патчи,
> особенно те, по поводу которых он не собирается выпускать новую версию.
А ещё можно клонировать чужой репозитарий себе и сказать роботу
собирать пакет оттуда.

Мне вот другой вопрос интересен - как рабосборщик узнает, из
какого репозитория собирать пакет?  А в случае development team?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] [room] к слову о лидерах или стагнации

[Anton Farygin]

Денис Смирнов wrote:
> On Tue, Sep 12, 2006 at 09:47:41AM +0400, Anton Farygin wrote:
> 
> AF> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
> AF> исключением своего.
> AF> Смысла от такого введения git'а немного ;(
> 
> Будет кто-то, кто сможет нарушать это правило, или ограничение
> техническое?
Я так понимаю, что это техническое ограничение.

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


Вопрос собственно вот в чём:

в данный момент я например разрешаю NMU всем желающим на свои пакет, 
соответственно я должен что-то сделать с репозитариями, что бы коммитить 
мог любой из devel.


Иначе получается фигня..  я уехал в отпус, и пакеты не смогут пройти в 
Sisyphus. Даже NMU.

И ещё непонятно, как быть с Mantainers Team, когда несколько мантейнеров 
пилят один (или группу) пакет.

Получается что кто-то один должен будет мержить все изменения... а если 
этот один заболел ? или ещё что случилось ? Как быть ?

Rgds,
Rider

Re: [devel] [room] к слову о лидерах или стагнации

[Anton Farygin]

Alexey I. Froloff wrote:
> * Денис Смирнов <mithraen@> [060912 12:13]:
>> AF> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
>> AF> исключением своего.
>> AF> Смысла от такого введения git'а немного ;(
>> Будет кто-то, кто сможет нарушать это правило, или ограничение
>> техническое?
>> Потому как в этом случае проблем нет -- достаточно отправить diff. Ну и, в
>> любом случае, мантейнеру будет куда проще интегрировать чужие патчи,
>> особенно те, по поводу которых он не собирается выпускать новую версию.
> А ещё можно клонировать чужой репозитарий себе и сказать роботу
> собирать пакет оттуда.
> 
> Мне вот другой вопрос интересен - как рабосборщик узнает, из
> какого репозитория собирать пакет?  А в случае development team?

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

т.е. - что бы не получилось так:

- кто-то клонирует себе репозитарий пакета
- в это время в основном пакете идут изменения
- кто-то делает изменения в своей ветке и выкладывает в Sisyphus, теряя 
изменения в HEAD.

Rgds,
Rider

Re: [devel] [room] к слову о лидерах или стагнации

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060912 12:56]:
> > Мне вот другой вопрос интересен - как рабосборщик узнает, из
> > какого репозитория собирать пакет?  А в случае development team?
> Во первых - из какого репозитария.
/people/*/packages/*.git

Как раскрывать первую звёздочку?

> Во вторых - очень хотелось бы что бы робот отслеживал, все ли
> изменения в новом пакете есть от старого пакета.
Изменения в HEAD не очень интересны.  Надо чтобы каждый следующий
релиз был потомком предыдущего.  Это не даст мне зарелизить новую
версию пакета не смержив NMU'шный репозитарий.  Соответственно не
пройдут два паралельных NMU.

Вот только как это делать?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] [room] gearные роботы

[Alex V. Myltsev]

Alexey I. Froloff wrote:
>> Во первых - из какого репозитария.
> /people/*/packages/*.git
> Как раскрывать первую звёздочку?
Кто команду роботу дал, у того и репозитарий.

>> Во вторых - очень хотелось бы что бы робот отслеживал, все ли
>> изменения в новом пакете есть от старого пакета.
> Надо чтобы каждый следующий релиз был потомком предыдущего.
> Вот только как это делать?
Это обсуждалось в офисе. ldv вроде бы собирался проверять, что
git-merge-base <старый-коммит> <новый-коммит> возвращает, собственно,
<старый-коммит>. Это и значит, что новый является потомком старого.

Re: [devel] git.altlinux

[Dmitry V. Levin]

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

On Tue, Sep 12, 2006 at 09:47:41AM +0400, Anton Farygin wrote:
> Денис Смирнов wrote:
[...]
> > Ну хотя бы. А вообще подумать над тем, как организовать свою работу чтобы
> > такого бардака не было.
> > 
> > Опять же, я жду введения gear. После этого можно будет договориться о
> > принудительном NMU на фикс застарелых багов.
> > 
> 
> До меня дошли слухи, что это будет невозможно... ;( По крайней мере на 
> первом этапе.

Это будет возможно, более того, _по_умолчанию_ через интерфейс git.altlinux
всем разработчиком будет разрешено отправлять в Сизиф "чужие" пакеты.

> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
> исключением своего.

Это совсем другое дело.  В чужой репозиторий сделать commit нельзя, в этом
есть глубокий смысл, советую об этом подумать и почитать
/usr/share/doc/git-1.4.2/*tutorial*.

> Смысла от такого введения git'а немного ;(

Поскольку я ещё ничего не анонсировал (git.altlinux находится в состоянии
тестирования), делать поспешные выводы не имеет смысла.


-- 
ldv

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

Re: [devel] git.altlinux

[Dmitry V. Levin]

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

On Tue, Sep 12, 2006 at 12:18:22PM +0400, Alexey I. Froloff wrote:
> * Денис Смирнов <mithraen@> [060912 12:13]:
> > AF> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
> > AF> исключением своего.
> > AF> Смысла от такого введения git'а немного ;(
> > Будет кто-то, кто сможет нарушать это правило, или ограничение
> > техническое?
> > Потому как в этом случае проблем нет -- достаточно отправить diff. Ну и, в
> > любом случае, мантейнеру будет куда проще интегрировать чужие патчи,
> > особенно те, по поводу которых он не собирается выпускать новую версию.
> А ещё можно клонировать чужой репозитарий себе и сказать роботу
> собирать пакет оттуда.
> 
> Мне вот другой вопрос интересен - как рабосборщик узнает, из
> какого репозитория собирать пакет?  А в случае development team?

Видимо по тэгам вида refs/releases/sisyphus, когда это будет работать,
тогда и расскажем.


-- 
ldv

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

Re: [devel] gearные роботы

[Dmitry V. Levin]

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

On Tue, Sep 12, 2006 at 01:29:17PM +0400, Alex V. Myltsev wrote:
> Alexey I. Froloff wrote:
> >> Во первых - из какого репозитария.
> > /people/*/packages/*.git
> > Как раскрывать первую звёздочку?
> Кто команду роботу дал, у того и репозитарий.
> 
> >> Во вторых - очень хотелось бы что бы робот отслеживал, все ли
> >> изменения в новом пакете есть от старого пакета.
> > Надо чтобы каждый следующий релиз был потомком предыдущего.
> > Вот только как это делать?
> Это обсуждалось в офисе. ldv вроде бы собирался проверять, что
> git-merge-base <старый-коммит> <новый-коммит> возвращает, собственно,
> <старый-коммит>. Это и значит, что новый является потомком старого.

Собственно говоря, кеш репозиториев со "старыми коммитами" и заменит
нынешний каталог SRPMS.


-- 
ldv

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

Re: [devel] git.altlinux

[Anton Farygin]

Dmitry V. Levin wrote:
> On Tue, Sep 12, 2006 at 09:47:41AM +0400, Anton Farygin wrote:
>> Денис Смирнов wrote:
> [...]
>>> Ну хотя бы. А вообще подумать над тем, как организовать свою работу чтобы
>>> такого бардака не было.
>>>
>>> Опять же, я жду введения gear. После этого можно будет договориться о
>>> принудительном NMU на фикс застарелых багов.
>>>
>> До меня дошли слухи, что это будет невозможно... ;( По крайней мере на 
>> первом этапе.
> 
> Это будет возможно, более того, _по_умолчанию_ через интерфейс git.altlinux
> всем разработчиком будет разрешено отправлять в Сизиф "чужие" пакеты.

Отлично !

> 
>> Т.е. - невозможно будет сделать commit в чей-то репозитарий, за 
>> исключением своего.
> 
> Это совсем другое дело.  В чужой репозиторий сделать commit нельзя, в этом
> есть глубокий смысл, советую об этом подумать и почитать
> /usr/share/doc/git-1.4.2/*tutorial*.

Я тогда не совсем понимаю, как можно будет отправить чужой пакет в 
Sisyphus, не выполнив коммит в его репозитарий ?

> 
>> Смысла от такого введения git'а немного ;(
> 
> Поскольку я ещё ничего не анонсировал (git.altlinux находится в состоянии
> тестирования), делать поспешные выводы не имеет смысла.

ok.

Re: [devel] git.altlinux

[Michael Shigorin]

On Tue, Sep 12, 2006 at 02:35:27PM +0400, Anton Farygin wrote:
> > Это совсем другое дело.  В чужой репозиторий сделать commit
> > нельзя, в этом есть глубокий смысл, советую об этом подумать
> > и почитать /usr/share/doc/git-1.4.2/*tutorial*.
> Я тогда не совсем понимаю, как можно будет отправить чужой
> пакет в Sisyphus, не выполнив коммит в его репозитарий ?

git clone?

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