Re: Why not install pgstattuple by default?

Поиск
Список
Период
Сортировка
От Greg Smith
Тема Re: Why not install pgstattuple by default?
Дата
Msg-id 4DC5B44E.30006@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: Why not install pgstattuple by default?  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Why not install pgstattuple by default?
Список pgsql-hackers
On 05/07/2011 12:42 PM, Peter Eisentraut wrote:
> On fre, 2011-05-06 at 14:32 -0400, Greg Smith wrote:
>    
>> Given the other improvements in being able to build extensions in 9.1,
>> we really should push packagers to move pg_config from the PostgreSQL
>> development package into the main one starting in that version.  I've
>> gotten bit by this plenty of times.
>>      
> Do you need pg_config to install extensions?
>    

No, but you still need it to build them.  PGXN is a source code 
distribution method, not a binary one.  It presumes users can build 
modules they download using PGXS.  No pg_config, no working PGXS, no 
working PGXN.  For such a small binary to ripple out to that impact is bad.

The repmgr program we distribute has the same problem, so I've been 
getting first-hand reports of just how many people are likely to run 
into this recently.  You have to install postgresql-devel with RPM and 
on Debian, the very non-obvious postgresql-server-dev-$version

Anyway, didn't want to hijack this thread beyond pointing out that if 
there any package reshuffling that happens for contrib changes, it 
should check for and resolve this problem too.

-- 
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us




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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: pg_upgrade's bindir options could be optional
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: (Better) support for cross compiled external modules