The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

План открытия исходных текстов Launchpad. Статья о Марке Шаттлворте, opennews (?), 13-Янв-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "План открытия исходных текстов Launchpad. Статья о Марке Шат..."  +/
Сообщение от vitek (??), 13-Янв-09, 16:07 
>>На мое имхо как багтрекер он бестолков
>
>Наоборот, с ним поудобнее, чем с багзиллой, мантисом и траком работать.

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

Ответить | Правка | Наверх | Cообщить модератору

5. "План открытия исходных текстов Launchpad. Статья о Марке Шат..."  +/
Сообщение от Аноним (3), 13-Янв-09, 17:34 
>объединить бы их как-нибудь, чтобы баги попадали по назначению

Можно привязать баг в launchpad багу в upstream'е, есть API для обмена комментариями с trac и bugzilla

Ответить | Правка | Наверх | Cообщить модератору

6. "План открытия исходных текстов Launchpad. Статья о Марке Шат..."  +/
Сообщение от vitek (??), 13-Янв-09, 22:43 
>>объединить бы их как-нибудь, чтобы баги попадали по назначению
>
>Можно привязать баг в launchpad багу в upstream'е, есть API для обмена
>комментариями с trac и bugzilla

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

Ответить | Правка | Наверх | Cообщить модератору

8. "План открытия исходных текстов Launchpad. Статья о Марке Шат..."  +/
Сообщение от User294 (ok), 26-Янв-09, 05:43 
>Можно привязать баг в launchpad багу в upstream'е, есть API для обмена
>комментариями с trac и bugzilla

Хренли толку с этого API если при заполнении бага заполняющему подыграть триажерам не судьба из-за куцести формы ввода бага и общей убогости?Вот и клюют с 200 000 нерастриаженых багов.Понятное дело - если вы не на сто процентов уверены что баг именно вон в том пакете (а сколько юзеров могут уверенно ткнуть пальцем в бажный пакет - понятно) - какой либо хинт триажерам вы предоставить не можете.А багтрекер не горит желанием подыгрывать в выборе проблемного компонента.Поиск пакета в котором грабль есть?Так он таков что если вы не знаете наверняка что там ищете - никогда им то что надо и не найдете.А если знаете - нафиг юзать этот поиск вообще?Посему проблемы будут здорово раньше чем дело дойдет до API.Для начала недетские грабли будут с триажингом.Потому что когда нихрена не известно - триажер должен детально вчитаться в кучу килобайтов бага, часто запросить доп. инфо (заполнить которое багтрекер не подсказал, тогда как банальная багзилла запросто такое может) и прочая.Ну вот и висит у них 200 000 багов в триаже.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру