From: Steve W. <sw...@pa...> - 2004-01-26 19:06:05
|
Hey Reini, Given the volume and scope of commits over the weekend, do you think the code base (and user auth feature set) are stable enough for a 1.4 beta release, or would you recommend a 1.3.8 for the time being? ~swain |
From: Reini U. <ru...@x-...> - 2004-01-26 19:49:25
|
Steve Wainstead schrieb: > Given the volume and scope of commits over the weekend, do you think the > code base (and user auth feature set) are stable enough for a 1.4 beta > release, or would you recommend a 1.3.8 for the time being? I called it now 1.3.8a. Lets call it 1.3.8 until page permissions are implemented and WikiGroups are used. This will be a real 1.4 then. I'm having much more time now - until April - to finish this properly. I'm not finished yet with testing and still fixing some bugs. I wanted to release early to comment on the config opts, and let other people find some bugs esp. with _DbPassUser and the various auth policies. ADODB is much faster but a mess to maintain with the current FETCH_ASSOC, which returns hashes instead of easier to maintain numeric arrays. That's why we have to use correct column alias names. I don't like it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Steve W. <sw...@pa...> - 2004-01-26 21:34:03
|
Sounds good. We should probably recommend 1.3.7 for the time being if people want a stable featureful Wiki, however, and 1.3.8 and thereafter are in a state of flux. I'll roll out 1.3.8 tonight or tomorrow. ~swain On Jan 26, 2004, at 2:50 PM, Reini Urban wrote: > Steve Wainstead schrieb: >> Given the volume and scope of commits over the weekend, do you think >> the code base (and user auth feature set) are stable enough for a 1.4 >> beta release, or would you recommend a 1.3.8 for the time being? > > I called it now 1.3.8a. > Lets call it 1.3.8 until page permissions are implemented and > WikiGroups are used. This will be a real 1.4 then. > I'm having much more time now - until April - to finish this properly. > > I'm not finished yet with testing and still fixing some bugs. > I wanted to release early to comment on the config opts, and let other > people find some bugs esp. with _DbPassUser and the various auth > policies. > > ADODB is much faster but a mess to maintain with the current > FETCH_ASSOC, which returns hashes instead of easier to maintain > numeric arrays. That's why we have to use correct column alias names. > I don't like it. > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Reini U. <ru...@x-...> - 2004-01-27 09:32:58
|
Steve Wainstead schrieb: > Sounds good. We should probably recommend 1.3.7 for the time being if > people want a stable featureful Wiki, however, and 1.3.8 and thereafter > are in a state of flux. > > I'll roll out 1.3.8 tonight or tomorrow. Couldn't you just wait a week until I'm finished with testing? > On Jan 26, 2004, at 2:50 PM, Reini Urban wrote: > >> Steve Wainstead schrieb: >> >>> Given the volume and scope of commits over the weekend, do you think >>> the code base (and user auth feature set) are stable enough for a 1.4 >>> beta release, or would you recommend a 1.3.8 for the time being? >> >> >> I called it now 1.3.8a. >> Lets call it 1.3.8 until page permissions are implemented and >> WikiGroups are used. This will be a real 1.4 then. >> I'm having much more time now - until April - to finish this properly. >> >> I'm not finished yet with testing and still fixing some bugs. >> I wanted to release early to comment on the config opts, and let other >> people find some bugs esp. with _DbPassUser and the various auth >> policies. >> >> ADODB is much faster but a mess to maintain with the current >> FETCH_ASSOC, which returns hashes instead of easier to maintain >> numeric arrays. That's why we have to use correct column alias names. >> I don't like it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Steve W. <sw...@pa...> - 2004-01-30 15:27:48
|
On Jan 27, 2004, at 4:33 AM, Reini Urban wrote: > Steve Wainstead schrieb: >> Sounds good. We should probably recommend 1.3.7 for the time being if >> people want a stable featureful Wiki, however, and 1.3.8 and >> thereafter are in a state of flux. >> I'll roll out 1.3.8 tonight or tomorrow. > > Couldn't you just wait a week until I'm finished with testing? Sure! Just ask :o) Currently, the nightly build is broken: lib/DB_Session.php:31: Fatal[256]: Your WikiDB does not seem to be using a Pear DB backend lib/config.php:404: Notice[1024]: The admin password cannot be empty. Please update your /index.php |
From: Reini U. <ru...@x-...> - 2004-01-30 20:37:52
|
Could you please change your checkout script to do a chmod -R g+w afterwards. Maybe you should also do a cvs up -C in the subdirs only to get a clean cvs copy. lib/main.php was broken because of a failed patch. Or I would prefer to have a clean index.php also and use test as php script below the test dir, rename the test dir to <any-dir>, test calls <any-dir>/index.php, so we can overrule the default settings more easily. and we could test PrettyWiki urls (USE_PATH_INFO=true) as before. Steve Wainstead schrieb: > On Jan 27, 2004, at 4:33 AM, Reini Urban wrote: > > Steve Wainstead schrieb: > > Sounds good. We should probably recommend 1.3.7 for the time > being if people want a stable featureful Wiki, however, and > 1.3.8 and thereafter are in a state of flux. > I'll roll out 1.3.8 tonight or tomorrow. > > Couldn't you just wait a week until I'm finished with testing? > > Sure! Just ask :o) fine. looks much better now, but there are so many options to test. > Currently, the nightly build is broken: > > lib/DB_Session.php:31: Fatal[256]: Your WikiDB does not seem to be using > a Pear DB backend > > lib/config.php:404: Notice[1024]: The admin password cannot be empty. > Please update your /index.php -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |