phpwiki-talk

Re: [Phpwiki-talk] stable release

[Matthew P. <mp...@de...>]

On Mon, May 31, 2004 at 03:42:52AM -0700, Dmitry M. wrote:
> On Mon, May 31, 2004 at 12:17:25PM +0200, Reini Urban wrote:
> > Aristedes Maniatis schrieb:
> > >OK. That is good to know. I am not running Debian, but is there a 1.3.=
7=20
> > >tar somewhere or is it only possible to fetch that version out of CVS?
> >=20
> > 1.3.7 is not on sf.net anymore, and I don't consider 1.3.7 stable=20
> > enough. Compared to 1.3.9 and 10.
> > I fixed about 60 bugs that were in 1.3.7 and before.
>=20
> 1.3.7 is still available from debian software repository
> (http://packages.debian.org/unstable/web/phpwiki). It's pretty
> embarassing actually.

In what way is it embarassing?  I have a codebase and set of features that I
know well enough, and have kneaded most of the bugs out of.  I'm quite happy
to track stable branches, as they come out, but keeping up to date with (and
triaging) unstable, potentially quite buggy, releases is quite beyond my
limited time, especially when I've got to try cherry-picking fixes out of
CVS, with it's "every file is tracked separately" mentality.

I am planning on packaging one of the newer releases in the near future, for
a gforge module someone is packaging separately, but trying to find the time
for it is somewhat difficult, because I have to not only update the
packaging, but test both fresh installs and upgrades from a good half-dozen
previous versions to ensure I'm not going to get hate-mail from people whose
databases I've just trashed.  And the reports from people that various
things don't work in 1.3.10 doesn't fill me with joy, either.

If you'd like to take the package over in Debian, feel free.  I'm even happy
to sponsor your uploads until you pass through NM.

> If you really want 1.3.7, all you need to do is download the deb and
> untar it. It will untar into a debian specific tree, but you shouldn't
> have any problems.

Or you can just download the .orig.tar.gz, which will get you exactly what
was downloaded from SourceForge, without *any* Debian-specific (or even
general-purpose) changes.

- Matt

[Phpwiki-talk] Business Week Magazine, and a plea for a stable release

[Micki K. <mic...@co...>]

Reini, Carsten, Steve, Jeff -

Check out these articles on Business Week magazine. Corporate use of 
wiki's for documentation should increase dramatically in the coming 
months and years - we need to get phpwiki strong and stable (and NOT 
too bloated), to attract attention and positive mention in this arena!

http://www.businessweek.com/magazine/content/04_23/b3886138.htm
http://www.businessweek.com/magazine/content/04_23/b3886141.htm

Here in our wiki environment, we're still stuck on my modified 1.3.4 
for my 100-person team... we need a new version, but I too am having 
little success in trying to get a stable recent release up - I 
downloaded 1.3.10 and it has major problems with the include_paths.

This time, I get a fatal error:

  Fatal error: main(): Failed opening required 'DB.php' 
(include_path='.:/Library/WebServer/Documents/phpwiki') in 
  /Library/WebServer/Documents/phpwiki/lib/WikiDB/backend/PearDB.php on line 7

I tried all the options, like

INCLUDE_PATH = ".:/Library/WebServer/Documents/phpwiki" and
SCRIPT_NAME = /Library/WebServer/Documents/phpwiki/index.php
DATA_PATH = /phpwiki
PHPWIKI_DIR = /Library/WebServer/Documents/phpwiki

etc.

I DON'T wanna have to change all the include statements to 
absolutes... what's going on here? In the past, i could count on it 
'finding itself', etc., without such deep tweaks - but now, it's 
fatal error city.

I know many fixes are coming, but PLEASE PLEASE PLEASE, let's 
concentrate next on bulletproofing, avoiding feature creep and easy 
deployment! Phpwiki is the best wiki out there, can be GREAT for 
corporate use with a few mods like pdfs, includes and toc, but the 
expectations for easy install are high indeed! Otherwise, open source 
looks fragile to finicky corporate types... I'll continue to hone my 
skills on the code base, but it's very difficult to familiarize 
yourself with the code when ou cannot get the wiki to work at all...

Thanks,
Micki
-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] MathML plugin?

