From owner-freebsd-ports@FreeBSD.ORG Tue Jun 26 10:22:28 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D00C1106564A for ; Tue, 26 Jun 2012 10:22:28 +0000 (UTC) (envelope-from fpeterscom@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 585EE8FC14 for ; Tue, 26 Jun 2012 10:22:28 +0000 (UTC) Received: by eabm6 with SMTP id m6so1911236eab.13 for ; Tue, 26 Jun 2012 03:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=M0qKb8KKUZSe3WsVn1lmg2Xlstl15rcTzxffdpmQ+tI=; b=KCUQFiMYjoHMrJYdt6fqN6X3tAzRrR0/RESrrLzF5xnpyAGwE3R7v7VFPzUwcYoVmw 6k+GehFSEBPebAy+puyinM2mCO57zyK0Kuygare0eue6WxDNbK6NPKIqzFca2g5CJsc7 FeVUzMoOaB6kU6CPYH4MbbdO1kO4D3iTIS4H0K2Z8Pvgrh0EqIrgfvk/4m/vni8YvA/G +CGoHoI5eL1kCZLfmTqav0ij6GBMnPSSi+oJvzEp64HZdKHJFstheH5HdvIElO+JG+oP PkNyDHEx2L4CtyKR5hCmyPzUGwW+zwz4aCNY7Aq+uIpaoCKQPpThhPiWUsnYx5cXWjc9 qWig== Received: by 10.14.47.3 with SMTP id s3mr3217177eeb.127.1340706147217; Tue, 26 Jun 2012 03:22:27 -0700 (PDT) Received: from [192.168.1.43] (pda57-2-82-239-76-219.fbx.proxad.net. [82.239.76.219]) by mx.google.com with ESMTPS id t3sm147464156eeb.15.2012.06.26.03.22.25 (version=SSLv3 cipher=OTHER); Tue, 26 Jun 2012 03:22:26 -0700 (PDT) Message-ID: <4FE98D5F.1070608@gmail.com> Date: Tue, 26 Jun 2012 12:22:23 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.5) Gecko/20120625 Thunderbird/10.0.5 MIME-Version: 1.0 To: Matthew Seaman References: <4FE8E4A4.9070507@gmail.com> <20120626065732.GH41054@ithaqua.etoilebsd.net> <20120626092645.Horde.HytQbVNNcXdP6WQ1aMtjoMA@webmail.df.eu> <4FE96BA0.6040005@infracaninophile.co.uk> <4FE97008.2060501@netfence.it> <4FE97AE1.9080109@infracaninophile.co.uk> In-Reply-To: <4FE97AE1.9080109@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Port system "problems" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 10:22:28 -0000 On 26.06.2012 11:03, Matthew Seaman wrote: > On 26/06/2012 09:17, Andrea Venturoli wrote: >> On 06/26/12 09:58, Matthew Seaman wrote: >>> On 26/06/2012 08:26, Marcus von Appen wrote: >>>>>> 1. Ports are not modular >>>>> What do you mean by modular? if you are speaking about subpackages it >>>>> is coming, >>>>> but it takes time >>>> I hope, we are not talking about some Debian-like approach here >>>> (foo-bin, >>>> foo-dev, foo-doc, ....). >>> Actually, yes -- that's pretty much exactly what we're talking about >>> here. Why do you feel subpackages would be a bad thing? >> Can I share my 2c? >> >> Because it will just multiply be three the number of ports each of us >> has to install/maintain/upgrade/etc... > Yes, it will multiply the number of ports. By three is about right, > given that most ports will only have port-docs and port-examples > sub-ports. However, first of all, you are assuming that the effort > required to install each of those sub-ports is the same as it is to > install a single port now. That is simply not the case. > > If you want to install the foo/bar port, then (as now) you'ld > essentially[+] -- > > # cd ${PORTSDIR}/foo/bar > # make > # make install > > but you'ld end up with bar-0.99, bar-doc-0.99 and bar-examples-0.99 > installed. Unless you have a setting like NOPORTDOCS or NOPORTEXAMPLES > (probably controlled by a dialogue menu like any other options) which > means you don't get the associated -docs or -examples sub-ports. > > That's no real change in terms of what you'ld have to do compared to now. > > The difference is that if you install from packages, you now have the > opportunity not to install docs or examples. > > Secondly, that's just one example of how sub-ports should work, and > docs/examples will be special-cased given their ubiquity. Most > sub-ports would be controlled by port OPTIONS dialogues. > > A typical example would involve client-server apps -- so mysqlNN-server > becomes a sub-port of mysqlNN-client. You get to check a box saying > 'install the server as well as the client' when you go to install > mysqlNN. Similarly all those php5-XYZ modules become sub-ports of > lang/php5. The big difference being that the port and all its sub-ports > are compiled in one step, and just packaged separately. Which is > probably less work overall that the current situation with ports and > slave-ports. > > Cheers, > > Matthew > > [+] Or more likely you'ld use portupgrade or portmaster or similar to > run these steps for you. > Hello, It's exactly what I wanted to say. I think so that port system should adapt to this way of building ports. I mean that is instead of having vala, we have vala-bin, vala-doc, vala-lib and vala-examples, and port system don't untar vala archive for each port, but once and pick up files into this unique directory. Then no waste of time because untar is what takes most time for big ports. We should still have a vala port, which is used to configure what we want (other subports -examples, -lib and -doc). But where it can be very useful, it's when we have a big port made of many libraries, like Mono. We should be able to split it, because I don't want to build everything. For the GNOME question, if an option in the GNOME configuration port says "[x] Yelp, will break help menus if not set", then no problem, don't you think ?