Re: [HACKERS] SRPM for 8.0.0 beta?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
Cc: Joe Conway <mail(at)joeconway(dot)com>, Steve Bergman <steve(at)rueb(dot)com>, "Hackers (PostgreSQL)" <pgsql-hackers(at)postgresql(dot)org>, pgsql-admin(at)postgresql(dot)org
Subject: Re: [HACKERS] SRPM for 8.0.0 beta?
Date: 2004-08-18 14:33:45
Message-ID: 22323.1092839625@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general pgsql-hackers

Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> 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 frequent addition of entries to
the spec file's ChangeLog, so they keep package spec files separate from
the "upstream" package tarball. Another good reason for keeping a
separation is that the spec file may represent a package that
aggregates multiple upstream packages. In the PG case a single specfile
currently aggregates the core server, jdbc, and pygresql ... and I'm
getting pressure to include more stuff.

The init script is a different matter. That in principle could be taken
from the upstream package. I'm not sure if all the Linux distributions
could agree on a single init script, though --- I think the conventions
vary somewhat across distros.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Michael Adler 2004-08-18 14:46:41 Re: tracking db changes / comparing databases
Previous Message aplst 2004-08-18 14:09:33 tracking db changes / comparing databases

Browse pgsql-general by date

  From Date Subject
Next Message Gaetano Mendola 2004-08-18 14:41:22 Re: Postgresql feature
Previous Message Robert Treat 2004-08-18 14:28:51 Re: (S)RPMS for 7.4.4 released.

Browse pgsql-hackers by date

  From Date Subject
Next Message Gaetano Mendola 2004-08-18 14:51:31 Re: Tablespace and cpu costs
Previous Message Magnus Hagander 2004-08-18 14:29:33 Re: initdb failure on win32