[Reini U. <ru...@x-...>]

Malcolm Ross Kinsella Ryan schrieb:
> On Thu, May 20, 2004 at 02:30:20PM +1000, Malcolm Ross Kinsella Ryan wrote:
>>On Thu, May 20, 2004 at 11:11:39AM +1000, Malcolm Ross Kinsella Ryan wrote:
>>
>>>Is there any plan to upgrade the TexToPng plugin for recent versions
>>>of PhpWiki, or better yet, to produce a plugin that outputs valid MathML?
>>>It would be very useful for a wiki I am running.
>>
>>I've been twiddling around and I've made a very simple plugin which 
>>just passes its argstr through itex2MML and then displays it. It all seems
>>to work, producing correct MathML, but Mozilla seems to have some issues 
>>with displaying it. 
>>
>>If I take the output of itex2MML and put it into a file called "foo.xhtml"
>>it will display properly. Put it into "foo.html" and it will not. The 
>>MathML in wiki pages are being displayed in the same kind of wrong way.
>>This is far too deep magic for me to grok. Any of you gurus have any ideas?
> 
> With a bit more poking around, I've discovered that I can get it to work
> if I change:
> 
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
>   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> 
> to:
> 
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN"
> "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd">
> 
> But I can't find where in the code the original line is output.

themes/default/templates/html.tmpl

We should change that to support SVG and MathML, similar to body and 
head extensions introduced to support EDIT_TOOLBAR, JS_SEARCHREPLACE, 
Sidebar CSS and javascript.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] MathML plugin

[Reini U. <ru...@x-...>]

>> I haven't tested this out with IE yet.

And for IE you you to install a plugin, like
MathPlayer (free, requires IE 6.0)
   http://www.dessci.com/en/products/mathplayer/
   Looks fine.
or Techexplorer plugin.

See also http://www.w3.org/Math/XSL/ for the browser matrix.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] MathML plugin

[Reini U. <ru...@x-...>]

Malcolm Ross Kinsella Ryan schrieb:
> I've written the plugin and got it producing valid MathML, but I
> don't seem to be able to get my browser (FireFox) to display it.
> 
> The actual Wiki page, produce with the plugin can be seen at:
> http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/index.php?pagename=SandBox
> The MathML does not display properly.
> 
> I have copied the output into the file: /home/malcolmr/public_html/blart.xhtml
> if I open this file directly it shows the MathML correctly.
> 
> if I access it via the URL http://www/~malcolmr/blart.xhtml, all I see is
> the straight xhtml file listing.
> 
> I have a copy of the file in /home/malcolmr/public_html/blart.html
> if I open this file directly it does not display the MathML correctly.
> Likewise if I access it over the web.
> 
> I haven't tested this out with IE yet.
> 
> I'm not very XHTML-savvy. Does anyone have any ideas how I can get this to 
> do the right thing?

Header and namespace wise everything is correct.
But you need this header:
   "Content-Type: application/xhtml+xml"
instead of
   "Content-Type: text/html"
which phpwiki or php sends automatically.

Your server even sends it as text/plain:

$ GET -esSUd http://cgi.cse.unsw.edu.au/~malcolmr/blart.xhtml
GET http://cgi.cse.unsw.edu.au/~malcolmr/blart.xhtml
User-Agent: lwp-request/2.06

GET http://cgi.cse.unsw.edu.au/~malcolmr/blart.xhtml --> 200 OK
Connection: close
Date: Mon, 31 May 2004 11:45:30 GMT
Accept-Ranges: bytes
ETag: "17fbd-18d0-40bad2ac"
Server: Apache/1.3.29 (Debian GNU/Linux) PHP/4.3.3
Content-Length: 6352
Content-Type: text/plain; charset=iso-8859-1
Last-Modified: Mon, 31 May 2004 06:37:32 GMT
Client-Date: Mon, 31 May 2004 11:47:50 GMT
Client-Peer: 129.94.242.40:80
Client-Response-Num: 1

