Rolling v7.2.1 ...

Try her out and let me know if there are any problems ... the build looks
clean, sizes all look right ... if no visible probs, will announce in the
mroning ...

On Mon, 25 Mar 2002, Marc G. Fournier wrote:

Marc G. Fournier writes:

Try her out and let me know if there are any problems ... the build looks
clean, sizes all look right ...

... but the contained documentation is for 7.3.

--
Peter Eisentraut peter_e@gmx.net

Peter Eisentraut <peter_e@gmx.net> writes:

Marc G. Fournier writes:

Try her out and let me know if there are any problems ... the build looks
clean, sizes all look right ...

... but the contained documentation is for 7.3.

On the subject of contained documentation, I notice

*** postgresql-7.2.1/doc/src/sgml/version.sgml	Mon Mar 18 18:04:11 2002
--- REL7_2/doc/src/sgml/version.sgml	Thu May 10 21:46:33 2001
***************
*** 3,7 ****
  documentation.  In text, use for example &version; to refer to them.
  -->

! <!entity version "7.2.1">
! <!entity majorversion "7.2.1">
--- 3,7 ----
  documentation.  In text, use for example &version; to refer to them.
  -->

! <!entity version "7.2">
! <!entity majorversion "7.2">

Is this right, or should "majorversion" still be 7.2? Right offhand
the latter seems correct ...

regards, tom lane

Tom Lane wrote:

Peter Eisentraut <peter_e@gmx.net> writes:

Marc G. Fournier writes:

Try her out and let me know if there are any problems ... the build looks
clean, sizes all look right ...

... but the contained documentation is for 7.3.

On the subject of contained documentation, I notice

*** postgresql-7.2.1/doc/src/sgml/version.sgml	Mon Mar 18 18:04:11 2002
--- REL7_2/doc/src/sgml/version.sgml	Thu May 10 21:46:33 2001
***************
*** 3,7 ****
documentation.  In text, use for example &version; to refer to them.
-->

! <!entity version "7.2.1">
! <!entity majorversion "7.2.1">
--- 3,7 ----
documentation.  In text, use for example &version; to refer to them.
-->

! <!entity version "7.2">
! <!entity majorversion "7.2">

Is this right, or should "majorversion" still be 7.2? Right offhand
the latter seems correct ...

I wasn't sure what to do here. I figured if the docs were regenerated,
it should say 7.2.1, and if they aren't, then they will stay as 7.2.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Peter Eisentraut wrote:

Bruce Momjian writes:

Is this right, or should "majorversion" still be 7.2? Right offhand
the latter seems correct ...

I wasn't sure what to do here. I figured if the docs were regenerated,
it should say 7.2.1, and if they aren't, then they will stay as 7.2.

But neither explanation warrants setting "majorversion" to 7.2.1.

Why? Why shouldn't the documentation match the release number?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Bruce Momjian writes:

Is this right, or should "majorversion" still be 7.2? Right offhand
the latter seems correct ...

I wasn't sure what to do here. I figured if the docs were regenerated,
it should say 7.2.1, and if they aren't, then they will stay as 7.2.

But neither explanation warrants setting "majorversion" to 7.2.1.

--
Peter Eisentraut peter_e@gmx.net

Bruce Momjian <pgman@candle.pha.pa.us> writes:

But neither explanation warrants setting "majorversion" to 7.2.1.

Why? Why shouldn't the documentation match the release number?

Did you look at how majorversion is used?

Setting it to 7.2.1 is *clearly* wrong.

regards, tom lane

Bruce Momjian wrote:

<snip>

Why? Why shouldn't the documentation match the release number?

Shouldn't "major version" still be 7.2, and version be "7.2.1".

i.e. "7.2.1" is a minor release/update/subversion of "7.2"?

Regards and best wishes,

Justin Clift

--
Bruce Momjian                        |  http://candle.pha.pa.us
pgman@candle.pha.pa.us               |  (610) 853-3000
+  If your life is a hard drive,     |  830 Blythe Avenue
+  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://archives.postgresql.org

--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi

Tom Lane wrote:

Bruce Momjian <pgman@candle.pha.pa.us> writes:

But neither explanation warrants setting "majorversion" to 7.2.1.

Why? Why shouldn't the documentation match the release number?

Did you look at how majorversion is used?

Setting it to 7.2.1 is *clearly* wrong.

Oh, I see, there is majorversion and version. I put majorversion back to
7.2.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Other than the documentation issues, I confirm the tarball looks good
from here.

regards, tom lane

good point ... but, where should I be pulling from? ~ftp/pub/doc/7.2
contains .pdf files, which I didn't think we wanted to put into the
distribution ... is there an alternative place I should be pulling docs
from then ~ftp/pub/dev/doc? should there be a step in the 'build dist'
that builds the docs based on the sgml?

On Mon, 25 Mar 2002, Peter Eisentraut wrote:

