[docs] [issue10318] "make altinstall" installs many files with incorrect shebangs

Éric Araujo report at bugs.python.org
Wed Nov 23 18:04:59 CET 2011

Éric Araujo <merwok at netwok.org> added the comment:

> Hmm, my initial reaction is that that specific wording is stronger than I had in mind -
> there's nothing really wrong with having a shebang line and execute bit set on a top level
> module and symlinking it from /usr/bin.
Okay.  (On that topic, http://lists.debian.org/debian-python/2011/11/msg00058.html may interest you.)

> The problem is that we're doing those things for modules that we *don't* install as binaries,
> and that's silly
Yep.  Attached patch removes them for 3.3.

> I'd also mention the justification that this is due to such shebang lines creating a
> maintenance problem for handling parallel installations of different Python versions.
I’d rather just say that it’s unneeded.  With all due respect to the original poster, I don’t think this really caused problems.

I will move my addition to the stdlib-only section.  I’m not sure about OS-neutrality; the executable bit is Unix-specific and I’d rather use that exact term than a vague “flagged as executable”.  I’ll make the part about shebangs neutral however, it won’t be hard.

About this part of your proposal:
> Any installed scripts should use a shebang line of the form::
>        #!/usr/bin/env pythonX.Y
Due to the use of distutils’ build_scripts that hard-codes one path, I’m not sure it’s time yet to make that recommendation.  For packaging, I intend to launch a discussion about that behavior, which is often unhelpful.

I really appreciate your taking time to review, and will submit the next revision of the patch here before going to python-dev.

Added file: http://bugs.python.org/file23763/no-shebangs-for-stdlib.diff

Python tracker <report at bugs.python.org>

More information about the docs mailing list