Re: [PATCHES] UTF8 for all translations?

2004-08-02 Thread Peter Eisentraut
Serguei A. Mokhov wrote: Why not to use UTF8 fot all .po file for consistency (and to possibly avoid future problems like that)? I'd consider that a bother that brings us no real benefit. Take a look at pgAdmin III as an example. I assume that pgAdmin uses a Unicode-only display. We,

Re: [PATCHES] fix schema ownership on first connection preliminary patch

2004-08-02 Thread Bruce Momjian
Is there a TODO here? --- Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: Fabien COELHO wrote: Please find attached a preliminary patch to fix schema ownership on first connection. It is for comments and

Re: [PATCHES] pg_config

2004-08-02 Thread Bruce Momjian
OK, addition made, and I added documentation for -pgxs. --- Andrew Dunstan wrote: Peter Eisentraut wrote: Bruce Momjian wrote: Oops, sorry, done. The --pgxs option seems to have gotten lost in the

Re: [PATCHES] Random regression failures

2004-08-02 Thread Bruce Momjian
I ran some loops myself and couldn't reproduce it anymore. I will wait to see if it happens again. Sorry. --- Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: I am seeing random parallel regression failures. I

Re: [PATCHES] Random regression failures

2004-08-02 Thread Tom Lane
Bruce Momjian [EMAIL PROTECTED] writes: I ran some loops myself and couldn't reproduce it anymore. I will wait to see if it happens again. Hm. I let mine go for about 400 make check cycles and didn't see anything. Doesn't prove the 401st wouldn't have failed though :-( I'm wondering

Re: [PATCHES]Traditional Chinese initdb-zh_TW.po for 7.5

2004-08-02 Thread Peter Eisentraut
Zhenbang Wei wrote: 3 new messages translated. Installed. -- Peter Eisentraut http://developer.postgresql.org/~petere/ ---(end of broadcast)--- TIP 8: explain analyze is your friend

Re: [PATCHES]Traditional Chinese postgres-zh_TW.po for 7.5

2004-08-02 Thread Peter Eisentraut
Zhenbang Wei wrote: Translate more messages in addition to fix existing ones. Installed. -- Peter Eisentraut http://developer.postgresql.org/~petere/ ---(end of broadcast)--- TIP 8: explain analyze is your friend

Re: [PATCHES] win32 readline

2004-08-02 Thread Bruce Momjian
Where are we on this? Right now readline is disabled on Win32. psql works fine for me. In fact it is more native because the delete key deletes, and control-d doesn't exit. I am inclined to leave the code unchanged and we can revisit this later after we figure out why readline doesn't work on

Re: [PATCHES] win32 readline

2004-08-02 Thread Marc G. Fournier
On Mon, 2 Aug 2004, Bruce Momjian wrote: Where are we on this? Right now readline is disabled on Win32. psql works fine for me. In fact it is more native because the delete key deletes, and control-d doesn't exit. I am inclined to leave the code unchanged and we can revisit this later after we

Re: [PATCHES] win32 readline

2004-08-02 Thread Peter Eisentraut
Marc G. Fournier wrote: Stupid question, but for Windows ... how many will actually use psql, vs something like PgAdmin? I don't see any reason to believe that it would be significantly less than now. I'd say revisit it later myself ... it isn't critical to the operation of the server, only

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Tom Lane
Matthew T. O'Connor [EMAIL PROTECTED] writes: Please apply to CVS or tell me what I need to change to get it applied. I looked over this patch (sorry for the delay), and found a number of problems. Bigger problems: * I don't think you've thought through system shutdown at all. The postmaster

Re: [PATCHES] Troff -ms output for psql

2004-08-02 Thread Bruce Momjian
This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2 --- Roger Leigh wrote: Hello, I've created a patch which adds support for troff -ms output to psql. i.e. \pset format

Re: [PATCHES] psql latex bugfixes

2004-08-02 Thread Bruce Momjian
This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2 --- Roger Leigh wrote: I have noticed that the latex format in psql has some bugs: ? _ is not escaped, and causes TeX to

Re: [PATCHES] Patch for pg_dump: Multiple -t options and new -T option

2004-08-02 Thread Bruce Momjian
This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2 --- Tom Lane wrote: David F. Skoll [EMAIL PROTECTED] writes: On Wed, 21 Jul 2004, Tom Lane wrote: pg_dump -t s1.t1 -t

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Bruce Momjian
Tom Lane wrote: I'm not sure what we do now. I can't apply this in its current state, and I do not have time to fix it. I don't really want to push it in and assume we can fix the problems during beta ... I see. :-( I know Matthew just got back from being away so perhaps he has time to

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Tom Lane
Bruce Momjian [EMAIL PROTECTED] writes: As far as libpq, can't pg_autovacuum dynamically load libpq like dblink does? Hmm, make the bulk of the autovac daemon be a shlib that is dynamically linked by just that subprocess? Yeah, that might work. On the password issue, can't we use .pgpass in

Re: [PATCHES] Troff -ms output for psql

2004-08-02 Thread Christopher Kings-Lynne
You mean 8.1 release :P Bruce Momjian wrote: This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Bruce Momjian
Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: As far as libpq, can't pg_autovacuum dynamically load libpq like dblink does? Hmm, make the bulk of the autovac daemon be a shlib that is dynamically linked by just that subprocess? Yeah, that might work. We certainly don't want to

Re: [PATCHES] Troff -ms output for psql

2004-08-02 Thread Bruce Momjian
Perhaps. :-) --- Christopher Kings-Lynne wrote: You mean 8.1 release :P Bruce Momjian wrote: This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2

Re: [PATCHES] psql latex bugfixes

2004-08-02 Thread Christopher Kings-Lynne
Surely this is a really good bug fix and should be in 7.5? Bruce Momjian wrote: This has been saved for the 7.6 release: http:/momjian.postgresql.org/cgi-bin/pgpatches2 --- Roger Leigh wrote: I have noticed that the

Re: [PATCHES] psql latex bugfixes

2004-08-02 Thread Bruce Momjian
If you would like to review it I will apply it. --- Christopher Kings-Lynne wrote: Surely this is a really good bug fix and should be in 7.5? Bruce Momjian wrote: This has been saved for the 7.6 release:

[PATCHES] Epoch to timestamp conversion function patch

2004-08-02 Thread Michael Glaesemann
Please find attached two patches (one for pg_proc.h and another for supporting documentation) for two SQL functions: epoch_to_timestamp(integer) and epoch_to_timestamptz(double precision), which convert from UNIX epoch to the native PostgreSQL timestamp and timestamptz data types. The

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Matthew T. O'Connor
On Mon, 2004-08-02 at 21:36, Bruce Momjian wrote: Tom Lane wrote: I'm not sure what we do now. I can't apply this in its current state, and I do not have time to fix it. I don't really want to push it in and assume we can fix the problems during beta ... I see. :-( I know Matthew

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Matthew T. O'Connor
On Mon, 2004-08-02 at 21:53, Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: As far as libpq, can't pg_autovacuum dynamically load libpq like dblink does? Hmm, make the bulk of the autovac daemon be a shlib that is dynamically linked by just that subprocess? Yeah, that might

Re: [PATCHES] autovauum integration patch: Attempt #4

2004-08-02 Thread Matthew T. O'Connor
On Mon, 2004-08-02 at 19:26, Tom Lane wrote: I looked over this patch (sorry for the delay), and found a number of problems. Thanks for the feedback, hopefully we can still get something in place for 7.5. Bigger problems: * I don't think you've thought through system shutdown at all. The