Am 12.06.2017 um 08:14 schrieb Davey Shafik:
> It would be best to just kill the vote and start over. The proposal should
> be for deprecation notice in 7.2 and implementation in 8.0 IMO — it should
> be one vote, as doing both together should be the only option.
+1
--
PHP Internals - PHP Runtim
Pedro,
It would be best to just kill the vote and start over. The proposal should
be for deprecation notice in 7.2 and implementation in 8.0 IMO — it should
be one vote, as doing both together should be the only option.
- Davey
On Sun, Jun 11, 2017 at 8:25 AM, Pedro Magalhães wrote:
> On Thu,
Hi,
On Wed, Jun 7, 2017 at 1:54 PM, Jelle van der Waa wrote:
>
>
> Another thing I would want to work on is making the openssl_pkcs7_*
> functions in memory instead of file based. This would increase the
> security concerns since that means it won't save plaintext temporarily to
> file.
>
> An at
On Thu, Jun 8, 2017 at 9:52 AM, François Laupretre wrote:
>
> I am sorry you take it this way. Voting today on a feature for 8.0
> wouldn't be ridiculous and it would make me change my vote, as most others.
> Instead of nonsense, it would be a sign of maturity for the PHP project. It
> would be gr
On 6/11/2017 1:08 AM, Dan Ackroyd wrote:
> Hi 'Fleshgrinder',
>
> I object to this RFC on principle.
>
> RFC's are supposed to be opionated. They are supposed to present an
> argument for why we should do something, and why doing that is a good
> idea.
>
> This RFC does not do that; it presents
On 6/11/2017 12:35 AM, Dan Ackroyd wrote:
> On 10 June 2017 at 21:57, Fleshgrinder wrote:
>>
>> This RFC is only
>
> "When collaborating with others – especially when designers and
> programmers are part of the mix – watch out for these dirty four
> letter words: Need Must Can’t Easy Just Only Fa
