Re: [HACKERS] WAL file location

2002-07-30 Thread Lamar Owen
On Tuesday 30 July 2002 11:51 pm, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: CREATE DATABASE foo WITH LOCATION = 'BAR' And requires you to be a database superuser anyway. CREATE DATABASE does not require superuser privs, only createdb which is not usually considered particular

Re: [HACKERS] Open 7.3 items

2002-07-30 Thread Lamar Owen
. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Re: [HACKERS] [SQL] line datatype

2002-07-16 Thread Lamar Owen
in length, the other is finite. Distances, etc are calculated differently between the two types. For some of my work a type of 'ray' would be nice... :-) But LSEG's usually work OK as long as you specify an endpoint that is far enough away. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
necessary? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(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

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
[cc: trimmed] On Wednesday 10 July 2002 03:42 am, Jan Wieck wrote: Lamar Owen wrote: As a note of interest, RPM itself is backed by a database, db3. Prior to version 4.x, it was backed by db1. Upgrading between the versions of RPM is simply -- installing db3 and dependenies, upgrade RPM

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
On Wednesday 10 July 2002 09:11 am, Hannu Krosing wrote: On Wed, 2002-07-10 at 01:09, Lamar Owen wrote: The wc utility isn't in the path in an OS install situation. The df utility isn't in the path, either. You can use python, though. :-) Not that that would be a good thing

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
On Wednesday 10 July 2002 11:48 am, Hannu Krosing wrote: On Wed, 2002-07-10 at 16:20, Lamar Owen wrote: On Wednesday 10 July 2002 09:11 am, Hannu Krosing wrote: And I have written custom postgres table dumpers in python without too much effort (except reverse-engineering the page

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
, particularly the fortran to python translator. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your

Re: [HACKERS] (A) native Windows port

2002-07-10 Thread Lamar Owen
On Wednesday 10 July 2002 04:42 pm, Jan Wieck wrote: Lamar Owen wrote: On Wednesday 10 July 2002 03:24 am, Jan Wieck wrote: The problem why this conflicts with these package managers is, because they work package per package, instead of looking at the big picture. Who said you can

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
to binary on the fly. This is the best dialog yet on the issue of upgrading. Keep it coming! :-) -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
of an old package to remain around. The new package must be self-contained and must be able to upgrade the old data, or they will not accept it. Their statement now is simply that PostgreSQL upgrading is broken; dump before upgrading and complain to the PostgreSQL developers. -- Lamar Owen WGCR

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
) run post-upgrade (initdb; psql dumpfile) All but the first step works fine. The first step is impossible in the environment in which the %pre script runs. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
On Tuesday 09 July 2002 04:17 pm, Hannu Krosing wrote: On Tue, 2002-07-09 at 22:10, Lamar Owen wrote: The pre-upgrade script is run in an environment that isn't robust enough to handle that. What if you run out of disk space during the dump? You can either check beforehand or abort

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
is [coherent]). Can our core be written/rewritten in such a way as to be _completely_ object driven? Someone steeped a little better in object theory please take over now Or am I totally out in left field here? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
On Tuesday 09 July 2002 07:19 pm, Rod Taylor wrote: On Tue, 2002-07-09 at 19:09, Lamar Owen wrote: And what if you have enough disk space to do the dump, but then that causes the OS upgrade to abort because there wasn't enough space left to finish upgrading (larger packages, perhaps

Re: [HACKERS] (A) native Windows port