"Marc G. Fournier" <scrappy@hub.org> writes:

should there be a step in the 'build dist'
that builds the docs based on the sgml?

It would be a good idea to rebuild the 7.2 docs from 7.2.1 sources,
as we made several important fixes in the documentation since 7.2
release. I dunno whether it's worth trying to make it fully automatic
right at the moment, though.

regards, tom lane

Hi Justin,

I have a new updated version of the Ora2Pg tool which correct many
problems and add some new features, could you or someone else update
the contrib directory.
(download at: http://www.samse.fr/GPL/ora2pg/ora2pg-1.8.tar.gz)

I also just post a new tool in replacement of the Oracle XSQL Servlet,
use to create dynamic web application with XML/XSLT.

Let me know if it can take place under the contrib directory.
(http://www.samse.fr/GPL/pxsql/)

Marc G. Fournier writes:

good point ... but, where should I be pulling from? ~ftp/pub/doc/7.2
contains .pdf files, which I didn't think we wanted to put into the
distribution ... is there an alternative place I should be pulling docs

from then ~ftp/pub/dev/doc?

No, there currently is no place where these docs are built, because this
is the first time we're releasing from this branch. I've been trying all
day to build them on postgresql.org, but that machine seems to be
incredibly slow right now. I'll try again later.

should there be a step in the 'build dist'
that builds the docs based on the sgml?

I've been promoting that every time this problem happens. And the problem
does happen every time we're making a minor release. I think it's about
time to clean this up. But it won't happen in the 7.2 branch anymore.

--
Peter Eisentraut peter_e@gmx.net

Peter Eisentraut wrote:

Marc G. Fournier writes:

good point ... but, where should I be pulling from? ~ftp/pub/doc/7.2
contains .pdf files, which I didn't think we wanted to put into the
distribution ... is there an alternative place I should be pulling docs

from then ~ftp/pub/dev/doc?

No, there currently is no place where these docs are built, because this
is the first time we're releasing from this branch. I've been trying all
day to build them on postgresql.org, but that machine seems to be
incredibly slow right now. I'll try again later.

I can do it hear easily. Let me know and I will give you the URL. It
takes only 7 minutes here.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

El Mar 26, Peter Eisentraut escribio:

Marc G. Fournier writes:

should there be a step in the 'build dist'
that builds the docs based on the sgml?

I've been promoting that every time this problem happens. And the problem
does happen every time we're making a minor release. I think it's about
time to clean this up. But it won't happen in the 7.2 branch anymore.

Hello all:

I've been trying to generate HTML from the SGML source here in Mandrake
Linux 8.1, and it needs some patching (Mdk Linux puts collateindex.pl in
/usr/bin rather that $DOCBOOKSTYLE/bin). I posted to pgsql-patches a
one-liner that fixed a small problem, and later a patch to allow
discovery of collateindex.pl, but the moderator apparently didn't bother
to approve the second post. This still needs an autoconf macro to allow
manpage building, 'cause docbook2man-spec.pl lives somewhere else than
the Makefile expects.

(Yes, I know I can set D2MDIR and DOCBOOKINDEX, but I think this is
cleaner)

This is the output of
cvs diff -u config/docbook.m4 src/Makefile.global.in

Index: config/docbook.m4
===================================================================
RCS file: /projects/cvsroot/pgsql/config/docbook.m4,v
retrieving revision 1.1
diff -u -r1.1 docbook.m4
--- config/docbook.m4	2000/11/05 21:04:06	1.1
+++ config/docbook.m4	2002/03/27 02:51:27
@@ -57,7 +57,8 @@
       for pgac_postfix in \
         sgml/stylesheets/nwalsh-modular \
         sgml/stylesheets/docbook \
-        sgml/docbook/dsssl/modular
+        sgml/docbook/dsssl/modular \
+        sgml/docbook/dsssl-stylesheets
       do
         pgac_candidate=$pgac_prefix/$pgac_infix/$pgac_postfix
         if test -r "$pgac_candidate/html/docbook.dsl" \
@@ -77,3 +78,26 @@
 else
   AC_MSG_RESULT(no)
 fi])# PGAC_PATH_DOCBOOK_STYLESHEETS
