[sagemath] 01/01: Add a comment explaining why we don't use `make ptestlong`
Ximin Luo
infinity0 at debian.org
Sat Aug 13 13:32:44 UTC 2016
This is an automated email from the git hooks/post-receive script.
infinity0 pushed a commit to branch master
in repository sagemath.
commit 176ceda66653f68b04544a6e2dd942c5576278a3
Author: Ximin Luo <infinity0 at debian.org>
Date: Sat Aug 13 15:32:35 2016 +0200
Add a comment explaining why we don't use `make ptestlong`
---
debian/rules | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/debian/rules b/debian/rules
index ae95009..00c18b9 100755
--- a/debian/rules
+++ b/debian/rules
@@ -41,6 +41,14 @@ prune:
ptestlong:
cd sage && local/bin/sage-starts
+ # We do the below instead of `$(MAKE) --directory=sage ptestlong` because
+ # it has a bug where it can't detect a previous successful build. So it
+ # will try to rebuild some sagelib files, then the docbuild, then those
+ # files again, even after a "make all" that was previously successful. This
+ # is not incorrect, but is a massive waste of time. OTOH debhelper is able
+ # to detect a previous successful (override_)dh_auto_build, so if we run
+ # `debian/rules build` twice it will go directly to (override_)dh_auto_test
+ # (and then this target) without trying (override_)dh_auto_build again.
cd sage && ./sage -t -p --all --long --logfile=logs/ptestlong.log
reset: clean
--
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/debian-science/packages/sagemath.git
More information about the debian-science-commits
mailing list