Closed
Bug 427690
Opened 16 years ago
Closed 16 years ago
bootstrap Sign step should use HTTP not look for local file
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: rhelmer, Assigned: rhelmer)
References
Details
Attachments
(2 files)
1.21 KB,
patch
|
nthomas
:
review+
|
Details | Diff | Splinter Review |
638 bytes,
patch
|
nthomas
:
review+
|
Details | Diff | Splinter Review |
Now that bug 415970 has landed, the only thing that uses the FTP setup on the master is the Sign step (which looks for a logfile and exits when it finds it). This could instead use HTTP to check for the existence of the file on the $stagingServer.
Assignee | ||
Comment 1•16 years ago
|
||
This seems to do the trick, what do you think Nick? Would need a small master.cfg change to take this (change the slave used for Sign step).
Attachment #314256 -
Flags: review?(nrthomas)
Comment 2•16 years ago
|
||
Comment on attachment 314256 [details] [diff] [review] [checked in] check for signing log via HTTP not local file Looks good, r+. I had a look on the 1.8 prod slaves, and only the linux one has LWP::Simple installed.
Attachment #314256 -
Flags: review?(nrthomas) → review+
Assignee | ||
Comment 3•16 years ago
|
||
Looks like the Linux slaves already do this on the staging side, going to land this.
Assignee: nobody → robert
Assignee | ||
Comment 4•16 years ago
|
||
Comment on attachment 314256 [details] [diff] [review] [checked in] check for signing log via HTTP not local file Checking in Bootstrap/Step/Sign.pm; /cvsroot/mozilla/tools/release/Bootstrap/Step/Sign.pm,v <-- Sign.pm new revision: 1.12; previous revision: 1.11 done
Attachment #314256 -
Attachment description: check for signing log via HTTP not local file → [checked in] check for signing log via HTTP not local file
Assignee | ||
Updated•16 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•16 years ago
|
||
Le sigh.. the 1.9 Centos ref platform apparently does not have perl-libwww installed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 6•16 years ago
|
||
Could do something like this, or install the needed RPM on the machines + ref platform. What do you think Nick?
Attachment #314441 -
Flags: review?(nrthomas)
Comment 7•16 years ago
|
||
Comment on attachment 314441 [details] [diff] [review] [checked in] quick wget workaround Not quite so elegant but WFM, r+
Attachment #314441 -
Flags: review?(nrthomas) → review+
Comment 8•16 years ago
|
||
Also caused bustage on the staging setups in the make test part of <os>_prestage.
Updated•16 years ago
|
Priority: -- → P2
Assignee | ||
Comment 9•16 years ago
|
||
Comment on attachment 314441 [details] [diff] [review] [checked in] quick wget workaround Checking in Bootstrap/Step/Sign.pm; /cvsroot/mozilla/tools/release/Bootstrap/Step/Sign.pm,v <-- Sign.pm new revision: 1.13; previous revision: 1.12 done
Attachment #314441 -
Attachment description: quick wget workaround → [checked in] quick wget workaround
Assignee | ||
Updated•16 years ago
|
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•