and phpwiki:

$ GET -esSUd http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/?SandBox
GET http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/?SandBox
User-Agent: lwp-request/2.06

GET http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/?SandBox --> 200 OK
Cache-Control: must-revalidate
Connection: close
Date: Mon, 31 May 2004 11:46:54 GMT
ETag: W/"4aa174d88e7f1998ae8c0163651a3ef8"
Server: Apache/1.3.29 (Debian GNU/Linux) PHP/4.3.3
Vary: Cookie
Content-Type: text/html; charset=iso-8859-1
Content-Type: text/xhtml; charset=iso-8859-1
.....

I'll see what I can do. We need to override the Content-Type for pdf and 
svg also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] MathML plugin

[<mal...@cs...>]

I've written the plugin and got it producing valid MathML, but I
don't seem to be able to get my browser (FireFox) to display it.

The actual Wiki page, produce with the plugin can be seen at:
http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/index.php?pagename=SandBox
The MathML does not display properly.

I have copied the output into the file: /home/malcolmr/public_html/blart.xhtml
if I open this file directly it shows the MathML correctly.

if I access it via the URL http://www/~malcolmr/blart.xhtml, all I see is
the straight xhtml file listing.

I have a copy of the file in /home/malcolmr/public_html/blart.html
if I open this file directly it does not display the MathML correctly.
Likewise if I access it over the web.

I haven't tested this out with IE yet.

I'm not very XHTML-savvy. Does anyone have any ideas how I can get this to 
do the right thing?

Malcolm

-- 
Malcolm Ryan - mal...@cs... - http://malcolmr.web.cse.unsw.edu.au

                              "Blessed are the meek,
                         for they will inherit the earth."        -- Matt 5:5

Re: [Phpwiki-talk] MathML plugin?

[<mal...@cs...>]

On Thu, May 20, 2004 at 02:30:20PM +1000, Malcolm Ross Kinsella Ryan wrote:
> On Thu, May 20, 2004 at 11:11:39AM +1000, Malcolm Ross Kinsella Ryan wrote:
> > Is there any plan to upgrade the TexToPng plugin for recent versions
> > of PhpWiki, or better yet, to produce a plugin that outputs valid MathML?
> > It would be very useful for a wiki I am running.
> 
> I've been twiddling around and I've made a very simple plugin which 
> just passes its argstr through itex2MML and then displays it. It all seems
> to work, producing correct MathML, but Mozilla seems to have some issues 
> with displaying it. 
> 
> If I take the output of itex2MML and put it into a file called "foo.xhtml"
> it will display properly. Put it into "foo.html" and it will not. The 
> MathML in wiki pages are being displayed in the same kind of wrong way.
> This is far too deep magic for me to grok. Any of you gurus have any ideas?

With a bit more poking around, I've discovered that I can get it to work
if I change:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

to:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN"
"http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd">

But I can't find where in the code the original line is output.

Malcolm

-- 
Malcolm Ryan - mal...@cs... - http://malcolmr.web.cse.unsw.edu.au

          "Blessed are those who hunger and thirst for righteousness,
                            for they will be filled."             -- Matt 5:6

Re: [Phpwiki-talk] MathML plugin?

[<mal...@cs...>]

On Thu, May 20, 2004 at 02:30:20PM +1000, Malcolm Ross Kinsella Ryan wrote:
> On Thu, May 20, 2004 at 11:11:39AM +1000, Malcolm Ross Kinsella Ryan wrote:
> > Is there any plan to upgrade the TexToPng plugin for recent versions
> > of PhpWiki, or better yet, to produce a plugin that outputs valid MathML?
> > It would be very useful for a wiki I am running.
> 
> I've been twiddling around and I've made a very simple plugin which 
> just passes its argstr through itex2MML and then displays it. It all seems
> to work, producing correct MathML, but Mozilla seems to have some issues 
> with displaying it. 
> 
> If I take the output of itex2MML and put it into a file called "foo.xhtml"
> it will display properly. Put it into "foo.html" and it will not. The 
> MathML in wiki pages are being displayed in the same kind of wrong way.
> This is far too deep magic for me to grok. Any of you gurus have any ideas?

