Re: No Issue Tracker - Say it Ain't So!

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: No Issue Tracker - Say it Ain't So!
Дата
Msg-id 560A00C2.9080905@commandprompt.com
обсуждение исходный текст
Ответ на Re: No Issue Tracker - Say it Ain't So!  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
On 09/28/2015 07:18 PM, Stephen Frost wrote:
> JD,
>

> debbugs is being used by Debian, and has been since before our first
> release (I believe- according to wikipedia, it started in 1994..).
> Further, it's now being used by the GNU project for things as important
> (well, to some ;) as Emacs.

I think if your level of expectation is set by Debian and Emacs, you are 
looking in the wrong direction.


> It also requires a minimum of customization to integrate with our
> existing workflow.

Prove it (Not being antagonistic)

>
> That's good enough for us to at least test it out, in my view.
>
> I've run both Redmine (ugh) and RT (it's good, but I don't feel it's
> quite as good as debbugs, for us).

My experience is with RT and Redmine, Redmine works, out of the box. 
RT.... Had some issues with but could see where it would work.

>
> Further, to your specific point, neither of those have the kind of FOSS
> community backing that debbugs has.

I disagree entirely. I have multiple customers that run Redmine or RT. I 
have exactly zero that run debbugs.

> keep RT going if they go south.  Redmine seems a bit better in that
> regard, but it's painful to maintain and is only 9 years old, while
> debbugs is old enough to drink in the US at this point.

So is Windows.

JD

-- 
Command Prompt, Inc. - http://www.commandprompt.com/  503-667-4564
PostgreSQL Centered full stack support, consulting and development.
Announcing "I'm offended" is basically telling the world you can't
control your own emotions, so everyone else should do it for you.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: track_commit_timestamp and COMMIT PREPARED
Следующее
От: Etsuro Fujita
Дата:
Сообщение: Re: Foreign join pushdown vs EvalPlanQual