Re: [DOCS] My SGML build fixed

2003-12-18 Thread Jeroen Ruigrok/asmodai
-On [20031218 01:22], Bruce Momjian ([EMAIL PROTECTED]) wrote:
>How often does the postgresql.org site build the SGML files?  And just
>last week the News build failed because it lost execution bits.  I still
>don't trust dynamic content on postgresql.org to work reliably.

It can work, you just need somebody who is willing to look after the
entire process and not just do it every once in a while.

-- 
Jeroen Ruigrok van der Werven  / asmodai / kita no mono
PGP fingerprint: 2D92 980E 45FE 2C28 9DB7  9D88 97E6 839B 2EAC 625B
http://www.tendra.org/   | http://diary.in-nomine.org/
When I see beings of wicked nature, pressed by violent sin and affliction,
may I hold these rare ones dear as if I had found a precious treasure...

---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Peter Eisentraut
Bruce Momjian writes:
> How often does the postgresql.org site build the SGML files?

Whenever something changes.

> And just
> last week the News build failed because it lost execution bits.

Uh, so?  Your reasoning is that because some unrelated program on an
unrelated machine breaks, we should abandon all work on all programs on
machines in the the DNS domain?

> I still
> don't trust dynamic content on postgresql.org to work reliably.

Well, if something doesn't work, please help fixing it rather than
duplicating it.  Your build breaks just as often as anything else. 
(Remember last week.)  And I want to know when the postgresql.org build
was ever broken in the last two years.

Right now it just seems like a waste of resources and it confuses the
onlookers.




---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [DOCS] problem with getting return type mismatch from function

2003-12-18 Thread Peter Eisentraut
Jackson, Harold writes:
> Any ideas?

No.  This list is for discussing documentation issues.




---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Bruce Momjian
Peter Eisentraut wrote:
> Bruce Momjian writes:
> > How often does the postgresql.org site build the SGML files?
> 
> Whenever something changes.

How often does the SGML check, or is it tied into CVS commit and happens
automatically?

> > And just
> > last week the News build failed because it lost execution bits.
> 
> Uh, so?  Your reasoning is that because some unrelated program on an
> unrelated machine breaks, we should abandon all work on all programs on
> machines in the the DNS domain?

It means there is still too much instability in the running processes on
those machines, yea.

> > I still
> > don't trust dynamic content on postgresql.org to work reliably.
> 
> Well, if something doesn't work, please help fixing it rather than
> duplicating it.  Your build breaks just as often as anything else. 
> (Remember last week.)  And I want to know when the postgresql.org build
> was ever broken in the last two years.

It broke because the style sheet requirements changed, not because
something on my machine broke.  Yes, mine has broken in the past too,
but I don't see a problem with too builds.

> Right now it just seems like a waste of resources and it confuses the
> onlookers.

OK, you still haven't told me how often the postgresql.org build runs. 
If it is frequent enough, we can remove my link and re-add it if
postgresql.org breaks again.

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (610) 359-1001
  +  If your life is a hard drive, |  13 Roberts Road
  +  Christ can be your backup.|  Newtown Square, Pennsylvania 19073

---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Peter Eisentraut
Bruce Momjian writes:
> How often does the SGML check,

5 minutes

> It means there is still too much instability in the running processes on
> those machines, yea.

Oops, then we better hurry and get the CVS repository and the mailing
lists off these machines.




---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Tom Lane
"Peter Eisentraut" <[EMAIL PROTECTED]> writes:
> Right now it just seems like a waste of resources and it confuses the
> onlookers.

If Bruce is willing to expend the resources, what's the problem?
I kinda like having some redundancy in this service, myself.

regards, tom lane

---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Peter Eisentraut
Tom Lane wrote:
> "Peter Eisentraut" <[EMAIL PROTECTED]> writes:
> > Right now it just seems like a waste of resources and it confuses
> > the onlookers.
>
> If Bruce is willing to expend the resources, what's the problem?
> I kinda like having some redundancy in this service, myself.

Bruce said he does it because postgresql.org is regularly broken.  To 
that I say, fix it.  If he says he does it out of joy, then I don't 
care.

However, maybe we should structure the developer website listing 
differently, such as

Development version of the documentation
* Mirror 0
* Mirror 1

so onlookers see that they are two more or less identical versions of 
the same service.


---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster


Re: [DOCS] My SGML build fixed

2003-12-18 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> However, maybe we should structure the developer website listing 
> differently, such as

> Development version of the documentation
> * Mirror 0
> * Mirror 1

> so onlookers see that they are two more or less identical versions of 
> the same service.

That seems reasonable to me.

regards, tom lane

---(end of broadcast)---
TIP 8: explain analyze is your friend