From owner-freebsd-ports@FreeBSD.ORG Wed Apr 23 07:36:46 2008 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 0866E106566B; Wed, 23 Apr 2008 07:36:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id C99538FC13; Wed, 23 Apr 2008 07:36:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JoZX2-000IDW-Ua; Wed, 23 Apr 2008 10:36:44 +0300 Message-ID: <480EE70C.2010900@icyb.net.ua> Date: Wed, 23 Apr 2008 10:36:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: pav@FreeBSD.org References: <480E3F5E.3060501@icyb.net.ua> <1208903822.1548.62.camel@ikaros.oook.cz> In-Reply-To: <1208903822.1548.62.camel@ikaros.oook.cz> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@FreeBSD.org Subject: Re: purely package-based/oriented solution 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: Wed, 23 Apr 2008 07:36:46 -0000 on 23/04/2008 01:37 Pav Lucistnik said the following: > Andriy Gapon píše v út 22. 04. 2008 v 22:41 +0300: >> Sorry if this is something obvious or a FAQ. >> >> Is there a tool for purely package-based management of third-party software? >> That is, something that meets the following criteria: >> 1. doesn't require ports tree >> 2. works similarly to package installation in FreeBSD installer >> 3. can properly handle upgrading packages (including dependencies) >> 4. can check remote package repositories and, based on timestamp or >> INDEX, can find new versions for installed packages >> 5. can verify that all dependencies would be met before downloading all >> packages in full (e.g. based on INDEX data or can download initial >> blocks of packages, so that package metadata could be extracted and >> examined). > > portupgrade should be able to do 1-4, I don't know if 5 too. > I have an impression that portupgrade doesn't consult INDEX file in package repository to get package versions, instead it looks at local ports tree (or its INDEX) to find outdated packages and then tries to fetch new versions (according to the ports) from the remote repository and if that fails it tries to fetch complete package files from Latest and then checks if downloaded version is newer than installed version. Again, this is my impression. -- Andriy Gapon