homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.araujo
Recipients eric.araujo, ncoghlan, rosslagerwall, tarek
Date 2012年04月25日.16:25:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1335371117.79.0.36043798591.issue14443@psf.upfronthosting.co.za>
In-reply-to
Content
> I'm wondering if there may be a deeper problem here: how certain are we that bdist_rpm isn't using the system Python
> to handle the byte compilation step? It would explain why the files are still being generated in the old locations.
I’ve had a quick look at bdist_rpm and found nothing suspect (like filename + 'c'). You may have the right idea: There are --python and --fix-python options for this command that decide what executable will be used to run setup.py, so maybe the system Python is used. The default is 'python' instead of 'python3' though, so if that’s the cause I don’t understand how it worked at all.
> It occurs to me there's a way to check my theory: if we update the failing test to explicitly check the magic cookie in at
> least one of the precompiled pyc files (rather than just expecting the files' existence), then it should also start failing
> on the 2.7 RHEL 6 buildbot.
I’ve been looking for a way to inspect byte-compiled files for some time; please share any ideas on #13473.
To help debug this, I could apply #11599.
The rpm vs. rpmbuild bug is #11122.
#5875 and #13307 are bugs similar to this one.
History
Date User Action Args
2012年04月25日 16:25:17eric.araujosetrecipients: + eric.araujo, ncoghlan, tarek, rosslagerwall
2012年04月25日 16:25:17eric.araujosetmessageid: <1335371117.79.0.36043798591.issue14443@psf.upfronthosting.co.za>
2012年04月25日 16:25:17eric.araujolinkissue14443 messages
2012年04月25日 16:25:16eric.araujocreate

AltStyle によって変換されたページ (->オリジナル) /