Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68117
Return-Path: <johannes@schlueters.de>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 47591 invoked from network); 15 Jul 2013 09:15:08 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 15 Jul 2013 09:15:08 -0000
Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error)
X-PHP-List-Original-Sender: johannes@schlueters.de
X-Host-Fingerprint: 217.114.211.66 config.schlueters.de  
Received: from [217.114.211.66] ([217.114.211.66:63548] helo=config.schlueters.de)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 37/27-21836-99DB3E15 for <internals@lists.php.net>; Mon, 15 Jul 2013 05:15:06 -0400
Received: from [192.168.2.20] (ppp-88-217-92-178.dynamic.mnet-online.de [88.217.92.178])
	(using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits))
	(Client did not present a certificate)
	by config.schlueters.de (Postfix) with ESMTPSA id 7843D650F7;
	Mon, 15 Jul 2013 11:15:02 +0200 (CEST)
To: Sebastian Krebs <krebs.seb@gmail.com>
Cc: Giuseppe Ronca <giuseppe.ronca2@gmail.com>, PHP internals list
 <internals@lists.php.net>
In-Reply-To: <CALtuQzBh-9gWv843tRNie6=C_w4eFcxyTB9692XFz+XrVT352g@mail.gmail.com>
References:
	 <CA+wXisVVDaQYL+drdonNhxD=+=CWpES5K9UPsx40EvrXAAG3Yw@mail.gmail.com>
	 <CALtuQzBh-9gWv843tRNie6=C_w4eFcxyTB9692XFz+XrVT352g@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Mon, 15 Jul 2013 11:14:43 +0200
Message-ID: <1373879683.17031.4.camel@guybrush>
Mime-Version: 1.0
X-Mailer: Evolution 2.30.3 
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP proposal on modular systems
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

On Sun, 2013-07-14 at 12:39 +0200, Sebastian Krebs wrote:
> 
> Backward compatibility (or compatibility in general) between component
> is something the plugin maintainer should take care of, not the
> language. 

Ack. If a library becomes incompatible one should change the name or
namespace or something.

Besides the pure compatibility issue "traditionally" we also had a
distribution problem in PHP - if a module requires a generic library
either the library had to be bundled or the user had to be sent for a
hunt and manually do it, which became complicated if there are further
dependencies and different libraries have the same dependencies ... for
that Composer <http://getcomposer.org/> is a quite good solution which
does a great job in handling projects and its dependencies.

johannes