[devel] Q: баги инсталлера

[devel] Q: баги инсталлера

[Igor Zubkov]

Привет!

Предлагаю в багзилле создать метабаг в который цеплять номера всех багов 
которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
1) что бы легче было искать то, что уже повесили
2) что бы легче было представлять текущую ситуацию с инсталлером.

Мысли?

-- 
icesik

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

> Предлагаю в багзилле создать метабаг в который цеплять номера всех багов 
> которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
> 1) что бы легче было искать то, что уже повесили
> 2) что бы легче было представлять текущую ситуацию с инсталлером.

> Мысли?

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

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Q: баги инсталлера

[Igor Zubkov]

В сообщении от Tuesday 27 February 2007 20:56:24 Mikhail Gusarov написал(а):
> > Предлагаю в багзилле создать метабаг в который цеплять номера всех багов
> > которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
> > 1) что бы легче было искать то, что уже повесили
> > 2) что бы легче было представлять текущую ситуацию с инсталлером.
> >
> > Мысли?
>
> А чем это лучше, чем query по всем компонентам инсталлера? Чем хуже -
> понятно, нужно руками его менеджить.

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

-- 
icesik

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

>> А чем это лучше, чем query по всем компонентам инсталлера? Чем хуже
>> - понятно, нужно руками его менеджить.

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

А как список *уже загнанных* багов этому поможет? Ведь из них никаким
образом не узнать, куда вешать баг, если он на новую компоненту в
инсталлере, куда багов ещё не вешали. Предлагаю переформулировать
вопрос в более прямом виде:

"Как, чёрт возьми, посмотреть список всех компонентов инсталлера в
багзилле, и почему продукт Installer не используется по своему прямому
назначению?"

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Q: баги инсталлера

[Igor Zubkov]

В сообщении от Tuesday 27 February 2007 21:07:33 Mikhail Gusarov написал(а):
> >> А чем это лучше, чем query по всем компонентам инсталлера? Чем хуже
> >> - понятно, нужно руками его менеджить.
> >
> > Лучше тем, что если я хочу повесить баг что-то в инсталлере, но я не
> > знаю на что вешать, то мне придётся долго искать в багзилле по
> > списку компонентов.
>
> А как список *уже загнанных* багов этому поможет? Ведь из них никаким
> образом не узнать, куда вешать баг, если он на новую компоненту в
> инсталлере, куда багов ещё не вешали. Предлагаю переформулировать
> вопрос в более прямом виде:
>
> "Как, чёрт возьми, посмотреть список всех компонентов инсталлера в
> багзилле, и почему продукт Installer не используется по своему прямому
> назначению?"

А потом на меня ругаются что я вешаю не на те компоненты баги...

В качестве примера, можно почитать 
https://bugzilla.altlinux.org/show_bug.cgi?id=11034

-- 
icesik

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

Twas brillig at 19:20:31 07.03.2007 UTC+02 when Igor Zubkov did gyre and gimble:

 IZ> А потом на меня ругаются что я вешаю не на те компоненты баги...

Ругаются потому, что продукт "инсталлер" отсутствует как
таковой. Давай до релиза (хе-хе :) поживём так, я потом попробую
порядок навести.

 IZ> В качестве примера, можно почитать 
 IZ> https://bugzilla.altlinux.org/show_bug.cgi?id=11034

Читал. Долго бесился. Нельзя майнтайнеру багзиллы быть настолько
занятым :(

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Q: баги инсталлера

[Stanislav Ievlev]

On Wed, Feb 28, 2007 at 12:56:24AM +0600, Mikhail Gusarov wrote:
> 
> > Предлагаю в багзилле создать метабаг в который цеплять номера всех багов 
> > которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
> > 1) что бы легче было искать то, что уже повесили
> > 2) что бы легче было представлять текущую ситуацию с инсталлером.
> 
> > Мысли?
> 
> А чем это лучше, чем query по всем компонентам инсталлера? Чем хуже -
> понятно, нужно руками его менеджить.
Вопрос на засыпку: а на какой компонент вешать человеку багу, если одна из
кнопок в инсталляторе не засветилась в нужный момент?
install2?
wizard?
browser?
какой-то шаг?

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

Twas brillig at 14:07:13 when Stanislav Ievlev did gyre and gimble:

 SI> Вопрос на засыпку: а на какой компонент вешать человеку багу,
 SI> если одна из кнопок в инсталляторе не засветилась в нужный
 SI> момент?

