Re: [pgadmin-hackers] Release schedule

2005-11-07 Thread Dave Page
 

 -Original Message-
 From: Devrim GUNDUZ [mailto:[EMAIL PROTECTED] 
 Sent: 07 November 2005 03:05
 To: Dave Page
 Cc: pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 
 Hi,
 
 On Sun, 6 Nov 2005, Dave Page wrote:
 
  I think you should rebuild the tarball or directly release 
 1.4.0-2. The
  tarball on the FTP site and the tarball I'll use in the 
 RPMs will differ
  and IMHO it means that what I'll use will not be 1.4.0.
 
  I stumbled across the fix and rebuilt the tarball, per my 
 earlier email :-)
 
 Opps :( Sorry for the noise.
 
  Make sure you get the tarball from developer.pgadmin.org 
 though, as the older one might still be on the mirrors for a 
 day or so.
 
 Ok, I've built the Fedora Core 4 RPM. It's on developer site 
 atm. More 
 will come later, after PostgreSQL 8.1 will be released.
 
 BTW Turkish translation is also ready but I think we are a 
 bit late for it 
 ;) I'll make it happen for 1.4.1.

OK, thanks Devrim. I've got Polish for 1.4.1 as well know, so you won't
be alone :-)

/D

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

   http://www.postgresql.org/docs/faq


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Raphaël Enrici
Dave Page wrote:
 I can't delay the main release anyway - the balls already rolled too far down 
 the hill (if you get my drift).
 
 Regards, Dave.
 
 
 -Original Message-
 From: Andreas Pflug [mailto:[EMAIL PROTECTED]
 Sent: Sat 11/5/2005 7:42 AM
 To: Dave Page
 Cc: pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
  
 Dave Page wrote:
 
Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
done for testing on Saturday/Sunday, and announce on Monday.

So, we can builb packages based on:
http://bp.pgadmin.org/ftp/release/v1.4.0/src/pgadmin3-1.4.0.tar.gz

that's it?

Cheers,
Raphaël

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Dave Page



On 6/11/05 9:01 am, Raphaël Enrici [EMAIL PROTECTED] wrote:

 Dave Page wrote:
 I can't delay the main release anyway - the balls already rolled too far down
 the hill (if you get my drift).
 
 Regards, Dave.
 
 
 -Original Message-
 From: Andreas Pflug [mailto:[EMAIL PROTECTED]
 Sent: Sat 11/5/2005 7:42 AM
 To: Dave Page
 Cc: pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
  
 Dave Page wrote:
 
 Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
 once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
 done for testing on Saturday/Sunday, and announce on Monday.
 
 So, we can builb packages based on:
 http://bp.pgadmin.org/ftp/release/v1.4.0/src/pgadmin3-1.4.0.ta
 r.gz
 
 that's it?

Yes, that's it - packagers, please go forth and package!

There is one minor issue btw - I found that the slony docs weren't included
in the source tarball. I added them in, but unfortunately, 3 of the have a
name that is too long, which causes the tarball to double in size for some
bizarre reason. I dropped the 3 files from the tarball as this is going to
be non-trivial to fix - you might prefer to build from
svn://svn.pgadmin.org/tags/REL-1_4_0/pgadmin so your distro does include the
missing files.

Regards, Dave 



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


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Raphaël Enrici
Dave Page wrote:
 
 
 On 6/11/05 9:01 am, Raphaël Enrici [EMAIL PROTECTED] wrote:
 
 
Dave Page wrote:

I can't delay the main release anyway - the balls already rolled too far down
the hill (if you get my drift).

Regards, Dave.


-Original Message-
From: Andreas Pflug [mailto:[EMAIL PROTECTED]
Sent: Sat 11/5/2005 7:42 AM
To: Dave Page
Cc: pgadmin-hackers@postgresql.org
Subject: Re: [pgadmin-hackers] Release schedule
 
Dave Page wrote:


Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
done for testing on Saturday/Sunday, and announce on Monday.

So, we can builb packages based on:
http://bp.pgadmin.org/ftp/release/v1.4.0/src/pgadmin3-1.4.0.ta
r.gz

that's it?
 
 
 Yes, that's it - packagers, please go forth and package!
 
 There is one minor issue btw - I found that the slony docs weren't included
 in the source tarball. I added them in, but unfortunately, 3 of the have a
 name that is too long, which causes the tarball to double in size for some
 bizarre reason. I dropped the 3 files from the tarball as this is going to
 be non-trivial to fix - you might prefer to build from
 svn://svn.pgadmin.org/tags/REL-1_4_0/pgadmin so your distro does include the
 missing files.

Can you list the missing ones please? For Debian packaging I need to
keep the original tarball (that's a mandatory rule). I'll add them as a
patch.

Regards,
Raph

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

   http://archives.postgresql.org


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Dave Page
 

 -Original Message-
 From: Raphaël Enrici [mailto:[EMAIL PROTECTED] 
 Sent: 06 November 2005 10:37
 To: Dave Page
 Cc: Andreas Pflug; pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
 
 Can you list the missing ones please? For Debian packaging I need to
 keep the original tarball (that's a mandatory rule). I'll add 
 them as a
 patch.

docs/en_US/slony/function.createevent-name-text-text-text-text-text-text-text-text.html
docs/en_US/slony/function.forwardconfirm-integer-integer-bigint-timestamp-without-time-zone.html
docs/en_US/slony/function.createevent-name-text-text-text-text-text-text-text-text-text.html

Not the shortest names are they? Oddly, it seems to work OK if I build the 
tarball on OS X, which is fine if it weren't for the fact that 
developer.pgadmin.org runs Slackware...

tardir=pgadmin3-1.5.0  /bin/sh /usr/local/src/pgadmin3/config/missing --run 
tar chof - $tardir | GZIP=--best gzip -c pgadmin3-1.5.0.tar.gz
tar: 
pgadmin3-1.5.0/docs/en_US/slony/function.createevent-name-text-text-text-text-text-text-text-text.html:
 file name is too long (max 99); not dumped
tar: 
pgadmin3-1.5.0/docs/en_US/slony/function.forwardconfirm-integer-integer-bigint-timestamp-without-time-zone.html:
 file name is too long (max 99); not dumped
tar: 
pgadmin3-1.5.0/docs/en_US/slony/function.createevent-name-text-text-text-text-text-text-text-text-text.html:
 file name is too long (max 99); not dumped
tar: Error exit delayed from previous errors

:-(

Regards, Dave

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Dave Page
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Dave Page
 Sent: 06 November 2005 11:07
 To: Raphaël Enrici
 Cc: Andreas Pflug; pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
 
  
 
  -Original Message-
  From: Raphaël Enrici [mailto:[EMAIL PROTECTED] 
  Sent: 06 November 2005 10:37
  To: Dave Page
  Cc: Andreas Pflug; pgadmin-hackers@postgresql.org
  Subject: Re: [pgadmin-hackers] Release schedule
  
  Can you list the missing ones please? For Debian packaging I need to
  keep the original tarball (that's a mandatory rule). I'll add 
  them as a
  patch.
 
 docs/en_US/slony/function.createevent-name-text-text-text-text
 -text-text-text-text.html
 docs/en_US/slony/function.forwardconfirm-integer-integer-bigin
 t-timestamp-without-time-zone.html
 docs/en_US/slony/function.createevent-name-text-text-text-text
 -text-text-text-text-text.html
 
 Not the shortest names are they? Oddly, it seems to work OK 
 if I build the tarball on OS X, which is fine if it weren't 
 for the fact that developer.pgadmin.org runs Slackware...
 
 tardir=pgadmin3-1.5.0  /bin/sh 
 /usr/local/src/pgadmin3/config/missing --run tar chof - 
 $tardir | GZIP=--best gzip -c pgadmin3-1.5.0.tar.gz
 tar: 
 pgadmin3-1.5.0/docs/en_US/slony/function.createevent-name-text
 -text-text-text-text-text-text-text.html: file name is too 
 long (max 99); not dumped
 tar: 
 pgadmin3-1.5.0/docs/en_US/slony/function.forwardconfirm-intege
 r-integer-bigint-timestamp-without-time-zone.html: file name 
 is too long (max 99); not dumped
 tar: 
 pgadmin3-1.5.0/docs/en_US/slony/function.createevent-name-text
 -text-text-text-text-text-text-text-text.html: file name is 
 too long (max 99); not dumped
 tar: Error exit delayed from previous errors

Having said that - I did just find a fix. Hold on, and I'll re-roll the tarball.

/D

---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
   choose an index scan if your joining column's datatypes do not
   match


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Dave Page
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Dave Page
 Sent: 06 November 2005 11:16
 To: Raphaël Enrici
 Cc: Andreas Pflug; pgadmin-hackers@postgresql.org
 Subject: Re: [pgadmin-hackers] Release schedule
 
 Having said that - I did just find a fix. Hold on, and I'll 
 re-roll the tarball.

There - re-rolled.

Apologies to any of the packagers who were faster than me :-)

Now for some sleep...

Regards, Dave.

---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Devrim GUNDUZ

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi,

On Sun, 6 Nov 2005, Dave Page wrote:


There is one minor issue btw - I found that the slony docs weren't included
in the source tarball. I added them in, but unfortunately, 3 of the have a
name that is too long, which causes the tarball to double in size for some
bizarre reason. I dropped the 3 files from the tarball as this is going to
be non-trivial to fix - you might prefer to build from
svn://svn.pgadmin.org/tags/REL-1_4_0/pgadmin so your distro does include the
missing files.


I think you should rebuild the tarball or directly release 1.4.0-2. The 
tarball on the FTP site and the tarball I'll use in the RPMs will differ 
and IMHO it means that what I'll use will not be 1.4.0.


Regards,
- --
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
  http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDbfOR4zE8DGqpiZARAlfYAKCFsQODNHuTS2gOVyeFNfEP1L2FpgCeO6dS
wvp9aDTy6OP+tVVwk5qSf54=
=xv95
-END PGP SIGNATURE-
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Dave Page


-Original Message-
From: Devrim GUNDUZ[EMAIL PROTECTED]
Sent: 06/11/05 12:14:17
To: Dave Pagedpage@vale-housing.co.uk
Cc: pgadmin-hackers@postgresql.orgpgadmin-hackers@postgresql.org
Subject: Re: [pgadmin-hackers] Release schedule

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi,

On Sun, 6 Nov 2005, Dave Page wrote:

 There is one minor issue btw - I found that the slony docs weren't included
 in the source tarball. I added them in, but unfortunately, 3 of the have a
 name that is too long, which causes the tarball to double in size for some
 bizarre reason. I dropped the 3 files from the tarball as this is going to
 be non-trivial to fix - you might prefer to build from
 svn://svn.pgadmin.org/tags/REL-1_4_0/pgadmin so your distro does include the
 missing files.

 I think you should rebuild the tarball or directly release 1.4.0-2. The 
 tarball on the FTP site and the tarball I'll use in the RPMs will differ 
 and IMHO it means that what I'll use will not be 1.4.0.

I stumbled across the fix and rebuilt the tarball, per my earlier email :-)

Make sure you get the tarball from developer.pgadmin.org though, as the older 
one might still be on the mirrors for a day or so.

Cheers, Dave

-Unmodified Original Message-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi,

On Sun, 6 Nov 2005, Dave Page wrote:

 There is one minor issue btw - I found that the slony docs weren't included
 in the source tarball. I added them in, but unfortunately, 3 of the have a
 name that is too long, which causes the tarball to double in size for some
 bizarre reason. I dropped the 3 files from the tarball as this is going to
 be non-trivial to fix - you might prefer to build from
 svn://svn.pgadmin.org/tags/REL-1_4_0/pgadmin so your distro does include the
 missing files.

I think you should rebuild the tarball or directly release 1.4.0-2. The 
tarball on the FTP site and the tarball I'll use in the RPMs will differ 
and IMHO it means that what I'll use will not be 1.4.0.

Regards,
- --
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
   http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDbfOR4zE8DGqpiZARAlfYAKCFsQODNHuTS2gOVyeFNfEP1L2FpgCeO6dS
wvp9aDTy6OP+tVVwk5qSf54=
=xv95
-END PGP SIGNATURE-

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

   http://archives.postgresql.org


Re: [pgadmin-hackers] Release schedule

2005-11-06 Thread Devrim GUNDUZ

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi,

On Sun, 6 Nov 2005, Dave Page wrote:


I think you should rebuild the tarball or directly release 1.4.0-2. The
tarball on the FTP site and the tarball I'll use in the RPMs will differ
and IMHO it means that what I'll use will not be 1.4.0.


I stumbled across the fix and rebuilt the tarball, per my earlier email :-)


Opps :( Sorry for the noise.


Make sure you get the tarball from developer.pgadmin.org though, as the older 
one might still be on the mirrors for a day or so.


Ok, I've built the Fedora Core 4 RPM. It's on developer site atm. More 
will come later, after PostgreSQL 8.1 will be released.


BTW Turkish translation is also ready but I think we are a bit late for it 
;) I'll make it happen for 1.4.1.


Regards,
- --
Devrim GUNDUZ
Kivi Bilişim Teknolojileri - http://www.kivi.com.tr
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
  http://www.gunduz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDbsRb4zE8DGqpiZARAnBvAJ4hT6+RgX345HfGhHjT3rYhmMQlPwCeMGfj
4u5O/XskRKj3jEkfxtwKZek=
=3vw6
-END PGP SIGNATURE-
---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [pgadmin-hackers] Release schedule

2005-11-05 Thread Dave Page
I can't delay the main release anyway - the balls already rolled too far down 
the hill (if you get my drift).

Regards, Dave.


-Original Message-
From: Andreas Pflug [mailto:[EMAIL PROTECTED]
Sent: Sat 11/5/2005 7:42 AM
To: Dave Page
Cc: pgadmin-hackers@postgresql.org
Subject: Re: [pgadmin-hackers] Release schedule
 
Dave Page wrote:
 Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
 once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
 done for testing on Saturday/Sunday, and announce on Monday.

IMNSHO we can't keep this until the Japanese issue is fixed, we'll have 
to mention that in BUGS.txt and address it for 1.4.1, unless a solution 
is found within the next few hours.

Regards,
Andreas


---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [pgadmin-hackers] Release schedule

2005-11-05 Thread Hiroshi Saito
Hi Andreas.

 Dave Page wrote:
  Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
  once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
  done for testing on Saturday/Sunday, and announce on Monday.
 
 IMNSHO we can't keep this until the Japanese issue is fixed, we'll have 
 to mention that in BUGS.txt and address it for 1.4.1, unless a solution 
 is found within the next few hours.

Although I could check now and there was nothing, the question had not 
arisen in my development environment. I think that it originates in wxWidgets
or libpq.dll. Anyway, If I return, I will check it again, when returns.

Regards,
Hiroshi Saito


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


Re: [pgadmin-hackers] Release schedule

2005-11-05 Thread Hiroshi Saito
 I can't delay the main release anyway - the balls already rolled too far down 
 the hill
(if you get my drift).

 Regards, Dave.

Um, I consider offer from svn to Japan. As the only local problem.
Sigh...

Regards,
Hiroshi Saito


---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
   choose an index scan if your joining column's datatypes do not
   match


[pgadmin-hackers] Release schedule

2005-11-04 Thread Dave Page
Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
done for testing on Saturday/Sunday, and announce on Monday.

Thanks to all the developers, translators and testers!

Cheers, Dave.

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

   http://archives.postgresql.org


Re: [pgadmin-hackers] Release schedule

2005-11-04 Thread Andreas Pflug

Dave Page wrote:

Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
done for testing on Saturday/Sunday, and announce on Monday.


Ok, I finally managed to provide a German tips.txt.
We shouldn't point users to contrib/rserv any more, the directory is 
empty anyway... Slony-I is the new star!


I removed that line from SL_si, es_ES and fr_FR, please re-add the 
Slony-I version.


Regards,
Andreas

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

  http://archives.postgresql.org


Re: [pgadmin-hackers] Release schedule

2005-11-04 Thread Andreas Pflug

Dave Page wrote:

Just for info, I plan to build 1.4.0 tomorrow night (Saturday, GMT),
once the PostgreSQL 8.1 docs are available from Marc. I'll upload once
done for testing on Saturday/Sunday, and announce on Monday.


IMNSHO we can't keep this until the Japanese issue is fixed, we'll have 
to mention that in BUGS.txt and address it for 1.4.1, unless a solution 
is found within the next few hours.


Regards,
Andreas

---(end of broadcast)---
TIP 1: 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