2002-07-09 Thread Lamar Owen
[replying to myself] On Tuesday 09 July 2002 07:34 pm, Lamar Owen wrote: if you do this. Already RPM can rollback the transaction being done on the RPM database (it's a db3 database system), but rolling back the filesystem is a little different. As a note of interest, RPM itself is backed

Re: [HACKERS] (A) native Windows port

2002-07-06 Thread Lamar Owen
On Saturday 06 July 2002 11:15 am, Tom Lane wrote: Andrew Sullivan [EMAIL PROTECTED] writes: On Fri, Jul 05, 2002 at 12:39:13PM -0400, Lamar Owen wrote: One other usability note: why can't postmaster perform the steps of an initdb if -D points to an empty directory? Rank newbies

Re: [HACKERS] (A) native Windows port

2002-07-05 Thread Lamar Owen
, particularly those where a backend cannot be run for whatever reason, but you need your data (corrupted system catalogs, high system load, whatever). Upgrading is just one of those contexts. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] (A) native Windows port

2002-07-03 Thread Lamar Owen
On Tuesday 02 July 2002 03:14 pm, Jan Wieck wrote: Lamar Owen wrote: [...] Martin O has come up with a 'pg_fsck' utility that, IMHO, holds a great deal of promise for seamless binary 'in place' upgrading. He has been able to write code to read multiple versions' database structures

Re: [HACKERS] (A) native Windows port

2002-07-02 Thread Lamar Owen
, Lotus Approach, and others, allow you to convert the old to the new as part of initial startup. This will be a prerequisite for wide acceptance in the Windows world, methinks. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] (A) native Windows port

2002-07-01 Thread Lamar Owen
this idea, but let me just bring one little issue to note: are you going to handle upgrades, and if so, how? How are you going to do a major version upgrade? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you

