From owner-svn-ports-head@FreeBSD.ORG Thu Jun 11 03:26:26 2015 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F7F6120; Thu, 11 Jun 2015 03:26:26 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C315105C; Thu, 11 Jun 2015 03:26:26 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by pdbnf5 with SMTP id nf5so49490413pdb.2; Wed, 10 Jun 2015 20:26:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=dnxhF+JBAi9hFe0sMaxWoNFOub3E6uwcoL0/wYcQIEM=; b=mECxPZ4rFxnwZNPML4yVmqPIYT7tGDgU4XTGzBzZSIr5KIz8weGyKdG7vGLlmzYBWc 5n8Ihizf+u65uAeCX80wJhaK+rjsZSdEp9vQrw3S6HPcsESf2Ajir/yZdCDqg+KlFgMa MasDACrPr6eykEEQw9kd095mqGnIoZNtBJ740fV0vg5mF6gldvwqykh8jhyCJcJXkws9 T+iOKYc9qv4Pp7hCh+ye5zNVJhrm3VPAtnpzYcquu5BVzogkCV+29f7ImA3iHtQ6nC3+ q+mkVQhL+bx5150su8DegiKlbLk19m7aIjd2MvM/ZCdzWjqOHSfZRZ79LX6TQm/BsOwD qEQA== X-Received: by 10.66.182.229 with SMTP id eh5mr11187692pac.18.1433993185970; Wed, 10 Jun 2015 20:26:25 -0700 (PDT) Received: from [192.168.1.104] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id tj8sm9931763pab.30.2015.06.10.20.26.22 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2015 20:26:25 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: svn commit: r389117 - head/databases/db48 References: <201506101808.t5AI8akA072276@svn.freebsd.org> <55788222.2090909@marino.st> <6E26F13BC369E591AB7ED533@atuin.in.mat.cc> <5578927C.9070909@marino.st> To: marino@freebsd.org, Mathieu Arnold , Matthias Andree , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org From: Kubilay Kocak Message-ID: <5578FFD8.40206@FreeBSD.org> Date: Thu, 11 Jun 2015 13:26:16 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: <5578927C.9070909@marino.st> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 03:26:26 -0000 On 11/06/2015 5:39 AM, John Marino wrote: > On 6/10/2015 15:09, Mathieu Arnold wrote: >> +--On 10 juin 2015 20:29:54 +0200 John Marino >> | As a ramification, can you set DEPRECATED and EXPIRATION_DATE=2015-07-31 >> | for all the bitcoin-related ports that refuse to transition off of db48? >> | This port expiration has been extended several times, so why would >> | these bitcoin ports feel the need to change? The maintainers know it >> | will just get extended again. >> >> Bitcoin is engaged into converting from db48, yes, it'll take them years >> (as in, many, I was about to write "a decade") to be confortable enough to >> remove db48 support, so, can we drop this discussion now, or are we going >> to revisit it every couple of months for the upcoming years ? >> > > Yes, if db48 remove is extended every 2 months then I think it will > probably get revisited every time it happens. > > There's really two logical choices: > > 1) remove the deprecation of db48 and commit to keeping it indefinitely > 2) remove the bitcoin ports in two months. > > something like this taking "years" is pretty scary. It shouldn't be > that hard. I'll defer to your knowledge and accept that it is. > > John > Ignoring whether we like it or not, and without comparing it to alternatives, there's a third option: Allow *coin ports to use the vendored/bundled db48 library, not the port versions. ./koobs