Re: [HACKERS] rpms

From: "Sergio A(dot) Kessler" <sak(at)tribctas(dot)gba(dot)gov(dot)ar>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] rpms
Date: 2000-03-01 14:25:26
Message-ID: SAK.2000.03.01.niggpcbc@sergio
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> el día Wed, 01 Mar 2000
14:00:27 +0000, escribió:

>> it shouldn't be better to rename the package postgresql-xxx.rpm
>> to postgresql-libs-xxx.rpm ??
>> actually is quite confusing, because at first look it seems that
>> this package is the real thing (then you discover that is not,
>> that the package you really want is postgresql-server).
>
>Actually, what you suggest was how the naming was in earlier RPMs.
>However, I changed the naming convention since the fundamental
>installation should require client-side code only, to talk to a remote
>server. In cases where Postgres is deployed on many machines, only one
>or a few will have the server installed, while all machines will get
>the client packages.

hi thomas; yup, I agree that the client side is more deployed,
and that the packages should be split into server for one side
and libs in other side.
and I don't have problems with this, I just have problems
with the =name= of the package that contain the libs.

it should be clear that the package contains ONLY the client side,
a package just named "postgresql" appear like it contains PostgreSql,
when this, in fact, is not true.

just like postgresql-server.xxx.rpm, this package is well named IMO
(is pretty clear that it contains the PostgreSql server)

what is more clear/descriptive to you for a package that ONLY
contains PostgreSql libraries:

a) postgresql-libs.xxx.rpm (or maybe postgresql-clientlibs.xxx.rpm ?)
b) postgresql.xxx.rpm

??

Sergio

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sergio A. Kessler 2000-03-01 14:39:46 Re: [HACKERS] rpms
Previous Message Mark Hollomon 2000-03-01 14:17:49 patch for plperl Makefile.PL