phpwiki-talk

Re: [Phpwiki-talk] pear location question

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

Richard Murphy schrieb:
> I just did a fresh install of 1.3.10 (my last version being 1.2.x), and, 
> on the first opening of index.php, I get the following error:
> 
> ---------------------
> 
> *Fatal error*: main(): Failed opening required 'DB.php' 
> (include_path='.:/usr/lib/php:/home/commonmonkeyflower.net/html/phpwiki:/home/commonmonkeyflower.net/html/phpwiki/lib/pear') 
> in 
> */home/commonmonkeyflower.net/html/phpwiki/lib/WikiDB/backend/PearDB.php* 
> on line *7
> *---------------------
> 
> I have not modified my include_path in config.ini, and, anyways, the 
> include path shown in the error message does include the correct path to 
> find DB.php.

yes, I have not idea.
The path is correct, the file DB.php should be there.
file permissions maybe?

> The instructions on dealing with this sort of problem on the phpwiki 
> home wiki don't seem to have been updated for 1.3.10, and the solution 
> that seems to be suggested on this mailing list is "don't set your 
> include_path", which I haven't done.
> 
> Can I get a little help? I promise I'll edit the faq to reflect the new 
> solution to this problem if I can get it fixed.
> 
> -Murph.


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

[Phpwiki-talk] pear location question

[Richard M. <mu...@co...>]

I just did a fresh install of 1.3.10 (my last version being 1.2.x),  
and, on the first opening of index.php, I get the following error:

---------------------

