[pkgsrc/trunk]: pkgsrc/lang/spidermonkey52/patches spidermonkey52: fix PR pkg...

[triaxx <triaxx%pkgsrc.org@localhost>]

details:   https://anonhg.NetBSD.org/pkgsrc/rev/c511be764fd2
branches:  trunk
changeset: 413923:c511be764fd2
user:      triaxx <triaxx%pkgsrc.org@localhost>
date:      Mon Mar 23 08:46:14 2020 +0000

description:
spidermonkey52: fix PR pkg/54878

This patch hacks the virtualenv configuration process that finds invalid
modification times in some very rare configurations.

diffstat:

 lang/spidermonkey52/patches/patch-python_mozbuild_mozbuild_virtualenv.py |  21 ++++++++++
 1 files changed, 21 insertions(+), 0 deletions(-)

diffs (25 lines):

diff -r 7d6989351de2 -r c511be764fd2 lang/spidermonkey52/patches/patch-python_mozbuild_mozbuild_virtualenv.py
--- /dev/null   Thu Jan 01 00:00:00 1970 +0000
+++ b/lang/spidermonkey52/patches/patch-python_mozbuild_mozbuild_virtualenv.py  Mon Mar 23 08:46:14 2020 +0000
@@ -0,0 +1,21 @@
+$NetBSD: patch-python_mozbuild_mozbuild_virtualenv.py,v 1.1 2020/03/23 08:46:14 triaxx Exp $
+
+Remove a test that drives the Python environment to be reduilt during the
+configure step. This bug seems esoteric since it only occurs on some machines
+when using pbulk in a sandbox chroot.
+
+--- python/mozbuild/mozbuild/virtualenv.py.orig        2018-04-28 01:04:06.000000000 +0000
++++ python/mozbuild/mozbuild/virtualenv.py
+@@ -122,12 +122,6 @@ class VirtualenvManager(object):
+ 
+             return False
+ 
+-        # check modification times
+-        activate_mtime = os.path.getmtime(self.activate_path)
+-        dep_mtime = max(os.path.getmtime(p) for p in deps)
+-        if dep_mtime > activate_mtime:
+-            return False
+-
+         # Verify that the Python we're checking here is either the virutalenv
+         # python, or we have the Python version that was used to create the
+         # virtualenv. If this fails, it is likely system Python has been