From owner-freebsd-ports@FreeBSD.ORG Thu Jun 5 00:19:38 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 F23F84D9; Thu, 5 Jun 2014 00:19:37 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A703724A1; Thu, 5 Jun 2014 00:19:37 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id va2so289003obc.9 for ; Wed, 04 Jun 2014 17:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XzBzmf1yg6cYUk+Qe+yv5RldEnb/rXCysKw1OEOhXEE=; b=AaBEvueV1iczcFfxfo/NHclb2oyrIsaz7RKP3ZeT+aGsiGcAyaI21hx2wDNzb0/SbZ I+WAk7w6vFFfzCndkrHeD+mBf0j484g+DGAvdz4QZvzMJmsD/D/oXldVEm92vsN7hnit xfAi+4dlS58clTiGfqj+PJCgKHb448dW82c5W+PIo5hrszhhtKRXfXT9yd1QX1igcA4q idn5xxQUX0E56KItd/h1TQTRS4LQrSy3uTkG9mOFSdxI90bpRR9S4qrpTWq97EGo4Z6A Z84NSM3iP6GJByJ+caa6UOpREDzQ31bm/tSyQFsS87WoFWJ9Qt2ylcnYjs+heRh3iHOz f+0A== MIME-Version: 1.0 X-Received: by 10.60.143.37 with SMTP id sb5mr62023167oeb.38.1401927577010; Wed, 04 Jun 2014 17:19:37 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.171.201 with HTTP; Wed, 4 Jun 2014 17:19:36 -0700 (PDT) In-Reply-To: <538ED1CA.4020907@marino.st> 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> Date: Wed, 4 Jun 2014 17:19:36 -0700 X-Google-Sender-Auth: tk2XbZMl8XCOy0MjsrVl2oHHy8c Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD bug tracking moves from GNATS to Bugzilla From: Kevin Oberman To: marino@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Torsten Zuehlsdorff , Eitan Adler , Matthias Andree , FreeBSD Ports ML , Stephen Hurd , Mark Linimon 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 00:19:38 -0000 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. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com