Re: First Win32 Contribution (Was: Re: [HACKERS] Democracy and

2002-06-20 Thread Lamar Owen
On Thursday 20 June 2002 02:57 pm, Jan Wieck wrote: set of triggers where working, and then Stephan did all the others and I forgot who else helped to do the utility commands and CREATE TABLE syntax and tried to decrypt the SQL definitions? Don Baccus? -- Lamar Owen WGCR Internet Radio 1

Re: [HACKERS] Project scheduling issues (was Re: Per tuple overhead,

2002-06-10 Thread Lamar Owen
. Is it a job for two patch managers, one for the STABLE and one for the DEV? Only Bruce can answer whether he can realistically handle it (I personally have confidence he can). -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP

Re: [HACKERS] Project scheduling issues (was Re: Per tuple overhead,

2002-06-10 Thread Lamar Owen
On Monday 10 June 2002 04:11 pm, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: Historically we've concentrated our development efforts during beta to 'fixing beta problems only' There is a downside to changing away from that approach. There are downsides to every approach

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-27 Thread Lamar Owen
. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-22 Thread Lamar Owen
(same as Red Hat 7.3's version). They are different. And, IMO, those results are the 'expected' results on a unixoid system, ISO or no ISO. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-22 Thread Lamar Owen
On Wednesday 22 May 2002 01:58 pm, Ulrich Drepper wrote: On Wed, 2002-05-22 at 10:51, Lamar Owen wrote: What isn't funny is Oliver Elphick's results on Debian, running glibc 2.2.5 (same as Red Hat 7.3's version). This is a completely different version. Once Debian updates (in a few years

Re: [HACKERS] [GENERAL] Psql 7.2.1 Regress tests failed on RedHat 7.3

2002-05-21 Thread Lamar Owen
didn't mean to step on your toes by any of my comments; I completely agree with you that glibc and the ISO C standard cited are daft in this. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-21 Thread Lamar Owen
Hat. Loudly. However, as this is a glibc change, other distributors are very likely to fold in this change sooner rather than later. Try using timestamp without timezone? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-21 Thread Lamar Owen
On Tuesday 21 May 2002 12:31 pm, Trond Eivind Glomsrød wrote: On Tue, 21 May 2002, Lamar Owen wrote: However, as this is a glibc change, other distributors are very likely to fold in this change sooner rather than later. Relying on nonstandardized/nondocumented behaviour is a program bug

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-21 Thread Lamar Owen
blind to the regular locale-induced failures -- this is not a good thing. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-21 Thread Lamar Owen
On Tuesday 21 May 2002 06:09 pm, Oliver Elphick wrote: On Tue, 2002-05-21 at 18:24, Lamar Owen wrote: In any case, this isn't just a Red Hat problem, as it's going to cause problems with the use of timestamps on ANY glibc 2.2.5 dist. That's more than Red Hat, by a large margin. I'm

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-20 Thread Lamar Owen
to ferret out the source of this bug? More to the point: we need a test case in C that could expose this as a glibc bug. Methinks Red Hat would want this bug ferretted out, as it would likely cause problems with RedHat Database on RH 7.3's glibc. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] [GENERAL] Psql 7.2.1 Regress tests failed on RedHat 7.3

2002-05-20 Thread Lamar Owen
[HACKERS added to cc:, GENERAL dropped] On Monday 20 May 2002 11:39 pm, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: Well, I went to bat for this a little bit ago, relating to a bug report, but I've struck out. The ISO C standard spells it out plainly that dates before 1970

Re: [HACKERS] Redhat 7.3 time manipulation bug

2002-05-20 Thread Lamar Owen
Since the Epoch', then cross-reference to the man page of mktime. I don't like it any more than you do, but that is the letter of the standard. Thomas, any comments? Our implementation is broken, then. Thomas, is this fixable for a 7.2.x release, or something for 7.3? -- Lamar Owen WGCR

Discontent with development process (was:Re: [HACKERS] pgaccess - the discussion is over)

2002-05-13 Thread Lamar Owen
and seeing it through at least two major cycles. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html

Re: [HACKERS] Path to PostgreSQL portabiliy

2002-05-09 Thread Lamar Owen
On Thursday 09 May 2002 07:51 am, Marc G. Fournier wrote: On Wed, 8 May 2002, Lamar Owen wrote: 3) If (2) is the case, then development could continue under the BSD license, since developers could use the BSD-original code for their development work. So there is no risk of backflow

Re: [HACKERS] STILL LACKING: CVS tag for release 7.2.1

2002-05-05 Thread Lamar Owen
/pgsql/) -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org

Re: [HACKERS] a vulnerability in PostgreSQL

2002-05-03 Thread Lamar Owen
. Not pretty to support. Still at 6.5.3, too. We need a better upgrade path, but that's a different discussion. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command

Re: [HACKERS] postgres 7.2.1 on redhat 7.1

2002-05-02 Thread Lamar Owen
built. There was another fellow built the RPMset on RH 7.1 a week or so ago, and he said the rebuild worked just fine. As I don't have a RH 7.1 machine to build on, this is the best I can do. Sorry. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] PostgreSQL mission statement?

2002-05-02 Thread Lamar Owen
. Or even s/Free/BSD-licensed/g if you want to really state the obvious. :-) If other projects' members are insulted by that, then they're just too sensitive. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 1: subscribe

Re: [HACKERS] Civility of core/hackers group

2002-04-29 Thread Lamar Owen
. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(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

Re: [HACKERS] Mandrake 8.1 RPMs posted

2002-04-27 Thread Lamar Owen
news. Really good news. The delay was worth it, I guess. I have also had a report of a Red Hat 7.1 user getting a rebuild without difficulty. Good things. Although I wonder how many have downloaded the Red Hat 6.2 SPARC RPM's I uploaded. :-) -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] Vote on SET in aborted transaction

2002-04-23 Thread Lamar Owen
transaction This seems the correct behavior. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])

Redhat 7.2.93 performance (was:Re: [HACKERS] PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC)

2002-04-14 Thread Lamar Owen
[Trimmed CC list] On Sunday 14 April 2002 01:52 am, Hannu Krosing wrote: On Sun, 2002-04-14 at 08:48, Lamar Owen wrote: Incidentally, the 7.2.93 (skipjack) public beta is a serious improvement over RHL 7.2, and I personally recommend it, as KDE 3 is worth the upgrade, even to a beta

Re: Redhat 7.2.93 performance (was:Re: [HACKERS] PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC)

2002-04-14 Thread Lamar Owen
On Sunday 14 April 2002 03:00 pm, Luciano Miguel Ferreira Rocha wrote: On Sun, Apr 14, 2002 at 02:35:13PM -0400, Lamar Owen wrote: Raw performance seems to be increased as well, due to an improved kernel (2.4.18 plus low-latency and preemptible patches, according to the kernel source RPM

[HACKERS] PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC

2002-04-13 Thread Lamar Owen
to Larry Rosenman, even though I've not availed myself of that access as yet. Other none-RedHat RPM-based distributions are not directly supported by me, although SuSE 7.3 on UltraSparc may be supported in the future, as I have an Ultra 5 running that dist. -- Lamar Owen WGCR Internet Radio 1

Re: [HACKERS] 7.2b1 ...

2001-10-26 Thread Lamar Owen
. And they serve a useful purpose -- keeping us on our toes and reminded that even the best and brightest open source development team around can make mistakes. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you

Re: [HACKERS] 7.2b1 ...

2001-10-26 Thread Lamar Owen
to release without the contrib tree packaged, due to build errors. Stay tuned for the latest. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister

Re: [HACKERS] [GENERAL] To Postgres Devs : Wouldn't changing the selectlimit

2001-10-22 Thread Lamar Owen
is rather broken according to the results of the discussion on general. Do we really want a whole 'nother major version cycle to pass before this kludge is fixed? Six months to a year down the road? The longer this behavior is in the code, the harder it's going to be to remove it, IMNSHO. -- Lamar

Re: Temprary issue gripes(was:Re: [HACKERS] cvs problem)

2001-10-10 Thread Lamar Owen
familiar with the workingsof a project this size. That's really all I have to say about that on-list. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users

Temprary issue gripes(was:Re: [HACKERS] cvs problem)

2001-10-08 Thread Lamar Owen
On Friday 05 October 2001 07:48 pm, John Summerfield wrote: On Fri, 5 Oct 2001, Lamar Owen wrote: I made it clear I was getting frustrated. Read in that context, I think it was pretty mild;-) But it was done in an uninformed way. Had you read the previous two-three weeks of the archives

Re: [HACKERS] cvs problem

2001-10-05 Thread Lamar Owen
, and you change the source document to reflect a change, but the build fails due to that very layout change, it can get pretty ugly. And that's exactly what happened, from my perspective. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] cvs problem

2001-10-04 Thread Lamar Owen
On Wednesday 03 October 2001 07:53 pm, John Summerfield wrote: On Tue, 2 Oct 2001, Lamar Owen wrote: On Monday 01 October 2001 07:33 pm, John Summerfield wrote: Time to get your act together fellas. This is open source John, not rocket science. (pun intended) Hmm. Kids I was at school

Re: [HACKERS] cvs problem

2001-10-02 Thread Lamar Owen
of minor server issues (that are being worked out right now, even as I write, by highly capable professionals, who, BTW, are doing this on a volunteer basis). -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you

Re: [HACKERS] Preparation for Beta

2001-10-02 Thread Lamar Owen
in the past myself, you and Vince have my gratitude and, well, sympathy, over this, as a dynamic website and ftpsite move by itself is never trivial. And there are many more details here than a typical site move -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end

Re: [HACKERS] Preparation for Beta

2001-10-01 Thread Lamar Owen
been, is it still the master for the ftp site, or? A map of the developer _sites_ would be a good addition to the developer's corner, IMHO, unless people have security concerns that would prevent that. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] cvs tip problems

2001-10-01 Thread Lamar Owen
through the differences, and get things smooth again, Marc's hard work in upgrading the server situation is sure to reap benefits if we'll be patient as he works out the kinks. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP

Re: [HACKERS] PostgreSQL funding/organization

2001-09-20 Thread Lamar Owen
a few weeks ago to find out what I see in 'open source nature.' -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED

Re: [HACKERS] PostgreSQL funding/organization

2001-09-20 Thread Lamar Owen
On Thursday 20 September 2001 12:47 pm, Marc G. Fournier wrote: On Thu, 20 Sep 2001, Lamar Owen wrote: On Thursday 20 September 2001 08:58 am, mlw wrote: Has this changed, in any way, the development path of PostgreSQL? Just my personal opinion: long before Great Bridge was on the map

Re: [HACKERS] PostgreSQL funding/organization

2001-09-20 Thread Lamar Owen
is high -- but PostgreSQL cannot be orphaned in that sense due to its open source nature. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs

Re: [HACKERS] 7.2 RPMs

2001-09-17 Thread Lamar Owen
:-)). -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Re: [HACKERS] 7.2 RPMs