Fatal error: main(): Failed opening required 'DB.php'  
(include_path='.:/usr/lib/php:/home/commonmonkeyflower.net/html/ 
phpwiki:/home/commonmonkeyflower.net/html/phpwiki/lib/pear') in  
/home/commonmonkeyflower.net/html/phpwiki/lib/WikiDB/backend/PearDB.php  
on line 7

---------------------

I have not modified my include_path in config.ini, and, anyways, the  
include path shown in the error message does include the correct path  
to find DB.php.

The instructions on dealing with this sort of problem on the phpwiki  
home wiki don't seem to have been updated for 1.3.10, and the solution  
that seems to be suggested on this mailing list is "don't set your  
include_path", which I haven't done.

Can I get a little help?  I promise I'll edit the faq to reflect the  
new solution to this problem if I can get it fixed.

-Murph. 

[Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/lib/plugin UserPreferences.php,1.33,1.34

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

Dan Frankowski schrieb:
> In general it's not good to adjust the code to pass unit tests by 
> exercising different code paths. Sometimes this is difficult.

I know. Before I had it in the if section below, which also just returns.

Userprefs is the only page where I do this to be able to finish a 
complete test run of SetupWiki + DumpHtml for all backends.

We don't have real users and a real request on unit testing,
that's the real problem why Userprefs breaks.

And I caught a lot of new errors. Now only some minor problems are 
remaining.
paging on limit, your rating code,
javascript search&replace, collapsed PageChangeNotification testing.

I probably wont finish PageModeration, SpamAssassinIntegration, 
SearchHighlight, logfile access for 1.3.11. Something for the next release.

> Reini Urban wrote:
>> Update of /cvsroot/phpwiki/phpwiki/lib/plugin
>> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15043/plugin
>>
>> Modified Files:
>>     UserPreferences.php Log Message:
>> adjust for unittests. They finally pass all tests
>>
>> Index: UserPreferences.php
>> ===================================================================
>> RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/UserPreferences.php,v
>> retrieving revision 1.33
>> retrieving revision 1.34
>> diff -u -2 -b -p -d -r1.33 -r1.34
>> --- UserPreferences.php    4 Oct 2004 23:39:34 -0000    1.33
>> +++ UserPreferences.php    5 Oct 2004 00:10:49 -0000    1.34
>> @@ -67,4 +67,6 @@ extends WikiPlugin
>>         $args = $this->getArgs($argstr, $request);
>>         $user =& $request->_user;
>> +        if (isa($request,'MockRequest'))
>> +            return '';
>>         if ((!$request->isActionPage($request->getArg('pagename')) 
>>              and (!isset($user->_prefs->_method) @@ -168,4 +170,7 @@ 
>> extends WikiPlugin
>>
>> // $Log$
>> +// Revision 1.34  2004/10/05 00:10:49  rurban
>> +// adjust for unittests. They finally pass all tests
>> +//

[Phpwiki-talk] WikiMarkupStandard WG mailing list

[Mario S. <ma...@er...>]

The process to standardize/harmonize/document a basic common WikiMarkup
is currently revived by creation of a mailing list (we hope so):

  http://www.usemod.com/cgi-bin/mb.pl?WikiMarkupStandardWorkingGroup

It hasn't started yet, initial discussions may be lame and so, and it
may get lengthy (many votings) and unfruitful as well. I however ask
that anybody interested in it, joins now or later to bring in some
personal opinions and recommendations.

It's clear that a unified WikiMarkup won't match the markup of any
existing WikiEngine, it's already too divorced for that. However as for
PhpWiki and others, there is a big chance that many things are already
what the final "WikiMarkupStandard" document (a RFC is planned) could
tell. At least WikiWords and italic, bold markup will remain; and the
final recommendation (what I'd personally prefer as title) of course
won't forbid or deprecate any extended markup capabilities of existing
WikiEngines. On the contrary it will promote that, the whole effort is
only about getting the basics somewhat similar for many Wikis, so that
WWW users may more easily switch from one site+system to another.

IMO we'll register for a MIME Media Type that later allows use to use
something like "Content-Type: text/wiki; variant=phpwiki" or so. This
will ease using Wiki with WebDav and AtomApi (not that I deem either
very urgent ;)  and even EMail (for mailing lists like that here) if
possible.

The whole effort is for the benefit of users, and whoever has the time
should join the mailing list now and help it succeed (many compromises
from everybody are neccessary to get there). There will of course be
a final WikiWorldWide voting (another invitation will get sent out) on
the outcome of this effort; won't get published if there is too broad
disagreement. It's however better, if ideas and conflicts with the
implementation in existing WikiEngines get to the surface as early as
possible.


Regards,
mario
(please Cc: me)

Re: [Phpwiki-talk] php code highlighting?

[Arnaud F. <ar...@cr...>]

Le ven 01/10/2004 =E0 04:52, Daniel C. a =E9crit :
> Are there any plans in the works to add tags to identify PHP code
> within a page, so that it will 1. not be processed by the normal
> parsing (i.e. square brackets won't be turned into links), and 2. be
> highlighted all pretty like?  I went to submit a feature request and
> saw that someone else had submitted the exact same request the day
> before.

the PhpHighlight plugin is what you're looking for.

<?plugin PhpHighlight
...Your Php (some other langages are working well too) code here ...
?>


--=20
Arnaud Fontaine
ar...@cr...
Jabber: sh...@ra...
ICQ: 3504789

Re: [Phpwiki-talk] php code highlighting?

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

Daniel C. schrieb:
> Are there any plans in the works to add tags to identify PHP code
> within a page, so that it will 1. not be processed by the normal
> parsing (i.e. square brackets won't be turned into links), and 2. be
> highlighted all pretty like?  I went to submit a feature request and
> saw that someone else had submitted the exact same request the day
> before.

Sorry, no plans.
you have to explicitly use the PhpHighlight plugin.

And this breaks on certain occasions. I know.
(stale comments, ...)

but patches will be tested and considered.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] php code highlighting?

[Daniel C. <dcr...@gm...>]

Are there any plans in the works to add tags to identify PHP code
within a page, so that it will 1. not be processed by the normal
parsing (i.e. square brackets won't be turned into links), and 2. be
highlighted all pretty like?  I went to submit a feature request and
saw that someone else had submitted the exact same request the day
before.

Dan

Re: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

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

searchadm schrieb:
> Thanks to all helping me getting it work.
> After i understood that cvs is part of linux i made it on a linux pc and 
> it works like described.

sorry, no.
cvs is a simple command-line program. in no way related to linux.
in fact it derived from OpenBSD IMHO.
it can also be used as server (Windows service), but you won't need that 
functionality.

The windows cvs.exe is exact the same as linux /usr/bin/cvs or any other 
cvs executable.
There are multiple versions of cvs.exe for windows:
   cvsnt.org, cygwin.com, and it comes with every cvs gui for windows.
Just copy it to your path for convenience.

In the meantime:
Does anybody know what happened to the nightly snapshot feature?
Maybe they just forgot to migrate with the latest server switches.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Re: Re: wiki blank page

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

Matthew Palmer schrieb:
> On Wed, Sep 29, 2004 at 08:01:07PM +0200, Daniel Kropveld wrote:
>>I think I found it. It is the php distribution of Fedora Core 2 that 
>>dumped gdbm support last may. And none of the other handles are 
>>supported by phpWiki :(
> 
> 
> I beg to differ.  The default PHPWiki configuration for Debian until
> recently was for db4 storage.  Unfortunately there's some unpleasant bugs in
> the db4 handler for PHP which makes it almost unusable (for anything, not
> just PHPWiki).
> 
> My suggestion would be to switch to sqlite.  The PECL module is
> self-contained and SQLite support in PHPWiki is pretty well tested.

yes, sqlite is good bet. esp. with the current php-dba nightmare.

but it is VERY slow on my tests machines. (~10 times slower than mysql)
and older php's don't support it. sf.net e.g.

I'd rather invest in more workarounds for dba bugs.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] CreateToc not working

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

Aaron R. Short schrieb:
> Thanks for the reply. I still don't understand why the
> createtoc pluging doesn't work. I know it works on our
> site why not PhpWiki's wiki? I tried the xhtml zip on
> the PhpWiki wiki however it did the same thing it does
> on our site. If this stuff is fixed in the latest code
> and the PhpWiki is running on the latest code then why
> doesn't it work?
> 
> Is the PhpWiki's wiki used for actual documentation
> purposes or is it just a demo? I thought it was both
> but...

PhpWiki's wiki uses the last stable branch 1.3.10
where CreateToc is broken somehow. This is not the worst problem on 
1.3.10. The memory exhaustion problem is much worse IMHO.

This is used for documentation. Yes.
But as long as testing is not over for the new release
I won't switch the default PhpWiki wiki
(http://phpwiki.org/ <=> http://phpwiki.sourceforge.net/phpwiki/ <=> 
http://phpwiki.sourceforge.net/phpwiki-1.3.10/)
to 1.3.11.

PhpWiki's demo wiki uses the last CVS version (1.3.11-pre), where 
CreateToc is working ok. And the memory exhaustion problem should be 
gone. Even on the old sf.net php version and even with > 600 pages. (and 
even utf-8)

> --- Reini Urban <ru...@x-...> wrote:
>>Aaron R. Short schrieb:
>>
>>>I'm working on the Arianne project.
>>>http://arianne.sourceforge.net/
>>
>>>We use PhpWiki for documentation. I know were
>>
>>running
>>
>>>1.3.10. Also were running it on the Sourceforge
>>>server. We're haveing some problems. First, when
>>>people click on the wiki link to our wiki they
>>
>>have to
>>
>>>hit refresh multiple times (some times over 10
>>
>>tries)
>>
>>>before the wiki shows up in the browser. The
>>
>>project
>>
>>>admin says this is a known issue but I couldn't
>>
>>find
>>
>>>it anywhere on the Phpwiki wiki. This makes using
>>
>>the
>>
>>>wiki very frustrating.
>>
>>Yes, 1.3.10 esp. on sf.net has known problems with
>>_cache_html
>>needing too much memory. Very frustrating.
>>
>>I didn't want to fix the default phpwiki yet.
>>Next week (hopefully) we'll change that to 1.3.11.
>>The frustrating memory crashes will then be gone.
>>
>>Using latest CVS should have fixed that. A new
>>release will be out soon.
>>We are already in the pre-release testphase.
>>
>>
>>>The other problem is with the xhtml exporter. When
>>
>>I
>>
>>>try to download a ziped copy it gives me a small
>>
>>6k
>>
>>>file that doesn't even open right. Again, I
>>
>>couldn't
>>
>>>find any info on the wiki about this.
>>
>>Again a known 1.3.10 problem. Latest CVS fixed that.
>>
>>
>>>PS. I noticed the PhpWiki wiki was a bit messy
>>
>>when it
>>
>>>came to the known issues page. I've tried to work
>>>alittle on cleaning it up. Why doesn't
>>><?plugin CreateToc with_toclink||=1 ?> work on
>>
>>that
>>
>>>page? Well it works but displays with a bunch of
>>>errors.
>>
>>Thanks for trying cleaning up the mess!
>>I also tried to remove some stuff lately.
>>
>>featurewise: same as above :)
>>The demo wiki runs CVS code.
-- 
Reini Urban
http://phpwiki.org/

[Phpwiki-talk] Why not make MySQL the dafault database for phpwiki ?

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

Amilcar do Carmo Lucas schrieb:

> On Wednesday 29 September 2004 21:14, Reini Urban wrote:
> 
>>we don't care for the dba handler, every will work. we don't care about
>>the handler at all. the php-dba module just has to work as advertised.
>>just cdb is not a good solution, if you care to read the cdb docs. :)
>>
>>berkeleydb4 (db4) is of course supported. There might be php issues with
>>that though. see old bugreports on that. but php-gdbm has also problems,
>>even worse than db4.
> 
> Why not make MySQL the dafault database for phpwiki ?

1. because it's it technically worse than dba

2. is much harder to install (database setup, permissions, ...).

3. for some time php folks decided to turn off default mysql
support in php core. (this debate is over now I hope, but who knows).

4. Jeff and Steve also want to keep dba the default (I asked the same 
question some years ago)

ad 1: mysql locks all tables in the whole database to be able
to update a single row in a single table.

gdbm introduced file locking with php-4.3, which caused pain because of 
a bad php interface.
dba versions on earlier php's don't support (or just don't work) with 
multiple connections, which caught us with USE_DB_SESSION with dba.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

[searchadm <sea...@go...>]

Thanks to all helping me getting it work.
After i understood that cvs is part of linux i made it on a linux pc and 
it works like described.

Regards Stefan

http://www.mineralienatlas.de

Dan Frankowski wrote:

> Reini Urban wrote:
>
>> searchadm schrieb:
>>
>>> Tried to use CVS but i seems to be to stupid :-x
>>>
>>> I tried to use TortoiseCVS and WinCVS but i don't understand what to 
>>> do there. The Software connects but not more ???  I'am no devolopper 
>>> and not interested wasting ours of my time only to get a peace of 
>>> software i need to make it run for the visitors. Sorry this makes me 
>>> angry. i know it's free of cost, but my web site is also free of 
>>> cost and so or so i spend neerly 6 hours a day to support the 
>>> visitors the end is reached. Is there a way to get it easier?
>>>
>>> Regards Stefan
>>>
>>>
>>> SourceForge.net schrieb:
>>>
>>>> Read and respond to this message at: 
>>>> https://sourceforge.net/forum/message.php?msg_id=2779637
>>>> By: schorni
>>>>
>>>> Hello tried to get the newest version. i saw that the nightly build 
>>>> is not newer
>>>> than 9 july 2004.
>>>> The logs are also not updated whats wrong here
>>>> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz
>>>
>>>
>>>
>>>
>>>
>>> Ah, thanks for bringing that to my attention. sf.net seems to be 
>>> borked somehow lately
>>>
>>>>
>>>> where can i get the latest version? To load it file by file from 
>>>> the cvs is
>>>> to hard to do it.
>>>
>>>
>>>
>>>
>>>
>>> Come on!
>>> See http://sourceforge.net/cvs/?group_id=6121
>>>
>>> in detail:
>>> cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
>>> <enter>
>>> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co 
>>> phpwiki
>>
>>
>>
>> These two lines are too complicated? It's even described on the webpage.
>>
>> co will need about a minute or so until it starts doing something.
>> if you want to see what's going on behind you can also do:
>>
>> cvs -t -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co phpwiki
>>
>> I agree that with any GUI (Tortoise or WinCVS) it looks very 
>> complicated.
>
>
>
> Reini, if you are using windows, it doesn't have a command-line with 
> cvs built in, so it's not just two lines. Clearly, since this person 
> is trying to use TortoiseCVS or WinCVS, they are using windows. 
> Anyway, even if it were two lines, there's no reason to aggravate a 
> sad person.
>
> searchadm, for now you have to use CVS if you want the latest version. 
> If you want to apply the two cvs lines above that Reini described, you 
> might try installing cygwin (http://cygwin.com/setup.exe), and make 
> sure cvs install is turned on. However, the truth is probably no one 
> has time to support you for free to the level that you need it. Sorry 
> for your pain.
>
> Dan
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out 
> more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

[Dan K. <do...@ax...>]

On Wed, 29 Sep 2004 11:20:21 +0200, searchadm wrote:
>=A0Tried to use CVS but i seems to be to stupid :-x
>
>=A0I tried to use TortoiseCVS and WinCVS but i don't understand what
>=A0to do there. The Software connects but not more ??? =A0I'am no
>=A0devolopper and not interested wasting ours of my time only to get a
>=A0peace of software i need to make it run for the visitors. Sorry
>=A0this makes me angry. i know it's free of cost, but my web site is
>=A0also free of cost and so or so i spend neerly 6 hours a day to
>=A0support the visitors the end is reached. Is there a way to get it
>=A0easier?

On Wed, 29 Sep 2004 16:42:12 +0200, Reini Urban wrote:
>=A0These two lines are too complicated? It's even described on the
>=A0webpage.
>
>=A0co will need about a minute or so until it starts doing something.
>=A0if you want to see what's going on behind you can also do:
>
>=A0cvs -t -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co
>=A0phpwiki
>
>=A0I agree that with any GUI (Tortoise or WinCVS) it looks very
>=A0complicated.

On Wed, 29 Sep 2004 16:31:25 -0500, Dan Frankowski wrote:
>=A0Reini, if you are using windows, it doesn't have a command-line
>=A0with cvs built in, so it's not just two lines. Clearly, since this
>=A0person is trying to use TortoiseCVS or WinCVS, they are using
>=A0windows. Anyway, even if it were two lines, there's no reason to
>=A0aggravate a sad person.
>
>=A0searchadm, for now you have to use CVS if you want the latest
>=A0version. If you want to apply the two cvs lines above that Reini
>=A0described, you might try installing cygwin
>=A0(http://cygwin.com/setup.exe), and make sure cvs install is turned
>=A0on. However, the truth is probably no one has time to support you
>=A0for free to the level that you need it. Sorry for your pain.

Not to go too offtopic here, but hopefully this will help searchadm and=
 others (especially Windows users) getting this project working from CVS:

1. DO NOT use a CVS GUI until you are familiar with the command-line=
 version, how to specify a CVSROOT, and loosely how CVS works.  Skim the=
 beginning of "the Cederqvist" (the official unofficial CVS manual) at:=
 https://www.cvshome.org/docs/manual/

2. Cygwin ( http://cygwin.com/ ), as Dan F. mentioned, is a great free=
 toolkit for getting real work done on a Windows box, and it's worth=
 installing, but don't use its CVS because it's not 100% compatible with the=
 GUIs you'll eventually want to use.  

3. Download and get familar with the free CVSNT: http://cvsnt.org/ .  

4. CVSNT will be the power behind the popular free CvsGui aka WinCVS:=
 http://wincvs.org/ .  Install this once you are comfortable with=
 command-line CVS and actually need to do somewhat complicated tasks. =
 You'll find its Python/Tcl macros powerful and convenient.

Notice the word "free" a lot?  All this stuff is out there and available for=
 anybody to use, all open source.  CVS has its warts, but it's time-tested=
 and very widespread, so go ahead and take the plunge.

And once you get CVS working, just type these two commands (one to log in,=
 the second to get the latest phpwiki module), and you'll magically have a=
 directory called "phpwiki" with the latest PhpWiki:
1. cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
2. cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co=
 phpwiki

Good luck.

--
Dan Kamins

Subject: [Phpwiki-talk] migrating from db to sql ...

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

Arnaud:

I found that I had to do an AllPages to scroll down to the last page 
restored, create a new zip file containing the remaining unrestored 
pages starting at the next file, and go from there, removing any 
'problem' pages that I encountered for 'analysis'.

I was able to successfully create a 1.3.10 MySQL site that works and 
carried our content over, but the remaining instabilities in the code 
around LDAP, ANON and BOGO are keeping us on the 1.3.4 build for a 
little while more.

I'll be glad to offer any other help if I can.

Thanks,
Micki

>Message: 3
>From: Arnaud Fontaine <ar...@cr...>
>Reply-To: ar...@cr...
>To: php...@li...
>Date: Wed, 29 Sep 2004 19:46:03 +0200
>Subject: [Phpwiki-talk] migrating from db to sql ...
>
>Hi all,
>
>Using 1.3.10, I was unable to restore (full restore with all versions) a
>gdbm 1.3.4 wiki into a sql based 1.3.10 wiki.
>
>I first try to add the "overwrite" option to the url .. no way .. then
>to the wikiform plugin .. no way (no overwrite option for the plugin) ..
>then I used the unziped dump as pgsrc with a overwrite option forced to
>one into to plugin ... half the way :)
>The script stopped with no error at all (and no error in the apache
>error log about time execution ...) after restoring a hundred pages ...
>
>- Any clue ?
>- Any easy way to do this on the command line or should I write a php
>script dedicated to this task ??
>--
>Arnaud Fontaine
>Jabber: sh...@ra...
>ICQ: 3504789
>


-- 

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

[Phpwiki-talk] Re: Re: wiki blank page

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

On Wed, Sep 29, 2004 at 11:57:21PM +0200, Amilcar do Carmo Lucas wrote:
> On Wednesday 29 September 2004 21:14, Reini Urban wrote:
> > we don't care for the dba handler, every will work. we don't care about
> > the handler at all. the php-dba module just has to work as advertised.
> > just cdb is not a good solution, if you care to read the cdb docs. :)
> >
> > berkeleydb4 (db4) is of course supported. There might be php issues with
> > that though. see old bugreports on that. but php-gdbm has also problems,
> > even worse than db4.
>=20
> Why not make MySQL the dafault database for phpwiki ?

Because that would then require anyone who wanted to run a PHPWiki would
need to know or learn how to do things with MySQL.  Yes it's free, yes it's
relatively easy to GUI your way around things, but it's still a significant
learning hump.  Oh, and PHP5 doesn't have the MySQL module in it's core set
of features any more, due to the changed licencing of MySQL.

Throw SQLite at the problem instead, though, and you get much the same sort
of external appearance, without the hideous interface of DBA (you get the
hideous interface of SQL instead <g>).

- Matt

[Phpwiki-talk] Re: Re: wiki blank page

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

On Wed, Sep 29, 2004 at 08:01:07PM +0200, Daniel Kropveld wrote:
> I think I found it. It is the php distribution of Fedora Core 2 that=20
> dumped gdbm support last may. And none of the other handles are=20
> supported by phpWiki :(

I beg to differ.  The default PHPWiki configuration for Debian until
recently was for db4 storage.  Unfortunately there's some unpleasant bugs in
the db4 handler for PHP which makes it almost unusable (for anything, not
just PHPWiki).

My suggestion would be to switch to sqlite.  The PECL module is
self-contained and SQLite support in PHPWiki is pretty well tested.

- Matt

RE: [Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

[John C. <joh...@ua...>]

Using TortoiseCVS:

1) Right click in your web server root and select CVS Checkout
2) fill in the following:
	Server: cvs.sourceforge.net
	Repository folder: /cvsroot/phpwiki
	User name: anonymous
	Module: phpwiki
3) hit ok.  If you get an error wait a while, SourceForge has had problems
with it's public cvs servers in the past.

John Cole

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of Dan
Frankowski
Sent: Wednesday, September 29, 2004 4:31 PM
To: Reini Urban
Cc: searchadm; php...@li...
Subject: Re: [Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get
the nightly build]


Reini Urban wrote:

> searchadm schrieb:
>
>> Tried to use CVS but i seems to be to stupid :-x
>>
>> I tried to use TortoiseCVS and WinCVS but i don't understand what to 
>> do there. The Software connects but not more ???  I'am no devolopper 
>> and not interested wasting ours of my time only to get a peace of 
>> software i need to make it run for the visitors. Sorry this makes me 
>> angry. i know it's free of cost, but my web site is also free of cost 
>> and so or so i spend neerly 6 hours a day to support the visitors the 
>> end is reached. Is there a way to get it easier?
>>
>> Regards Stefan
>>
>>
>> SourceForge.net schrieb:
>>
>>> Read and respond to this message at: 
>>> https://sourceforge.net/forum/message.php?msg_id=2779637
>>> By: schorni
>>>
>>> Hello tried to get the newest version. i saw that the nightly build 
>>> is not newer
>>> than 9 july 2004.
>>> The logs are also not updated whats wrong here
>>> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz
>>
>>
>>
>>
>> Ah, thanks for bringing that to my attention. sf.net seems to be 
>> borked somehow lately
>>
>>>
>>> where can i get the latest version? To load it file by file from the 
>>> cvs is
>>> to hard to do it.
>>
>>
>>
>>
>> Come on!
>> See http://sourceforge.net/cvs/?group_id=6121
>>
>> in detail:
>> cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
>> <enter>
>> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co 
>> phpwiki
>
>
> These two lines are too complicated? It's even described on the webpage.
>
> co will need about a minute or so until it starts doing something.
> if you want to see what's going on behind you can also do:
>
> cvs -t -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co phpwiki
>
> I agree that with any GUI (Tortoise or WinCVS) it looks very complicated.


Reini, if you are using windows, it doesn't have a command-line with cvs 
built in, so it's not just two lines. Clearly, since this person is 
trying to use TortoiseCVS or WinCVS, they are using windows. Anyway, 
even if it were two lines, there's no reason to aggravate a sad person.

searchadm, for now you have to use CVS if you want the latest version. 
If you want to apply the two cvs lines above that Reini described, you 
might try installing cygwin (http://cygwin.com/setup.exe), and make sure 
cvs install is turned on. However, the truth is probably no one has time 
to support you for free to the level that you need it. Sorry for your pain.

Dan



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] Re: wiki blank page

[Amilcar do C. L. <am...@id...>]

On Wednesday 29 September 2004 21:14, Reini Urban wrote:
> we don't care for the dba handler, every will work. we don't care about
> the handler at all. the php-dba module just has to work as advertised.
> just cdb is not a good solution, if you care to read the cdb docs. :)
>
> berkeleydb4 (db4) is of course supported. There might be php issues with
> that though. see old bugreports on that. but php-gdbm has also problems,
> even worse than db4.

Why not make MySQL the dafault database for phpwiki ?

-- 
Amilcar Lucas
Current webmaster
The KDevelop project

Re: [Phpwiki-talk] Newbie needing help with install!

[Dan F. <dfr...@cs...>]

Say the version of phpwiki you are using and send your config file, or 
no one can help.

Dan

Paul A. Porter wrote:

> I've just downlaoaded phpWiki and am trying to install it on a Win200 
> box. I went into config.php and set it to tell phpWiki that I'm using 
> MySQL.  However it seems that phpWiki has a mind of it's own and 
> insists on trying to run dbaDatabase.php and of course it discovers 
> that "You don't seem to have DBA support compiled into PHP." and 
> proceeds to give me the following:
>
> *Fatal error*: Call to undefined function: dba_open() in 
> *c:\easyphp\www\miskb\lib\DbaDatabase.php* on line *54
>
> *Does phpWiki have to use DBA or have I missed a setting somewhere 
> that tells it not to use it?
> Any help would be appreciated.
>
> Paul
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out 
> more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> searchadm schrieb:
>
>> Tried to use CVS but i seems to be to stupid :-x
>>
>> I tried to use TortoiseCVS and WinCVS but i don't understand what to 
>> do there. The Software connects but not more ???  I'am no devolopper 
>> and not interested wasting ours of my time only to get a peace of 
>> software i need to make it run for the visitors. Sorry this makes me 
>> angry. i know it's free of cost, but my web site is also free of cost 
>> and so or so i spend neerly 6 hours a day to support the visitors the 
>> end is reached. Is there a way to get it easier?
>>
>> Regards Stefan
>>
>>
>> SourceForge.net schrieb:
>>
>>> Read and respond to this message at: 
>>> https://sourceforge.net/forum/message.php?msg_id=2779637
>>> By: schorni
>>>
>>> Hello tried to get the newest version. i saw that the nightly build 
>>> is not newer
>>> than 9 july 2004.
>>> The logs are also not updated whats wrong here
>>> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz
>>
>>
>>
>>
>> Ah, thanks for bringing that to my attention. sf.net seems to be 
>> borked somehow lately
>>
>>>
>>> where can i get the latest version? To load it file by file from the 
>>> cvs is
>>> to hard to do it.
>>
>>
>>
>>
>> Come on!
>> See http://sourceforge.net/cvs/?group_id=6121
>>
>> in detail:
>> cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
>> <enter>
>> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co 
>> phpwiki
>
>
> These two lines are too complicated? It's even described on the webpage.
>
> co will need about a minute or so until it starts doing something.
> if you want to see what's going on behind you can also do:
>
> cvs -t -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co phpwiki
>
> I agree that with any GUI (Tortoise or WinCVS) it looks very complicated.


Reini, if you are using windows, it doesn't have a command-line with cvs 
built in, so it's not just two lines. Clearly, since this person is 
trying to use TortoiseCVS or WinCVS, they are using windows. Anyway, 
even if it were two lines, there's no reason to aggravate a sad person.

searchadm, for now you have to use CVS if you want the latest version. 
If you want to apply the two cvs lines above that Reini described, you 
might try installing cygwin (http://cygwin.com/setup.exe), and make sure 
cvs install is turned on. However, the truth is probably no one has time 
to support you for free to the level that you need it. Sorry for your pain.

Dan

Re: [Phpwiki-talk] Re: wiki blank page

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

Daniel Kropveld schrieb:
> I think I found it. It is the php distribution of Fedora Core 2 that 
> dumped gdbm support last may. And none of the other handles are 
> supported by phpWiki :(
> 
> I dont want to compile another php; any chance that phpwiki will support 
>  cdb or db4 handles in the future?

we don't care for the dba handler, every will work. we don't care about 
the handler at all. the php-dba module just has to work as advertised.
just cdb is not a good solution, if you care to read the cdb docs. :)

berkeleydb4 (db4) is of course supported. There might be php issues with 
that though. see old bugreports on that. but php-gdbm has also problems, 
even worse than db4.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Newbie needing help with install!

[Paul A. P. <pp...@co...>]

I've just downlaoaded phpWiki and am trying to install it on a Win200 
box. I went into config.php and set it to tell phpWiki that I'm using 
MySQL.  However it seems that phpWiki has a mind of it's own and insists 
on trying to run dbaDatabase.php and of course it discovers that "You 
don't seem to have DBA support compiled into PHP." and proceeds to give 
me the following:

*Fatal error*: Call to undefined function: dba_open() in 
*c:\easyphp\www\miskb\lib\DbaDatabase.php* on line *54

*Does phpWiki have to use DBA or have I missed a setting somewhere that 
tells it not to use it? 

Any help would be appreciated.

Paul

Re: [Phpwiki-talk] Re: wiki blank page

[Daniel K. <D.K...@xs...>]

Kropveld wrote:

> Thanks;
> one step further. Now I got sofar:
> 
> <output>
> 
> lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such 
> handler:
> 
>     * file: wiki_pagedb.
>     * mode: cd
>     * handler:
> 
> lib/DbaDatabase.php:160: Warning[512]: DbaDatabase: The DBA handler is 
> unsupported!
> 
>     * Supported handlers are: cdb,cdb_make,db4,inifile,flatfile
> 
> 
> lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such 
> handler:
> 
>     * file: wiki_pagedb.
>     * mode: cd
>     * handler:
> 
> </output>
> 
> In my config.ini I do have the line
> 
> DATABASE_DBA_HANDLER = db4
> 
> (tried the 'cdb' option too, same error)
> 
> 
> ...<sigh> well I think I am going to give up on phpWiki...
> 
> 
> 
> Daniel

I think I found it. It is the php distribution of Fedora Core 2 that 
dumped gdbm support last may. And none of the other handles are 
supported by phpWiki :(

I dont want to compile another php; any chance that phpwiki will support 
  cdb or db4 handles in the future?

Daniel

[Phpwiki-talk] any rewrite rules specialist ??

[Arnaud F. <ar...@cr...>]

Hi,

The rewriting rules I wrote on the PrettyWiki page (in the "A working
solution for PrettyWiki from the / (works with Apache 1.3)" paragraph)
are working fine except with the upload plugin ... 

It seems that the rules badly handle the POST request ... 
-- 
Arnaud Fontaine
Jabber: sh...@ra...
ICQ: 3504789

[Phpwiki-talk] migrating from db to sql ...

[Arnaud F. <ar...@cr...>]

Hi all,

Using 1.3.10, I was unable to restore (full restore with all versions) a
gdbm 1.3.4 wiki into a sql based 1.3.10 wiki.

I first try to add the "overwrite" option to the url .. no way .. then
to the wikiform plugin .. no way (no overwrite option for the plugin) ..
then I used the unziped dump as pgsrc with a overwrite option forced to
one into to plugin ... half the way :)
The script stopped with no error at all (and no error in the apache
error log about time execution ...) after restoring a hundred pages ...

- Any clue ?
- Any easy way to do this on the command line or should I write a php
script dedicated to this task ??
-- 
Arnaud Fontaine
Jabber: sh...@ra...
ICQ: 3504789