image. Maybe a photograph of an elephant.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 9: In versions below 8.0
compliance;
maybe iSCSI, but NFS?!?!).
The behavior, in my opinion, should be configurable and ON by default.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
).
So, anyway, looking forward to seeing some progress in this department... :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
never had the time
to implement it, and it was always an RPM-centric thought plan for me.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
has centralized database tracking.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 6: explain analyze is your friend
with the Backbone Cabal? What part did
you play in the Great Renaming?
Man, this is totally off-topic, but a fun distraction...
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
On Saturday 18 February 2006 12:16, Michael Fuhr wrote:
On Sat, Feb 18, 2006 at 09:28:58AM -0500, Lamar Owen wrote:
In 1982 I was doing hexadecimal machine code on that TRS-80 Model III,
whose non-disk boot lines you quote. My favorite Z80 joke:
01
110100
21
EDB0
that publicly to all those on these lists.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
your dilligence
in following those instructions I wrote long ago, but, thanks to your
smoother release process (in no small part due to the use of CVS) those
instructions are obsolete. Many thanks for being that dilligent!
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research
that
masqueraded as previous versions, but weren't really previous versions. That
can cause it's own broken behavior.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
On Friday 20 May 2005 09:43, Dave Cramer wrote:
Lamar Owen wrote:
On Friday 20 May 2005 07:55, Dave Cramer wrote:
Well, there's not much discussion here. Other than the fact that a few
things depend on libpq.so.3.
Isn't the standard to keep libpq.so.(n-1) whenever you bump the number up
On Tuesday 17 May 2005 01:41, Josh Berkus wrote:
To put it much more bluntly: PostgreSQL development (both the process
and the codebase) has one of the steepest learning curves around,
You haven't looked at the OpenOffice.org code. wince
Yes, I have. Yes, it's steeper.
--
Lamar Owen
' development status showing,
possibly in graphical terms, where each subproject of the PostgreSQL core is
at right now, updated frequently, as I've changed into more of a user role
than a developer role; I can see the forest now, instead of all the RPM
bushes and prairie grass.
--
Lamar Owen
On Monday 16 May 2005 14:12, Robert Treat wrote:
On Mon, 2005-05-16 at 12:50, Lamar Owen wrote:
The only way in my mind to get this dynamism on the website is to make
the website part of the process at some level. If someone has to go
One idea I've tossed around is requiring patches
of discussion?
It doesn't need to be discussed close to a beta cycle, IMO, or it could
easily turn into the huge distraction Tom speaks of.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
competition
for init process timeslices; all such attempts typically require superuser
intervention to re-nice.
*ducking*and*grinning*
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
.
If I may say so, 'It's about time!' Peter has done great work for a long
time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
, but probably not beta2 ones.
I have some features I want to work on first, and just simply have not yet
had the time to do it.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
to send all logs from all servers to the one central
logging server. I have done this a long time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
as you would a new product
Wow, that is good!
Should I change it to Marc's version?
As long as 'although' is correctly spelled :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
a serious bug is found. At that point, that
gatekeeper can make a release (the current process is too tied up in people,
IMO, and that includes the RPM mechanism (which I have every right to
criticize!)).
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1
.
FWIW, the RPMs default to ident authentication, and trust is off. This is
however done as a patch to the sample pg_hba.conf. A command line switch to
initdb to mung up an ident default would be fine with me, though.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research
On Saturday 05 June 2004 10:13, Andrew Dunstan wrote:
Lamar Owen wrote:
There is a reason I wrote the message a long time ago (that, I think, is
still in the Developer's FAQ) about how to get started in PostgreSQL
development. The first thing a developer should do before getting too
On Tuesday 01 June 2004 22:15, Andrew Dunstan wrote:
Lamar Owen wrote:
Well, it should not have surprised anyone. We have targeted June 1 as a
beta freeze date for several versions, not just 7.5. In fact, looking
back through last year's pre-7.4 discussion, it's deja vu all over
again
to such a discussion would have been in the thread
http://archives.postgresql.org/pgsql-hackers/2004-01/msg00273.php, at least
that's all I could find.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
PostgreSQL and plPHP, then tell me how you
solved the circular dependency.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 9
how
you solved the circular dependency.
Actually plPHP doesn't require the PostgreSQL source tree... you would
just have to modify the Make file to point to the right places.
Then it can easily be a standalone project, and the issues go away.
--
Lamar Owen
Director of Information Technology
On Friday 12 March 2004 03:21 pm, Fernando Nasser wrote:
Lamar Owen wrote:
Uh, we have many many many different ways to use syslog. So my other
message on the topic.
Which other message?
The one I didn't post. :-)
Anyway, Syslog is not an option for us. We need flat files.
Ok, riddle
. But, if Red Hat wants to pay Tom to do it... :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 3: if posting/reading
better than 7.3.x in that respect?
There are several levels documented in postgresql.conf. Try the terse level
and see what happens.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
sure we have more reports about upgrading than logging.
But see my reply to bug 103767 for more.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
On Friday 05 March 2004 09:50 am, Mark Gibson wrote:
How about in future, packaging it all up as a release candidate,
(ie. 7.4.2-rc1) for a week or so before official final release,
We do this already for major versions. Maybe we should consider this for
minors too.
--
Lamar Owen
Director
move those files over to 7.3.6 ...
Please, don't call it 7.3.6. Streamlining releases is terrible. 7.3.7 or
7.3.6.1 or SOMETHING other than 7.3.6, and just let 7.3.6 be a brown paper
bag release (like 6.4.1 was).
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research
tarballs have been streamlined. I'm glad I hadn't
built any RPMs yet.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 8
children through this
difficult time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 9: the planner will ignore your
On Monday 19 January 2004 03:53 pm, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
I am looking at the possibility of cleaning up the binary tree on the ftp
site, and was wondering what the group thought about purging old
binaries. What I was thinking would be to remove all
still among us. And this wouldn't touch the source releases at
all.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 7
. The space taken
by binaries is significant (about 1GB at this point). Since we are keeping
all source releases (although I would question that, since we use CVS),
keeping all the binaries around is just a space waster, IMHO.
Comments?
--
Lamar Owen
Director of Information Technology
Pisgah
that Red Hat has in its enterprise directory). That box isn't a
devel box, but I am building up (while I'm on vacation) a devel box. So I'll
be building RPMs on that box with WBEL which should install on RHEL3.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1
do it tomorrow, or is may be better do it for the 7.4.1 ?
If you'll hold off a few days both 7.4.1 and 7.3.5 RPMs are due to be
released. At that point building on various distributions and setting up
torrents will be done.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical
; in fact, I have delayed release of the
7.3.5 RPMset because of this. I'd love to check it out with 7.3.5.
(however, real work keeps getting in the way today; it may be a tonight
thing, with the upload to happen tomorrow).
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical
installed at the same time. I am
investigating the best way of correcting this without breaking too many
things.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end
On Tuesday 02 December 2003 06:29 pm, Gaetano Mendola wrote:
Lamar Owen wrote:
You need to specify that you are building for Red Hat 9 on the command
I'll try.
Ok.
PS: the 7.4 will be remembered as the longest release to be developed
and for the longest period needed in order to have
and be Fedora Core based.
So, I ask, why change something that is going to work every time to something
that may very well break silently in the future? (yes, I know about the
performance difference; is the increased performance worth the tradeoff?)
--
Lamar Owen
Director of Information
On Saturday 29 November 2003 01:07 pm, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
The project lead for the Aurora SPARC Linux project is who recommended it
in the first place;
We were told equally positively, by equally well-informed persons, that
we should prefer -fpic if at all
this; but at the moment it is manual. The spec file
does check the build89 macro, and, if defined, throws in the right value for
kerberos.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end
. This will
just be spec file changes, probably, unless another bug appears in the
initscript.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast
this mail and gets the time to build them, as he has already asked to help do
this. I have RH 8.0 at my disposal, and will build those. I will also be
building Aurora 1.0 packages.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
On Friday 21 November 2003 01:13 pm, Lamar Owen wrote:
I have uploaded a first cut at the RPM's to ftp.postgresql.org. While I am
not 100% convinced of the need to do so, I have restructured the
directories, and await comment on that.
I expect RH 7.3, RH9, and RH 6.2 packages shortly from
is good for PostgreSQL.
And he is getting paid to do it, unlike me.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 7
On Wednesday 19 November 2003 12:02 pm, Peter Eisentraut wrote:
Lamar Owen writes:
And he is getting paid to do it, unlike me.
That's news to me. :-)
Reinhard Max is getting paid to do it, not you. Bad english on my part.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical
On Wednesday 12 November 2003 11:51 pm, Marc G. Fournier wrote:
On Wed, 12 Nov 2003, Lamar Owen wrote:
The biggest issue is going to be 'will it build' on those releases.
The tcl version deal (with tcl prior to 8.1)
Tom applied a patch so that the build will continue to work on 8.0.x
On Thursday 13 November 2003 12:09 am, Matthew T. O'Connor wrote:
On Wed, 2003-11-12 at 23:44, Lamar Owen wrote:
My hands are somewhat tied at the present to only supporting what I
actively run. That is currently RHL 8.0 and Fedora Core 1. (not 1.0,
incidentally; there is no minor version
is currently very busy.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 2: you can get off all lists at once
services that 6.2 has out of the box.
7.3.4 is buildable on 6.2, which makes it a nice balance point for those who
want to do this sort of thing.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
.
If I could even get the box up to RHL 6.2 I'd be better off, because
PostgreSQL 7.3.x builds and runs well there.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end
On Friday 26 September 2003 10:52, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
This isn't necessarily true. That old of a version of PostgreSQL is
probably running on a quite out-of-date OS -- for instance, if the OS was
Red Hat Linux, then the point at which 6.2.1 was shipped
On Friday 22 August 2003 18:42, Josh Berkus wrote:
Bad link. This gives me a post by Lamar Owen talking about usng OIDs to
name files.
I think he may be referring to the last paragraph. Vadim had said that the
tablenames would go to OIDs. They have always been individual files. Been
? If there is, you would want to build it that way; principle of least
surprise.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)---
TIP 8: explain analyze is your friend
On Tuesday 05 August 2003 08:14, Andrew Dunstan wrote:
Will check later today.
When you do, let me know, so that I can post them.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)---
TIP
under those conditions is $100 per hour. (and I have been paid
that rate before.) But the official set will only get uploaded once I've had
the time to build it and test it.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end
about it. I should have checked: that IS my responsibility.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)---
TIP 8: explain analyze is your friend
... Tough call, but I think I'll leave them be, since they will install on
a fully-updated installation. Although I can't imagine an RHAS install not
updated, but that's a different topic.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
confident that PostgreSQL will rise to the occassion. Some of the
plates in question are over 100 years old.
New challenges, new opportunities. But still the same PostgreSQL.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end
On Sunday 13 July 2003 18:09, Matthew T. O'Connor wrote:
I know it's early, but I was just wondering if there would be 7.4 rpms
during beta?
I plan to have them. I'm on vacation this week, so it will be next at
earliest, depending upon when the beta itself is ready.
--
Lamar Owen
WGCR
parameter). I have a little experience in this regard,
having maintained the mainline PostgreSQL RPM's for four years.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ
.
If you find testing fun, more power to you. :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
On Friday 13 June 2003 15:29, Lamar Owen wrote:
It is or was a Linux kernel problem. The 2.2 kernel required double swap
space, even though it wasn't well documented. Early 2.4 kernels also
required double swap space, and it was better documented. Current Red Hat
2.4 kernels, I'm not sure
overcommit-accounting mode 2 to
prevent kills on OOM. Theoretically mode 2 will prevent the possiblity of
OOM completely.
If I read things right, if you have double swap space mode 0 will not OOM
nearly as quickly.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end
On Friday 13 June 2003 12:46, Nigel J. Andrews wrote:
On Fri, 13 Jun 2003, Lamar Owen wrote:
Incidentally, Red Hat as of about 7.0 began insisting on swap space at
least as large as twice RAM size. In my case on my 512MB RAM notebook,
that meant it wanted 1GB swap. If you upgrade your RAM
or runtime environments. With the
other portions of PostgreSQL, nothing beyond the stock distribution is
required for build.)
I think it would best serve the users for an active JDBC developer to make
that distribution. Please advise how you would like to handle this.
--
Lamar Owen
WGCR
Hat
Software. They are being made available by the PostgreSQL Global Development
Group.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faqs
://www.steffann.nl/PostgreSQL/v7.3.3/ if somebody needs them quickly.
Uploading now. Thanks, Sander, and Thanks, Timothy!
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
to
someone.
++
7.3.x branch:
* Tue May 27 2003 Lamar Owen [EMAIL PROTECTED] 7.3.3-1PGDG
- Synced up with RawHide.
- 7.3.3
- Eliminate spurious symlink of libpq.so.2.
- Dropped isblank patch; 7.3.3 uses pg_isblank
* Wed Apr 16 2003 Andrew Overholt [EMAIL
out the cdbs files (which contain the broadcast stuff as well as
more) at /pub/Bureaus/Mass_Media/Databases/cdbs/ (which I would be more
interested in doing, since I am a broadcast engineer by profession)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end
together open source tools to do much of the same stuff.
With the release of the FCC's Fortran source, I've been able to do virtually
everything I need to do.
But while the LMR dataset is larger, the MB dataset is just as varied. I'm
interested in both, however.
--
Lamar Owen
WGCR Internet
, with automatic nightly
import, at some point in time. Just probably not as quickly as Josh needs a
dataset to crank on.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 2: you can get off all lists at once
On Thursday 03 April 2003 09:29, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
And its stubs are in the backend, of all places.
Really? I must have missed that.
On Linux as compiled in Red Hat 9, at least:
[EMAIL PROTECTED] lowen]$ ldd /usr/bin/postgres
libreadline.so
the
library. The executable is therefore covered by this License.
Section 6 states terms for distribution of such executables.
stifles ROTFL
Everyone does realize that on Linux PostgreSQL binaries link against glibc,
which is LGPL..
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
On Wednesday 02 April 2003 22:39, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
stifles ROTFL
Everyone does realize that on Linux PostgreSQL binaries link against
glibc, which is LGPL..
And your point is?
That everyone is being entirely too picky. Hey, we link against other
On Wednesday 02 April 2003 21:59, Stephan Szabo wrote:
On Wed, 2 Apr 2003, Lamar Owen wrote:
However, linking a work that uses the Library with the Library
creates an executable that is a derivative of the Library (because it
contains portions of the Library), rather than a work
On Thursday 03 April 2003 00:04, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
And its stubs are in the backend, of all places.
Really? I must have missed that.
On Linux as compiled in Red Hat 9, at least:
[EMAIL PROTECTED] lowen]$ ldd /usr/bin/postgres
libpam.so.0 = /lib
by either win32 or PITR. And think of this crazy
scenario: We release an 8.0 with PITR, then need either a 8.1 or a 9.0
with a FE/BE overhaul, then need a possible 10.0 because we've added
win32... yuk.
FWIW, the 6.4 protocol change didn't force a move from 6.3.2 to 7.0.
--
Lamar Owen
WGCR
of PostgreSQL is on topic for -hackers. IMNSHO.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
know the historical reason)?
Comments?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
On Saturday 15 February 2003 20:19, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
Just exactly why does initdb need to drop any config files anywhere?
Because we'd like it to edit the correct datadir into the config file,
to take just the most obvious example.
Shouldn't we
On Saturday 15 February 2003 21:06, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
Shouldn't we be consistent and have initdb use the datadir set in the
config file, which could be supplied by a ./configure switch?
That'd mean there is no way to perform an initdb into a nonstandard
On Sunday 16 February 2003 00:16, Tom Lane wrote:
Lamar Owen [EMAIL PROTECTED] writes:
Would you mind elucidating which point of view is yours?
Primarily, one that wants to have multiple postmasters running, of the
same or different versions; including test and temporary installations
think it is
for the better; YMMV.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
On Thursday 13 February 2003 21:13, Bruce Momjian wrote:
Lamar Owen wrote:
It isn't without precedent to have a directory under /var/run. Maybe
/var/run/postgresql. Under this one could have a uniquely named pid
file.
But how do you handle the default then, where you have postmaster.pid
. It's an interlock for
PGDATA. So it might be argued that postmaster.pid is misnamed.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
on in client connections). But I do advocate _allowing_ the
configuration options Mark has enumerated -- although I really wish we could
use the lowercase c instead, for consistency with other OS services.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end
of the OS. If it isn't, well, it isn't.
This is so that local admin installed (from source -- not from binary package)
files don't get clobbered by the next operating system binary upgrade. In
that context the FHS (LSB) mandate makes lots of sense.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
On Thursday 13 February 2003 18:41, Vince Vielhaber wrote:
On Thu, 13 Feb 2003, Lamar Owen wrote:
PostgreSQL is as critical as PHP, Apache, or whatever other package is
being backended by PostgreSQL. If the package is provided by the
distributor, consider it part of the OS. If it isn't
of sendmail.cf: so, yes,
you can run multiple instances, although it could be argued that it wasn't
designed in.
Next?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http
On Thursday 13 February 2003 20:09, Bruce Momjian wrote:
Lamar Owen wrote:
This isn't the same environment, Bruce, that you got into back when it
was still Postgres95.
So you are saying this isn't my grandma's database anymore. :-)
I actually thought of saying it that way, too
On Tuesday 11 February 2003 20:56, Lamar Owen wrote:
Being that this group of hackers is one I trust, and that this is a pretty
common scenario for contract programming, I thought I'd ask this group a
question. I hope you don't mind.
I want to thank everyone for their responses. We will see
It is the ONE TRUE PLACE [snip]
If PostgreSQL is supported as a part of the base operating system in a Linux
distribution, and that distribution wishes to be Linux Standards Base
compliant (most do), then PostgreSQL cannot go in /usr/local -- period.
IDIC at work.
--
Lamar Owen
WGCR Internet Radio
are to be preferred only if the distributor doesn't have updated
ones.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
trust this group, if any of you have had experience dealing with
credit collection bureaus and the like, can you please e-mail me privately
with your experience?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting
1 - 100 of 460 matches
Mail list logo
