Closed
Bug 589005
Opened 15 years ago
Closed 14 years ago
Add download path to jetpack-latest.zip to contents of test package
Categories
(Testing :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lsblakk, Assigned: cmtalbert)
References
Details
Attachments
(1 file, 1 obsolete file)
3.36 KB,
patch
|
cmtalbert
:
review+
|
Details | Diff | Splinter Review |
In order to avoid special-casing the current automation that triggers tests for the upcoming jetpack suite, it would be great if 'make package-tests' could create a dir for jetpack containing the path to downloading the latest jetpack-sdk. This should allow us to start special casing later in the process:
http://hg.mozilla.org/build/buildbotcustom/file/812af5608b6e/process/factory.py#l6281
when we unpack the tests url that was handed in and downloaded for the other test suites as well.
As requested by Lukas, I believe this should do the trick. The build team needs the jetpack download location for the "tip" of jetpack included in the test package. This way they can reuse all their existing buildbot code.
While on the one hand this is a really stupid hack, on the other, this might be an option to integrate testing into buildbot for harnesses that do not live in the m-c tree. Like cross-weave and mozmill (we could remove the tons of mozmill code that had to be checked in to m-c precisely because buildbot really can't handle things that aren't in m-c).
Lukas, Myk, let me know if that location is the proper one.
Assignee: nobody → ctalbert
Status: NEW → ASSIGNED
Attachment #471730 -
Flags: review?(ted.mielczarek)
(In reply to comment #1)
> Created attachment 471730 [details] [diff] [review]
> Hack to include the jetpack location in m-c for buildbot
>
> While on the one hand this is a really stupid hack, on the other, this might be
> an option to integrate testing into buildbot for harnesses that do not live in
> the m-c tree. Like cross-weave and mozmill (we could remove the tons of
> mozmill code that had to be checked in to m-c precisely because buildbot really
> can't handle things that aren't in m-c).
Oh Damn. I just realized that for things that have make targets (like mozmill), they still have to be in m-c. Fortunately jetpack doesn't have a make target in m-c, and doesn't want one. So this still works for jetpack.
Comment 3•14 years ago
|
||
Comment on attachment 471730 [details] [diff] [review]
Hack to include the jetpack location in m-c for buildbot
This is a little weird, but I get that it's easier/better to hardcode it here than on the buildbot sid of things. Can you stick a README or something in testing/jetpack explaining WTF that's there for?
Attachment #471730 -
Flags: review?(ted.mielczarek) → review+
Reporter | ||
Comment 4•14 years ago
|
||
Is there a plan to land this soon so I can start running some staging tests?
A ready to go patch with a readme file. Carrying forward Ted's review
Attachment #471730 -
Attachment is obsolete: true
Attachment #474874 -
Flags: review+
(In reply to comment #4)
> Is there a plan to land this soon so I can start running some staging tests?
Yes, I'm in the landing queue now.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Component: New Frameworks → General
You need to log in
before you can comment on or make changes to this bug.
Description
•