It has been suggested to me that I should check whether the Mime-type of
the pages output is html or xhtml. I can't find where in the code this is
determined. Can anyone help me? 

Malcolm

-- 
Malcolm Ryan - mal...@cs... - http://malcolmr.web.cse.unsw.edu.au

                        "Blessed are the pure in heart,
                            for they will see God."             -- Matt 5:8

Re: [Phpwiki-talk] stable release

[Dmitry M. <dm...@la...>]

On Mon, May 31, 2004 at 12:17:25PM +0200, Reini Urban wrote:
> Aristedes Maniatis schrieb:
> >OK. That is good to know. I am not running Debian, but is there a 1.3.7 
> >tar somewhere or is it only possible to fetch that version out of CVS?
> 
> 1.3.7 is not on sf.net anymore, and I don't consider 1.3.7 stable 
> enough. Compared to 1.3.9 and 10.
> I fixed about 60 bugs that were in 1.3.7 and before.

1.3.7 is still available from debian software repository
(http://packages.debian.org/unstable/web/phpwiki). It's pretty
embarassing actually.

If you really want 1.3.7, all you need to do is download the deb and
untar it. It will untar into a debian specific tree, but you shouldn't
have any problems.

-d

[Phpwiki-talk] Re: phpwiki / WikiUser

[Reini U. <ru...@x-...>]

Dan schrieb:
> I'm not sure if its zorloc or yourself who is doing the most work 
> on WikiUser in the CVS, but I had a few questions.

it's me.

  > http://phpwiki.sourceforge.net/phpwiki/WikiUser -> dated in
> 2001, says "there aint so such thing as setters and getters for 
> User preferences yet"

this is not true anymore.

> The CVS code is obviously far more up to date, but doesn't 
> exactly make it clear how to get and set preferences (despite, 
> for all appearances, providing such functionality)
> 
> Would it be possible to get WikiUser->getPreferences() &  
> WikiUser->setPreferences() documented or at least an example 
> of its use?

Please see WikiUserNew.php. WikiUser.php is not supported anymore and 
I'd love to delete it.

WikiUser->getPreferences() gets the pref object which should be attached 
to the user object (and for legacy reasons to the request object also).
WikiUser->setPreferences() updates this object, but the legimitate use 
is request->_setUser() only, because the request object, the session and 
cookie have to be updated also.

> I must admit I'm kind of lost following it (*sigh*).

pref->get(type) and pref->set(type,value) are self-documenting.
set only sets the object, not the storage.

since the storage methods are userobject specific (session, homepage or 
database), you have to call pref->updatePrefs(prefs) and then 
WikiUser->setPreferences().

> Another thing - when deploying PEAR packages for PHPwiki 
> Plugins, whats the go there? The CVS does include a /pear/ 
> dir, but does this mean I have to include my pear packages 
> there? Can I do something else? If I do incluide them, what 
> environment vars should i be setting?

we had our own pear since the quality of pear was not enough and a lot 
of too old versions were around. esp. for DB.

now pear matured, and we use lib/pear optionally, if you don't have your 
own pear in the include_path.
only pear/File_Passwd.php is better than the standard pear, we force 
that. but there are still remaining problems with file locking (stale 
locks) on updates.

> I hope I haven't flooded your inbox with noobish questions

redirected to phpwiki-talk
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] stable release

[Reini U. <ru...@x-...>]

Aristedes Maniatis schrieb:
> OK. That is good to know. I am not running Debian, but is there a 1.3.7 
> tar somewhere or is it only possible to fetch that version out of CVS?

1.3.7 is not on sf.net anymore, and I don't consider 1.3.7 stable 
enough. Compared to 1.3.9 and 10.
I fixed about 60 bugs that were in 1.3.7 and before.

> I've had a couple of private responses already to say that hopefully a 
> stable version of phpwiki will be focussed on in the future, rather than 
> continually adding new features at every point release. It is certainly 
> my experience that as an open source project becomes more mature, 
> development becomes structured and new features released separately to 
> bug fixes.

