[Lunar-commits] <moonbase> Python: removing this "compileall" step. The reason for its original insertion
Dennis `stumbles` Veatch
stumbles at lunar-linux.org
Thu Feb 16 22:29:44 CET 2012
commit a2ac54fad7ea56638933cf9344acbf272425ab99
Author: Dennis `stumbles` Veatch <stumbles at lunar-linux.org>
Date: Thu Feb 16 16:29:44 2012 -0500
Python: removing this "compileall" step. The reason for its original insertion
is lost in /dev/null.
From that script;
"When called as a script with arguments, this compiles the directories
given as arguments recursively; the -l option prevents it from
recursing into directories.
Without arguments, if compiles all modules on sys.path, without
recursing into subdirectories. (Even though it should do so for
packages -- for now, you'll have to deal with packages separately.)"
I don't see this doing much different than a default_build. Additionally,
on a clean install the make will tank on directory missing. It was on
IRC someone had that problem. I have confirmed this does happen in such a
situation.
---
python/Python/BUILD | 6 +-----
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/python/Python/BUILD b/python/Python/BUILD
index 070a0d6..756bf78 100644
--- a/python/Python/BUILD
+++ b/python/Python/BUILD
@@ -12,11 +12,7 @@
patch_it $SOURCE_CACHE/$SOURCE2 1 &&
- default_config &&
- make &&
- make compileall &&
- prepare_install &&
- make install &&
+ default_build &&
install -d /usr/lib/python$MAJOR &&
install -m755 $SOURCE_DIRECTORY/Tools/i18n/msgfmt.py \
More information about the Lunar-commits
mailing list