Re: Re: The Untouchables
| From: | Steph Fox | Date: | Tue, 01 Apr 2008 14:18:28 +0000 |
| Subject: | Re: Re: The Untouchables | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.internals php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-5323@lists.php.net to get a copy of this message | ||
Hi Pierre,
and about Attic, the idea behind a graveyard was about leaving the code around for study purposes.Code in the attic can be read online but can't be checked out, so I take your point about 'study purposes'. I'd use siberia for things like axis2, where the project is live and hosted elsewhere but the original code is still in PECL. Or classkit, which was superceded by runkit but which still works. Marcus' demoext could go into siberia too - it's literally just a demo and may be useful to some, but it shouldn't really be part of a PECL checkout.
Nah, I'll do the polite thing and send out emails today. We can file bugs when people don't comply _after_ the request (and after we have something with clear rules we can link to!).I'd call the 'PECL versioning' one a done deal at this stage, pretty much - it just needs a write-up on pecl.php.net for newcomers to refer to, and a request for the final handful of extensions to comply.Filling a bug may be enough.
I thought that at first too, but Christopher Jones faced me off-list with some scenarios I hadn't considered. It's more complex than we'd allowed because a single PECL extension can be symlinked to more than one PHP branch - we need to look into this more.We probably need a whole new RFC for core module versioning. Want to kick it off?I would not like to have different docs explaining the same thing It will be very confusing. We already covered almost every problem for core or pecl extensions.
Let make it clean and readable and then see how it can be improved.OK, but I need to spend some time on 'real work', so can I leave this with you for now? - Steph