From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Preview: portable dumper Date: Wed, 30 Nov 2016 13:50:33 -0800 Message-ID: References: <047a67ec-9e29-7e4e-0fb0-24c3e59b5886@dancol.org> <83zikjxt1j.fsf@gnu.org> <8360n6ruzu.fsf@gnu.org> <0839b53b-4607-144f-3746-db054a29c1cd@cs.ucla.edu> <83zikiqdu5.fsf@gnu.org> <834m2orkhn.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1480542649 12674 195.159.176.226 (30 Nov 2016 21:50:49 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 30 Nov 2016 21:50:49 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Paul Eggert , rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 30 22:50:45 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCCm4-0002fv-OX for ged-emacs-devel@m.gmane.org; Wed, 30 Nov 2016 22:50:45 +0100 Original-Received: from localhost ([::1]:46791 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCCm8-0006Pi-IJ for ged-emacs-devel@m.gmane.org; Wed, 30 Nov 2016 16:50:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCCm1-0006Pb-RY for emacs-devel@gnu.org; Wed, 30 Nov 2016 16:50:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCCm0-0004Sz-NQ for emacs-devel@gnu.org; Wed, 30 Nov 2016 16:50:41 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:46336) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cCCm0-0004Si-DY; Wed, 30 Nov 2016 16:50:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=pYei2oKR66fpdaKMbx3zb8+dtXj8Ohs3eoQ3a4l7XTA=; b=O2Vae6TWI69lir2dG9/zP8qPn9OVJqmo2KfngAXkyxMPjn9K3BpS/0QNaY5x3oBxhmoaTpVowxCmJQbZjxwuxPTVjYpjD1np4bb3kAd9Kz5I6e/4fXEQqr9+pRkU4OfxgQJaHS8WF/snP5hiPNvyxOMkJoSsJoWfbTIQ7Xf6ZJCl+EGnzPBnughmlQ4nEcRe78Yvj9y5CYr9GX0UG/7vfHEEJo4DzjqeEMcI3INXmqmlVKHCPgDQZRCwnZ5xRWBTOj6RZQREto36AazZoijp4PsIRkoxdf5n2Ygu2HIC9Ujr4b/1AjW0s3exlRNefYdw1L35Pn/IYkH5L0l332/GWQ==; Original-Received: from [2620:0:1008:100b:bc8e:4940:ab86:ab74] (helo=dancol-glaptop0) by dancol.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.84_2) (envelope-from ) id 1cCClz-0000m7-C2; Wed, 30 Nov 2016 13:50:39 -0800 In-Reply-To: (John Wiegley's message of "Wed, 30 Nov 2016 13:44:14 -0800") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:209840 Archived-At: On Wed, Nov 30 2016, John Wiegley wrote: >>>>>> "DC" == Daniel Colascione writes: > > DC> It's not an ultimatum: I'm merely being up-front about the that work I am > DC> willing to do and the work that I am not willing to do. I am not willing > DC> to work on this code in a branch, because if I do, it is very likely that > DC> this code will never be merged --- just like the concurrency branch. > > BTW, the concurrency branch has the green light. If anyone is willing to work > to resolve its remaining issues, they can merge it to master once ready. > > DC> Putting this code on a branch is burying it. Do you want to reject code > DC> that *exists* and that solves real problems on the basis of one > DC> developer's philosophical objections and preference for code that does not > DC> exist, that nobody has signed up to write, and that I insist will never > DC> perform adequately? How disappointed do you want to make people who've > DC> written working code that solves real problems? > > Until you're code is tested on more platforms, it needs to live someplace > other than master. That's what branches are for. I'll test it on the systems I can before I commit. We can enable compilation once on individual systems once we do more thorough testing. A branch is definitely not the right approach here, because you haven't established any firm acceptance criteria, and what criteria you have mentioned (write some documentation, test on more configurations) are things I can do before the patch lands at all. The Cairo code doesn't work at all and *that's* in mainline. That's okay, because it's not enabled by default. Branches are for experimental features that can't coexist with regular Emacs use and development. The portable dumper is not such a feature.