Re: moving from contrib to bin - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: moving from contrib to bin
Date
Msg-id 20141212203700.GB1768@alvh.no-ip.org
Whole thread Raw
In response to Re: moving from contrib to bin  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: moving from contrib to bin  (Christoph Berg <cb@df7cb.de>)
List pgsql-hackers
Tom Lane wrote:
> Christoph Berg <cb@df7cb.de> writes:
> > However, for PostgreSQL this means lengthy debian/*.install files
> > (the equivalent of %files in rpm spec speak):
> 
> Right ...
> 
> > If there were separate "install-client", "install-server", and
> > "install-contrib" targets, that would probably shorten those files
> > quite a bit. Especially messy is the part where *.so needs to be
> > sorted into server/contrib, along with an similar large bunch of
> > binaries.
> 
> Pardon me for not knowing much about Debian packages, but how would
> that work exactly?  Is it possible to do make install-client, then
> package the installed files, then rm -rf the install tree, then
> repeat for install-server and install-contrib?  In the RPM world
> this would never work because the build/install step happens in
> toto before the packaging step.

Uh, couldn't you just run "make install-client DESTDIR=.../client" for
client-only files, and so on?  You would end up with separate
directories containing files for each subpackage.

> Even without that, it seems like it'd be hard to make it entirely
> automatic since some files would be installed in multiple cases (and
> directories even more so).

Yeah, you would need to fix that somehow.

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Commitfest problems
Next
From: Peter Geoghegan
Date:
Subject: Re: Commitfest problems