Look through the email archive concerning stability goals. We had this 
discussion 1-2 months ago.

> I am certainly new to this project's development cycle, but it concerns 
> me that 1.3.11 will be adding 'buddy ratings" (see here 
> http://www.wikilens.org/index.php/Restaurant). It seems like phpwiki is 
> turning into yet another CMS. Really I just wanted a wiki that works 
> well and if 1.3.11 adds another feature that needs further debugging....

These new features don't harm stability at all.
Just some plugin and theme extensions. The rating feature is only 
available of you use the wikilens theme or a theme derived from wikilens.

> Does anyone have experience of any other wikis which are focussed on 
> just the wiki aspect? We'd like to use this system for internal office 
> and processes documentation. We have a little experience in Drupal, but 
> that seems too complex for this relatively simple need.

The simpliest of all is guiki. a pure html wiki.
pmwiki is in a state of about 60% of phpwiki.
mediawiki is quite ok, but limited to a set very special features and 
runs only with mysql.
twiki (huge) and takkawiki come to my mind also. there are certainly more.

> Obviously the programmers of this project are doing a great job, but it 
> might just be that their goals are not what I need to achieve.

> On 31/05/2004, at 11:09 AM, Matthew Palmer wrote:
>> On Sun, May 30, 2004 at 11:45:58PM +1000, Aristedes Maniatis wrote:
>>> Thanks for this feedback. Where would I find that list of recommended
>>> patches? Looking through the cvs it doesn't look like any of the
>>> branches have bug fixes patches applied to them, so it seems that most
>>> of the bug fixes are mixed in with new features (and new bugs) as
>>> phpWiki is being developed. So I still don't know which version to use
>>> in an actual production environment.
>>
>> 1.3.7 works well for me and, apparently, a pile of Debian users.  Not 
>> that I'm stretching it overly much, though.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] stable release

[Reini U. <ru...@x-...>]

Aristedes Maniatis schrieb:

> Thanks for this feedback. Where would I find that list of recommended 
> patches? 

I sibmitted them to the sf.net bugs site, but they are closed, because 
current CVS have them fixed.

> Looking through the cvs it doesn't look like any of the 
> branches have bug fixes patches applied to them, so it seems that most 
> of the bug fixes are mixed in with new features (and new bugs) as 
> phpWiki is being developed. So I still don't know which version to use 
> in an actual production environment.

in cvs we have no branches at all, only head. use HEAD.

> 
> Cheers
> Ari Maniatis
> 
> 
> On 30/05/2004, at 10:55 PM, Reini Urban wrote:
> 
>>> So, after all this, my question. Is phpWiki in a state suitable for 
>>> production use? If so, which version are people using. I can't afford 
>>> to spend much more time debugging.
>>
>>
>> You can see that at http://phpwiki.sf.net/phpwiki/PhpWikiSites
>>
>> Use a release, with some minor recommended patches (if you need that),
> 
> 
> 
> 
> -------------------------->
> ish group pty ltd
> http://www.ish.com.au
> 7 Darghan St Glebe 2037 Australia
> phone +61 2 9660 1400   fax +61 2 9660 7400
> PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8
> 
> 


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] stable release

[Franois G. <fra...@fr...>]

Le 31/05/04 6:03, =AB=A0Aristedes Maniatis=A0=BB <ar...@is...> a =E9crit=A0:

> Does anyone have experience of any other wikis which are focussed on
> just the wiki aspect?

 TWiki http://www.twiki.org (Perl)
 MoinMoin http://moin.sf.net/ (Python)

I have tested both. I manage a TWiki farm for some projects.

Re: [Phpwiki-talk] stable release

[Aristedes M. <ar...@is...>]

OK. That is good to know. I am not running Debian, but is there a 1.3.7 
tar somewhere or is it only possible to fetch that version out of CVS?

