From owner-svn-ports-all@FreeBSD.ORG Sun May 3 10:32:54 2015 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 359299D1; Sun, 3 May 2015 10:32:54 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (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 E46521DF0; Sun, 3 May 2015 10:32:53 +0000 (UTC) Received: from [192.168.0.133] (vie-91-186-145-235.dsl.sil.at [91.186.145.235]) by ainaz.pair.com (Postfix) with ESMTPSA id A63A33F422; Sun, 3 May 2015 06:32:51 -0400 (EDT) Date: Sun, 3 May 2015 12:32:48 +0200 (CEST) From: Gerald Pfeifer To: Baptiste Daroussin cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r384947 - in head/lang: . gcc5-devel In-Reply-To: <20150429163651.GK13141@ivaldir.etoilebsd.net> Message-ID: References: <201504282340.t3SNebr6093811@svn.freebsd.org> <20150429163651.GK13141@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 May 2015 10:32:54 -0000 On Wed, 29 Apr 2015, Baptiste Daroussin wrote: > You did forget to set a specific suffix, which mean we now have 2 > packages named gcc5 which is a problem for pkg and poudriere, a > package name should remain unique. I am starting to wonder, wouldn't it be better to have PORTNAME reflect the (directory) name of the port instead of being more abstract and general? Even since I changed the lang/gcc* ports to have a PORTNAME of just gcc as opposed to gcc47, gcc48, and so forth, things feel like they have become more fragile (this being one example, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199406 another). Gerald