Re: [PEPr] Proposal for RFC::Prefix all packages with P_

From: Date: Wed, 12 Jul 2006 09:03:33 +0000
Subject: Re: [PEPr] Proposal for RFC::Prefix all packages with P_
References: 1 2 3 4 5  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-43405@lists.php.net to get a copy of this message
On 7/12/06, Lukas Smith <lsmith@php.net> wrote:
Pierre wrote: Hi, On 7/12/06, Lukas Smith <lsmith@php.net> wrote:
Pierre wrote:
On 11 Jul 2006 22:10:29 -0000, Markus Tacker <m@tacker.org> wrote:
Markus Tacker (http://pear.php.net/user/tacker) proposes RFC::Prefix all packages with P_. You can find more detailed information here: http://pear.php.net/pepr/pepr-proposal-show.php?id=420
Why did you start directly to the proposed phase without *first* discuss it here? Also the contents is wrong. 5.1 does not introduce a Date class. Please go back to draft. Let first discuss quietly this problem. There is no need to hurry.
Err, whats wrong with what he said? All he said that there was a Date class (ok .. so it was just a dummy to reserve the class name) in one of the releases and it was disabled due to issues with PEAR.
No, it was not enabled in 5.1, and it will not be in 5.2 either. The problem should be described in a better way. We should talk about the "reserved words" problem, and more generally unprefixed functions or class names. That's why I like to see a draft first, so we can work on it to make this RFC as clear as possible. You are nitpicking words here.
No, I do not. This class does *NOT* exist in any 5.x release. And I really like to have once a understable and readable RFC, which explains the reasons, the causes and the solutions. Is it too much asking?
I think this proposal is fine and we have discussed the topic before. Now the main question is what prefix to use.
Exactly. And PePR does not allow multiple choices polls (for the nth times). So we have to find a compromise here before going in a proposal. Thats why PEPr has a comment feature.
And how do you decide? You don't. You only leave unanswered questions in a "note" area. --Pierre

« previous php.pear.dev (#43405) next »