Поскольку получить список компонент из компоненты sisyphus, как
выяснилось, не представляется возможным, то отвечу так: на компоненту
installer. и других компонентов быть не должно.

А метабаг в этом случае всё равно ничем совершенно не поможет.

-- 

Re: [devel] Q: баги инсталлера

[Stanislav Ievlev]

On Wed, Feb 28, 2007 at 05:48:19PM +0600, Mikhail Gusarov wrote:
> 
> Twas brillig at 14:07:13 when Stanislav Ievlev did gyre and gimble:
> 
>  SI> Вопрос на засыпку: а на какой компонент вешать человеку багу,
>  SI> если одна из кнопок в инсталляторе не засветилась в нужный
>  SI> момент?
> 
> Поскольку получить список компонент из компоненты sisyphus, как
> выяснилось, не представляется возможным, то отвечу так: на компоненту
> installer. и других компонентов быть не должно.
> 
> А метабаг в этом случае всё равно ничем совершенно не поможет.
Поможет - мы уже тут сами между собой разберёмся и развесим баги на нужные
компоненты.
> 
> -- 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

Twas brillig at 16:36:03 when Stanislav Ievlev did gyre and gimble:

 >> А метабаг в этом случае всё равно ничем совершенно не поможет.

 SI> Поможет - мы уже тут сами между собой разберёмся и развесим баги
 SI> на нужные компоненты.

Рассмотрим вопрос с точки зрения пользователя: он взял инсталлер, у
него инсталлер не работает. Куда ему вешать баг? Как ему получить
список багов в инсталлере: разрезолвленных или нет?

Метабаг для второго со скрипом сойдёт, но лучше воспользоваться
механизмом keywords: по ним лего искать.

Для первого отдельный *компонент* выделять не совсем верно: баги,
разобранные на другие компоненты, будут явно вешаться на него снова и
снова. Лучше было бы, если бы все компоненты инсталлера были выделены
в отдельный проект: сказать пользователю "все баги репортятся в проект
installer" гораздо проще, чем сказать "все баги репортятся в
sisyphus/installer, но ещё поищите все баги с keyword [INSTALLER]: не
перевесили ли их куда" или ещё хуже: "все баги репортятся в
sisyhpus/installer, но ещё возьмите вот этот метабаг и прокликайте все
баги, от которого он зависит: вдруг ваш баг уже зарепорчен".

-- 

Re: [devel] Q: баги инсталлера

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [070228 16:54]:
> Для первого отдельный *компонент* выделять не совсем верно: баги,
> разобранные на другие компоненты, будут явно вешаться на него снова и
> снова. Лучше было бы, если бы все компоненты инсталлера были выделены
+666

> в отдельный проект: сказать пользователю "все баги репортятся в проект
"Product" из enter_bug.cgi имелся в виду?  А компонентами
загрузчик, stage2 и все страницы wizard'а.  Туда удобно будет
подвешивать баги на конкретные пакеты.

-- 
Regards,
Sir Raorn.

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

Re: [devel] Q: баги инсталлера

[Michael Shigorin]

On Wed, Feb 28, 2007 at 02:07:13PM +0300, Stanislav Ievlev wrote:
> > А чем это лучше, чем query по всем компонентам инсталлера?
> > Чем хуже - понятно, нужно руками его менеджить.
> Вопрос на засыпку: а на какой компонент вешать человеку багу,
> если одна из кнопок в инсталляторе не засветилась в нужный
> момент?

Я предложил неясное вешать на Sisyphus::installer, как это
когда-то и делалось IIRC.  И оттуда уже раскидывать куда надо.

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

Re: [devel] Q: баги инсталлера

[Michael Shigorin]

On Tue, Feb 27, 2007 at 08:51:14PM +0200, Igor Zubkov wrote:
> Предлагаю в багзилле создать метабаг в который цеплять номера всех багов 
> которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
> 1) что бы легче было искать то, что уже повесили
> 2) что бы легче было представлять текущую ситуацию с инсталлером.
> Мысли?

product: Installer.

С метабагом убьёмся.

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

Re: [devel] Q: баги инсталлера

[Igor Zubkov]

