Thread: Re: [pgsql-www] Upcoming PG re-releases
Someone suggested earlier that we should drop the binaries for nonsupported versions completely from the ftp site. Thoughts on this? If not, they should at least go into OLD as well. But personally, I'm for dropping them completely. If you're on something that old (heck, we have 7.0 binaries..), you can still build from source. Speaking of which, any reason not to drop the 8.1 beta win32 binaries? //Magnus > -----Original Message----- > From: pgsql-www-owner@postgresql.org > [mailto:pgsql-www-owner@postgresql.org] On Behalf Of Marc G. Fournier > Sent: Wednesday, November 30, 2005 7:31 PM > To: Robert Treat > Cc: pgsql-hackers@postgresql.org; pgsql-www@postgresql.org; > Tom Lane; Andrew Dunstan > Subject: Re: [pgsql-www] [HACKERS] Upcoming PG re-releases > > > Done, as well as moved all but the last two of each version after ... > > > On Wed, 30 Nov 2005, Robert Treat wrote: > > > On Wednesday 30 November 2005 11:40, Tom Lane wrote: > >> Personally I expect to keep supporting 7.3 for a long > while, because > >> Red Hat pays me to ;-) ... and the EOL date for RHEL3 is a > long way away yet. > >> The PG community may stop bothering with 7.3 releases > before that. > >> But I think Marc and Bruce figure "as long as the patches > are in our > >> CVS we may as well put out a release". > >> > > > > Yeah, thats one of the reasons I am skeptical about having official > > policies on this type of thing. If Sun decided they wanted to > > maintain 7.2 and were going to dedicate developers and > testing for it, > > would we really turn that away? OK, I don't really want to > have this > > discussion again, but as of now I think we are all agreed > that 7.2 is unsupported. > > > >> We hashed all this out in the pghackers list back in August, but I > >> agree there ought to be something about it on the website. > >> > > > > We've been kicking it around but haven't moved much on this... > > > > Marc, can you move the 7.2 branches in the FTP under the > OLD directory? > > http://www.postgresql.org/ftp/source/ > > > > We need to do the same with 7.2 documentation, moving them into the > > Manual Archive > http://www.postgresql.org/docs/manuals/archive.html. > > We can also change the caption on the main documentation > page to note > > these are manuals for the current supported versions. > > > > -- > > Robert Treat > > Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > > > > ---------------------------(end of > > broadcast)--------------------------- > > TIP 2: Don't 'kill -9' the postmaster > > > > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy > ICQ: 7615664 > > ---------------------------(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 >
'k, moved it all into OLD as well ... haven't removed anything until more opt in on this ... I do agree that if you really want that old, you can build from scratch, but I'm also not the one that went to the trouble of building the binaries :) On Wed, 30 Nov 2005, Magnus Hagander wrote: > Someone suggested earlier that we should drop the binaries for > nonsupported versions completely from the ftp site. Thoughts on this? > > If not, they should at least go into OLD as well. But personally, I'm > for dropping them completely. If you're on something that old (heck, we > have 7.0 binaries..), you can still build from source. > > Speaking of which, any reason not to drop the 8.1 beta win32 binaries? > > //Magnus > > >> -----Original Message----- >> From: pgsql-www-owner@postgresql.org >> [mailto:pgsql-www-owner@postgresql.org] On Behalf Of Marc G. Fournier >> Sent: Wednesday, November 30, 2005 7:31 PM >> To: Robert Treat >> Cc: pgsql-hackers@postgresql.org; pgsql-www@postgresql.org; >> Tom Lane; Andrew Dunstan >> Subject: Re: [pgsql-www] [HACKERS] Upcoming PG re-releases >> >> >> Done, as well as moved all but the last two of each version after ... >> >> >> On Wed, 30 Nov 2005, Robert Treat wrote: >> >>> On Wednesday 30 November 2005 11:40, Tom Lane wrote: >>>> Personally I expect to keep supporting 7.3 for a long >> while, because >>>> Red Hat pays me to ;-) ... and the EOL date for RHEL3 is a >> long way away yet. >>>> The PG community may stop bothering with 7.3 releases >> before that. >>>> But I think Marc and Bruce figure "as long as the patches >> are in our >>>> CVS we may as well put out a release". >>>> >>> >>> Yeah, thats one of the reasons I am skeptical about having official >>> policies on this type of thing. If Sun decided they wanted to >>> maintain 7.2 and were going to dedicate developers and >> testing for it, >>> would we really turn that away? OK, I don't really want to >> have this >>> discussion again, but as of now I think we are all agreed >> that 7.2 is unsupported. >>> >>>> We hashed all this out in the pghackers list back in August, but I >>>> agree there ought to be something about it on the website. >>>> >>> >>> We've been kicking it around but haven't moved much on this... >>> >>> Marc, can you move the 7.2 branches in the FTP under the >> OLD directory? >>> http://www.postgresql.org/ftp/source/ >>> >>> We need to do the same with 7.2 documentation, moving them into the >>> Manual Archive >> http://www.postgresql.org/docs/manuals/archive.html. >>> We can also change the caption on the main documentation >> page to note >>> these are manuals for the current supported versions. >>> >>> -- >>> Robert Treat >>> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >>> >>> ---------------------------(end of >>> broadcast)--------------------------- >>> TIP 2: Don't 'kill -9' the postmaster >>> >> >> ---- >> Marc G. Fournier Hub.Org Networking Services >> (http://www.hub.org) >> Email: scrappy@hub.org Yahoo!: yscrappy >> ICQ: 7615664 >> >> ---------------------------(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 >> > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
On Wed, 2005-11-30 at 13:33, Magnus Hagander wrote:
> Someone suggested earlier that we should drop the binaries for
> nonsupported versions completely from the ftp site. Thoughts on this?
>
> If not, they should at least go into OLD as well. But personally, I'm
> for dropping them completely. If you're on something that old (heck, we
> have 7.0 binaries..), you can still build from source.
>
I'm against the idea... the cost for us is minimal, and the hassle
involved in building from source is quite large.
Robert Treat
--
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Robert Treat wrote: > On Wed, 2005-11-30 at 13:33, Magnus Hagander wrote: >> Someone suggested earlier that we should drop the binaries for >> nonsupported versions completely from the ftp site. Thoughts on this? >> >> If not, they should at least go into OLD as well. But personally, I'm >> for dropping them completely. If you're on something that old (heck, we >> have 7.0 binaries..), you can still build from source. >> > > I'm against the idea... the cost for us is minimal, and the hassle > involved in building from source is quite large. I don't have a need for an old PG binary. But when I have needed really old binaries it's always been in the middle of the night, in front of a machine with a teletype terminal, in the dark, surrounded by wolves while a timer ticks into the red... Locating the right versions of 17 different libraries and compiling from source is always my second choice. If it's practical to keep them, I'd like to suggest doing so. If it's not practical, could we have a where_to_find_old_versions.txt file and open a project on sourceforge to keep them? -- Richard Huxton Archonet Ltd
--- Richard Huxton <dev@archonet.com> escreveu: > If it's practical to keep them, I'd like to suggest doing so. If it's > not practical, could we have a where_to_find_old_versions.txt file > and > open a project on sourceforge to keep them? > What about an museum.postgresql.org to keep the old releases? Euler Taveira de Oliveira euler[at]yahoo_com_br _______________________________________________________ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html
Am Donnerstag, 1. Dezember 2005 11:35 schrieb Euler Taveira de Oliveira: > What about an museum.postgresql.org to keep the old releases? That gave me a good laugh, but there is something to be said about moving all no longer supported releases (according to the criteria that are being discussed) to an unmirrored site, say, archive.postgresql.org. -- Peter Eisentraut http://developer.postgresql.org/~petere/
Maybe "mausoleum" would be even better name :-D Cheers, Csaba. On Thu, 2005-12-01 at 11:35, Euler Taveira de Oliveira wrote: > --- Richard Huxton <dev@archonet.com> escreveu: > > > If it's practical to keep them, I'd like to suggest doing so. If it's > > not practical, could we have a where_to_find_old_versions.txt file > > and > > open a project on sourceforge to keep them? > > > What about an museum.postgresql.org to keep the old releases? > > > Euler Taveira de Oliveira > euler[at]yahoo_com_br > > > > > > > > > _______________________________________________________ > Yahoo! doce lar. Faça do Yahoo! sua homepage. > http://br.yahoo.com/homepageset.html > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly
Csaba Nagy wrote: > Maybe "mausoleum" would be even better name :-D Come on people, it's clearly: elephants-graveyard.postgresl.org -- Richard Huxton Archonet Ltd
On Thu, 1 Dec 2005, Peter Eisentraut wrote: > Am Donnerstag, 1. Dezember 2005 11:35 schrieb Euler Taveira de Oliveira: >> What about an museum.postgresql.org to keep the old releases? > > That gave me a good laugh, but there is something to be said about moving all > no longer supported releases (according to the criteria that are being > discussed) to an unmirrored site, say, archive.postgresql.org. That would be fairly trivial ... let me add it to the 'todo list' ... I take it that it would be safe to relegate the /pub/source/OLD stuff there too? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664