[Patches] [ python-Patches-823259 ] Updated .spec file.

[SourceForge.net]

Patches item #823259, was opened at 2003-10-14 07:50
Message generated for change (Comment added) made by jafo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=823259&group_id=5470

Category: Build
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Sean Reifschneider (jafo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updated .spec file.

Initial Comment:
I have created a new .spec file with a few small
changes and one larger one.  This version detects if
the HTML documentation is available, and continues
building without the documentation if it is not
available.  This goes in Misc/RPMS

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

>Comment By: Sean Reifschneider (jafo)
Date: 2003-10-18 14:51

Message:
Logged In: YES 
user_id=81797

Ideally, the base Python release would not have explicit
references to /usr/local/bin/python in it, but instead would
use something like autoconf substitutions to put in the
actual installation destination in the source.

Note that the code which changes /usr/local/bin/python is
already in for the 2.3.2 release.

I will upload a new version of the patch which does not
change /usr/local/bin/python.  This will, of course, prevent
the .spec file from producting RPMs, but that's ok -- the
one that's currently in the head branch doesn't work either.

Other changes include:

Removal of patches, which can't be referenced from a build
directly from the tar-file.

Using the RPM tmp directory macro for the buildroot location.

Ensuring that the clean directive doesn't accidentally
delete the users root directory or another directory.

--enable-unicode=ucs4 in configure line.

Changing idle location.

Sean

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

Comment By: Martin v. Löwis (loewis)
Date: 2003-10-18 10:05

Message:
Logged In: YES 
user_id=21627

I'm concerned with the replacement of /usr/local/bin/python
- couldn't this also possibly change binary files, in an
then-unpredictable manner?

What files does that actually change?

I'm also concerned with the silent changes. Can you please
explicltly describe the smaller changes?

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

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