我可以在RPM中忽略.pyo和.pyc文件吗？

Question

我将一个Python应用程序及其virtenv环境捆绑在一个RPM中，以便于部署。是否删除所有.pyo和.pyc文件是一个合理的决定？

我想要做的是从virtenv实例中在安装后操作中调用compileall.py。这是行得通还是会让事情变得糟糕？

注意：我意识到我可以在一台机器上尝试，但a。）这不会给我一个结论性的答案，关于这是否可以在其他机器上工作和b）。其他人可能会有同样的问题，我没有找到答案。

Answer 1

见你确实可以忽略他们 - 他们要么产生（如果你有写权限），或.py解析每次导入时间（花费时间）。

但是，根据你的系统，你的RPM的系统可能包含编译.py文件容易脚本和捆绑的分布，这使得任务很容易的.pyo和.pyc文件。

$ rpm --showrc | grep -A 7 py.*_compile 
-14: py3_compile(O) 
find %1 -name '*.pyc' -exec rm -f {} ";" 
python3 -c "import sys, os, compileall; br='%{buildroot}'; compileall.compile_dir(sys.argv[1], ddir=br and (sys.argv[1][len(os.path.abspath(br)):]+'/') or None)" %1 
%{-O: 
find %1 -name '*.pyo' -exec rm -f {} ";" 
python3 -O -c "import sys, os, compileall; br='%{buildroot}'; compileall.compile_dir(sys.argv[1], ddir=br and (sys.argv[1][len(os.path.abspath(br)):]+'/') or None)" %1 
} 
-14: py3_incdir /usr/include/python3.3m 
-- 
-14: py_compile(O) 
find %1 -name '*.pyc' -exec rm -f {} \; 
python -c "import sys, os, compileall; br='%{buildroot}'; compileall.compile_dir(sys.argv[1], ddir=br and (sys.argv[1][len(os.path.abspath(br)):]+'/') or None)" %1 
%{-O: 
find %1 -name '*.pyo' -exec rm -f {} \; 
python -O -c "import sys, os, compileall; br='%{buildroot}'; compileall.compile_dir(sys.argv[1], ddir=br and (sys.argv[1][len(os.path.abspath(br)):]+'/') or None)" %1 
} 
-14: py_incdir %{py_prefix}/include/python%{py_ver} 

I. e。，你可以把%py_compile resp。 %py3_compile纳入你的%build部分，你有你所需要的。

但是，如上所述，如果您想从多个版本号的多个Python安装中使用它们，您也可以忽略它们。但是，那么你应该确保从未创建.pyc和.pyo文件，因为这可能会弄乱一些东西。

Answer 2

只要你有他们的.py文件，它是安全的。由于.pyo和.pyc文件是从原始.py文件生成的。

也What do the python file extensions, .pyc .pyd .pyo stand for?和If Python is interpreted, what are .pyc files?