From owner-freebsd-ports@freebsd.org Wed Oct 12 09:34:58 2016 Return-Path: Delivered-To: freebsd-ports@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 23315C0C0D4 for ; Wed, 12 Oct 2016 09:34:58 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1363ECC; Wed, 12 Oct 2016 09:34:57 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x22f.google.com with SMTP id 190so16503302pfv.1; Wed, 12 Oct 2016 02:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sWiS2EVbqplnUHmi1sG9F5GPRZ2X+eBlA2/nrFzuj7c=; b=Pv8U71wqZJLEMggCccu/tnrBQpq+jD87S6tYASbEQRJuM4uUEYLkqxBCSQIIyjS/Aa Z0edc4ByEUCR8z2N05Tj1jUDLIqgAmsiDNfOysNlYboqdEhV/1Gouzcvg2ZOMuw3z7H0 gH4wsyZhl/bwWS0QYPAPyasKdiZT75HWUuq34U3kOm8kZwyoF9reeaKgvXNevZdysPYd u29Tg55pwuCglsRS9UPmyN2YXwZMsHMLAMazAUjw54W/sgAYnwtt0dGNZkhDwMWuotRb EDRbVZVDX6sSI3Py1fbh93YL9+8wkpxyaHEYW2NoYOQ50ca6hmhyMZhoW3qtVVh7B8mv xweQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=sWiS2EVbqplnUHmi1sG9F5GPRZ2X+eBlA2/nrFzuj7c=; b=LeBa78lq5fLqzGkM3g4ELj/zA1jiL4cITsW4XQ1sJhBk4OkcNnxnQcHG8ji8woEIdY wP8l6rLeQYL1DYT+p7Bq8H+7aqTm8L5By6ygWwmpU2/IUaHeEvkVPEycsjTyHcokvcal W0WYercZ/At39Y6KoRjUyM6KIR+a5enC4ea/VRkDbJpYfh3IHXa3pBX38Xh3vls66b/Q +A9ZwbRXrb2TgWr2MomEHx+JQPi6JAD8LARmmCnl3qf2QU6QV93jj4C4nS159XwJa9JA nH+Wff2RqKo464PLaszCyTAJ+G0CyvazHW95XunDasXPC8z3Kjv8qPv2BtHX9GPHzrX3 Uo1A== X-Gm-Message-State: AA6/9RkP/ADIbBVWwrF1uDpureM1agpNro3OD/oHDr3wcd5NdhKdpVJ7rElY//GzV7fUpg== X-Received: by 10.99.123.28 with SMTP id w28mr247568pgc.48.1476264896838; Wed, 12 Oct 2016 02:34:56 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b01:1c1a:5103:265d:bfaf? (2001-44b8-31ae-7b01-1c1a-5103-265d-bfaf.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:1c1a:5103:265d:bfaf]) by smtp.gmail.com with ESMTPSA id b88sm10215950pfe.72.2016.10.12.02.34.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 Oct 2016 02:34:56 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: harder and harder to avoid pkg To: Matthew Seaman , freebsd-ports@freebsd.org References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <29bf92f3-994f-e695-431a-dc73a3f9c19d@FreeBSD.org> <409bd2ed-0836-a2dc-a62b-1651b36370d7@FreeBSD.org> From: Kubilay Kocak Message-ID: <0021d146-4e20-c5d5-7222-b7fa1e73d75c@FreeBSD.org> Date: Wed, 12 Oct 2016 20:34:02 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:51.0) Gecko/20100101 Thunderbird/51.0a2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2016 09:34:58 -0000 On 12/10/2016 8:12 PM, Matthew Seaman wrote: > On 2016/10/12 09:43, Kubilay Kocak wrote: >>> You are describing the 'sub-packages' concept that has been >>> knocking >>>> around for some time. With sub-packages you'ld divide up the >>>> result of staging each port into various chunks: >> Yep, like this: >> >> Mar 6 2016 - https://reviews.freebsd.org/D5563 Ports framework >> "variants" proof-of-concept (with poudriere support) >> >> Status Report Dec 2015 - Supporting Variants in the Ports >> Framework >> >> https://www.freebsd.org/news/status/report-2015-10-2015-12.html#Supporting-Variants-in-the-Ports-Framework > >> > Variants is a related but different concept -- known as 'flavours' > (or 'flavors') in some parts. The difference is that 'sub packages' > divide up the output from one compilation of the sources, whereas > 'variants' or 'flavours' require the same source code to be > recompiled with different options. (As you'ld need to do to create > eg. py27- and py34- versions of python modules.) Both are things we'd > like to have in ports, but they can be implemented pretty much > separately. They could be, but they don't need to be. From one perspective, division of a port (or package) is exactly a 'variant'. Yes a 'part' (-debug package) of a whole (-full package) is a "sub package", but the 'debug' variant of the foo port only includes debug files, and has a -debug suffix. Variants (in its current PoC form) is just a generic implementation for enabling one-to-many-packages, and is not prescriptive. The 'what to Vary: on' (like the HTTP headers), including perhaps what to include or exclude from the package, is left as a exercise for the configuration, or portmgr or a later stage discussion. There is nothing explicitly prescribing that specified 'variants' must compile source each time (or do anything else specific for that matter), or that said variants cannot merely execute the "dividing up" (on some basis) logic on the resulting artifacts that were created in the common/base 'variant'. > Cheers, > > Matthew