Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

Hi Joe, On Fri, Nov 18, 2016 at 2:53 AM, Joe Watkins wrote: > > https://wiki.php.net/rfc/abolish-narrow-margins Requiring 2/3 majority is reasonable. I'll vote yes for this if people who are not in favor disclose the reason why. Just voting "no" for a RFC is not constructive. Improving a RFC is

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

On 18.11.2016 at 12:05, Yasuo Ohgaki wrote: > On Fri, Nov 18, 2016 at 2:53 AM, Joe Watkins wrote: >> >> https://wiki.php.net/rfc/abolish-narrow-margins > > Requiring 2/3 majority is reasonable. > > I'll vote yes for this if people who are not in favor disclose the > reason why. Just voting "no"

[PHP-DEV] Re: VCS Account Request: sven

VCS Account Approved: sven approved by cmb \o/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Introduction

Hey. I’m nyholm. I want to update the Google Summer of code page on the wiki to be more accurate. https://wiki.php.net/gsoc Regards Tobias Nyholm

[PHP-DEV] Re: VCS Account Request: emir

VCS Account Approved: emir approved by cmb \o/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: VCS Account Request: emir

On 18 November 2016 at 14:33, PHP Group wrote: > VCS Account Approved: emir approved by cmb \o/ > > Why? We don't even know what karma he's going to need. There's very little point in having an account without that. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe,

[PHP-DEV] [RFC] Deprecations for PHP 7.2

Hi internals! I've submitted this RFC for PHP 7.1 previously, but didn't follow through due to time constraints. Now I'd like to propose an extended version for PHP 7.2 and vote on it sooner rather than later to avoid a repeat performance. https://wiki.php.net/rfc/deprecations_php_7_2 The RF

Re: [PHP-DEV] Re: VCS Account Request: emir

