From owner-svn-ports-head@freebsd.org Wed Aug 9 16:07:04 2017 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2954DDD03F5; Wed, 9 Aug 2017 16:07:04 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09D03773CC; Wed, 9 Aug 2017 16:07:04 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 61AD1F04A; Wed, 9 Aug 2017 16:07:03 +0000 (UTC) Date: Wed, 9 Aug 2017 16:07:03 +0000 From: Alexey Dokuchaev To: Ben Woods Cc: Jan Beich , Ben Woods , "ports-committers@FreeBSD.org" , svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r447625 - in head/sysutils: . chvt chvt/files Message-ID: <20170809160703.GA52509@FreeBSD.org> References: <201708091208.v79C8d91081610@repo.freebsd.org> <60dw-hqg6-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 16:07:04 -0000 On Wed, Aug 09, 2017 at 10:22:09PM +0800, Ben Woods wrote: > On 9 August 2017 at 20:32, Jan Beich wrote: > > FYI, on FreeBSD you can implement chvt(1) via shell script: > > > > $ cat ~/bin/chvt > > #! /bin/sh > > # The file is under Public Domain if not obvious > > vidcontrol I wasn't aware - thanks for the heads up. > > Given its already committed, it probably doesn't hurt to keep this port > with the C programming language option as an alternative to vidcontrol. I thought that generally we try not to duplicate functionality that is available in the base with the ports, unless the the port's implementation is sufficiently different (e.g. GNU tools) or serves as another ports' dependency which cannot be easily patched to use the base counterpart. Every port takes time to fetch/build/package, and it does hurt in a way: it increases maintenance burden (even if it's relatively minor in this particular case). ./danfe