1419998 - the dev/test env cannot be built from scratch - treestatus and setuptools issues

Status: RESOLVED FIXED

(MozReview Graveyard :: Testing / Development Environment, enhancement)

Description

[:glob ✱]

the pinned revision of treestatus that we're pulling into the dev/test env uses a git submodule for its external libs.  the repo the submodule points at no longer exists.

the options for fixing this are:

1. write a mock treestatus service
   - a reasonable amount of work

2. update treestatus to match production
   - a reasonable amount of work, as treestatus is now part of a larger releng suite

3. create a new repo which contains the required version of treestatus and vendors in the git submodule, populating from an already built env
   - a hack, but quick and simple

it isn't worth the effort to do (1) or (2), so i present to you https://github.com/globau/treestatus-legacy

---

rbweb doesn't build; setuptools is throwing "No module named importlib".  i suspect the crux of the issue here is rbweb runs python 2.6 coupled with mozreview-virtualenv always updating to the most recent versions of setuptools.

my plan here is to simply pin known good versions of pip, setuptools, and wheel.

Comment 1

[:glob ✱]

Attachment: testing: use a treestatus-legacy repo which vendors in dependencies (bug 1419998)

the old revision of treestatus we use in the dev/test environment references a
git submodule that no longer exists.

i've created a new repository at https://github.com/globau/treestatus-legacy
which contains the specific revision of treestatus that we use, as well as
vendoring in the libs from the submodule.

Review commit: https://reviewboard.mozilla.org/r/202270/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/202270/

Comment 2

[:glob ✱]

Attachment: testing: pin pip, setuptools, and wheel versions to known good (bug 1419998)

recent versions of setuptools do not work well under our mozreview-virtualenv,
probably due to interactions with python 2.6.  pin build tools to specific
versions which are known to work.

Review commit: https://reviewboard.mozilla.org/r/202272/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/202272/

Comment 3

[Gregory Szorc [:gps]]

Comment on attachment 8931187 [details]
testing: use a treestatus-legacy repo which vendors in dependencies (bug 1419998)

https://reviewboard.mozilla.org/r/202270/#review208996

Yes, this is definitely the path of least resistance.

Comment 4

[Gregory Szorc [:gps]]

Comment on attachment 8931188 [details]
testing: pin pip, setuptools, and wheel versions to known good (bug 1419998)

https://reviewboard.mozilla.org/r/202272/#review208998

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/hgcustom/version-control-tools/rev/58bd53bc8215
testing: use a treestatus-legacy repo which vendors in dependencies r=gps
https://hg.mozilla.org/hgcustom/version-control-tools/rev/c714309c5d78
testing: pin pip, setuptools, and wheel versions to known good r=gps