On 18.11.2016 at 15:39, Peter Cowburn wrote: > On 18 November 2016 at 14:33, PHP Group wrote: > >> VCS Account Approved: emir approved by cmb \o/ > > Why? We don't even know what karma he's going to need. There's very little > point in having an account without that. Well, you're right (again :

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

Afternoon Yasuo, Maybe, it is our fault - the person who created the RFC. In an ideal world, during discussion you should collect legitimate unresolved objections, and have those as "no" options on the vote. If when it came to vote time, the options were: Yes No because X No because Y No becaus

[PHP-DEV] Request for php-src karma

I'm requesting php-src karma and security karma (r...@php.net ), and I’m gladly willing to help with some security issues. I had already submitted a lot of security issues in past. https://bugs.php.net/search.php?search_for=&boolean=0&limit=All&order_by=&direction=DESC&cmd=d

[PHP-DEV] Declare directive to change engine version basis

Hello. I like to propose a creation of a new declare() directive that allows "emulates a future engine version". And where I say engine I mean PHP itself. - It should works like it (eg. for engine version "7.0.13"): declare( {{parameter}} = {{php_version_id}} ); // Examples (one of tha

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.2

On 18.11.2016 at 15:55, Nikita Popov wrote: > Hi internals! > > I've submitted this RFC for PHP 7.1 previously, but didn't follow through > due to time constraints. Now I'd like to propose an extended version for > PHP 7.2 and vote on it sooner rather than later to avoid a repeat > performance. >

Re: [PHP-DEV] Declare directive to change engine version basis

I think this would create a lot of additional work for internals maintainers, and the current system of throwing an E_DEPRECATED already allows for developers to prepare their applications for future versions by turning on error reporting and checking their logs. -- Daniel Morris dan...@honestempi

Re: [PHP-DEV] Declare directive to change engine version basis

Hi David, If you wanted to do this, couldn’t you simply use the following, already: set_error_handler( function (int $err_severity, string $err_msg, string $err_file, int $err_line, array $err_context) { throw new ErrorException($err_msg, 0, $err_severity, $err_file, $er

[PHP-DEV] Re: VCS Account Request: mgage

On 20.06.2015 at 04:58, Gage Morgan wrote: > Alexandre (buhlerax) and I are going to rewrite PHP-GTK from scratch. > In order for me to do my part, I will need to be able to access the > Git repository. I am currently active in the php-gtk-dev mailing > list. Is that request still relevant? If s

[PHP-DEV] Re: VCS Account Request: fp

On 08.09.2016 at 15:57, Legai Yuri wrote: > Join to php development group Did you already contribute to the project (patches, pull requests, etc.)? -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: VCS Account Request: profforg

On 27.05.2015 at 06:10, Alexander Loginov wrote: > Hello. > > I am Linux System Administrator since 2007. Working with php every > day. I think i actively working with php since 2008. I wanted to help > php in some way for a long time. Time goes and seems to be a good to > idea to start, at least

Re: [PHP-DEV] Request for php-src karma

2016-11-18 16:33 GMT+01:00 Taoguang Chen : > I'm requesting php-src karma and security karma (r...@php.net > ), and I’m gladly willing to help with some security > issues. I had already submitted a lot of security issues in past. > > https://bugs.php.net/search.php?search_for

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2

Hi Nikita 2016-11-18 15:55 GMT+01:00 Nikita Popov : > Hi internals! > > I've submitted this RFC for PHP 7.1 previously, but didn't follow through > due to time constraints. Now I'd like to propose an extended version for > PHP 7.2 and vote on it sooner rather than later to avoid a repeat > perform

[PHP-DEV] Re: [RFC][Accepted] Security Issue Classification

Hi! > Pleased to announce that the vote for security issue classification is > closed, and passed unanimously. > Thank you for taking care of it! -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.2

Nikita Popov in php.internals (Fri, 18 Nov 2016 15:55:23 +0100): >https://wiki.php.net/rfc/deprecations_php_7_2 > >The RFC combines a number of deprecation and removal proposals. Each one >will get a separate 2/3 majority vote. The RFC overlaps with some recently >discussed topics (each, binary

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2

On 18.11.2016 at 20:01, Kalle Sommer Nielsen wrote: > 2016-11-18 15:55 GMT+01:00 Nikita Popov : > >> I've submitted this RFC for PHP 7.1 previously, but didn't follow through >> due to time constraints. Now I'd like to propose an extended version for >> PHP 7.2 and vote on it sooner rather than la

Re: [PHP-DEV] [RFC DISCUSSION] User defined session serializer

Hello, On 17.11.2016 11:55, Yasuo Ohgaki wrote: > > Session module implements serialize handler as module. > This RFC is to expose it to user space. > > RFC > https://wiki.php.net/rfc/user_defined_session_serializer > > PR > https://github.com/php/php-src/pull/2205 > > Comments are appreciated

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2

Hi all, On Sat, Nov 19, 2016 at 4:01 AM, Kalle Sommer Nielsen wrote: > auto_prepend/auto_append_file directives auto_prepend/append_file is handy to check application performance/statistical information such as memory usage while development and/or testing, for example. Do these harm any other t

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2

2016-11-19 1:05 GMT+01:00 Yasuo Ohgaki : > Hi all, > > On Sat, Nov 19, 2016 at 4:01 AM, Kalle Sommer Nielsen wrote: >> auto_prepend/auto_append_file directives > > auto_prepend/append_file is handy to check application > performance/statistical information such as memory usage while > development

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

Hi Joe, On Sat, Nov 19, 2016 at 12:28 AM, Joe Watkins wrote: > I think most people would be happy to provide a reason, if you have it > listed. > It should be listed, because it should have been brought up during > discussion. > > Obviously we don't live in an ideal world, and you may get lots of

Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes

Good afternoon, On Nov 18, 2016 12:18 AM, "Joe Watkins" wrote: > > There will be a one week discussion period for this RFC. Sorry but the minimum discussion period for RFC is two weeks. No exception. I will reply later for the feedback on the RFC :) Cheers Pierre

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

2016-11-18 22:10 GMT-04:00 Yasuo Ohgaki : > Hi Joe, > > On Sat, Nov 19, 2016 at 12:28 AM, Joe Watkins > wrote: > > I think most people would be happy to provide a reason, if you have it > > listed. > > It should be listed, because it should have been brought up during > > discussion. > > > > Obvi

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

On 11/18/2016 06:26 PM, Marcio Almada wrote: Hi Yasuo, In my opinion, this belongs to another RFC. Please, propose an optional way for voters to input a small paragraph disclosing a justification upon voting. We've seen many voices on this mailing list supporting this proposal, perhaps it's ti

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

2016-11-19 3:39 GMT+01:00 Alice Wonder : > Is it required to be a member of this list to vote? That too would be a good > idea if it isn't required, hopefully translators are accurate enough to > understand arguments here pro and con when not in a language the voter has > excellent grasp of. Only

Re: [PHP-DEV] Re: [RFC] Abolish 50%+1 Votes

On 11/18/2016 06:55 PM, Kalle Sommer Nielsen wrote: 2016-11-19 3:39 GMT+01:00 Alice Wonder : Is it required to be a member of this list to vote? That too would be a good idea if it isn't required, hopefully translators are accurate enough to understand arguments here pro and con when not in a la

Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes

Morning Pierre, That's not what the rules say. There will be a one week discussion period. Cheers Joe On 19 Nov 2016 2:20 a.m., "Pierre Joye" wrote: > Good afternoon, > > On Nov 18, 2016 12:18 AM, "Joe Watkins" wrote: > > > > > There will be a one week discussion period for this RFC. > > Sor

Re: [PHP-DEV] [RFC DISCUSSION] User defined session serializer

Hi Markus, On Sat, Nov 19, 2016 at 9:02 AM, Markus Fischer wrote: > On 17.11.2016 11:55, Yasuo Ohgaki wrote: >> >> Session module implements serialize handler as module. >> This RFC is to expose it to user space. >> >> RFC >> https://wiki.php.net/rfc/user_defined_session_serializer >> >> PR >> ht

Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes

On Fri, Nov 18, 2016 at 9:11 PM, Joe Watkins wrote: > Morning Pierre, > > That's not what the rules say. > > There will be a one week discussion period. > > Cheers > Joe > > On 19 Nov 2016 2:20 a.m., "Pierre Joye" wrote: > >> Good afternoon, >> >> On Nov 18, 2016 12:18 AM, "Joe Watkins" wrote: >

Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes

On Nov 19, 2016 11:11 AM, "Joe Watkins" wrote: > > Morning Pierre, > > That's not what the rules say. > > There will be a one week discussion period. Sorry but no. https://wiki.php.net/rfc/howto

Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes

Morning Pierre, Sorry, but yes. http://wiki.php.net/rfc/voting > There'd be a minimum of 2 weeks between when an RFC that touches the language is brought up on this list and when it's voted on is required. Other RFCs might use a smaller timeframe, but it should be at least a week. Cheers Joe O