Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68674 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90019 invoked from network); 29 Aug 2013 09:03:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Aug 2013 09:03:10 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.123 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.123 smtp123.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.123] ([108.166.43.123:58448] helo=smtp123.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AF/00-23883-B4E0F125 for ; Thu, 29 Aug 2013 05:03:09 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp8.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 94C4F1A00D5; Thu, 29 Aug 2013 05:03:04 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp8.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 205B51A00B6; Thu, 29 Aug 2013 05:03:04 -0400 (EDT) Message-ID: <521F0E47.5060808@sugarcrm.com> Date: Thu, 29 Aug 2013 02:03:03 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?UTF-8?B?T25kxZllaiBTdXLDvQ==?= CC: PHP Internals References: <521E468E.5070406@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Attitude against distributions... (Was: JSON non-free license) From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Unfortunatelly nobody pointed out that it has to be discussed in the mailing > list in the mentioned bug report. We have stated that we have a problem > with JSON license and we had to solve the problem we had. > I consider the licensing issue as a bug and it's always better to track it > as issue, but I get it that our views differ. Please don't misunderstand me, it's not a question of how important it is and I don't question that it is very important for you. I'm just saying if it's in the bug DB, most people won't see it, because bug db has literally thousands of reports and next to nobody reads every one of them and all the discussions there unless they are a) asked to by somebody, b) maintain extensions against which the bug is filed or c) performing community service by going through bug DB and looking for things they could fix. Or they randomly notice the discussion on the bugs list. But it is very easy to miss it, and the bug db is not made for discussing issues - it is made for tracking and fixing them, and people treat it accordingly. So if something is a question which needs discussion, it is proper to raise it to the list, that doesn't mean automatically it's considered not important or not worth fixing - quite the contrary, raising it on the list makes sure more people are aware of it and can participate in solving it. > The "non-free" part of the archive is only a last resort solution. When you > move something to non-free, you also need to move any package that > depends into a contrib part of the archive, and that would be much worse > than replacing embedded json extension with the pecl that Remi wrote. Could you describe the reasons why it would be much worse? I.e. how the user experience changes, what additional actions, if any, users would have to do, etc.? I am asking this because right now as far as I can see while json-c is in good shape, it has certain performance issues and compatibility issues. I hope they would be fixed, but I think we need to have all the options laid out before us to evaluate. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227