From owner-freebsd-ports@FreeBSD.ORG Fri Jan 9 06:03:44 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303F116A4CE for ; Fri, 9 Jan 2004 06:03:44 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750CD43D3F for ; Fri, 9 Jan 2004 06:03:42 -0800 (PST) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AexEj-0001BA-00 for ports@freebsd.org; Fri, 09 Jan 2004 15:03:41 +0100 Received: from [217.227.153.7] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AexEj-0003fx-00 for ports@freebsd.org; Fri, 09 Jan 2004 15:03:41 +0100 Received: (qmail 9554 invoked from network); 9 Jan 2004 14:08:00 -0000 Received: from unknown (HELO fbsd52.laiers.local) (192.168.4.88) by 192.168.4.1 with SMTP; 9 Jan 2004 14:08:00 -0000 From: Max Laier To: Chris Pressey Date: Fri, 9 Jan 2004 15:03:36 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401091503.36990.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: ports@freebsd.org Subject: Re: Call for feedback on a Ports-collection change X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2004 14:03:44 -0000 > On Fri, 09 Jan 2004 06:54:42 +0300 > Sergey Matveychuk wrote: > > > Garance A Drosihn wrote: > > > At 2:33 AM +0100 1/9/04, Max Laier wrote: > > >> 2) Changes are much harder to track: > > > > > > On the contrary, changes should be *easier* to track. All the > > > information for any given port will be in two files. This will > > > not be true for all ports (particularly for ports which have a > > > lot of patch files). > > > > Let's image a situation: port has changed. What is chaneged? Let's see > > in WebCVS. Does distfile has changed? If yes, I know tarball has > > changed. pkg-plist has changed? I know a files structure has changed. > > I got this information even without opening this files. I'll open only > > Makefile to see a changes in it. > > It may be much harder to look at a big diff instead. > > FWIW I agree with this point. IMO a much better idea would be: > > Hack cvsup so that it can automatically create/update sharfiles of > specified directories on the client. > > This approach would: > - achieve the stated goal (save inodes) > - be virtually seamless (nothing in CVS would have to change) > - have greater applicability (i.e. it could be useful to other projects, > not just the ports tree.) IMO that's the way to go (if we find that inode reduction is really an aim). Strange that no-one followed up on this. However, you have to keep in mind that you'd couple the bsd.port.mk and cvsup (if I got you right there). This is something that has to be resolved. This is alike what some of the "better" ftp servers do: "get dirname.tar.gz" will create a tarball on the fly. Of course, this should be handled on the client side in our case ... while thinking about it, if you just hack the cvsup client you can adapt to the needs of the portstree as you like. All that'd need to change in the bsd.*.mk is an additional target that'd extract the shar/tarball/whatsoever. -- Best regards, | max@love2party.net Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet