Re: Finer Extension dependencies

Поиск
Список
Период
Сортировка
От Hitoshi Harada
Тема Re: Finer Extension dependencies
Дата
Msg-id CAP7QgmkN080j+cRhu830mg7HCr5eK5sx1RWpLuFF91Np5DXnFw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Finer Extension dependencies  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: Finer Extension dependencies  (Hitoshi Harada <umi.tanuki@gmail.com>)
Re: Finer Extension dependencies  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On Mon, Jan 23, 2012 at 2:00 AM, Dimitri Fontaine
<dimitri@2ndquadrant.fr> wrote:
> Hitoshi Harada <umi.tanuki@gmail.com> writes:
>>>> - What happens if DROP EXTENSION ... CASCADE? Does it work?
>>>
>>> It should, what happens when you try? :)
>>
>> I just tried DROP EXTENSION now, and found it broken :(
>>
>> db1=# create extension kmeans;
>> CREATE EXTENSION
>> db1=# drop extension kmeans;
>> ERROR:  cannot drop extension kmeans because extension feature kmeans
>> requires it
>> HINT:  You can drop extension feature kmeans instead.
>
> Can you provide me the test case you've been using?  That looks like a
> bug I need to fix, indeed (unless the problem lies in the test case,
> which would mean I need to tighten things some more).

The test case is just above; createdb db1 and create and drop an
extension. The kmean extension is on pgxn. I tried my small test
extension named ext1 which contains only one plpgsql function, and
created it then dropped it, reproduced.

Thanks,
--
Hitoshi Harada


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

Предыдущее
От: Cédric Villemain
Дата:
Сообщение: Re: Inline Extension
Следующее
От: Marko Kreen
Дата:
Сообщение: Re: Speed dblink using alternate libpq tuple storage