Re: 7.2 RPMs

Поиск
Список
Период
Сортировка
От Lamar Owen
Тема Re: 7.2 RPMs
Дата
Msg-id 200109172048.QAA27486@www.wgcr.org
обсуждение исходный текст
Ответ на Re: 7.2 RPMs  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Monday 17 September 2001 02:21 pm, Peter Eisentraut wrote:
> Trond Eivind Glomsrød writes:
>>

> Given that pgtksh is rather small in size I don't know if that's worth the
> contortions.  However, note that pgaccess is still built if you turn on Tk
> but turn off %pgaccess.  (There was also a plan to make pgaccess use
> pgtksh, but it's not happening for 7.2.)

Built!=shipped in the RPMset.  Lots of things are built -- but if it's not in 
the %files list, it don't get packaged.

> Maybe they should be named to reflect these purposes?  Currently,
> postgresql-dump is just another spelling of pg_dump, and rh-pgdump.sh
> conveys the meaning of "Red Hat's (better/different) pg_dump".

I've already suggested a name that fits the purpose.

> * If the build system doesn't have a JDK, why do you need a JDBC driver?

To use a compiled bytecode java application built against our JDBC with a JRE?

> * There is currently no "official" source of PostgreSQL JDBC driver
> binaries.  So I don't know how you plan to obtain a precompiled jar
> without making it yourself.

Yes, we would have to build it now.  However, the question still looms: 
_which_ JDK should be used to build it for maximum JVM/JRE compatibility for 
the bytecode distribution?  I've asked this question before, and no consensus 
was reached.

> Well, do you have time to work on this and do you keep the RPM input files
> under version control somewhere, so I can send some incremental patches?

I will have time shortly. 

It has been discussed in the past on two separate occassions about putting 
the spec file into CVS at postgresql.org, but, again, no consensus was 
reached and no action was taken by core to implement that.  If I had to I 
could set up my own CVS repository -- but I haven't needed to as yet.

Send a patch to me and Trond against the last PGDG release specfile.  If you 
change the patchset, it needs to be included, as well as patches to any 
scripts distributed.

> The preliminary spec file patch is already the same size as the spec file.

???  That's pretty big.  E-mail me and Trond your changes, please.

We're getting ready to go into beta, and I was getting ready to ramp up to 
deal with 7.2beta RPMs anyway. This just quickens the issue.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [PATCH] [LARGE] select * from cursor foo
Следующее
От: Stephan Szabo
Дата:
Сообщение: Re: MySQL development MUST immdediately cease - Due to