Re: Quick Extensions Question

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: "David E(dot) Wheeler" <david(at)kineticode(dot)com>
Cc: Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Quick Extensions Question
Date: 2011-03-03 18:22:17
Message-ID: AANLkTik6v=209OGHP4_E1O8GXn-4roT_K78_1cXDy9oz@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Mar 3, 2011 at 12:56 PM, David E. Wheeler <david(at)kineticode(dot)com> wrote:
> More simply, I think there are two kinds of dependencies:
>
> * Other extensions
> * Core features
>
> Notwithstanding that PLs might be extensions, now or in the future, the necessity to require other stuff from core, like libxml support or SSL, together with your example, leads me to think that we ought to think about having two ways of specifying dependencies: requires and core_requires. The latter might look something like:
>
>    core_requires = plpgsql libxml

Not a bad thought, but you might also need to require at least a
certain version of libxml. RPMs have a whole grammar for dependencies
of this sort, and it is both complicated and very useful. You can say
things like:

Requires: package
Requires: package >= minversion
Requires: package <= maxversion
Requires: package = exactversion

The usefulness of the first two should be obvious, but the third and
fourth are needed as well. For example, the kernel header version
must exactly match the kernel version. I don't know 100% for certain
that we're going to need those cases here as well, but I wouldn't bet
against it.

An RPM can also provide a certain capability:

Provides: WonderfulGoodStuff

And some other RPM can then depend on that capability.

I think it's important that we don't get too confident that we've
solved this problem in its full generality. I very much doubt that
that's the case.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-03-03 18:23:48 Re: Sync Rep v19
Previous Message Simon Riggs 2011-03-03 18:14:06 Re: Sync Rep v19