2001-09-17 Thread Lamar Owen
getting ready to go into beta, and I was getting ready to ramp up to deal with 7.2beta RPMs anyway. This just quickens the issue. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go

Re: [HACKERS] 7.2 RPMs

2001-09-17 Thread Lamar Owen
. If I can build a reasonably portable jar of our JDBC,I'm willing to try. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL

Re: [HACKERS] 7.2 RPMs

2001-09-17 Thread Lamar Owen
may want to start there, not the Red H?at package (which is close, but not identical, to ours). -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster

Re: [HACKERS] syslog by default?

2001-09-11 Thread Lamar Owen
have their place. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl

Re: [HACKERS] Re: [PATCHES] Makefile.PL for Pg.so

2001-08-25 Thread Lamar Owen
. Trying to fix this for the RPMS -- the RPATH contains the buildroot instead of where the libs really are. Could cause security problems. Working on it, but it's slow going for me at this busy time. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: [HACKERS] Link to bug webpage

2001-08-22 Thread Lamar Owen
On Tuesday 21 August 2001 17:51, Vince Vielhaber wrote: On Tue, 21 Aug 2001, Lamar Owen wrote: I disagree. Unless you are omniscient, We need someone willing to be a kibo. Or is that too arcane a reference? Gotta admit, I haven't heard that in a while. Egads! An Internet where

