From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: Contributors and maintainers Date: Wed, 21 Oct 2015 11:37:40 -0700 Organization: New Artisans LLC Message-ID: References: <83y4exe71v.fsf@gnu.org> <87zizcfzna.fsf@T420.taylan> <20151021.102719.485566340.wl@gnu.org> <871tcoehk2.fsf@fencepost.gnu.org> <87eggofmy2.fsf@T420.taylan> <83oafse1yg.fsf@gnu.org> <87y4ewdx6a.fsf@T420.taylan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1445459480 16844 80.91.229.3 (21 Oct 2015 20:31:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Oct 2015 20:31:20 +0000 (UTC) Cc: Eli Zaretskii , dak@gnu.org, emacs-devel@gnu.org To: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?=22Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer=22?=) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 21 22:31:14 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zp02S-0005CV-EF for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2015 22:31:12 +0200 Original-Received: from localhost ([::1]:53523 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoySI-0007mx-TS for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2015 14:49:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoyRt-0007kZ-BB for emacs-devel@gnu.org; Wed, 21 Oct 2015 14:49:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZoyRs-0007B9-2L for emacs-devel@gnu.org; Wed, 21 Oct 2015 14:49:21 -0400 Original-Received: from mail-pa0-x22c.google.com ([2607:f8b0:400e:c03::22c]:36506) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoyRm-00078k-W7; Wed, 21 Oct 2015 14:49:15 -0400 Original-Received: by pacfv9 with SMTP id fv9so64732794pac.3; Wed, 21 Oct 2015 11:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type :content-transfer-encoding; bh=405MylJ2qyAqMUEKaJNG3g43LN8Xrrl/jXvI4FbMjTI=; b=B1UfnwAReIYDMeKPGBUPV9BHKkUHLm67jEOGwxu+TOpPmYAet82/s9GrLSVoePnfEm ocCtrHlp/Iv0wrTLGIEWniNPejxC8+qz6u7r3f0CzJF3c+VjP6fmDTFHlUPXSToMd0X1 lG2lBfNrnUQI72pysmeEKM7O8PC5qyzJggOTiztPK13dwvTAPcSEEziSJzznV7Ksrt4x vhwDez8vyj+YmHd5ZVho5cR4Fq7XSPLB2H4ga9sYg+cXJGH+v5eu+5IpFJ0FG/Zby3ZT +RtJ5xPxWJE32uB2Fs0l5yW/lGw7gW48pQqpjpm7UahhIZZdNIlP8gNUF6cdtCRrpOAf rmRg== X-Received: by 10.66.62.198 with SMTP id a6mr12314495pas.42.1445453354491; Wed, 21 Oct 2015 11:49:14 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id nz4sm10406172pbb.47.2015.10.21.11.49.12 (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 21 Oct 2015 11:49:12 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 0B853F5B38D2; Wed, 21 Oct 2015 11:49:12 -0700 (PDT) In-Reply-To: <87y4ewdx6a.fsf@T420.taylan> ("Taylan Ulrich \=\?utf-8\?Q\?\=5C\=22Bay\=C4\=B1rl\=C4\=B1\=2FKammer\=5C\=22\=22's\?\= message of "Wed, 21 Oct 2015 18:05:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?=22Bay?= =?utf-8?Q?=C4=B1rl=C4=B1=2FKammer=22?=), Eli Zaretskii , dak@gnu.org, emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192328 Archived-At: >>>>> Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer" wr= ites: > No it's not "what this is about." Given the current lack of safety > guarantees in shell-quote-argument, I actively do not want it to be used = in > shqq, or any other place where it may receive data from an untrusted input > source. Is this really the core issue we're debating? Then let me respond to it: **= We do not agree with your assessment of shell-quote-argument's lack of safety, and require tests from you to demonstrate this is the case**. The ball is n= ow officially in your court. > But since we're in a deadlock regarding that topic, I say take my code as > is, first of all. And my response is: No. We will not take your code, because we do not want = it in its present form. > One way or another, please as a first step apply the patch, since that has > clearly positive utility. It is not clearly positive to *us*. "Clearly" is a subjective assessment. > Maybe emacs-devel should indeed follow Stefan's advice to merge first, th= en > fix, unless someone insists that there is a *serious* problem. That might= be > a very good policy for emacs-devel. Absolutely not. We do not have time to play catch up, and to retroactively = fix bugs we allow in because submitters want their code committed right away. We try to filter what we accept *before* it goes in, so we can move on to other things. "Check in first, fix later" is a policy I have personally seen destroy code bases at professional organizations, where people were paid 40 hours a week= to keep the code maintained. Now imagine this at Emacs-scale, and you will see it's untenable as a strategy. If you're upset because we don't want your submission in its current form, there isn't much I can do about that. You know what needs to be done to fix it. If you don't want to fix it, or don't believe it needs fixing, use MELP= A. There is really nothing more to say on this subject, so I would appreciate closing the matter until new code is produced. John