From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Contributors and maintainers Date: Thu, 22 Oct 2015 17:38:21 +0300 Message-ID: <83y4evt1cy.fsf@gnu.org> References: <87si59wj42.fsf@T420.taylan> <56250803.5080601@cs.ucla.edu> <87a8ren5ys.fsf@T420.taylan> <56259BB1.3070908@cs.ucla.edu> <878u6ykmvt.fsf@T420.taylan> <87h9llvo98.fsf@members.fsf.org> <5626622A.3090707@yandex.ru> <87zizdijbp.fsf@T420.taylan> <56267302.7050606@yandex.ru> <87io61igyu.fsf@T420.taylan> <56267CDF.6010201@yandex.ru> <87wpuhh15s.fsf@T420.taylan> <562683B9.1060305@yandex.ru> <83y4exe71v.fsf@gnu.org> <87zizcfzna.fsf@T420.taylan> <83r3koe2nj.fsf@gnu.org> <874mhkffvr.fsf@T420.taylan> <83y4ewur5b.fsf@gnu.org> <87r3kodtml.fsf@T420.taylan> <83k2qgunk0.fsf@gnu.org> <871tcot2mw.fsf@T420.taylan> Reply-To: Eli Zaretskii 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 1445524737 9050 80.91.229.3 (22 Oct 2015 14:38:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 14:38:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?Bay=C4=B1rl=C4=B1=2FK?= =?utf-8?Q?ammer?=) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 22 16:38:46 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 1ZpH0h-0001qx-1l for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 16:38:31 +0200 Original-Received: from localhost ([::1]:60341 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH0g-0002OC-5J for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 10:38:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47570) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH0b-0002KG-09 for emacs-devel@gnu.org; Thu, 22 Oct 2015 10:38:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpH0X-0003pZ-Mk for emacs-devel@gnu.org; Thu, 22 Oct 2015 10:38:24 -0400 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:36305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH0X-0003oM-8o for emacs-devel@gnu.org; Thu, 22 Oct 2015 10:38:21 -0400 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NWM00600LZPP300@mtaout26.012.net.il> for emacs-devel@gnu.org; Thu, 22 Oct 2015 17:41:38 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NWM00NGKM5DRR80@mtaout26.012.net.il>; Thu, 22 Oct 2015 17:41:37 +0300 (IDT) In-reply-to: <871tcot2mw.fsf@T420.taylan> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.182 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:192387 Archived-At: > From: taylanbayirli@gmail.com (Taylan Ulrich Bay=C4=B1rl=C4=B1/Kamm= er) > Cc: emacs-devel@gnu.org > Date: Wed, 21 Oct 2015 21:58:31 +0200 >=20 > > Quote #1: > > > > > > On POSIX shells, shell-quote-argument is just as safe as > > > > shqq--quote-string, and on non-POSIX shells it works better= . So it's a > > > > win, in both readability and in portability, to use > > > > shell-quote-argument. > > >=20 > > > Fixing it does not seem easy at all given I can't trust > > > shell-quote-argument. > > > > You can trust it. > > > > > And please be realistic in the amount of trust we can put on = the > > > complicated implementations for non-Unix shells. I can't jud= ge them > > > myself since I don't know the syntax of those shells at all. = Does > > > anyone here know their syntax comprehensively, or checked the > > > implementation against the documentation of those shells? > > > > Yes, we do. Yes, we have. >=20 > This coincided with Random832's demonstration of it being broken fo= r > csh, and mentioning that the semantics are questionable on Windows = if I > got it right, as well as a mention of a past bug about newline hand= ling > for POSIX shells. So I'm afraid you were short of lying to me. An= d > please don't get me wrong but the annoyed and dismissive tone reall= y > made it obvious that not much thought was put into the response in = first > place, so the factual inaccuracy was not exactly a surprise. You are changing the subject. You asked for examples of addressing your concerns, and I gave you some. Now it turns out that your real problem is not with the fact that they were addressed, but with the fact that the responses disagreed with you. Which is really what thi= s is all about: you don't want to accept disagreement. Disagreement with you makes you, quite irrationally, agitated, and that prompts yo= u into looking for rationalizations of your irrational behavior. So no= w I'm suddenly "dismissive", I'm a "liar", and it is "obvious" to you that the response was "not well thought out". Of course: if I'd take your arguments seriously, if I were not a "dismissive liar", then I'd surely agree with you, right? Only a "dismissive liar" who doesn't put much thought into his responses could possibly disagree with you, right? > > Quote #2: > > > > > > It might be simpler, but it's wrong, because the result is = only > > > > correct for Posix shells. > > > > > > > > Please do use shell-quote-argument instead. > > >=20 > > > It's also simpler than the POSIX section of shell-quote-argum= ent. > > > > Simpler doesn't mean correct. > > > > > (defun shell-quote-argument (argument) > > > [...] (cond [...] (t > > > (if (equal argument "") > > > "''" > > > ;; Quote everything except POSIX filename characters. > > > ;; This should be safe enough even for really weird she= lls. > > > (replace-regexp-in-string > > > "\n" "'\n'" > > > (replace-regexp-in-string "[^-0-9a-zA-Z_./\n]" "\\\\\\= &"=20 > > argument)))))) > > >=20 > > > I wonder what "really weird shells" this refers to? > > > > The set of characters special to an arbitrary shell is not know= n in > > advance. > > > > > Certainly not csh, the mechanism it uses for newlines doesn't= work > > > there. > > > > What did you try that didn't work with csh? >=20 > This is unrelated to the main concern of lacking safety guarantees. It is related to another "concern" of yours. See your bug report, where you echoed this. > It's also not a response to me. So what? It's a concern you expressed, and was part of the thread. Again, you are changing the subject from the fact of your concerns being addressed to your refusal to accept our dissenting responses. > > Quote #3: > > > > > Quoting RMS, coincidentally from a couple days ago: > > >=20 > > > The policy is non-GNU systems are secondary, and lower pr= iority than > > > the GNU system, but we are glad to include support for th= em in GNU > > > packages if users contribute the necessary code -- provid= ed that > > > code isn't a maintenance problem for us. > > >=20 > > > The maintenainers of any particular package are the ones = who judge > > > whether that code is a maintenance problem, since they ar= e the ones > > > it would be a problem for. > > > > I don't see how this is relevant for the issue at hand, since t= he > > necessary code (the shell-quote-argument function) was already > > contributed to Emacs years ago, and is used in many places in c= ore > > Emacs. There's no extra effort needed to support more platform= s, just > > replace one function with another. > > > > > I generally don't want to take responsibility of my code bein= g used on > > > non-GNU/non-POSIX systems, but if I can share the responsibil= ity then > > > that's fine. > > > > You are sharing the responsibility with a long line of Emacs > > developers, all of whom use this function. I don't see anythin= g you > > should worry about, really. >=20 > This tries to push on me a responsibility I cannot take because I d= on't > use MS Windows and don't know its shell syntax, and asserts that I > should stop worrying, i.e. flat-out dismissing my concern. Once again, a change of subject: I show a direct response to your concern, and you tell why you didn't like the response. The fact tha= t there _was_ a response, i.e. your concern _was_ addressed, is suddenl= y no longer of interest to you. > > As you see, each response is directly related to your text that I > > cite. I cannot prove to you that I understood what you were sayi= ng, > > but you can ask any neutral person to read this and tell you what= they > > think about that. From my side, I can assure you I completely > > understood everything that you said. >=20 > It seems that we cannot even agree on whether an English sentence d= oes > or doesn't address a concern raised in another. Oh yes, we can: you did acknowledge above, albeit implicitly, that those were responses to your concerns (there were dozens more). You just didn't like those responses. And, for some reason I cannot imagine, you don't like me personally. That is all there is to it. > English is not my mother-tongue either, but I think both our Englis= h is > perfectly good. Given that, I genuinely have no idea how we can be= this > badly unable to communicate. It should be clear to any unbiased person who can read English. (Quite a few of them here have already spoken, but that evidently wasn't enough for you, probably again because they all said you were simply wrong.) There's no problem with communications here, only a problem with your refusal to accept disagreement and dissent when submitting patches to a project.