From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Hitoshi Harada <umi(dot)tanuki(at)gmail(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Finer Extension dependencies |
Date: | 2012-03-29 18:28:39 |
Message-ID: | 1333045719.4554.18.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On ons, 2012-03-28 at 23:00 -0700, Hitoshi Harada wrote:
> I totally agree with Robert's point that one feature is not
> standardized and nobody can tell how you can depend on the feature in
> the end. Mind you, I've never heard about building dependency by its
> name as a string in other packaging system. If you want to introduce
> the concept of version dependency not feature name dependency, do
> *it*; I don't think feature dependency solves it.
The Python setuptools (a.k.a. distutils a.k.a. distribute a.k.a. eggs
a.k.a. easy_install a.k.a. dont-get-me-started) system supports feature
names that a package can provide, but it uses them for a different
purpose. The idea is that a package "foo" can depend on a package
"bar[somethingextra]", and then bar itself would declare it's
dependencies such that it depends, say, on "ham", but if feature
"somethingextra" is required, it also depends on "eggs".
This is actually quite useful, but it breaks down when you, say, want to
wrap your egg into a Debian package.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2012-03-29 18:34:48 | Re: Finer Extension dependencies |
Previous Message | Tom Lane | 2012-03-29 18:25:27 | Re: Finer Extension dependencies |