compatibility is part of the next major release [2.18]. But my hopes are
probably not worth the bits required to transmit them)
--
Karl DeBisschop ([EMAIL PROTECTED])
Pearson Education/Infoplease (http://www.infoplease.com)
---(end of broadcast)---
TIP 6
On Mon, 2002-10-14 at 16:14, scott.marlowe wrote:
It's on Slashdot, but there's only one post there that mentions the use of
Postgresql.
On 14 Oct 2002, Robert Treat wrote:
Yep, that's them. This is a big win from a PostgreSQL advocacy position,
especially since oracle pr made an
On Tue, 2002-08-27 at 17:17, Larry Rosenman wrote:
On Tue, 2002-08-27 at 16:14, Bruce Momjian wrote:
Larry Rosenman wrote:
But we should have some default to print some of the query, because
right now we print none of it. I am not saying it is perfect, but it is
better than what we
The Hermit Hacker wrote:
On Thu, 22 Mar 2001, Thomas Lockhart wrote:
Solaris x867.0 2000-04-12, Marc Fournier
scrappy, do you still have this machine?
Doing tests on Solaris x86/7 right now, will report as soon as they are
done ...
Solaris 2.5.1-2.7 Sparc 7.0
in /usr/doc for one software suite.
The 'hard copy' docs can go whereever they want as far as I'm concerned,
since I typically have little use for paper these days.
Of course, these are only my preferences, but it seems unlikely that the
assertions above are universally accepted either.
--
Karl
Bruce Momjian wrote:
Do we need to start thinking about an RPM mailing list? Seems there is
lots of traffic.
IIRC, this question was asked about 6 months ago, and the answer was RPM
should be discussed on PostgreSQL-Ports.
On the other hand, it seems in practice most people are unaware of
Trond Eivind Glomsrød wrote:
Rachit Siamwalla [EMAIL PROTECTED] writes:
Also i never got a response on who actually packages those linux init
scripts that appear in the RPM but not on the pgsql cvs tree. (i am also
curious on why it is different, and how the RPM is built).
Lamar
Lamar Owen wrote:
Tom Lane wrote:
Seems like that stuff should be in CVS somewhere ... if only so someone
else can pick up the ball if you get run over by a truck :-(.
My wife appreciates the sentiment :-). As it stands now, better
documentation distributed in the source RPM would
istency is just slightly less
important to me than short-term usability.
--
Karl DeBisschop[EMAIL PROTECTED]
Learning Network Reference http://www.infoplease.com
Netsaint Plugin Developer [EMAIL PROTECTED]
a look through http://www.techstreet.com -- I
searched standards for the keyword 'database', and found that many
of the SQL documents were available as PDFs for $18.00 each.
--
Karl DeBisschop[EMAIL PROTECTED]
Learning Network Reference http://www.infoplease.com
)
--
Karl DeBisschop [EMAIL PROTECTED]
Learning Network/Reference http://www.infoplease.com
Netsaint Plugin Developer[EMAIL PROTECTED]
in that respect. I copmile against executor/spi.h,
based on the examples in the docs. Should I be using something else?
(I'll have to go look at the 7.1 source, but I just wanted to
register at least some comfusion, if not dissent)
--
Karl DeBisschop
[EMAIL PROTECTED
On 2001.03.07 22:06 Bruce Momjian wrote:
I think Bruce wants per-backend data, and this approach would seem to
only
get the data for the current backend.
Also, I really don't like the proposal to write files to /tmp. If we
want a
perf tool, then we need to have something like
13 matches
Mail list logo