Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90127 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58410 invoked from network); 5 Jan 2016 18:53:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2016 18:53:42 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.179 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.192.179 mail-pf0-f179.google.com Received: from [209.85.192.179] ([209.85.192.179:33384] helo=mail-pf0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2B/BE-12097-4311C865 for ; Tue, 05 Jan 2016 13:53:41 -0500 Received: by mail-pf0-f179.google.com with SMTP id q63so188529875pfb.0 for ; Tue, 05 Jan 2016 10:53:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=G7d9uNrmm+8UT4gPWN4s3bGmU0xCF4Pw1x6Ifik/Nuk=; b=iOEOT8zHU9bwqf8I2++cjX006zqfvDJx/6RvNIVpnqrjOfgn6Msw3pTr8Aq11pAHpP K5TBXLCohwmQcxbA0KemZ7Yb0sJFbZJv+5rQ/WTbMOpBpgI/NLr4tGcnM+xwaoMs4skz SvaA2/2uelDOTiRQrBjOBKlW1F1dzku8WaZQnpUdosXuaa+0tWboC+egkFjAgHsYfdp1 pJYtDiAUeAyxoC8/Ug+N1FQDp7EcN5i7SqQtF+fcUOyQnXG5JFYLePCO8wFAkdQGoI0N Bm7jdnkD1pKmdSJ+3ZAmzOKPC8V7Zanc6OWkZykprgBIPQm5oOlmPY9GWh0tNfmIYyg+ dDYw== X-Received: by 10.98.0.14 with SMTP id 14mr84265929pfa.164.1452020017301; Tue, 05 Jan 2016 10:53:37 -0800 (PST) Received: from Stas-Air.local ([205.154.255.139]) by smtp.gmail.com with ESMTPSA id u26sm79150027pfa.86.2016.01.05.10.53.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Jan 2016 10:53:36 -0800 (PST) To: Peter Lind References: <568AE803.1080209@gmail.com> <568B0C8E.3080206@eliw.com> <568B1041.1060601@gmail.com> <568B1DA8.3060908@gmail.com> <568BD0CA.7040909@php.net> <568BE848.2080405@gmail.com> Cc: PHP internals X-Enigmail-Draft-Status: N1110 Message-ID: <568C1130.2030406@gmail.com> Date: Tue, 5 Jan 2016 10:53:36 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct From: smalyshev@gmail.com (Stanislav Malyshev) Hi! > Yes, I thought it up, hence it's theoretical. If you think that means it > hasn't happened countless times along those lines, you need to learn how > to google. I hope you realize how weak is an argument along the lines of "I am right, if you don't see it, learn how to google". > Is there any particular reason you feel the need for arguing strawmen? > At which point has *anyone* argued for against due process? If you > cannot point to any such point, would you mind not assuming them? > > > > I hope that would be going too far for you? > > > See above. As you see, I have assumed exactly the opposite: that you are *not* against due process. That's what "going too far" means. You are merely using an argument that proves too much (https://en.wikipedia.org/wiki/Proving_too_much) - following that argument, we could conclude that due process is bad. Which is an absurd conclusion - that's how reductio ad absurdum works. > Unless you've been through abuse and harassment along the lines > of http://blog.randi.io/2015/12/31/the-developer-formerly-known-as-freebsdgirl/ > I would suggest you stop assuming what it is like. I can not stop it since I never started. But what is like, however bad it is, is not an argument for what we are discussing, since we do not argue what happened there is good. We argue whether adopting the RFC is a good way to prevent something like that from happening or reduce its incidence. Saying "introducing safe mode is not a good way to improve security" is not the same as saying "we need no security" :) -- Stas Malyshev smalyshev@gmail.com