From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer?=) Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Add shell-quasiquote. Date: Tue, 20 Oct 2015 09:26:18 +0200 Message-ID: <87d1waknl1.fsf@T420.taylan> References: <87si59wj42.fsf@T420.taylan> <878u6znii9.fsf@T420.taylan> <836123gfh2.fsf@gnu.org> <87r3krm0t3.fsf@T420.taylan> <5624F66F.1030600@yandex.ru> <87io63lzkg.fsf@T420.taylan> <562508B7.3020202@yandex.ru> <876122n5v3.fsf@T420.taylan> <22053.50324.60123.654292@turnbull.sk.tsukuba.ac.jp> 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 1445325996 3541 80.91.229.3 (20 Oct 2015 07:26:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Oct 2015 07:26:36 +0000 (UTC) Cc: emacs-devel To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 20 09:26:30 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 1ZoRJV-0008C1-RD for ged-emacs-devel@m.gmane.org; Tue, 20 Oct 2015 09:26:30 +0200 Original-Received: from localhost ([::1]:44262 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoRJU-0002b3-V5 for ged-emacs-devel@m.gmane.org; Tue, 20 Oct 2015 03:26:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51538) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoRJO-0002Vl-AQ for emacs-devel@gnu.org; Tue, 20 Oct 2015 03:26:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZoRJN-0000GA-4o for emacs-devel@gnu.org; Tue, 20 Oct 2015 03:26:22 -0400 Original-Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:34931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoRJM-0000Fv-JU for emacs-devel@gnu.org; Tue, 20 Oct 2015 03:26:20 -0400 Original-Received: by wicll6 with SMTP id ll6so31426277wic.0 for ; Tue, 20 Oct 2015 00:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=es6Ra/tM5hTmQHg9aZnJ0vKUo80XTM0DDtg9+HQNa7o=; b=Cem5sfRYRJyG9gOlvWBvcftOw52EaatXIr1T3ItSOHgwGB4lRoVRAyzMkMpeLCKBSX JMMVCXPZ19X5U7Cq9FAbf9pqsgjMStK0C3lh2yhI7Q1fBG6fzf/ZnTRxklCnahmSn19r Yo5UpE2jms/a3klafCnt2DGiP99JlTP8Z+txx3N7LK3GDK2z+L45f007LvtVCEOKEj88 TDUg553zciHGiPtTe+a1Ajh6E2R5oRk1e5iez1UplSbgzXg/KkvHgOOIL6ot63Hzsfmr bn81s7sdkVoQhY41Sdsjx71owG54FaaDArvReDGTENykDKqiOnz7QIyZNWQdZAjERaoi Q8ZQ== X-Received: by 10.194.134.98 with SMTP id pj2mr2433646wjb.30.1445325980035; Tue, 20 Oct 2015 00:26:20 -0700 (PDT) Original-Received: from T420.taylan ([2a02:908:c32:4740:221:ccff:fe66:68f0]) by smtp.gmail.com with ESMTPSA id lv4sm1960331wjb.43.2015.10.20.00.26.18 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 00:26:19 -0700 (PDT) In-Reply-To: <22053.50324.60123.654292@turnbull.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Tue, 20 Oct 2015 13:35:32 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::230 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:192153 Archived-At: "Stephen J. Turnbull" writes: > (Sorry if anyone gets dupes, I horked my VM and it improperly handled > Taylan's display name, which caused bounces from at least two MTAs.) > > Taylan Ulrich Bay=C4=B1rl=C4=B1/Kammer writes: > > > The collective "opinion" here seems to be that it's a good idea to > > reject perfectly working code with well-defined semantics for made up > > reasons. > > The reasons aren't made-up. Duplication of needed functionality is > excessive complexity. Introduction of unneeded functionality is > excessive complexity. Excessive complexity makes it harder to learn > Emacs Lisp and/or harder to understand new code. Compare the horrible > hash that is Emacs Lisp with a cleaner language like Guile[1], and > the costs become clear. As an exercise, try getting shell-quasiquote > into Guile and see if you fare better there. (Maybe you already have, > in which case just say so, and what the result was. ;-)[2] There is no duplication of work because the two functions have differing semantics. I already pointed this out. I don't see shell-quasiquote fitting into Guile very well (there aren't all the different kinds of shell-command functions). Guile also doesn't have a direct analogue to ELPA. > Nor is it obvious to me that shell-quasiquote is "perfectly working". > Shell quoting is a very fragile thing. If something is quoted that > shouldn't be quoted, that is a bug. Sure, you provide ",,", but > that's punting the problem back to the user. Whether it's better to > punt on quoting or unquoting a given construct is a question of > balance -- calling it "perfect" is a judgment that depends on the > application and on the user. You have every right to say that for > yourself, but not for Emacs, not even in your intended application. > Different arguments apply to whether `shqq' *always* quotes enough to > prevent code injection. It's documented precisely what shqq does, and it does that correctly. (If not, please point it out.) If anyone finds the semantics of shqq to be "overall wonky" (because it lies in a funny place between `shell-command' and `call-process' so to say, in terms of the semantics of the generated command) that would be a different topic, which nobody brought up yet, and they brought up all sorts of stuff. Ironically, it would be a criticism I could actually understand. > None of that means `shqq' won't turn out to be right thing for many > Emacs applications in the end. But your argument so far reduces to > "it won't hurt and it works for me". That is inappropriate on both > counts when requesting maintenance and distribution by the Emacs > Project (which is what inclusion in GNU ELPA means, even if you are > offering to do the maintenance yourself -- you could spend that time > on other services to the project). > > If upon consideration you don't like that much better, then you should > find an alternative way to contribute, or an alternative community to > contribute to. But you seem to misunderstand what the needs of the > Emacs Project are, and how that affects the community's evaluation of > your proposed contribution. With a better understanding you may be > more willing to contribute on the community's terms (and make no > mistake, every community has its own terms). Thanks for the friendliness but I wasted an absurd amount of time and nerves on this trivial topic (a one-line function). One could still accept my patch to shell-quote-argument so that I can use that, or one could accept the variant using the one-line alternative with correct semantics, and I've explained in painfully excruciating detail why either is necessary, but so far people were unwilling to accept that. I'm not going to work on a third way unless someone has a very, very good reason. This tells me that this development community (or at least certain people in it) don't want my contribution for inexplicable reasons, in particular not technical reasons. I do not see any possible sensible definition of "the needs of the Emacs Project" that would lead to the behavior I've seen from certain people here, so I disagree absolutely that it could possibly be a misunderstanding on my side. Moreover, I've been warned about emacs-devel by multiple people before, and about a certain member of it in particular, and I did not believe it could possibly be this bad. Lest you think this is an isolated case. Maybe the previous victims were less outspoken so the majority of the community still doesn't see that there's a serious problem. Taylan