Re: [HACKERS] List response time...

2001-08-22 Thread Lamar Owen
the hackers list (which I know he's subscribed to). Up to a week after reading it once already. My mail spool filesystem has severl GB of free space, too. Unless my sendmail installation is doing funny things. :-) -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end

[HACKERS] Re: [PORTS] mx.rpm

2001-08-21 Thread Lamar Owen
a broken PostgreSQL Python DB-API 2.0 client, AFAICT. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html

Re: [HACKERS] Link to bug webpage

2001-08-21 Thread Lamar Owen
On Tuesday 21 August 2001 11:59, Vince Vielhaber wrote: On Tue, 21 Aug 2001, Lamar Owen wrote: Red Hat makes mission-critical use of bugzilla running on Oracle. See bugzilla.redhat.com. And ask the Red Hat people on these lists their opinions of bugzilla. What who thinks of what has

Re: [HACKERS] Link to bug webpage

2001-08-21 Thread Lamar Owen
and even obnoxious in their comments doesn't automatically disqualify what they say from validity. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge

Re: [HACKERS] List response time...

2001-08-21 Thread Lamar Owen
of the recent replies The best thing to do is simply to expect propagation delay. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl

Re: [HACKERS] Link to bug webpage

2001-08-21 Thread Lamar Owen
. X-PostgreSQL-bug-ID: anyone? Or leave the bug ID number in the subject? Then the replies can be properly inserted into the database as belonging to an ID. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 2: you can get

Re: [HACKERS] Link to bug webpage

2001-08-21 Thread Lamar Owen
I disagree. Unless you are omniscient, we will only ever have a partial list. but there wasn't enough interest for someone to take on the maintenance. We need someone willing to be a kibo. Or is that too arcane a reference? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] Link to bug webpage

2001-08-21 Thread Lamar Owen
bugzilla.redhat.com. And ask the Red Hat people on these lists their opinions of bugzilla. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail

[HACKERS] PostgreSQL 7.1.3 RPM's available for download.

2001-08-17 Thread Lamar Owen
rebuild just fine on most any LSB-compliant RPM-based Linux. README.rpm-dist has instructions on how to rebuild, and improved instructions on building just what packages you need. Changelog from PostgreSQL-7.1.2-5PGDG RPMset: * Fri Aug 17 2001 Lamar Owen [EMAIL PROTECTED] - 7.1.3-1PGDG - Kerberos

Re: [HACKERS] To be 7.1.3 or not to be 7.1.3?

2001-08-14 Thread Lamar Owen
On Tuesday 07 August 2001 14:56, Tom Lane wrote: Ok. This is the second time I have seen this message -- but this one is delayed by a week. Marc? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading

Re: [HACKERS] Re: RPM source files should be in CVS (was Re: [GENERAL] psql -l)

2001-07-21 Thread Lamar Owen
On Friday 20 July 2001 19:56, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: How is this search path defined? Blindly using libdir is not ok -- Why not? During RPM build, libdir will point to /usr/lib. This is OK and appropriate for the generally-loadable shared libs. HOWEVER

Re: [HACKERS] Re: hub.org out of disk space

2001-07-20 Thread Lamar Owen
but the last 7.0.3 RPM will be removed, etc. A full RPMset across three or more platforms plus source takes a bit of space :-) ftp/pub/binary is only up to 353356 blocks, and /home/projects/pgsql is now down to 446308 free. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

