[Comm] Сроки поддержки branch 4.1

Valery Pipin =?iso-8859-1?q?pip_=CE=C1_iszf=2Eirk=2Eru?=
Пн Дек 15 16:43:45 MSK 2008


Идея-то довольно старая. И давно реализована в дебиане.
Устанавливается пакет, не помню точно, что-то типа bugreport.
Запускается скрипт из этого пакета и юзер заполняет репорт по форме ...

 
В Mon, 15 Dec 2008 16:33:20 +0300
"ALT Linux User" <altlinux.mailbox на gmail.com> пишет:

> 2008/12/15 Андрей Черепанов <cas@>:
> > 15 декабря 2008 ALT Linux User написал:
> >> Возможно снова скажу бредовую идею, которую переодически выдвигаю,
> >> но... а нельзя ли как сделать парсер рассылки и прямо из писем
> >> автоматически заполнять багзиллу?
> >> Как-то в теле письма писать теги, типа [bugzilla] [/bugzilla]? А
> >> вот всё, что между ними и будет, собственно, сообщением о баге.
> >>
> >> [bugzilla]
> >> ALD410Branch
> >> После обновления 30 Ноября 2008 года через apt-get dist-upgrade
> >> сломалось автомонтирование USB. При втыкании USB устройства
> >> вылетает следующее сообщение об ошибке:
> >> "org.freedesktop.hal.storage.mount-removable no <-- (action,
> >> result)". Confirmed
> >> [/bugzilla]
> > 90% писем будет отсеиваться по причине неправильного продукта и
> > компонента, из оставшихся 9,9% - по причине отсутствия email как
> > зарегистрированного лица. Не проще написать в саму багзиллу.
> 
> Не проще. Проще оговорить простые правила и сделать робота.
> Автоматизация в перспективе всегда даёт более продуктивные, а главное
> - формализованные результаты. Которые, кстати, потом легче в свою
> очередь встраивать ещё куда-то.
> 
> В принципе, это и есть IT как таковое: облегчение человеку через
> автоматизацию, унификацию и формализацию.
> 
> >> Примерно так. Пропарсить ещё message header на предмет адреса
> >> заявителя. Мне кажется, что не последний фактор рассылки - живое
> >> общение с единомышленниками, поэтому впечатления и опыт
> >> использования пишутся сначала сюда.
> > Ни разу не видел, чтобы сообщения были оформлены в виде, готовым
> > для багзиллы.
> 
> Давайте продумаем простые правила, теги и опубликуем в тестовом
> режиме. Такие сообщения сразу же появятся.
> 
> >> А вот если опасения подтвердились, дальше начинается
> >> нудная рутина по заполнению багзиллы. Причём, у людей, которые
> >> делают это от случая к случаю, мешают неприятные мелочи: теряется
> >> ссылка, забывается логин/пароль, снова надо вникать в правила
> >> заполнения и т.д.
> > Поймите: мало сообщить о баге, нужно сделать так, чтобы мэйнтейнер
> > исправил. А это для сообщений непонятно на что и
> > непонятно-с-какими-симптомами работать не будет. Такой баг просто
> > проигнорируют и он будет пылиться до скончания веков.
> 
> Мне это видится очень просто: даже неопытный человек начинает в
> рассылке тред, посредством обсуждения выясняет подтверждается ли его
> баг, на что собственно вешать баг, и заканчивает правильно
> составленным по несложным правилам [bugzilla] сообщением [/bugzilla].
> 
> Человек и пообщался, и сориентировался и в багзиллу отрапортовал.
> IMHO неплохо. _______________________________________________
> community mailing list
> community на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community


Подробная информация о списке рассылки community