From owner-svn-ports-head@FreeBSD.ORG  Wed Mar  5 03:36:16 2014
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id 08B7C427; Wed,  5 Mar 2014 03:36:16 +0000 (UTC)
Date: Wed, 5 Mar 2014 03:36:16 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Martin Wilke <miwi.fbsd@gmail.com>
Subject: Re: svn commit: r344402 - head/math/primegen
Message-ID: <20140305033615.GB91204@FreeBSD.org>
References: <201402151509.s1FF9VUc063590@svn.freebsd.org>
 <20140305025848.GA91204@FreeBSD.org>
 <CAFY+yEmWH7B3ZgC6Q1ZHvQaUEvRKhypVe2+n9q4=FEF89O05dg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAFY+yEmWH7B3ZgC6Q1ZHvQaUEvRKhypVe2+n9q4=FEF89O05dg@mail.gmail.com>
User-Agent: Mutt/1.5.22 (2013-10-16)
Cc: "svn-ports-head@FreeBSD.org" <svn-ports-head@freebsd.org>,
 Danilo Egea Gondolfo <danilo@freebsd.org>,
 "svn-ports-all@FreeBSD.org" <svn-ports-all@freebsd.org>,
 ports-committers@freebsd.org
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SVN commit messages for the ports tree for head
 <svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head/>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 03:36:16 -0000

On Wed, Mar 05, 2014 at 11:21:20AM +0800, Martin Wilke wrote:
> No, there is no such rule to enable/disable it.

If it's not documented in the PH yet, then it should.  I'll add it to my
TODO list.

> It is still maintainer/committer choice.

I think I've given reasons clear and valid enough to strongly prefer vocal
installations.  Pessimizing debugging, leaving users unaware of what's going
on is bad, and we should not encourage it.

In fact, most of the times muted commands are there not by choice, but due
to lack of initial thought of implications of doind so.

./danfe