В сообщении от Friday 02 March 2007 17:01:48 Michael Shigorin написал(а):
> On Tue, Feb 27, 2007 at 08:51:14PM +0200, Igor Zubkov wrote:
> > Предлагаю в багзилле создать метабаг в который цеплять номера всех багов
> > которые висят уже (и будут вешать) на компоненты инсталлера. Зачем?
> > 1) что бы легче было искать то, что уже повесили
> > 2) что бы легче было представлять текущую ситуацию с инсталлером.
> > Мысли?
>
> product: Installer.

Посмотрел. Есть такое. Но как узнать список компонент в этом продукте?

> С метабагом убьёмся.

Может быть... Кстати, а вот как это у Fedora выглядит -- 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150225

-- 
icesik

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

Twas brillig at 17:34:31 02.03.2007 UTC+02 when Igor Zubkov did gyre and gimble:

 >> product: Installer.
 IZ> Посмотрел. Есть такое. Но как узнать список компонент в этом продукте?

Это пока что не тот продукт :(

Чтобы он стал тем, для него нужно сделать следующие вещи:
1) открыть для всех (снять все ACL'и вообще),
2) включить список компонентов,
3) нарезать versions и milestones,
4) [главное!!] создать components, соответствующие компонентам
   инсталлера, даже если они дублируют компоненты из sisyphus.

Идея очень простая: если баг триггерится в инсталлере, то перевешивать
его на другой *продукт* нельзя: его не найдут, когда ещё один
пользователь будет заводить новый баг.

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

 IZ> Может быть... Кстати, а вот как это у Fedora выглядит -- 
 IZ> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150225

Это баги, которые нужно закрыть до релиза FC7 (аналог target
milestone, не знаю, почему он им не пользуются). То есть некий срез
багов на на всю федору, по закрытию которых федору можно выпускать.

Это НЕ выборка среди 150000 багов тех, которые относятся к инсталлеру.

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Q: баги инсталлера

[Igor Zubkov]

Можно сменить квотинг с фидошного на обычный?

В сообщении от Friday 02 March 2007 17:49:01 Mikhail Gusarov написал(а):
> Twas brillig at 17:34:31 02.03.2007 UTC+02 when Igor Zubkov did gyre and 
gimble:
>  >> product: Installer.
>
>  IZ> Посмотрел. Есть такое. Но как узнать список компонент в этом продукте?
>
> Это пока что не тот продукт :(

:(

> Чтобы он стал тем, для него нужно сделать следующие вещи:
> 1) открыть для всех (снять все ACL'и вообще),
> 2) включить список компонентов,
> 3) нарезать versions и milestones,
> 4) [главное!!] создать components, соответствующие компонентам
>    инсталлера, даже если они дублируют компоненты из sisyphus.
>
> Идея очень простая: если баг триггерится в инсталлере, то перевешивать
> его на другой *продукт* нельзя: его не найдут, когда ещё один
> пользователь будет заводить новый баг.

Сейчас искать то, что уже было повешено, занятие не для слабонервных...

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

Кстати, в нашей багзилле отсутсвует кнопка отклонировать баг. В RH bugzilla 
такое есть. И нам такое нужно.

>  IZ> Может быть... Кстати, а вот как это у Fedora выглядит --
>  IZ> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150225
>
> Это баги, которые нужно закрыть до релиза FC7 (аналог target
> milestone, не знаю, почему он им не пользуются).

А у нас используется target milestone?

> То есть некий срез 
> багов на на всю федору, по закрытию которых федору можно выпускать.
>
> Это НЕ выборка среди 150000 багов тех, которые относятся к инсталлеру.

Это я знаю. В том баге висит я моё творчество. ;)

-- 
icesik

Re: [devel] Q: баги инсталлера

[Mikhail Gusarov]

Twas brillig at 17:58:59 02.03.2007 UTC+02 when Igor Zubkov did gyre and gimble:

 IZ> Кстати, в нашей багзилле отсутсвует кнопка отклонировать баг. В
 IZ> RH bugzilla такое есть. И нам такое нужно.

В новой версии есть. Апдейтить надо, а это тоже занятие не для
слабонервных :)

 IZ> А у нас используется target milestone?

Они редко где используются. В мозильной багзилле разве что (ну да, им
это нужно было, раз они это сделали :), да в Eclipse'овой
видел. Обычно чтобы можно было использовать target milestone, нужны
два условия: ооочень большой объём работ, не позволяющий
скоординировать усилия по выбору багов для фиксанья устно/почтой, и
полк дисциплинированных инду^Wпрограммистов. В альте вроде ни того, ни
другого не наблюдается.

-- 
JID: dottedmag@jabber.dottedmag.net