From owner-freebsd-ports@FreeBSD.ORG Thu Jun 5 07:57:50 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11AA066F; Thu, 5 Jun 2014 07:57:50 +0000 (UTC) Received: from toco-domains.de (mail.toco-domains.de [176.9.39.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFF1D2B1A; Thu, 5 Jun 2014 07:57:49 +0000 (UTC) Received: from [0.0.0.0] (mail.toco-domains.de [176.9.39.170]) by toco-domains.de (Postfix) with ESMTPA id C78851AA9CC9; Thu, 5 Jun 2014 09:57:45 +0200 (CEST) Message-ID: <539022F9.8000206@toco-domains.de> Date: Thu, 05 Jun 2014 09:57:45 +0200 From: Torsten Zuehlsdorff User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Kevin Oberman , marino@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD bug tracking moves from GNATS to Bugzilla References: <92E4FB10-DDC8-4B3E-9242-4E8494491630@FreeBSD.org> <538DBAEC.5060905@gmail.com> <538E2924.3090002@gmx.de> <538E2AC9.7010309@sasktel.net> <538E32E5.5040400@marino.st> <20140604003430.GB18109@lonesome.com> <538ECEC8.2090706@toco-domains.de> <538ED1CA.4020907@marino.st> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Hurd , Mark Linimon , Matthias Andree , FreeBSD Ports ML , Eitan Adler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 07:57:50 -0000 On 05.06.2014 02:19, Kevin Oberman wrote: > On Wed, Jun 4, 2014 at 12:59 AM, John Marino > wrote: > > On 6/4/2014 09:46, Torsten Zuehlsdorff wrote: > >> > >> I know for certain that people in the past have given up after > submitting > >> PRs that were never answered. While I know we don't have the > manpower to > >> deal with all of them, that should at least be our ideal. > > > > Yes. It is really frustrating to create a bug-report with a complete > > patch just to wait for some months and seeing that nothing > happens. And > > even after offering help it is closed with "timeout" and the bug > still > > exists. > > That's not what a timeout is. Timeout does not mean "close the PR > regardless after a certain about of time". PRs generally stay open > indefinitely unless the problem has been resolved or the situation is > obsolete. > > If what you said occurred, that was wrong. I'd have to see the actual > PR to verify no misunderstanding though. I just want to nip in the bud > some kind of misconcept about "timeouts" ... which means (for ports PRs) > any committer can taken over the PR and the maintainer has no right to > complain about that. The timeout is on the maintainer, not the PR. > > > > And yes: trivial bugs are important. If something trivial not > work, why > > use it? So it should be very easy to submit a report. > > Non-sequitur. > Besides "trivial" being an extremely loaded word that doesn't indicate > the true cost of the fix, I see no relation of the severity of said bug > versus the reporting process. It would logically follow that critical > bugs should therefore be extremely difficult to report, which is, of > course, absurd. The process should be the same regardless. > > John > > > I think that there are two different timeouts involved. > > 1. Maintainer fails to respond to a port update PR and any committer can > pick it up. PR is NOT closed. > 2. Committer (possibly maintainer) looks at an old PR for a port that > has been updated to a new port version. The commiter is unable to > reproduce the problem and asks the submitter to confirm whether it has > been fixed. If the submitter fails to respond, the PR is marked as timed > out and closed. Neither was. It was a mistake by the comitter. We cleared the problem off-list. I wrote a new patch and it is already in the ports Greetings, Torsten