[Python-bugs-list] [ python-Feature Requests-734115 ] Packaging without disturbing an existing installation

[SourceForge.net]

Feature Requests item #734115, was opened at 2003-05-07 20:42
Message generated for change (Comment added) made by jackjansen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=734115&group_id=5470

Category: Build
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott Mansfield (stmansfield)
Assigned to: Nobody/Anonymous (nobody)
Summary: Packaging without disturbing an existing installation

Initial Comment:
As a developer/maintainer of a custom embedded
GNU/Linux distribution, I need to be able to build and
package various components that make up this operating
system in as convenient, painless manner possible.

One thing that is missing from the Python build process
is the ability to specify an alternate destination
directory for packaging concerns.  To that end, at the
request of one of the 'python-help' volunteers (thanks
Matt!) I am submitting this feature request and patch.

This patch will modify the 'Makefile.pre.in' file,
prepending a DESTDIR in front installation target
directories.  Note that this is pretty much de-facto
standard behavior for most autoconf- automake- type
builds.  This will not alter the 'prefix', 'execprefix'
or other directories that hinge on same.

Once this patch is applied and the sources are
successfully built, one could do a "make
DESTDIR='/opt/pkg' install" and have the installtion
faithfully reproduced under '/opt/pkg' (example
directory only), and create a finished, deployable
package; saving one from having to suffer the pain of
having to pick through /usr, and also saving the pain
of potentially over-writing whatever existing
installation might exist on the build machine.


----------------------------------------------------------------------

>Comment By: Jack Jansen (jackjansen)
Date: 2003-05-09 16:00

Message:
Logged In: YES 
user_id=45365

I would be interested in this as well, as it would simplify MacOSX binary 
installer building too.

For a quick inspection I also think that the patch isn't complete for MacOSX 
framework builds (where part of the installation is done in Mac/OSX/
Makefile), I will try to find time to test the patch but it could be another 2 
weeks before I get around to it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=734115&group_id=5470