Re: independent version tracking per-Apache-module (was: mod_perl userbase care)

2005-03-23 Thread Dominique Quatravaux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stas Bekman wrote: | You aren't planning for the future. When a new even slightly | incompatible release will be made, by doing the currently suggested | change, you will be forced to rename all the APIs again. And | again. And again. Point understood,

Re: nuking old mod_perls before installing unstable

2005-03-23 Thread Dominique Quatravaux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stas Bekman wrote: | | It makes perfect sense to people who don't use the mod_perl API, | but just run registry scripts. And it's probably the majority of | our users. So I guess the rename will certainly favor the registry | users, who really don't car

Re: nuking old mod_perls before installing unstable

2005-03-23 Thread Joe Schaefer
Adam Kennedy <[EMAIL PROTECTED]> writes: [...] > The version of the implementation is not the same as the > version of the API. If Apache2:: can be kept compatible > (or "almost" compatible) then there is no need to increment > the API version, regardless of whether the implementation > version

Re: nuking old mod_perls before installing unstable

2005-03-23 Thread Geoffrey Young
Joe Schaefer wrote: > Adam Kennedy <[EMAIL PROTECTED]> writes: > > [...] > > >>The version of the implementation is not the same as the >>version of the API. If Apache2:: can be kept compatible >>(or "almost" compatible) then there is no need to increment >>the API version, regardless of whet

Re: nuking old mod_perls before installing unstable

2005-03-23 Thread Joe Schaefer
Geoffrey Young <[EMAIL PROTECTED]> writes: > providing a compat layer for prior, non-2.0 releases of mod_perl > just reinforces the idea that it's ok to use either namespace. we'll > get questions on support lists about Apache::RequestRec, people > looking for Apache/RequestRec.pm, create another

Re: independent version tracking per-Apache-module

2005-03-23 Thread Adam Kennedy
I should note that my experience with two-dimensional class structures has been less than ideal, and would tend to suggest what you want would be quite difficult. If one dimension is the function in each of the set of all ApacheX::Modules, and the second is the versioning, there are all sorts

Re: independent version tracking per-Apache-module

2005-03-23 Thread Geoffrey Young
fwiw, I don't think this is something we need to tackle now, which is to say that it seems to me an issue the needs to be addressed regardless of whether we choose a new naming scheme or not. so, can we focus comments on the proposed code changes? I still have yet to see comments from anyone who

[ANNOUNCE] Apache-Test 1.21

2005-03-23 Thread Geoffrey Young
The URL http://cvs.apache.org/~geoff/Apache-Test-1.21.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.21.tar.gz size: 144796 bytes md5: dc8b26adc5717e94435479604e74fdfc Changes since 1.20: fix Apache::TestConfig (was missing 'use lib' before using lib::imp

Re: [mp2] Our API is not perl thread-safe

2005-03-23 Thread Stas Bekman
Stas Bekman wrote: [...] First of all we have to separate the objects in two groups: those created by users (1) and those created by Apache/mp2 (2). (1) things which are completely under user control look easy, for example if you create an APR::Table object, we can clone it by copying the table

Re: [mp2] Our API is not perl thread-safe

2005-03-23 Thread Ian Holsman
but we're listening On 24/03/2005, at 2:24 PM, Stas Bekman wrote: Stas, who enjoys talking to himself... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ian Holsman Director Netwo