I've had a couple of private responses already to say that hopefully a 
stable version of phpwiki will be focussed on in the future, rather 
than continually adding new features at every point release. It is 
certainly my experience that as an open source project becomes more 
mature, development becomes structured and new features released 
separately to bug fixes.

I am certainly new to this project's development cycle, but it concerns 
me that 1.3.11 will be adding 'buddy ratings" (see here 
http://www.wikilens.org/index.php/Restaurant). It seems like phpwiki is 
turning into yet another CMS. Really I just wanted a wiki that works 
well and if 1.3.11 adds another feature that needs further 
debugging....

Does anyone have experience of any other wikis which are focussed on 
just the wiki aspect? We'd like to use this system for internal office 
and processes documentation. We have a little experience in Drupal, but 
that seems too complex for this relatively simple need.

Obviously the programmers of this project are doing a great job, but it 
might just be that their goals are not what I need to achieve.

Cheers
Ari Maniatis


On 31/05/2004, at 11:09 AM, Matthew Palmer wrote:

> On Sun, May 30, 2004 at 11:45:58PM +1000, Aristedes Maniatis wrote:
>> Thanks for this feedback. Where would I find that list of recommended
>> patches? Looking through the cvs it doesn't look like any of the
>> branches have bug fixes patches applied to them, so it seems that most
>> of the bug fixes are mixed in with new features (and new bugs) as
>> phpWiki is being developed. So I still don't know which version to use
>> in an actual production environment.
>
> 1.3.7 works well for me and, apparently, a pile of Debian users.  Not 
> that
> I'm stretching it overly much, though.
>
> - Matt
>



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

Re: [Phpwiki-talk] stable release

[Matthew P. <mp...@he...>]

On Sun, May 30, 2004 at 11:45:58PM +1000, Aristedes Maniatis wrote:
> Thanks for this feedback. Where would I find that list of recommended 
> patches? Looking through the cvs it doesn't look like any of the 
> branches have bug fixes patches applied to them, so it seems that most 
> of the bug fixes are mixed in with new features (and new bugs) as 
> phpWiki is being developed. So I still don't know which version to use 
> in an actual production environment.

1.3.7 works well for me and, apparently, a pile of Debian users.  Not that
I'm stretching it overly much, though.

- Matt

Re: [Phpwiki-talk] stable release

[Aristedes M. <ar...@is...>]

Thanks for this feedback. Where would I find that list of recommended 
patches? Looking through the cvs it doesn't look like any of the 
branches have bug fixes patches applied to them, so it seems that most 
of the bug fixes are mixed in with new features (and new bugs) as 
phpWiki is being developed. So I still don't know which version to use 
in an actual production environment.

Cheers
Ari Maniatis


On 30/05/2004, at 10:55 PM, Reini Urban wrote:

>> So, after all this, my question. Is phpWiki in a state suitable for 
>> production use? If so, which version are people using. I can't afford 
>> to spend much more time debugging.
>
> You can see that at http://phpwiki.sf.net/phpwiki/PhpWikiSites
>
> Use a release, with some minor recommended patches (if you need that),



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

Re: [Phpwiki-talk] stable release

[Reini U. <ru...@x-...>]

Aristedes Maniatis schrieb:
> I am in a rather frustrating position with phpWiki. I'd very much like 
> to use this project and I've spent at least 6-8 hours debugging and 
> fixing things in it so far. My progress:
> 
> * 1.2.4 has a large number of bugs and doesn't correspond to the online 
> documentation. It appears to be largely abandoned and has had few bug 
> fixes applied to it for a long time.
> 
> * 1.3.10 is much better. But I've had to patch several things to get it 
> to work, taking some parts of the current cvs repository. I was still 
> stuck since I couldn't get it to store users/password into the mysql 
> database without throwing an error in DB_Session.php. Also if I set 
> GROUP_METHOD = NONE then errors were thrown all over the place.
> 
> * nightly cvs seems to be still broken. I get an error:
> 
> Fatal error: Call to undefined function: getauthparam() in 
> /usr/local/www/phpwiki/lib/WikiUserNew.php on line 1609
> 
> Lines like this in config.ini don't help diagnostics:
> 
> ;   Db:            Use $DBAuthParams[] (see below) with the PearDB or
> ;                   ADODB only.
> 
> But $DBAuthParams doesn't appear below or anywhere else in config.ini.
> 
> It appears that getauthparam() is defined in lib/WikiDB.php, but why 
> isn't it being seen?