+
+# PGAC_PATH_DOCBOOK_COLLATEINDEX
+# ------------------------------
+AC_DEFUN([PGAC_PATH_DOCBOOK_COLLATEINDEX],
+[AC_MSG_CHECKING([for collateindex.pl])
+AC_CACHE_VAL([pgac_cv_path_collateindex],
+[if test -n "$DOCBOOKINDEX"; then
+  pgac_cv_path_collateindex=$DOCBOOKINDEX
+else
+  for pgac_prefix in $DOCBOOKSTYLE/bin /usr/bin; do
+    if test -x "$pgac_prefix/collateindex.pl"; then
+      pgac_cv_path_collateindex=$pgac_prefix/collateindex.pl
+      break
+    fi
+  done
+fi])
+DOCBOOKINDEX=$pgac_cv_path_collateindex
+AC_SUBST([DOCBOOKINDEX])
+if test -n "$DOCBOOKINDEX"; then
+  AC_MSG_RESULT([$DOCBOOKINDEX])
+else
+  AC_MSG_RESULT(no)
+fi])# PGAC_PATH_DOCBOOK_COLLATEINDEX
Index: src/Makefile.global.in
===================================================================
RCS file: /projects/cvsroot/pgsql/src/Makefile.global.in,v
retrieving revision 1.143
diff -u -r1.143 Makefile.global.in
--- src/Makefile.global.in	2002/03/13 00:05:02	1.143
+++ src/Makefile.global.in	2002/03/27 02:51:28
@@ -149,6 +149,7 @@

have_docbook = @have_docbook@
DOCBOOKSTYLE = @DOCBOOKSTYLE@
+DOCBOOKINDEX = @DOCBOOKINDEX@

##########################################################################

--
Alvaro Herrera (<alvherre[a]atentus.com>)
"La primera ley de las demostraciones en vivo es: no trate de usar el sistema.
Escriba un gui�n que no toque nada para no causar da�os." (Jakob Nielsen)

Peter Eisentraut wrote:

Bruce Momjian writes:

I can do it hear easily. Let me know and I will give you the URL. It
takes only 7 minutes here.

Go ahead. Just make sure you use some reasonably recent style sheets (>=
1.70) and not 1.64 that you currently have.

I will not be able to upgrade the style sheets for a day. I remember
sgml install as being quite complicated. Can you give me the URL for
the new style sheets?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Bruce Momjian writes:

I can do it hear easily. Let me know and I will give you the URL. It
takes only 7 minutes here.

Go ahead. Just make sure you use some reasonably recent style sheets (>=
1.70) and not 1.64 that you currently have.

--
Peter Eisentraut peter_e@gmx.net

Alvaro Herrera writes:

I've been trying to generate HTML from the SGML source here in Mandrake
Linux 8.1, and it needs some patching (Mdk Linux puts collateindex.pl in
/usr/bin rather that $DOCBOOKSTYLE/bin).

I'll look at your patches soon. I've had some other ideas that I'd like
to weave into this.

--
Peter Eisentraut peter_e@gmx.net

Your patch has been added to the PostgreSQL unapplied patches list at:

http://candle.pha.pa.us/cgi-bin/pgpatches

I will try to apply it within the next 48 hours.

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

Gilles DAROLD wrote:

Hi Justin,

I have a new updated version of the Ora2Pg tool which correct many
problems and add some new features, could you or someone else update
the contrib directory.
(download at: http://www.samse.fr/GPL/ora2pg/ora2pg-1.8.tar.gz)

I also just post a new tool in replacement of the Oracle XSQL Servlet,
use to create dynamic web application with XML/XSLT.

Let me know if it can take place under the contrib directory.
(http://www.samse.fr/GPL/pxsql/)

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

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Gilles DAROLD wrote:

Hi Justin,

I have a new updated version of the Ora2Pg tool which correct many
problems and add some new features, could you or someone else update
the contrib directory.
(download at: http://www.samse.fr/GPL/ora2pg/ora2pg-1.8.tar.gz)

Thanks. CVS updated.

I also just post a new tool in replacement of the Oracle XSQL Servlet,
use to create dynamic web application with XML/XSLT.

Let me know if it can take place under the contrib directory.
(http://www.samse.fr/GPL/pxsql/)

I think this belongs on our interfaces page:

http://www.ca.postgresql.org/interfaces.html

Vince, would you add this?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

On Thu, 4 Apr 2002, Bruce Momjian wrote:

Gilles DAROLD wrote:

Hi Justin,

I have a new updated version of the Ora2Pg tool which correct many
problems and add some new features, could you or someone else update
the contrib directory.
(download at: http://www.samse.fr/GPL/ora2pg/ora2pg-1.8.tar.gz)

Thanks. CVS updated.

I also just post a new tool in replacement of the Oracle XSQL Servlet,
use to create dynamic web application with XML/XSLT.

Let me know if it can take place under the contrib directory.
(http://www.samse.fr/GPL/pxsql/)

I think this belongs on our interfaces page:

http://www.ca.postgresql.org/interfaces.html

Vince, would you add this?

I imagine it'll show up eventually. I added it and the file's been
trying to save for the last 5 minutes. The loads were up over 12
on the machine and it's extremely slow, hopefully there are no typos.
Maybe I'll even get to commit it this week.

Vince.
--
==========================================================================
Vince Vielhaber -- KA8CSH email: vev@michvhf.com http://www.pop4.net
56K Nationwide Dialup from $16.00/mo at Pop4 Networking
Online Campground Directory http://www.camping-usa.com
Online Giftshop Superstore http://www.cloudninegifts.com
==========================================================================