From owner-freebsd-ports@FreeBSD.ORG Mon Feb 21 17:54:31 2011 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 5FBCF1065672 for ; Mon, 21 Feb 2011 17:54:31 +0000 (UTC) (envelope-from jhelfman@experts-exchange.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [72.29.183.251]) by mx1.freebsd.org (Postfix) with ESMTP id 38D418FC16 for ; Mon, 21 Feb 2011 17:54:30 +0000 (UTC) Received: from mail.experts-exchange.com (localhost [127.0.0.1]) by mail.experts-exchange.com (Postfix) with ESMTP id D676B6F2982; Mon, 21 Feb 2011 09:54:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=e-e.com; h= user-agent:in-reply-to:content-transfer-encoding :content-disposition:content-type:content-type:mime-version :references:message-id:subject:subject:from:from:date:date :received:received:received; s=ee; t=1298310870; x=1300125270; bh=bbVOU0rALR6h7kDeX2Fcz1faApziBxOfF0tF5mLLW/M=; b=qKDedbzySluD jwBF8WY+rXYhTQ+z6CESErSzPiv9jrTQtX6r9GKEsMAFkxIv+uyRYKqQRtKrzKj9 3aHYnpLoExQuvOv1b/pXqnyVAw9tmJWtlI73ptNyIlx8esbC0e3q8SBFDxturqcu IoiLuwrobyZ/R5RgbpTVWozoFSZae0E= X-Virus-Scanned: amavisd-new at experts-exchange.com Received: from mail.experts-exchange.com ([127.0.0.1]) by mail.experts-exchange.com (mail.experts-exchange.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VFDuR1xO8I8T; Mon, 21 Feb 2011 09:54:30 -0800 (PST) Received: from experts-exchange.com (unknown [192.168.103.122]) by mail.experts-exchange.com (Postfix) with SMTP id 873936F297F; Mon, 21 Feb 2011 09:54:30 -0800 (PST) Received: (nullmailer pid 27154 invoked by uid 1001); Mon, 21 Feb 2011 17:51:11 -0000 Date: Mon, 21 Feb 2011 09:51:10 -0800 From: Jason Helfman To: Kostas Petrikas Message-ID: <20110221175110.GE8557@eggman.experts-exchange.com> References: <20110219203607.GA69315@eggman.experts-exchange.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.1-RELEASE X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: bxpkg - a new way to deal with binary upgrades. 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, 21 Feb 2011 17:54:31 -0000 On Sun, Feb 20, 2011 at 05:22:08PM +0000, Kostas Petrikas thus spake: >On Sat, Feb 19, 2011 at 8:36 PM, Jason Helfman wrote: >> On Sat, Feb 19, 2011 at 06:04:35PM +0000, Kostas Petrikas thus spake: >>> >>> Hello! >>> >>> In the past I had troubles with upgrading 3rd party software on >>> desktop PCs as usually desktop environments have a quite big list of >>> packages installed. Upgrading or even installing from ports could take >>> a lot of time specially on slower laptops (can take days). While >>> FreeBSD provides binary package repositories there really aren't any >>> easy ways to use them for upgrades as there are no tools provided to >>> handle them (pkg_add is not able to handle updates). To upgrade from >>> binary packages one needs to get dependency list write it down, >>> deinstall package and its dependencies, install dependencies and the >>> package. It is frustrating and it corrupts required_by lists for the >>> dependencies. There is also no easy way to know what versions are >>> available in binary format. >>> >>> This dilemma inspired me to write "bxpkg" to handle binary upgrades >>> and installation for desktop environments (since I use mostly GTK+ >>> toolkit, its written using it). It solves all the problems in fast and >>> good looking fashion. >>> >>> On a side note, the back-end is done in form of a library written from >>> scratch that handles most package routines in robust but simple API. >>> >>> bxpkg is available from ports "ports-mgmt/bxpkg" or project's website >>> "http://bxpkg.bsdroot.lv". >> >> Very nice. Maybe I will give this a shot. I would be great if there was a >> "hand-off non-gui" tool version of this. >> >> That way I can point all my servers at a internal package repository and >> fire them off, however none have X. >> >> Is there a non-gui, or WITHOUT_X11, in the roadmap? >>  -jgh >> > >The back-end is there already, so there isn't much that has to be done >to create non-gui client. I will probably take up the task once I >think the GTK+ client is robust enough. Great, thank you! > >Regarding custom repositories, 3 things must be true for them to be usable: >Whole dependency tries should be available in binary format for all >the leaf packages in the repository. This isn't an issue, as I use tinderbox, and can point client at that repository. >An index must exist with entry for every package in the repository >(order of entries does not matter). This isn't an issue, as well as I wrote a tool that builds an index based off of my internal portstree. >An MD5 digest file must exist for the current index. Not an issue, either. Might I suggest moving to SHA256, as MD5 support is something that has been dropped from portstree? Just a suggestion... > >The most easy way to generate index would be to copy entries from >index provided with the ports as you build them with some short of >script. > Thanks!