You caught me in the middle of changing the API to access the DB globals.
$GLOBALS['DBParams'] and $GLOBALS['DBAuthParams'] are gone.
DB_Session was renamed to DbSession.

As soon as this is fully tested (as always: it works for me, ...), 
1.3.11 will be released.
With some minor pending additions:
   edit toolbar icons,
   wikilens stuff: 2h work and some discussion with dfrankow.
                   some fixes and a lot of new files.

> So, after all this, my question. Is phpWiki in a state suitable for 
> production use? If so, which version are people using. I can't afford to 
> spend much more time debugging.

You can see that at http://phpwiki.sf.net/phpwiki/PhpWikiSites

Use a release, with some minor recommended patches (if you need that),
but not a CVS since May 27. (though it works on sf.net and for me)
Today is such a good weather, it was raining the last whole week, so I 
will make a break now.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] file_passwd error

[Reini U. <ru...@x-...>]

Aristedes Maniatis schrieb:
> Sorry to be answering my own question here... I've just merged the patch 
> from cvs on this file. I've added only this line:
> 
> include_once(dirname(__FILE__)."/pear/File_Passwd.php"); // same style 
> as in main.php
> 
> at line 2103. Should I bother trying to apply this patch in the port, or 
> will 1.3.11 be released soon?

You can do that, buit see the updated RelaseNotes on the demo site what 
else will be fixed in 1.3.11.

It will be released soon. In about 2-3 days. (hopefully)

I'm just adding the latest work from the wikilens group, with calculated 
recommendations, the buddie features, and all columns sortable.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] stable release

[Aristedes M. <ar...@is...>]

I am in a rather frustrating position with phpWiki. I'd very much like 
to use this project and I've spent at least 6-8 hours debugging and 
fixing things in it so far. My progress:

* 1.2.4 has a large number of bugs and doesn't correspond to the online 
documentation. It appears to be largely abandoned and has had few bug 
fixes applied to it for a long time.

* 1.3.10 is much better. But I've had to patch several things to get it 
to work, taking some parts of the current cvs repository. I was still 
stuck since I couldn't get it to store users/password into the mysql 
database without throwing an error in DB_Session.php. Also if I set 
GROUP_METHOD = NONE then errors were thrown all over the place.

* nightly cvs seems to be still broken. I get an error:

Fatal error: Call to undefined function: getauthparam() in 
/usr/local/www/phpwiki/lib/WikiUserNew.php on line 1609

Lines like this in config.ini don't help diagnostics:

;   Db:            Use $DBAuthParams[] (see below) with the PearDB or
;                   ADODB only.

But $DBAuthParams doesn't appear below or anywhere else in config.ini.


It appears that getauthparam() is defined in lib/WikiDB.php, but why 
isn't it being seen?


So, after all this, my question. Is phpWiki in a state suitable for 
production use? If so, which version are people using. I can't afford 
to spend much more time debugging.

Cheers
Ari Maniatis



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

Re: [Phpwiki-talk] file_passwd error

[Aristedes M. <ar...@is...>]

Sorry to be answering my own question here... I've just merged the 
patch from cvs on this file. I've added only this line:

include_once(dirname(__FILE__)."/pear/File_Passwd.php"); // same style 
as in main.php

at line 2103. Should I bother trying to apply this patch in the port, 
or will 1.3.11 be released soon?

Cheers
Ari Maniatis


On 30/05/2004, at 1:26 PM, Aristedes Maniatis wrote:

