From owner-freebsd-ports@FreeBSD.ORG Mon Nov 9 13:21:10 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDF7106566B for ; Mon, 9 Nov 2009 13:21:10 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0548FC16 for ; Mon, 9 Nov 2009 13:21:09 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id nA9DL7YH010559 ; Mon, 9 Nov 2009 14:21:08 +0100 (CET) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id B050089E47; Mon, 9 Nov 2009 14:21:06 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 6DB1C2C; Mon, 9 Nov 2009 14:21:06 +0100 (CET) Date: Mon, 9 Nov 2009 14:21:06 +0100 From: Michel Talon To: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-ports@FreeBSD.org Message-ID: <20091109132106.GA37030@lpthe.jussieu.fr> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AF7F789.3090809@quip.cz> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV 0.94.2/10002/Mon Nov 9 02:05:15 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 4AF81743.00A by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4AF81743.00A/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ Cc: Subject: Re: Portmaster with package support ready for beta testing 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: Mon, 09 Nov 2009 13:21:10 -0000 On Mon, Nov 09, 2009 at 12:05:45PM +0100, Miroslav Lachman wrote: > > Does it mean that one needs ports tree or provide custom INDEX in case > of custom packages with non default options (different dependencies) to > compute order od dependencies? > (AFAIK plain pkg_add works without ports tree and INDEX, that's why I am > asking) This is because a package contains a list of requirements. However problems may appear, for example if requirements have changed between the installation of the ports you have on your machine and the moment when the package has been compiled. Moreover some ports compile different stuff according to what is present on your machine. The configure script may autodetect stuff like gnome, etc. and automatically compile for example a gnome version of the program. For all these reasons there may be divergences between the dependencies as seen on your machine and the ones recorded in the package which has been compiled elsewhere. > > It is related to my idea of extending packages with more metadata, for > example OS version + arch, used build options (WITH_ / WITHOUT_ etc.) so > one can easily determine "how this package was built". But it seems as > not so easy task to me, as I don't know how to get all the options (from > /etc/make.conf, environment variables, /var/db/ports, commandline...) > and record them to file in useful way. > It can be useful in case where I have some backup of packages from many > machines, but have not the original environment, where packages were > built etc. For the above reasons i think that using precompiled packages should be restricted to people who don't mess with the standard settings. When you install some Debian packages you take them as is, and things generally work because mostly everybody use the same packages which are well tested and coherent. If, on your machine, you want to use a specially configured program, you download the sources and compile it. But you take care yourself of the upgrades of this program. I think that a similar behaviour should be viable on FreeBSD. If you extensively modify the configuration of a large number of ports, you cannot expect a packages-based upgrade to work. In this case the only reasonable way is to upgrade from source. > > Miroslav Lachman -- Michel TALON