From Fedora Project Wiki
(Owner: I'll take ownership of this)
Line 8: Line 8:
== Owner ==
== Owner ==
* Name: FIXME
<!--This should link to your home wiki page so we know who you are-->
* Name: [[User:dmalcolm|Dave Malcolm]]
<!-- Include you email address that you can be reached should people want to contact you about helping with your feature, status is requested, or  technical issues need to be resolved-->
* Email: <>
== Current status ==
== Current status ==

Revision as of 16:57, 24 May 2011

Fix shebang line of system Python executables


System executables written in Python now use a shebang line that explicitly references the system version of Python.

Remove the "#!/usr/bin/env python" shebang line from python executables, replacing with "#!/usr/bin/python"


  • Email: <>

Current status

  • Targeted release: Fedora 16
  • Last updated: 2011-05-24
  • Percentage of completion: 0%

Detailed Description

Fedora ships numerous executables written in Python. Many of them contain the shebang line: #!/usr/bin/env python

However, this makes it difficult to install alternative versions of Python on the system. If a user wishes e.g. to install python 3 on the system, and have a /usr/local/python in her PATH, this will break these executables.

These system executables are expecting to use the system python, and thus should use: #! /usr/bin/python

Benefit to Fedora

Users will be able to parallel-install local copies of older and newer releases of Python on the system and add them to the front of their PATH without breaking these executables. (e.g. Python 2.4 for Zope, or Python 3)


Requires lots of one-liner fixes to numerous packages; exact list TBD.

Creation of an rpmlint test to detect usage of #!/usr/bin/env shebang lines.

Test Plan


  • add a test to rpmlint ?

User Experience

Should be no user-visible change for non-Python experts.

Python developers and users wishing to parallel-install a local version of Python should now be able to add it to the front of their PATH without breaking these apps.



Contingency Plan

None; I believe that this is a collection of tiny fixes to many packages, each with minimal risk.



Release Notes