Re: [PHP-DEV] VCS Account Request: jacob
btw, what is the best way to approve such accounts, with karma? On Sat, Dec 27, 2014 at 9:59 PM, Jacob Bednarz jacob.bedn...@gmail.com wrote: - Triaging bugs, issues and cleaning up bug reports -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] VCS Account Request: jacob
On Sun, Dec 28, 2014 at 11:06 AM, Pierre Joye pierre@gmail.com wrote: btw, what is the best way to approve such accounts, with karma? On Sat, Dec 27, 2014 at 9:59 PM, Jacob Bednarz jacob.bedn...@gmail.com wrote: - Triaging bugs, issues and cleaning up bug reports one doesn't need any additional karma for handling bugreports, only an approved php.net account. recently I approved one or two similar account requests, but only because they were from regulars from php-internals@ people whom already provided pull requests in the past. I think if the number of these kind of requests stays low it won't be a problem, but otherwise it could bias/dilute the rfc voting(as we only require a valid php.net account there) depending on how somebody interprets the voting rfc. -- Ferenc Kovács @Tyr43l - http://tyrael.hu
Re: [PHP-DEV] VCS Account Request: jacob
Hi Pierre 2014-12-28 11:06 GMT+01:00 Pierre Joye pierre@gmail.com: btw, what is the best way to approve such accounts, with karma? I was thinking something along the lines of basic doc karma as for many bugs one way or another involve touching parts of the manual. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] VCS Account Request: jacob
On Dec 28, 2014 11:46 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Sun, Dec 28, 2014 at 11:06 AM, Pierre Joye pierre@gmail.com wrote: btw, what is the best way to approve such accounts, with karma? On Sat, Dec 27, 2014 at 9:59 PM, Jacob Bednarz jacob.bedn...@gmail.com wrote: - Triaging bugs, issues and cleaning up bug reports one doesn't need any additional karma for handling bugreports, only an approved php.net account. recently I approved one or two similar account requests, but only because they were from regulars from php-internals@ people whom already provided pull requests in the past. I think if the number of these kind of requests stays low it won't be a problem, but otherwise it could bias/dilute the rfc voting(as we only require a valid php.net account there) depending on how somebody interprets the voting rfc. Someone doing regular bug triage, valid them, test them, follow them is an awesome active contributor and deserve more than anyone else to vote. Just to make it clear, this is an ungrateful job and requires to know php very well from a userland pov. Many of us don't, including me. :) -- Ferenc Kovács @Tyr43l - http://tyrael.hu
Re: [PHP-DEV] Bugfest
I have committed a fix for one bug and closed another bug report because of this thread. I will continue to look at bugs but I wanted to spread some encouragement. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bugfest
Come up with a way to incentivise people to fix bugs. My previous suggestion was to have a contributors page and it will rank people based on bug fixes. I'd be happy to work on this with someone. On 28 Dec 2014 19:16, Levi Morrison le...@php.net wrote: I have committed a fix for one bug and closed another bug report because of this thread. I will continue to look at bugs but I wanted to spread some encouragement. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Bugfest
Kalle Sommer Nielsen wrote: For a while I have been just stalking the bugs database[1], and I would love if we could some more focus on closing bugs. Someone may consider reviewing the following bug reports :), which can be closed IMHO (see my respective comments): https://bugs.php.net/bug.php?id=64600 https://bugs.php.net/bug.php?id=66703 -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bugfest
Hi Pasindu 2014-12-28 23:43 GMT+01:00 Pasindu De Silva ppasin...@gmail.com: Hi I would like join and fix some I have been trying to fix some bugs in DateTIme thought it was a good place to start, is there maybe a way to add a label called novice or starter bugs for people with little experience to get into. We do not have such functionality implemented in our bug tracker, usually you can say that Documentation/Translation bugs are rather easy to fix, vs. a bug in the scripting engine can be a much harder one to tackle. Depending on your skill level, if you are intermediate in C and a novice to the PHP/Zend API, then a good play to start looking for bugs and resolve them could be compilation, maybe you had to tweak the build system in a way to make it work or you are using a system for which a pending bug is open for[1] else the best all in all category that does not involve too many external APIs is the General issues which is a mix of all[2]. In the future please use reply-all, so that everyone on the list can read your message, if you got any more questions you are more than welcome to reply back to this thread. [1] https://bugs.php.net/search.php?cmd=displaybug_type=Allstatus=Openpackage_name%5B%5D=%2ACompile+Issuesby=Anylimit=30 [2] https://bugs.php.net/search.php?cmd=displaypackage_name[]=%2AGeneral+Issues -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bugfest
Hi Kelle Thanks will dig in On Mon, Dec 29, 2014 at 4:28 AM, Kalle Sommer Nielsen ka...@php.net wrote: Hi Pasindu 2014-12-28 23:43 GMT+01:00 Pasindu De Silva ppasin...@gmail.com: Hi I would like join and fix some I have been trying to fix some bugs in DateTIme thought it was a good place to start, is there maybe a way to add a label called novice or starter bugs for people with little experience to get into. We do not have such functionality implemented in our bug tracker, usually you can say that Documentation/Translation bugs are rather easy to fix, vs. a bug in the scripting engine can be a much harder one to tackle. Depending on your skill level, if you are intermediate in C and a novice to the PHP/Zend API, then a good play to start looking for bugs and resolve them could be compilation, maybe you had to tweak the build system in a way to make it work or you are using a system for which a pending bug is open for[1] else the best all in all category that does not involve too many external APIs is the General issues which is a mix of all[2]. In the future please use reply-all, so that everyone on the list can read your message, if you got any more questions you are more than welcome to reply back to this thread. [1] https://bugs.php.net/search.php?cmd=displaybug_type=Allstatus=Openpackage_name%5B%5D=%2ACompile+Issuesby=Anylimit=30 [2] https://bugs.php.net/search.php?cmd=displaypackage_name[]=%2AGeneral+Issues -- regards, Kalle Sommer Nielsen ka...@php.net -- *Pasindu De SilvaLinkedIn http://www.linkedin.com/in/pasindud* *ppasin...@gmail.com* ppasin...@gmail.com *G+ ppasindud https://plus.google.com/u/0/107016732778776170349/*
Re: [PHP-DEV] PHP 5.3 windows binaries
On 12/7/2014 10:52 PM, Thomas Hruska wrote: On 11/29/2014 6:27 AM, Thomas Hruska wrote: On 11/15/2014 12:13 AM, Pierre Joye wrote: Good point. They will remain in the archives part. We kept them after eol just in case there was a last min critical update (we had one actually :) I will remove them asap. Bump. 5.3 binaries still on the site: http://windows.php.net/download/ (Keeping them in archives is fine by me.) Bump. On Nov 15, 2014 1:45 PM, Thomas Hruska thru...@cubiclesoft.com wrote: PHP 5.3 was removed from the website earlier today (a good thing). However, the Windows binaries remain: http://windows.php.net/download/ Oddly, the webmaster group claims to not have access to that section of the website: http://news.php.net/php.webmaster/20275 Possibly consider granting access to one or two people in that group? The access would be for special situations such as removing EOL'ed versions when they come down from the main website. PHP 5.2 Windows binaries stuck around for a very long time after 5.2 sources were removed from the main downloads page - most likely for the same reason of not having access to make those changes. -- Thomas Hruska CubicleSoft President I've got great, time saving software that you will find useful. http://cubiclesoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP7 RM
Happy holidays (and the new year to come) internals With the ongoing effort to focus resources into PHP7, we are yet to elect a release master (or two) for PHP7. Since this is done traditionally by 'who-have-the-time-to-invest-being-this', I think its about time we think about who will be able to do this massive task for our first major release in over a decade. We currently have 2 idea pages on the wiki available[1][2], listing some ideas and thoughts that we should consider for the new release. There is also the old PHP6 TODO list with some items merged into the PHP5 branch over time, some might still be appealing to consider for PHP7[3]. The RFC section on the wiki[4] is also booming with ideas and some that have already made its way into PHP7. So all in all I think its time that we decide on a set of RMs to keep this together, I for one would stand up to that role with someone else as I have the time to dedicate towards this and the experience of how our process and development work. [1] https://wiki.php.net/ideas/php6 [2] https://wiki.php.net/ideas/php6/engine [3] https://wiki.php.net/todo/php60 [4] https://wiki.php.net/rfc -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
