Opened at 2010-01-16T20:31:56Z
Closed at 2020-01-16T20:07:05Z
#908 closed defect (wontfix)
Make all test_runner tests work on cygwin — at Version 11
Reported by: | davidsarah | Owned by: | davidsarah |
---|---|---|---|
Priority: | major | Milestone: | eventually |
Component: | code | Version: | 1.5.0 |
Keywords: | windows cygwin test | Cc: | |
Launchpad Bug: |
Description (last modified by exarkun)
source:src/allmydata/test/test_runner.py skips some tests due to this code:
if "cygwin" in sys.platform.lower(): raise unittest.SkipTest("We don't know how to make this test work on cygwin: spawnProcess seems to hang forever. We don't know if 'bin/tahoe start' can be run on cygwin.")
Change History (11)
comment:1 follow-up: ↓ 5 Changed at 2010-01-16T20:36:11Z by davidsarah
comment:2 Changed at 2010-02-01T19:47:31Z by davidsarah
- Milestone changed from undecided to 1.7.0
comment:3 Changed at 2010-02-27T18:20:38Z by zooko
We need a cygwin buildslave! We had one, but it was powered off when allmydata.com moved out of their office at 555 De Haro Street. I suspect that the machine is now in Brian's closet waiting patiently for a "Set Up Tahoe-LAFS Buildslave Machines" party.
comment:4 Changed at 2010-05-08T19:20:44Z by zooko
- Milestone changed from 1.7.0 to eventually
Marking this as Milestone="eventually". This ticket will be revived come the day that someone contributes a cygwin buildslave.
comment:5 in reply to: ↑ 1 Changed at 2010-07-15T00:43:22Z by davidsarah
Replying to davidsarah:
I strongly suspect that this code:
if sys.platform == "win32": bintahoe += ".exe"should also apply to cygwin (which, like native Windows, uses an .exe filetype for executables).
This is incorrect; the cygwin bin/tahoe script has no extension. (It is a script with a Python shebang header, not a Windows executable.)
comment:6 Changed at 2010-07-15T02:49:10Z by davidsarah
See also #1119 (make cygwin a supported platform).
comment:7 follow-up: ↓ 8 Changed at 2011-01-22T07:37:02Z by davidsarah
This might have been fixed by [4964/trunk/#file6], which made the runner tests use subprocess.Popen instead of (indirectly) Twisted's reactor.spawnProcess.
comment:8 in reply to: ↑ 7 Changed at 2012-03-29T23:14:36Z by davidsarah
Replying to davidsarah:
This might have been fixed by [4964/trunk/#file6], which made the runner tests use subprocess.Popen instead of (indirectly) Twisted's reactor.spawnProcess.
Assigning to me to check whether that fixed it.
comment:9 Changed at 2012-03-29T23:15:02Z by davidsarah
- Owner changed from somebody to davidsarah
- Status changed from new to assigned
comment:10 Changed at 2012-03-29T23:15:55Z by davidsarah
- Keywords windows added
comment:11 Changed at 2020-01-16T20:07:05Z by exarkun
- Description modified (diff)
- Resolution set to wontfix
- Status changed from assigned to closed
There does not appear to be sufficient interest in cygwin to warrant keeping this open.
I strongly suspect that this code:
should also apply to cygwin (which, like native Windows, uses an .exe filetype for executables). That might not be the only problem.