Closed Bug 618040 Opened 14 years ago Closed 14 years ago

partner repacks for linux and mac are not rsync-ed with the other linux and mac builds when signing

Categories

(Release Engineering :: General, defect, P2)

x86
Windows Server 2003
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: coop, Assigned: coop)

References

Details

(Whiteboard: [signing])

Attachments

(2 files, 3 obsolete files)

Hit this today during the 3.6.13 release. As part of the make download target, we create the initial signed-build$(BUILD)/ dir where we'll subsequently be doing all of the actual signing work, and then rsync all the mac and linux builds over to it since they don't need authenticode signing. We miss the partner repacks for mac and linux though, because our rsync specifically --excludes the unsigned/ dir where the win32 builds live. Unfortunately *all* the partner repacks live under there too. The win32 partner repacks get signed and staged normally as part of the signing process. We just need an extra rsync to move over any mac/linux partner repack repacks. Patch coming up.
Attached patch Extra rsync for mac/linux partner repacks (obsolete) (deleted) — Splinter Review
Attachment #496572 - Flags: review?(salbiz)
Comment on attachment 496572 [details] [diff] [review] Extra rsync for mac/linux partner repacks >+ # Make sure we copy over partner repacks for linux/mac too. >+ rsync -av --exclude '*win32*' unsigned-build(BUILD)/partner-repacks/ signed-build$(BUILD)/partner-repacks I tried this myself on keystage and ran into some problems. I think you wanted: >+ # Make sure we copy over partner repacks for linux/mac too. >+ rsync -av --exclude '**win32*' unsigned-build(BUILD)/unsigned/partner-repacks/ signed-build$(BUILD)/partner-repacks AFAIK, we need the double wildcard so we don't try to match win32 to just the partner name (* stops scanning when it hits a slash), and we want to look in unsigned-build<num>/unsigned, since that's what's getting excluded in the previous rsync step.
Attachment #496572 - Flags: review?(salbiz) → review-
Now featuring the correct directory depth! (In reply to comment #2) > AFAIK, we need the double wildcard so we don't try to match win32 to just the > partner name (* stops scanning when it hits a slash), and we want to look in > unsigned-build<num>/unsigned, since that's what's getting excluded in the > previous rsync step. There's only one, chinapack-win32, which is windows-only anyway, hence the name.
Attachment #496572 - Attachment is obsolete: true
Attachment #496698 - Flags: review?(salbiz)
Comment on attachment 496698 [details] [diff] [review] Extra rsync for mac/linux partner repacks, v2 >+ rsync -av --exclude '*win32*' unsigned-build(BUILD)/unsigned/partner-repacks/ signed-build$(BUILD)/partner-repacks r+ except it needs '$' in '...unsigned-build(BUILD)/unsigned/partner-repacks...'
Comment on attachment 496698 [details] [diff] [review] Extra rsync for mac/linux partner repacks, v2 Checked in with nit fixed: https://hg.mozilla.org/build/tools/rev/98fe13e10def
Attachment #496698 - Flags: review?(salbiz)
Attachment #496698 - Flags: review+
Attachment #496698 - Flags: checked-in+
Blocks: 558460
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Going back and testing my changes against 3.5.16, the partner repack rsync causes the download step to fail if partner repacks aren't present on that branch. Patch coming up.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Here's an approach I've gotten to work in staging. Alternately we could just pass another arg on the command-line, but I'd prefer not to have different args for 3.6 vs. 3.5. Suggestions welcome.
Attachment #496929 - Flags: review?(salbiz)
Comment on attachment 496929 [details] [diff] [review] Check branch (from version) before trying to sync partner repacks Could we use something like if [ -d unsigned$(BUILD)/unsigned/partner-repacks/ ]; then rsync ... fi ? My patch in https://bugzilla.mozilla.org/show_bug.cgi?id=558464 gets us verification of the partner-repack deliverables for free, so that doesn't need to be a concern. This saves having to provide another parameter to the Makefile
Attached patch Rsync partner-repacks dir if present (obsolete) (deleted) — Splinter Review
(In reply to comment #8) > Could we use something like > > if [ -d unsigned$(BUILD)/unsigned/partner-repacks/ ]; then > rsync ... > fi Good call, much simpler.
Attachment #496929 - Attachment is obsolete: true
Attachment #497620 - Flags: review?(salbiz)
Attachment #496929 - Flags: review?(salbiz)
And now with the correct path.
Attachment #497620 - Attachment is obsolete: true
Attachment #497676 - Flags: review?(salbiz)
Attachment #497620 - Flags: review?(salbiz)
Comment on attachment 497676 [details] [diff] [review] Rsync partner-repacks dir if present, v2 lgtm :)
Attachment #497676 - Flags: review?(salbiz) → review+
Attachment #497676 - Flags: checked-in+
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: