<div dir="ltr"><div class="gmail_quote">On Tue, Jan 10, 2012 at 10:37 AM, Thomas Goirand <span dir="ltr"><<a href="mailto:thomas@goirand.fr">thomas@goirand.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Stuff that hasn't yet migrated away by now is only going to migrate away<br><div class="im">
> when forced to. Waiting a bit longer isn't going to solve these cases.<br>
<br>
</div>Sure. But you don't know how many people are using old, crappy, scripts.<br>
When dealing with shared hosting, we often receive complains like "I<br>
didn't change anything, why suddenly my site doesn't work?". Sure, it's<br>
customer's fault, but they don't understand it. I don't think upstream<br>
for PHP understands that.
<span class="HOEnZb"></span><br></blockquote></div><br>I think they do... as in 5.3.x it was deprecated but still available, and only in 5.4.0 it is removed. That's fair enough, and the right way to support users. But you can't asked them not to drop anything... at some point the backwards compatibility will bike every good new feature.<br>
<br>In any case, we're sliding to off topic...<br><br>So far it seems:<br>1. We want 5.4.0 in SID when it's stabilizes (5.4.0 or 5.4.1). Introducing package to experimental is a wanted thing but depends on more free time.<br>
2. We need to think how to enable people to migrate more slowly from 5.3.x, in any case, we don't want to have these packages in next stable, as we don't want to support 5.3 anymore.<br><br>Kaplan<br></div>