phpwiki-talk

[Phpwiki-talk] sudden, strange wiki slowdown

[Geoffrey L. W. <ge...@no...>]

Ack!

Apologies for that last message.  Inadvertently hit the send key before the
proper time.  Not a particularly eloquent first post to the list...

Now on to my little issue:

I'm a recent convert to PhpWiki.  We just set up 1.2.2 at work, and in a few
short weeks it's become indispensable.

I'm now in process of setting up PhpWiki on my personal domain using 1.3.2.
 I installed it several nights ago and it went w/out a hitch.  Install
process was nice, easy and well-documented.

But mid-today I started noticing a bit 'o strange lag every time I accessed
the wiki.  Basicly, page loads now take 3 or 4 seconds, whereas before they
we quite quick.  If you're interested, you can witness the effect first
hand at:
http://www.northernwastes.org

Here are several useful things to know.

1 - I host several other domains on this machine.  Everything else seems
healthy.

2 - I run SquirrelMail (http://squirrelmail.sourceforge.net), and it too
seems to be functioning properly.  So nothing seems _grossly_ wrong w/my PHP
setup.

3 - I'm using MySQL as the back-end.

4 - Neither MySQL, Apache nor PhpWiki are reporting any errors.

5 - Upgrading to the most recent nightly snap doesn't change the problem for
better or worse.  (Although I really dig the OS X theme...)

6 - Backing up the wiki, then nuking the database, then rebuilding it
doesn't change anything.  A brand-spankin' new wiki has the same problem.

7 - I'm running Debian/Woody.  apache-ssl, php4, php4-mysql, php4-pear and
mysql-server are all apt-installed.

8 - I've reinstalled the PhpWiki code and reconfigured the index.php file
several times to make sure I haven't kludged anything there.

9 - I can't think of a damned thing that I've changed on the box before the
problem started to occur.  I don't _think_ I upgraded any related packages.
 (or any packages at all, for that matter...)

Any thoughts or constructive advice?


Many thanks,


//glw

[Phpwiki-talk] sudden, strange wiki slowdown

[Geoffrey L. W. <ge...@no...>]

Re: [Phpwiki-talk] Excluding search engines

[Jeff D. <da...@da...>]

> "Philip J. Hollenback" schrieb:
> > I notice that when google indexes my web site www.hollenback.net, it
> > finds all the pages, including the info and edit pages.
> >
> > So, does anyone have any ideas for controlling this?

You can't do this in stock PhpWiki yet, but "it's on the task list":

Make an AllPages wiki page which lists all the pages in the wiki.
(This is a simple variant of TitleSearch.)

Adjust the robots <meta> tags as follows:
  Allow 'index' and 'follow' on the AllPages page.
  Allow 'index' on all the regular (action = browse) pages (disallow
'follow').  Disallow both on everything else.



  

Re: [Phpwiki-talk] Excluding search engines

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

"Philip J. Hollenback" schrieb:
> I notice that when google indexes my web site www.hollenback.net, it
> finds all the pages, including the info and edit pages.
> 
> It seems to me that you would just want to have the straight index.php
> pages listed, why would you want someone to jump straight to editing a
> page they just found?
> 
> So, does anyone have any ideas for controlling this?  It seems that
> perhaps the robots.txt file could be used on the server, although I
> haven't investigated that yet.

we use a better scheme: robots meta tags, which allow them to index and follow
links
from browse pages and disallow them to index and follow links from informative
and 
edit pages.

since most robots don't follow POST forms this is imho enough.
but we could enhance this to force edit/diff/PageHistory and other info links
to 
use image buttons with POST instead, like SignIn.
The MacOSX theme has such buttons but not localized.

but these are VERY hard to maintian translated, esp. without carsten's 
text2png button factory. hmm. probably not worth the effort just for google. 
BTW: I like the google service. I'm very prominent on Google.
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

[Phpwiki-talk] Excluding search engines

[Philip J. H. <ph...@ho...>]

Hi All,

I notice that when google indexes my web site www.hollenback.net, it
finds all the pages, including the info and edit pages.

It seems to me that you would just want to have the straight index.php
pages listed, why would you want someone to jump straight to editing a
page they just found?

So, does anyone have any ideas for controlling this?  It seems that
perhaps the robots.txt file could be used on the server, although I
haven't investigated that yet.

P.

-- 
Philip J. Hollenback
ph...@po...
http://www.hollenback.net

Re: [Phpwiki-talk] Searching the email archive

[Steve W. <sw...@pa...>]

On Mon, 21 Jan 2002, Lawrence Akka wrote:

> Anyway, the Forums link on the project homepage (
> https://sourceforge.net/projects/phpwiki/ ) takes you to
> https://sourceforge.net/forum/?group_id=6121  which is very unhelpful.  The
> forums there mostly have 0 messages.  There is no reference to the
> geocrawler page, or to the sf mail page you mentioned.  However, some
> people still seem to be posting messages to the forums.
>
> Is this something we can fix?  Is there a setting on sf admin to turn
> forums off, and to provide a link to the maillists page?

I'd wager this is because the SF interface to the mailing lists is still
beta. I didn't know they'd made this change; mailing lists didn't used to
appear here.

Maybe they are working towards the unification of web forums and mailing
lists, since they are indeed redundant. Unfortunately they don't make it
easy to find this info.

~swain

>
> At 15:51 21/01/2002, Steve Wainstead wrote:
>
> >Aha. Yeah, go to https://sourceforge.net/mail/?group_id=6121 for all the
> >mailing lists; for phpwiki-talk go to
> >https://sourceforge.net/mailarchive/forum.php?forum_id=4517 and they have
> >a beta of the new interface (didn't even notice it was beta!)
> >
> >~swain
> >
> >On Mon, 21 Jan 2002, Lawrence Akka wrote:
> >
> > > I'm obviously missing something here.
> > >
> > > What left hand navbar?
> > >
> > > Have they moved the lists into SF?
> > >
> > > How has the interface changed - looks the same to me
> > >
> > > I go to http://www.geocrawler.com/archives/3/4037/2002/1/0/ to see the
> > > list.  Should I be going somewhere else?
> > >
> > > Lawrence (confused)
> > >
> > >
> > > At 15:31 21/01/2002, Steve Wainstead wrote:
> > >
> > > >I use the search box in the left hand nav bar; it defaults to searching
> > > >the mail list archive. It seems to work pretty well.
> > > >
> > > >I like that they've moved the mailing lists into SF itself. It's a better
> > > >interface.
> > > >
> > > >~swain
> > > >
> > > >
> > > >On Mon, 21 Jan 2002, Lawrence Akka wrote:
> > > >
> > > > > Is it possible to search the geocrawler archive?  I can find links
> > which
> > > > > suggest that I can, but none of them takes me to a search page.
> > > > >
> > > > > Lawrence
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Phpwiki-talk mailing list
> > > > > Php...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> > > > >
> > > >
> > > >---
> > > >                   http://www.panix.com/~swain/
> > > >"Without music to decorate it, time is just a bunch of boring
> > > >production deadlines or dates by which bills must be paid."
> > > >                      -- Frank Zappa
> > > >
> > > >
> > > >_______________________________________________
> > > >Phpwiki-talk mailing list
> > > >Php...@li...
> > > >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> > >
> >
> >---
> >                   http://www.panix.com/~swain/
> >"Without music to decorate it, time is just a bunch of boring
> >production deadlines or dates by which bills must be paid."
> >                      -- Frank Zappa
> >
> >
> >_______________________________________________
> >Phpwiki-talk mailing list
> >Php...@li...
> >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] Searching the email archive

[Lawrence A. <la...@us...>]

Aha indeed.  Thats better.  Now all we need is the ability to reply to a 
message from the web page (like yahoo groups), and it would be almost perfect!

Anyway, the Forums link on the project homepage ( 
https://sourceforge.net/projects/phpwiki/ ) takes you to 
https://sourceforge.net/forum/?group_id=6121  which is very unhelpful.  The 
forums there mostly have 0 messages.  There is no reference to the 
geocrawler page, or to the sf mail page you mentioned.  However, some 
people still seem to be posting messages to the forums.

Is this something we can fix?  Is there a setting on sf admin to turn 
forums off, and to provide a link to the maillists page?

Are you formally going to close the open discussion and help forums?

Just wondering

Lawrence

At 15:51 21/01/2002, Steve Wainstead wrote:

>Aha. Yeah, go to https://sourceforge.net/mail/?group_id=6121 for all the
>mailing lists; for phpwiki-talk go to
>https://sourceforge.net/mailarchive/forum.php?forum_id=4517 and they have
>a beta of the new interface (didn't even notice it was beta!)
>
>~swain
>
>On Mon, 21 Jan 2002, Lawrence Akka wrote:
>
> > I'm obviously missing something here.
> >
> > What left hand navbar?
> >
> > Have they moved the lists into SF?
> >
> > How has the interface changed - looks the same to me
> >
> > I go to http://www.geocrawler.com/archives/3/4037/2002/1/0/ to see the
> > list.  Should I be going somewhere else?
> >
> > Lawrence (confused)
> >
> >
> > At 15:31 21/01/2002, Steve Wainstead wrote:
> >
> > >I use the search box in the left hand nav bar; it defaults to searching
> > >the mail list archive. It seems to work pretty well.
> > >
> > >I like that they've moved the mailing lists into SF itself. It's a better
> > >interface.
> > >
> > >~swain
> > >
> > >
> > >On Mon, 21 Jan 2002, Lawrence Akka wrote:
> > >
> > > > Is it possible to search the geocrawler archive?  I can find links 
> which
> > > > suggest that I can, but none of them takes me to a search page.
> > > >
> > > > Lawrence
> > > >
> > > >
> > > > _______________________________________________
> > > > Phpwiki-talk mailing list
> > > > Php...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> > > >
> > >
> > >---
> > >                   http://www.panix.com/~swain/
> > >"Without music to decorate it, time is just a bunch of boring
> > >production deadlines or dates by which bills must be paid."
> > >                      -- Frank Zappa
> > >
> > >
> > >_______________________________________________
> > >Phpwiki-talk mailing list
> > >Php...@li...
> > >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> >
>
>---
>                   http://www.panix.com/~swain/
>"Without music to decorate it, time is just a bunch of boring
>production deadlines or dates by which bills must be paid."
>                      -- Frank Zappa
>
>
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Searching the email archive

[Steve W. <sw...@pa...>]

Aha. Yeah, go to https://sourceforge.net/mail/?group_id=6121 for all the
mailing lists; for phpwiki-talk go to
https://sourceforge.net/mailarchive/forum.php?forum_id=4517 and they have
a beta of the new interface (didn't even notice it was beta!)

~swain

On Mon, 21 Jan 2002, Lawrence Akka wrote:

> I'm obviously missing something here.
>
> What left hand navbar?
>
> Have they moved the lists into SF?
>
> How has the interface changed - looks the same to me
>
> I go to http://www.geocrawler.com/archives/3/4037/2002/1/0/ to see the
> list.  Should I be going somewhere else?
>
> Lawrence (confused)
>
>
> At 15:31 21/01/2002, Steve Wainstead wrote:
>
> >I use the search box in the left hand nav bar; it defaults to searching
> >the mail list archive. It seems to work pretty well.
> >
> >I like that they've moved the mailing lists into SF itself. It's a better
> >interface.
> >
> >~swain
> >
> >
> >On Mon, 21 Jan 2002, Lawrence Akka wrote:
> >
> > > Is it possible to search the geocrawler archive?  I can find links which
> > > suggest that I can, but none of them takes me to a search page.
> > >
> > > Lawrence
> > >
> > >
> > > _______________________________________________
> > > Phpwiki-talk mailing list
> > > Php...@li...
> > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> > >
> >
> >---
> >                   http://www.panix.com/~swain/
> >"Without music to decorate it, time is just a bunch of boring
> >production deadlines or dates by which bills must be paid."
> >                      -- Frank Zappa
> >
> >
> >_______________________________________________
> >Phpwiki-talk mailing list
> >Php...@li...
> >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] Searching the email archive

[Lawrence A. <la...@us...>]

I'm obviously missing something here.

What left hand navbar?

Have they moved the lists into SF?

How has the interface changed - looks the same to me

I go to http://www.geocrawler.com/archives/3/4037/2002/1/0/ to see the 
list.  Should I be going somewhere else?

Lawrence (confused)


At 15:31 21/01/2002, Steve Wainstead wrote:

>I use the search box in the left hand nav bar; it defaults to searching
>the mail list archive. It seems to work pretty well.
>
>I like that they've moved the mailing lists into SF itself. It's a better
>interface.
>
>~swain
>
>
>On Mon, 21 Jan 2002, Lawrence Akka wrote:
>
> > Is it possible to search the geocrawler archive?  I can find links which
> > suggest that I can, but none of them takes me to a search page.
> >
> > Lawrence
> >
> >
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> >
>
>---
>                   http://www.panix.com/~swain/
>"Without music to decorate it, time is just a bunch of boring
>production deadlines or dates by which bills must be paid."
>                      -- Frank Zappa
>
>
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Searching the email archive

[Steve W. <sw...@pa...>]

I use the search box in the left hand nav bar; it defaults to searching
the mail list archive. It seems to work pretty well.

I like that they've moved the mailing lists into SF itself. It's a better
interface.

~swain


On Mon, 21 Jan 2002, Lawrence Akka wrote:

> Is it possible to search the geocrawler archive?  I can find links which
> suggest that I can, but none of them takes me to a search page.
>
> Lawrence
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Searching the email archive

[Lawrence A. <la...@us...>]

Is it possible to search the geocrawler archive?  I can find links which 
suggest that I can, but none of them takes me to a search page.

Lawrence

[Phpwiki-talk] phpwiki/Makefile

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

Didn't we have a phpwiki/Makefile once or was it just a private helper for me?
Anyway, this is what I have.

Useful targets are: 
  TAGS locale 
  mysql psql (to install the databases)

probably wanted targets:
  install
    get platform, search for php.ini, search for pear, set the include path
  mysql-install 
    ask for db params and create the db
  psql-install  
    ask for db params and create the db
  clean
    delete all
  dist
    make a release:
    make a .tar.gz, cvs commit, scp .tar.gz to sf.net
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Re: [Phpwiki-talk] http://phpwiki.sourceforge.net/alpha/

[Jeff D. <da...@da...>]

Carsten Klapp said:
>
> The trouble seems to be here, may be related to the new user
> authentication function? I'm not sure how to fix it yet but I'll have a
>  look. --Carsten

Or leave it...  I'm aware of the problem.  I'll fix it later today or
tomorrow by the latest...

Re: [Phpwiki-talk] http://phpwiki.sourceforge.net/alpha/

[Carsten K. <car...@ma...>]

The trouble seems to be here, may be related to the new user 
authentication function? I'm not sure how to fix it yet but I'll have a 
look. --Carsten

     if (!$mtime)
         $mtime = time();        // Last resort.

     $defaults = array('author'   => $GLOBALS['user']->id(),
                       'pagename' => rawurldecode($basename));

     $default_pagename = rawurldecode($basename);

     if ( ($parts = ParseMimeifiedPages($text)) ) {
         usort($parts, 'SortByPageVersion');



On Saturday, January 19, 2002, at 08:22  am, Reini Urban wrote:

> alpha troubles
>
> Loading up virgin wiki
> Fatal error: Call to undefined function: id() in
> /home/groups/p/ph/phpwiki/htdocs/alpha/lib/loadsave.php on line 321

[Phpwiki-talk] http://phpwiki.sourceforge.net/alpha/

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

alpha troubles

Loading up virgin wiki
Fatal error: Call to undefined function: id() in
/home/groups/p/ph/phpwiki/htdocs/alpha/lib/loadsave.php on line 321

-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Re: [Phpwiki-talk] RSS 0.91 - the saga continues

[Lawrence A. <Law...@th...>]

I have committed my code to the cvs, after a *very* long struggle with Windows XP which 
refused to have anything to do with my cvs client, and then with an even longer struggle with 
my modem which refused to have anything to do with my phone line.  

It works for me, so please tell me if it has broken something for you.  Use it as follows:

http://[link to your wiki]/RecentChanges?format=rss  will generate the RSS 1.0 feed

http://[link to your wiki]/RecentChanges?format=rss091  will generate the RSS 0.91 feed

I will not do anything towards setting default configuration until we have some sort of 
concensus about precisely what we want.

My own view is that both feeds should always be available through the links as above.  That 
way any news aggregators can choose which feed they want.

However, there should be an option configurable in index.php which controls which feed is 
produced when the RSS icon is clicked.

I quite like Adam's idea of an argument in the plugin to control this, but I think it might be 
unnecessarily complicated.

Any thoughts?

Lawrence

Re: [Phpwiki-talk] RSS 0.91 - the saga continues

[Adam S. <ad...@pe...>]

> I'd like to have this. 
> Configurable in index.php, so admin's can choose which RSS they write.

wouldn't it be better to have it be an argument to the RecentChanges
plugin?  It's not really the admin of the site who is necessarily the
main user of a feed.

It might be useful to set the default but ...

Adam.

Re: [Phpwiki-talk] RSS 0.91 - the saga continues

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

Lawrence Akka schrieb:
> I have hacked wiki to enable it to produce RSS 0.91 files, for those
> portals which can't cope with 1.0.  I have changed 1 or two lines in
> RecentChanges.php, and added a couple of classes in  a file called
> RSSWriter091.php.  Changing the variable in the URL from format=rss to
> format=rss091 generates the new (old?) rss format.
> 
> I agree with your earlier comments Jeff about meta-data, but some data is
> better than none (which I have on my portal at the moment)
> 
> Is this something that others may be interested in.  If so, I can (with my
> recently acquired powers - hehehe) commit to cvs, otherwise I will keep it
> to myself.

I'd like to have this. 
Configurable in index.php, so admin's can choose which RSS they write.
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Fwd: [Phpwiki-talk] WikiFatalError

[Carsten K. <car...@ma...>]

Sorry, I sent this message to the wrong list.--Carsten


> From: Carsten Klapp <car...@ma...>
> Date: Fri Jan 18, 2002  02:57:32  pm America/Montreal
> To: php...@li...
> Subject: Re: [Phpwiki-talk] WikiFatalError
>
> Fatal error: Cannot instantiate non-existent class:
>
> This error I usually see when I've misplaced a bracket somewhere. In 
> index.
> php make sure you haven't accidentally commented out or deleted the final 
> ");" at the end of the $DBParams section.
>
>    // Used by 'dba'
>    'directory'     => "/tmp",
>    'dba_handler'   => 'gdbm',   // Either of 'gdbm' or 'db2' work great 
> for me.
>    //'dba_handler' => 'db2',
>    //'dba_handler' => 'db3',    // doesn't work at all for me....
>    'timeout'   => 20,
>    //'timeout' => 5
> ); //<-here
>
>
> Carsten
>
> On Friday, January 18, 2002, at 01:19  pm, Tim Bogart wrote:
>
>> I think I'm a little closer to success.  I've tweaked the index.php 
>> database
>> section and have been able to modify the error I'm getting to...
>>
>> Fatal error: Cannot instantiate non-existent class: wikidb_backend_psql 
>> in
>> /var/www/html/phpwiki/lib/WikiDB/SQL.php on line 17
>>
>> That line of code says ...
>>
>> $backend = new $backend_class($dbparams);
>>
>> Any more clues?  Anyone?
>>
>> Tim
>

[Phpwiki-talk] RSS 0.91 - the saga continues

[Lawrence A. <la...@us...>]

Jeff (and others)

I have hacked wiki to enable it to produce RSS 0.91 files, for those 
portals which can't cope with 1.0.  I have changed 1 or two lines in 
RecentChanges.php, and added a couple of classes in  a file called 
RSSWriter091.php.  Changing the variable in the URL from format=rss to 
format=rss091 generates the new (old?) rss format.

I agree with your earlier comments Jeff about meta-data, but some data is 
better than none (which I have on my portal at the moment)

Is this something that others may be interested in.  If so, I can (with my 
recently acquired powers - hehehe) commit to cvs, otherwise I will keep it 
to myself.

Lawrence

Re: [Phpwiki-talk] WikiFatalError

[Jeff D. <da...@da...>]

On Fri, 18 Jan 2002 13:19:48 -0500
"Tim Bogart" <tim...@wc...> wrote:

> Fatal error: Cannot instantiate non-existent class: wikidb_backend_psql
in > /var/www/html/phpwiki/lib/WikiDB/SQL.php on line 17
> 
> Any more clues?  Anyone?

I think you have 'psql:' in the DSN where you need 'pgsql:'.

Re: [Phpwiki-talk] WikiFatalError

[Tim B. <tim...@wc...>]

I think I'm a little closer to success.  I've tweaked the index.php database 
section and have been able to modify the error I'm getting to... 

Fatal error: Cannot instantiate non-existent class: wikidb_backend_psql in 
/var/www/html/phpwiki/lib/WikiDB/SQL.php on line 17

That line of code says ...

$backend = new $backend_class($dbparams);

Any more clues?  Anyone?

Tim

On Thursday 17 January 2002 04:19 pm, Jeff Dairiki wrote:
> Tim Bogart said:
> > Ah Hah!  My db server is not set up properly.  In short the postmaster
> > is not  running with the -i option.  I tried to edit the
> > /var/init.d/postgres file to  include it but the service fails to
> > restart no matter where I try to put the  thing.
>
> I the db server running on a different host than the HTTP server?
> If not, there may be a way to avoid the -i.  (Using -i may have
> security implications...)
>
> > The whole line looks like this...
> >
> >         su -l postgres -s /bin/sh -c
> > "/usr/bin/pg_ctl  -D  $PGDATA -p /usr/bin/postmaster start  > /dev/null
> > 2>&1" < /dev/null
>
> Here, you are running pg_ctl which in turn runs postmaster.  (Actually,
> your are running su, which in turn runs /bin/sh which in turn runs pg_ctl,
> which finally runs postmaster...)
>
> In any case, to get pg_ctl to pass options to postmaster you need to use
> the -o option (to pg_ctl).  So something like:
>
>    su -l postgres -s /bin/sh -c "/usr/bin/pg_ctl  -D  $PGDATA -o '-i' -p
> /usr/bin/postmaster start  > /dev/null 2>&1" < /dev/null
>
> might work.  (It's just a guess though.)
>
>
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] 1.3.3 release

[Steve W. <sw...@pa...>]

No problemo, next week is fine.

~swain

On Thu, 17 Jan 2002, Jeff Dairiki wrote:

> > If there are no objections, I will crank up the promotion machine and
> > release 1.3.3 some time tomorrow...
>
> Carsten and I are in the midst (almost done) with a huge refactor.
>
> I'd suggest waiting a week, as there's a bit more cleaning still
> to do, and, I'm sure, some glaring bugs to filter through.
>
> (Or, release 1.3.3 tomorrow, but plan on a 1.3.4 in a week or so,
> that would be fine, too....)
>
>
>
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] welcome to a new developer

[Steve W. <sw...@pa...>]

Lawrence Akka, one of the Postnuke developers, is now a tester for
PhpWiki. Welcome aboard Lawrence!

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Re: [phpwiki-checkins] Re: [phpwiki-checkins]Re: [phpwiki-checkins] change email diff to diff -u3? (and exclude binary diff)

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

Steve Wainstead schrieb:
> s'ok by me!
> 
> On Thu, 17 Jan 2002, Jeff Dairiki wrote:
> > > Would anybody mind if I changed the email diff format to diff -u3?

-u2 maybe?
anyway unified diff is much better than -c
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)