[HACKERS] Re: RPM source files should be in CVS (was Re: [GENERAL] psql -l)

2001-07-20 Thread Lamar Owen
[cc: to GENERAL replacedby cc: to HACKERS] On Friday 20 July 2001 17:14, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: The biggest patching by far is in the regression tests, which really are not designed to live outside the source tree, but can be munged into shape fairly easily

Re: [HACKERS] Re: RPM source files should be in CVS (was Re: [GENERAL] psql -l)

2001-07-20 Thread Lamar Owen
On Friday 20 July 2001 18:45, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: On to the next batch There are a few perl and python scripts shipped as examples -- every last one of them shebangs to '/usr/local/perl' or '/usr/local/python' -- to make them usable, I patch

Re: OID wraparound (was Re: [HACKERS] pg_depend)

2001-07-18 Thread Lamar Owen
On Thursday 19 July 2001 12:00 am, Tom Lane wrote: Lamar Owen [EMAIL PROTECTED] writes: However, the utility of INSERT returning a unique identifier to the inserted row needs to be addressed -- I would prefer it return the Another possibility, given that any app using a feature like

Re: OID wraparound (was Re: [HACKERS] pg_depend)

2001-07-18 Thread Lamar Owen
you're barking up the right tree, as usual, Tom. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl

Re: OID wraparound (was Re: [HACKERS] pg_depend)

2001-07-18 Thread Lamar Owen
?)? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(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: OID wraparound (was Re: [HACKERS] pg_depend)

2001-07-18 Thread Lamar Owen
-- and, you have to admit, RH's adoption of PG does increase, in many circles, PG's credibility. Of course, PG has credibility with me for other reasons -- it was, IMHO, just a matter of time before Red Hat saw the PostgreSQL Light. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] What I do with PostgreSQL

2001-07-17 Thread Lamar Owen
actually (im not kidding here) did not believe it could be a database if it did not require maintenance. Can anyone say 'Woof!'? This is awesome. Thank you, Alex, for sharing this testimonial -- your database sounds like a serious test of 'scalability' no matter which way you slice it. -- Lamar Owen