> This has been reported before, but no one has answered. I know other 
> people have this same problem. This happens when I try to create a new 
> user:
>
> Fatal error: Cannot instantiate non-existent class: file_passwd in 
> /usr/local/www/phpwiki/lib/WikiUserNew.php on line 2122
>
> This is the only thing stopping me finalising the new FreeBSD port 
> I've created. Any ideas? Where should this class be coming from? Is 
> there a way to check what paths are being used by PHP? I am a 
> programmer, but know little PHP.
>
> Ari Maniatis
>
>
>
> -------------------------->
> ish group pty ltd
> http://www.ish.com.au
> 7 Darghan St Glebe 2037 Australia
> phone +61 2 9660 1400   fax +61 2 9660 7400
> PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 
> 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

[Phpwiki-talk] file_passwd error

[Aristedes M. <ar...@is...>]

This has been reported before, but no one has answered. I know other 
people have this same problem. This happens when I try to create a new 
user:

Fatal error: Cannot instantiate non-existent class: file_passwd in 
/usr/local/www/phpwiki/lib/WikiUserNew.php on line 2122

This is the only thing stopping me finalising the new FreeBSD port I've 
created. Any ideas? Where should this class be coming from? Is there a 
way to check what paths are being used by PHP? I am a programmer, but 
know little PHP.

Ari Maniatis



-------------------------->
ish group pty ltd
http://www.ish.com.au
7 Darghan St Glebe 2037 Australia
phone +61 2 9660 1400   fax +61 2 9660 7400
PGP fingerprint 08 57 20 4B 80 69 59 E2  A9 BF 2D 48 C2 20 0C C8

Re: [Phpwiki-talk] blog plugin

[Dmitry M. <dm...@la...>]

On Fri, May 28, 2004 at 08:20:40PM +0200, Reini Urban wrote:
> Please do so.
> Enhancements, esp. with the stylesheet are appreciated.

Cool. I've been thinking about this for a while.. so far I've created a
a category plugin. I'm trying to figure out how to integrate it all
nicely. 

I'm interested in creating something that looks like a typical weblog
but has phpwiki as a backend.

So some thoughts/ideas:

    o todays posts (if more than one post they must be summarized)
    o comments for every post that can be managed by the blog's owner
    o entries can belong to multiple categories, and are generally
      indistinguishable from "normal" wiki entries
    o Archives - month/year
    o RSS feeds
 
Most of these seem to be doable (I'm still learning the code).

One problem that I can't quite figure a nice solution to is this.
Assuming I have a blogspace (something like
DmitrysWeblog/*, where * are entries) how do I prevent people from going
in and creating DmitrysWeblog/StupidEntry? I hope that made sense. I
haven't looked through the permissions subsystem at all yet, so I have
no idea how it could be done.

Either way, I'll apreciate any and all comments.

-D


PS: At first, I rather stupidly sent this message to Reini directly.
My apologies.

Re: [Phpwiki-talk] blog plugin

[Dmitry M. <dm...@la...>]

On Sat, May 29, 2004 at 10:35:55AM +0200, Fran?ois Granger wrote:
> FYI a guy has done a really interesting job on this, but not published it:
> 
> http://the.taoofmac.com/space

Yup, I've seen it. As far as I can tell he doesn't do anything anything
special, and has no "blog-features" (archives, etc).  His blog is simply
a wiki entry. I want something more sophisticated.

I actually found that page when I was googling for "wiki + blog". That's
how I started with phpwiki :)


-d

Re: [Phpwiki-talk] blog plugin

[Franois G. <fra...@fr...>]

Le 28/05/04 20:12, =AB=A0Dmitry M.=A0=BB <dm...@la...> a =E9crit=A0:

> Hello all.
>=20
> I'm just curious if anyone is working on producing a more complete blog
> system based on phpwiki.
>=20
> If noone is I'm thinking of doing it myself shortly.

FYI a guy has done a really interesting job on this, but not published it:

http://the.taoofmac.com/space

[Phpwiki-talk] PhpwikiAdministration Apostrophe issue

[Electrawn <ele...@el...>]

Version I'm running can't handle ' (an apostrophe) in the page name for any
of the remove, rename, replace functions.

Has this been updated in current versions?

-Electron


I've stopped 7,716 spam messages. You can too!
One month FREE spam protection at www.cloudmark.com