From owner-freebsd-current@freebsd.org Fri Apr 22 15:28:19 2016 Return-Path: Delivered-To: freebsd-current@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 7F749B19F45 for ; Fri, 22 Apr 2016 15:28:19 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7764B1CD7 for ; Fri, 22 Apr 2016 15:28:19 +0000 (UTC) (envelope-from marquis@roble.com) Date: Fri, 22 Apr 2016 08:28:13 -0700 (PDT) From: Roger Marquis To: freebsd-current@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 15:28:19 -0000 Julian Elischer wrote: > I mentioned this before but I think hte answer is to make a change on > the way that "meta packages" are displayed by default in pkg. I like this suggestion both as it applies to base and third party packages and agree that the 'leaf' keyword, once documented, will address the use case fairly well. > If I install the meta package, I really don't want to see all the sub > packages tat are unchanged unless I add '-v'. On the other hand if I > upgrade a sub package I want to see that in the context of the > metapackage. Similarly if I uninstall of the subpackages. Personally I think the behavior of pkg should remain as it now to avoid breaking existing scripts and aliases i.e., base packages would not be shown without specifying a new flag, say '-b'. This base flag could similarly display only base packages and also recognize the leaf concept. Presumably there should also be a flag to display both third party and base packages, especially with the audit flag, but that could be implemented at a future date without significantly reducing the utility of base packages in 11-RELEASE. Roger