Re: [HACKERS] Pg on SMP half-powered

2001-07-07 Thread Lamar Owen
of 19. Sounds like a kernel issue. However, the load average numbers alone are not enough information to get a benchmark. You need to benchmark using a benchmark that can generate enough traffic to load both machines and get good time results for the run of the standard benchmark queries. -- Lamar

Re: [HACKERS] 2 gig file size limit

2001-07-07 Thread Lamar Owen
will be when making backups using pg_dump or pg_dumpall. You may need to pipe the output of those commands into a file splitting utility, and then you'll have to pipe through a reassembly utility to restore. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast

Re: 7.1.2 schedule (was Re: [HACKERS] Posted 7.1 RPMs for Mandrake 7.2)

2001-05-11 Thread Lamar Owen
and files list. Thomas, which pgtcl problem are you referring to? FWIW, my extant CHANGELOG entry for the 7.1.1 RPMs currently reads: * Mon May 07 2001 Lamar Owen [EMAIL PROTECTED] [EMAIL PROTECTED] - 7.1.1 - 7.1.1-1 RPM release - Changes to initscript courtesy Karl DeBisschop - pg_restore

Re: 7.1.2 schedule (was Re: [HACKERS] Posted 7.1 RPMs for Mandrake 7.2)

2001-05-11 Thread Lamar Owen
respect a .cshrc umask setting, so you will likely need to check permissions when you are working in those directories anyway. Ah. Of course, Idon't use the csh :-). But I _do_ use scp exclusively to copy stuff. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end

Re: [HACKERS] Packaging 7.1.1

2001-05-04 Thread Lamar Owen
/downloading it. Not counting the JDBC jars, it's a hundred K or so uncompressed. The spec file is around 30k -- a small amount of code. contrib/rpm-dist? -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched

Re: [HACKERS] Packaging 7.1.1

2001-05-04 Thread Lamar Owen
it in the main tree. Perhaps src/rpm-tools/ or some such name. Let's see where the rest of core and hackers weighs in -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster

Re: [HACKERS] Packaging 7.1.1

2001-05-04 Thread Lamar Owen
the RPM is built). Lamar Owen and I. Is the current snapshot available? The current snapshot is the 7.1-1 release as of this time. I have submitted fixes twice now for what I am fairly sure is a bug in the init script. At least one of the posts was the shortly after lamar posted the RC3

Re: [HACKERS] Packaging 7.1.1

2001-05-04 Thread Lamar Owen
to get myself in gear and get it done. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl

Re: [HACKERS] Packaging 7.1.1

2001-05-03 Thread Lamar Owen
, of course. Of course, there are many projects that DO include all the files necessary to build RPMs from their Official Tarball (TM). Bruce, should portions of that answer be part of the linux FAQ? I don't want to have to write that too many times :-). -- Lamar Owen WGCR Internet Radio 1 Peter

Re: [HACKERS] Packaging 7.1.1

2001-05-03 Thread Lamar Owen
and ideas as well. Sorry guys -- I got caught up in the process and forgot the people! :-( -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Re: [HACKERS] Extrordinarily Poor Performance....

2001-05-03 Thread Lamar Owen
could ask Alfred about his lazy vacuum patches, as they work as well for Red Hat 7 as they do for FreeBSD. Personally, I look forward to the following note being placed into the docs: VACUUM: deprecated. And the feature that makes that note possible. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] Packaging 7.1.1

2001-05-03 Thread Lamar Owen
mail folder 'Postgres' that I work through for each release. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so

Re: [HACKERS] start / stop scripts question

2001-04-24 Thread Lamar Owen
Bruce Momjian wrote: I would like to know myself. I just did a recursive grep of the entire PostgreSQL tree and don't see it. My guess is that it is part of the RPM. Not sure who to report that to. I know Lamar Owen works on it, but I don't know if he is the contact. Yes, that would

<    1   2   3   4   5   >