From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C9A04138206 for ; Tue, 16 Jan 2018 20:17:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 70780E08A6; Tue, 16 Jan 2018 20:17:34 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0DFCBE0845 for ; Tue, 16 Jan 2018 20:17:33 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1ebXdi-000277-2M for gentoo-dev@lists.gentoo.org; Tue, 16 Jan 2018 21:15:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: News Item: GnuCash 2.7+ Breaking Change Date: Tue, 16 Jan 2018 20:15:14 +0000 (UTC) Message-ID: References: <20180110183135.GD15225@martineau.grandmasfridge.local> <1515617164.20929.1.camel@gentoo.org> <20180116150745.0000412a@tightmail.com> <20180116144559.GA6684@gengoff> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Pan/0.145 (Duplicitous mercenary valetism; 27bc4e90f) X-Archives-Salt: 2cc4c053-11ea-48bb-b11c-202770b29e92 X-Archives-Hash: be0861995f10be55a3f49bc5f9cec5f1 Kristian Fiskerstrand posted on Tue, 16 Jan 2018 15:58:11 +0100 as excerpted: > On 01/16/2018 03:45 PM, Aaron W. Swenson wrote: >> Given the situation, we have a choice: Remove GnuCash altogether, or >> press ahead with recommending a version upstream considers unstable. > > Or 3, discuss with upstream to see if they can release an updated > version as stable branch. This reminds me very much of the long-time stability situation with grub-0.9x vs. 1.9x. Upstream insisted 0.9x was unsupported, and indeed, had abandoned it, such that it was the distros carrying upstream- unapproved patches, but at the same time, pre-2.0 as 1.9x was still very much development-only and not ready for prime-time, according to upstream. Just what were distros and users /supposed/ to do? Both that and this gnucash thing are bad situations all around, but perhaps some lessons can be had. And agreed that surely the first must be to /just/ /ask/ upstream whether they can release something stable that's at least based on something still getting maintenance, security and otherwise. Then go from there. Maybe they'll refuse and we'll have to move ahead with the new version regardless of upstream's wishes, but we'll never know if we don't ask. (Of course it can go the other way too, upstream insisting the new version is stable even when it's still broken for normal users every which way to Sunday. The kde3/kde4 transition is a prime example of that. I honestly don't know which is worse, but the obvious ideal is a sane upstream that doesn't veer to either extreme, or lacking that, at least cooperates and provides support when a new at least /semi-/stable release is needed as the old is just outdated and broken, security or otherwise.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman