Re: Request for dogfood volunteers (was No Issue Tracker - Say it Ain't So!)

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Oleg Bartunov <obartunov(at)gmail(dot)com>, Steve Crawford <scrawford(at)pinpointresearch(dot)com>, David Fetter <david(at)fetter(dot)org>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, YUriy Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Request for dogfood volunteers (was No Issue Tracker - Say it Ain't So!)
Date: 2015-10-02 18:43:50
Message-ID: 560ED066.5070302@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/02/2015 11:36 AM, Robert Haas wrote:

> I don't know what this has to do with anything Andres said.
>

I am sorry if I wasn't clear.

Put succinctly, I am willing to put resources into testing Redmine for
our needs. I will need help to do so because I am not a
committer/hacker. Andres thinks that isn't worth while. I think he is
wrong. If he doesn't want to help, he doesn't have to, thus the call for
volunteers.

I am not expecting that redmine will be chosen over debbugs. I am
expecting that we make an educated decision about which one suits our
needs. If we only review debbugs, we are making a decision in a vacuum.

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.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-10-02 18:59:41 Re: max_worker_processes on the standby
Previous Message Robert Haas 2015-10-02 18:43:41 Re: max_worker_processes on the standby