From owner-freebsd-current@FreeBSD.ORG Tue Oct 8 20:38:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D50E6DA8 for ; Tue, 8 Oct 2013 20:38:25 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A22322F36 for ; Tue, 8 Oct 2013 20:38:25 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id x13so21128698ief.17 for ; Tue, 08 Oct 2013 13:38:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=698nJ4e/8o+OQeEvyHXycw4AXZDzOFGFogZJRoYZyug=; b=ab2LsJzYbs27EnectveWwj9t4vuQ78+0T1vS8v4T8/SytkCXT9WgQn5xuj4veVMj0J AfmFsX3fC6z8sVugSw6xeourCExni4ysGM40oBlWC9Xk8gMTszeaAeU1GqtLpC0SC/yO 9EdSQdLvRBBpqE1AX4KKLnICxk8dSh6Z7+/JHdTahiy1ZyHrQOq4d6EC69KRQdoHl+8O pXB4zIRuRgcVE4Lzc1tSo8bu61gHWYeDL0mnDIwW2wT+D/yN6bD+4bMooOapV9YN4a0n kJY8w/IxophXUaHCwn3s9nHbSY9/OdLzMnydVajy44LtLSUV8PrNnQmaPlxLqVlTRhpl rVWw== X-Gm-Message-State: ALoCoQkKq5eC6b9gOooI8cNgYemppBcyUN32sXDB4+UdTuFMUnwVMGpTttvFGNzQM52omFStlKtf X-Received: by 10.50.30.9 with SMTP id o9mr2915951igh.0.1381264698901; Tue, 08 Oct 2013 13:38:18 -0700 (PDT) Received: from wawanesa.iciti.ca (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com. [99.246.61.82]) by mx.google.com with ESMTPSA id w4sm4198117igb.5.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 08 Oct 2013 13:38:17 -0700 (PDT) Date: Tue, 8 Oct 2013 16:38:01 -0400 (EDT) From: Graham Todd X-X-Sender: gtodd@wawanesa.iciti.ca To: Adrian Chadd Subject: Re: rcs In-Reply-To: Message-ID: References: <60177810-8DC4-4EA3-8040-A834B79039D2@orthanc.ca> <52538EDC.2080001@freebsd.org> <52541202.3010707@mu.org> <20131008.170444.74714516.sthaug@nethelp.no> <525422B6.9040906@mu.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alfred Perlstein , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 08 Oct 2013 20:38:26 -0000 On Tue, 8 Oct 2013, Adrian Chadd wrote: > I think that's great. But, as we are increasingly finding, theres no stable > ports snapshot, so unless we as a project change how packages are managed, > there may not really be a stable, predictable version of things once > they're moved from base to a package. A number of users and companies like > that there is a very strict definition of base and that it wont change as > the ports tree changes. > > Eg, you install 10.0 and get the rcs package from that. You then do an > install of 10.0 a yeat later and install rcs. If it comes from the > 10-stable pkgng set, itll pick up the latest version, not the 10.0 version. > Thats the big ports vs base difference. Perhaps a perl style "dual life module" set of "core" (errm BASE?) packages/ports will emerge. It could resolve some of the perennial "what is BASE"? debates - or at least make it possible to have those debates in a different way :-) My understanding is that dealing with the GPLv3 issue for BASE is *necessary* for the project. Since the latest rcs releases are licensed using GPLv3, FreeBSD's BASE rcs (GPLv2) would have to be maintained exclusively by the FreeBSD project - which means more developer overhead (the same could be said for gcc I suppose). That seems to be a different type of issue than the size/completeness of BASE itself. Since rcs is a small utility, it's hooked into a script or two via rc.subr, it's useful to a lot of folks, it doesn't face the network and there's a BSD licensed equivalent sort of available, then maybe the best way to go would be to import opencvs's rcs (which is not part in the ports version of opencvs) to replace the GNU version.