Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-19 Thread Joe Conway
Tom Lane wrote: Joe Conway [EMAIL PROTECTED] writes: On that, note that I specifically removed jdbc and tcl options from the spec file because the 8.0.0 release notes said they were removed from the distribution. I suppose at lease jdbc should be put back? It didn't seem right to include the

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Alvaro Herrera
On Tue, Aug 17, 2004 at 08:27:58PM -0700, Joe Conway wrote: Tom Lane wrote: Joe Conway [EMAIL PROTECTED] writes: Hopefully the third try is a charm ;-) Version 3 is now available: fixes the init script. Previously /etc/init.d/postgresql worked the first time used (i.e. would initdb and

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Peter Eisentraut
Alvaro Herrera wrote: Why isn't the .spec file (and the debian directory, for that matter) part of the source tree? Since packaging usually happens after a release, or at least continues well after a release, such files or directories would be perpetually outdated. -- Peter Eisentraut

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Gaetano Mendola
Joe Conway wrote: Tom Lane wrote: Joe Conway [EMAIL PROTECTED] writes: Hopefully the third try is a charm ;-) Version 3 is now available: fixes the init script. Previously /etc/init.d/postgresql worked the first time used (i.e. would initdb and start postgres) but not the second and subsequent

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Tom Lane
Alvaro Herrera [EMAIL PROTECTED] writes: Isn't there a way to generate this automatically? Why isn't the .spec file (and the debian directory, for that matter) part of the source tree? Can't speak for Debian, but Red Hat at least would not use such a spec file anyway. RH's procedures involve

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Tom Lane
Gaetano Mendola [EMAIL PROTECTED] writes: BTW I have bitten recently on the attempt of change the default port. I did it as usual changing it in postgresql.conf but that parameter is overriden by: PGPORT=5432 present on the start up script. There is any reason to still pass this

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Gaetano Mendola
Tom Lane wrote: Gaetano Mendola [EMAIL PROTECTED] writes: BTW I have bitten recently on the attempt of change the default port. I did it as usual changing it in postgresql.conf but that parameter is overriden by: PGPORT=5432 present on the start up script. There is any reason to still

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Peter Eisentraut
Tom Lane wrote: In the PG case a single specfile currently aggregates the core server, jdbc, and pygresql ... and I'm getting pressure to include more stuff. How does that compute, considering that everyone else appears to be working on including less stuff? The init script is a different

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Tom Lane
Peter Eisentraut [EMAIL PROTECTED] writes: Tom Lane wrote: In the PG case a single specfile currently aggregates the core server, jdbc, and pygresql ... and I'm getting pressure to include more stuff. How does that compute, considering that everyone else appears to be working on including

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Joe Conway
Tom Lane wrote: Well, *Marc* is working on including less stuff; the rest of us don't necessarily agree. In particular I've got to re-incorporate any major pieces that get removed from the core distribution, since people expect to find those in the RPM set. (In principle I suppose they could be

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Tom Lane
Joe Conway [EMAIL PROTECTED] writes: On that, note that I specifically removed jdbc and tcl options from the spec file because the 8.0.0 release notes said they were removed from the distribution. I suppose at lease jdbc should be put back? It didn't seem right to include the 7.4 jdbc jars

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-18 Thread Andrew Dunstan
Joe Conway wrote: Tom Lane wrote: Well, *Marc* is working on including less stuff; the rest of us don't necessarily agree. In particular I've got to re-incorporate any major pieces that get removed from the core distribution, since people expect to find those in the RPM set. (In principle I

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-17 Thread Joe Conway
Joe Conway wrote: Version 2 of the source rpm is now available here: http://www.joeconway.com/postgresql-8.0.0beta1/SRPM/postgresql-8.0.0beta1-2PGDG.src.rpm I've also put up i386 binary rpms for fc1 and fc2, and x86_64 binary rpms for fc2. Hopefully the third try is a charm ;-) Version 3 is now

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-17 Thread Tom Lane
Joe Conway [EMAIL PROTECTED] writes: Hopefully the third try is a charm ;-) Version 3 is now available: fixes the init script. Previously /etc/init.d/postgresql worked the first time used (i.e. would initdb and start postgres) but not the second and subsequent times. [ blink... ] Was this

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-17 Thread Joe Conway
Tom Lane wrote: Joe Conway [EMAIL PROTECTED] writes: Hopefully the third try is a charm ;-) Version 3 is now available: fixes the init script. Previously /etc/init.d/postgresql worked the first time used (i.e. would initdb and start postgres) but not the second and subsequent times. [ blink...

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-16 Thread Joe Conway
Joe Conway wrote: Steve Bergman wrote: Anyone have an SRPM of spec file for the beta? I just created and posted a source RPM for 8.0.0beta1. As I'm not the usual packager, and a pure hack when it comes to building my own RPMs, it would be a Good Thing(tm) if someone else could vet this package;

Re: [HACKERS] [ADMIN] SRPM for 8.0.0 beta?

2004-08-14 Thread Joe Conway
Steve Bergman wrote: Anyone have an SRPM of spec file for the beta? (moved to HACKERS) I just created and posted a source RPM for 8.0.0beta1. As I'm not the usual packager, and a pure hack when it comes to building my own RPMs, it would be a Good Thing(tm) if someone else could vet this package;