From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 07:23:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 52C79106566C; Sat, 21 Apr 2012 07:23:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A65E615071F; Sat, 21 Apr 2012 07:23:00 +0000 (UTC) Message-ID: <4F926054.4060903@FreeBSD.org> Date: Sat, 21 Apr 2012 00:23:00 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Pedro Giffuni References: <4F91C8A1.7060400@FreeBSD.org> <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> <20120421003256.GB80419@dragon.NUXI.org> <4F920806.4040607@FreeBSD.org> In-Reply-To: <4F920806.4040607@FreeBSD.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 07:23:01 -0000 On 04/20/2012 06:06 PM, Pedro Giffuni wrote: > On 04/20/12 19:32, David O'Brien wrote: >> On Fri, Apr 20, 2012 at 02:13:32PM -0700, Pedro Giffuni wrote: >>> Easier said than done. Feel free to give libedit a try. >> That has nothing to do with our process and everything to do with us >> blindly hacking away pissing all over to be our own thing -- BUT still >> wanting to take work from the original author. >> >> I fail to see how not updating thru $FBSDrepo/vendor/NetBSD/libedit >> is easier than updating thru it. >> >> Either way you have to figure out what to do with our great divergance. >> At least when using the vendor branch you can use a good 3-way diff merge >> tool (e.g. svn). >> > > Usually the vendor upgrade approach works just fine if we do > the periodic work of keeping up to date and we are careful to > submit our changes upstream. That's an expected part of the role of maintainer, so, yeah. :) > The issue is that you really have to be in sync with one upstream > version so that the changes you merge from the vendor branch > are consistent. To a large extent, yes. > In libedit we have incomplete merges from upstream (that was > CVS fault), we have some changes that are obsolete wrt to how > upstream solved the same issues and we have a couple of > files that have diverged completely from upstream. I agree that sounds like an ugly mess ... who is working on cleaning it up? Is this something that we need to create a team to address? It certainly sounds like something too large for one person to handle on their own. > Either way it all can all be solved but it's just a lot of work and I > can see how the direct approach helps understand better what > is happening and can ultimately save time. I'm glad we have an area of agreement. It sounds to me like the lesson from libedit is to do it right from the very beginning, so that things like libedit don't happen again. Doug