Closed
Bug 835088
Opened 12 years ago
Closed 12 years ago
mozilla-b2g18_v1_0_0 repo naming breaks assumptions in the hg bundle weekly script.
Categories
(Release Engineering :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Callek, Assigned: catlee)
References
Details
(Whiteboard: [simple])
Attachments
(1 file)
703 bytes,
patch
|
Callek
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
So, in investigating remaining fruit on the tree of v1.0.0 for b2g18, I saw us failing the bundle download (which is actually turning the tree purple)
On looking in ftp I saw we had mozilla-b2g18-v1-0-0.hg there, which was actually created before the last build (which couldn't find the file).
Looking closer at the log it was looking for:
command: hg unbundle http://ftp.mozilla.org/pub/mozilla.org/firefox/bundles/mozilla-b2g18_v1_0_0.hg
Which indeed matches what the repo url is.
After looking closer I saw that it was indeed the bundle script munging this, and not a human mistake in initial branch bringup:
http://mxr.mozilla.org/build/source/tools/scripts/bundle/hg-bundle.sh#18
To not have to think too hard on this on a weekend, I created a symlink on FTP for now, as the ffxbld user to avoid the purple on builds, and allow new uploads of the bundle script to continue being useful in the short term.
Workaround log is below:
-bash-4.1$ ln -s ./mozilla-b2g18-v1-0-0.hg ./mozilla-b2g18_v1_0_0.hg
-bash-4.1$ ls -la
total 4934808
drwxr-xr-x 2 ffxbld firefox 4096 Jan 26 15:45 .
drwxr-xr-x 9 ffxbld firefox 4096 Aug 2 09:51 ..
-rw-r--r-- 1 ffxbld firefox 490809733 Jan 26 03:25 elm.hg
-rw-r--r-- 1 ffxbld firefox 476237416 Jan 26 03:18 mozilla-aurora.hg
-rw-r--r-- 1 ffxbld firefox 462293240 Jan 26 03:24 mozilla-b2g18.hg
lrwxrwxrwx 1 ffxbld firefox 25 Jan 26 15:45 mozilla-b2g18_v1_0_0.hg -> ./mozilla-b2g18-v1-0-0.hg
-rw-r--r-- 1 ffxbld firefox 462288078 Jan 26 03:24 mozilla-b2g18-v1-0-0.hg
-rw-r--r-- 1 ffxbld firefox 471161345 Jan 26 03:22 mozilla-beta.hg
-rw-r--r-- 1 ffxbld firefox 478461059 Jan 26 03:24 mozilla-central.hg
-rw-r--r-- 1 ffxbld firefox 349108364 Jan 26 03:20 mozilla-esr10.hg
-rw-r--r-- 1 ffxbld firefox 425092535 Jan 26 03:23 mozilla-esr17.hg
-rw-r--r-- 1 ffxbld firefox 482087437 Jan 26 03:26 mozilla-inbound.hg
-rw-r--r-- 1 ffxbld firefox 464898416 Jan 26 03:24 mozilla-release.hg
-rw-r--r-- 1 ffxbld firefox 129 May 5 2011 README.txt
-rw-r--r-- 1 ffxbld firefox 470925064 Jan 26 03:21 services-central.hg
lrwxrwxrwx 1 ffxbld firefox 18 Sep 21 09:21 try.hg -> mozilla-central.hg
-bash-4.1$ pwd
/pub/mozilla.org/firefox/bundles
Comment 1•12 years ago
|
||
Dustin: was there a specific reason you named the bundle this way?
BUNDLE=`echo $BRANCH | tr -c '\n[:alnum:]' '-'`.hg
It doesn't allow for underscores.
Flags: needinfo?(dustin)
Comment 2•12 years ago
|
||
I think it was a general safe-name-generation attempt. At the time, branches didn't have much in the way of funny characters in the name. There's no reason not to add _ to the allowed class.
Flags: needinfo?(dustin)
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → catlee
Priority: -- → P3
Whiteboard: [simple]
Assignee | ||
Comment 3•12 years ago
|
||
Before:
% echo `echo mozilla-b2g18-v1_0_0 | tr -c '\n[:alnum:]' -`.hg
mozilla-b2g18-v1-0-0.hg
After:
% echo `echo mozilla-b2g18-v1_0_0 | tr -c '\n[:alnum:]_' -`.hg
mozilla-b2g18-v1_0_0.hg
Attachment #708141 -
Flags: review?(bugspam.Callek)
Reporter | ||
Comment 4•12 years ago
|
||
Comment on attachment 708141 [details] [diff] [review]
allow _ in bundle names
well that was easier than I thought :-)
Attachment #708141 -
Flags: review?(bugspam.Callek) → review+
Comment 5•12 years ago
|
||
Comment on attachment 708141 [details] [diff] [review]
allow _ in bundle names
http://hg.mozilla.org/build/tools/rev/c0321b194cb9
Does this get pulled automatically?
Attachment #708141 -
Flags: checked-in+
Comment 6•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•6 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•