From owner-freebsd-ports-bugs@FreeBSD.ORG Sun Jun 29 20:00:49 2014 Return-Path: Delivered-To: freebsd-ports-bugs@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 11873D5F for ; Sun, 29 Jun 2014 20:00:49 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC9F824E6 for ; Sun, 29 Jun 2014 20:00:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s5TK0m4u037334 for ; Sun, 29 Jun 2014 21:00:48 +0100 (BST) (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 191494] New: portmaster/portupgrade -P/PP + pkg, ports package sources Date: Sun, 29 Jun 2014 20:00:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dreamcat4@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 20:00:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191494 Bug ID: 191494 Summary: portmaster/portupgrade -P/PP + pkg, ports package sources Product: Ports Tree Version: Latest Hardware: Any URL: http://marc.info/?l=freebsd-ports&m=139523191700888&w= 4 OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: dreamcat4@gmail.com PR Raised b/c I couldn't find one in Bugzilla. So interested parties can track this issue and be informed of it's status. http://marc.info/?l=freebsd-ports&m=139523191700888&w=4 List: freebsd-ports Subject: portmaster/portupgrade -P/PP + pkg, ports package sources From: Bryan Drewery Date: 2014-03-19 12:25:03 Message-ID: 53298C9F.50200 () FreeBSD ! org [Download message RAW] FYI, I plan to enable this support soon in both tools. I actually see 4 different modes here. Note I made up --local-only for this discussion, I am not changing the flags in either tool. -P: Use package if available, otherwise build from source. -P --local-only: Use local package if available, otherwise build from source. -PP: Only use packages -PP --local-only: Only use local packages. I did not quite understand the use-case for it and was not convinced it was needed until recently. I will be adding a majority of the logic into the ports framework though. A lot of this logic already exists, just needs to be refined and hooked together. Ports will have a flags to enable the use cases above (only for pkgng). It will search local package dir and then remote for the package before installing. These flags will all be off by default. Portmaster/Portupgrade/Poudriere all will utilize them. Yes, poudriere has a need here for installing dependencies from local packages for interactive testing where it is more efficient to do it in the framework. One of the reasons I plan to put this logic into ports is so the same consistent (smart) logic can be used in both tools. In general I believe that all logic like this should be in ports and not in tools such as portmaster/portupgrade/poudriere/tinderbox. There is still some unrelated lingering logic in poudriere that needs to be moved to the framework in fact. One of the blockers to making this work properly is having an official repository installed out-of-the-box. I am working on getting an EN out to publish the repository and fingerprints for pkg. As a last resort we may publish this in ports as well in /Templates/repo, which pkg(8) can utilize as a last resort for this ports feature. If it comes to that I will give more details on it. This repo could be disabled in the same way as the FreeBSD one is today, by creating a file in /usr/local/etc/pkg/repos/FreeBSD.conf with contents "FreeBSD: { enabled: false }" -- Regards, Bryan Drewery -- You are receiving this mail because: You are the assignee for the bug.