602055 - update pageloader.zip in the next talos downtime

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[Joel Maher ( :jmaher ) (UTC -8)]

I have updated:
hg.mozilla.org/build/pageloader in bug 599494 and during the next talos downtime we need to create a .zip file and update that on the talos environment.  Currently the bug has everything checked into the hg tree.

Comment 1

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

jmaher/anode: did this run ok in a staging run?

Comment 2

[Joel Maher ( :jmaher ) (UTC -8)]

concerns with some orange in staging, how do we unblock this from the next talos downtime?

Comment 3

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #1)
> jmaher/anode: did this run ok in a staging run?

(In reply to comment #2)
> concerns with some orange in staging, how do we unblock this from the next
> talos downtime?

I'm still trying to schedule a downtime with developers. Meanwhile, didnt follow your comment above - did these changes test green when run in staging? In the current code crunch, I dont want to have new red/oranges introduced while rolling out new changes - can you confirm this runs green in staging?

Comment 4

[Joel Maher ( :jmaher ) (UTC -8)]

There is orange on a few win7-64 boxes.  I am working to verify if it is a staging issue or something else.  I will update this bug when it is green.

Comment 5

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #4)
> There is orange on a few win7-64 boxes.  I am working to verify if it is a
> staging issue or something else.  I will update this bug when it is green.

ok, thanks, assigning to you. When you are done working on it, unassign yourself so this shows up in our triage queue and re-nom this again for treeclosure.

Comment 6

[Joel Maher ( :jmaher ) (UTC -8)]

ok, I have successfully setup talos staging this time around and I am ignoring windows 7 64 bit (since that is failing without my patches).  Right now I am all green with my original set of changes.

Comment 7

[Lukas Blakk [:lsblakk] use ?needinfo]

The next tree-closing downtime is from 1-4 Pacific time this Sunday - October 17th.  Aki and Nthomas will be around to coordinate it if you are able to get this updated at that time.

Comment 8

[Joel Maher ( :jmaher ) (UTC -8)]

was this updated?

Comment 9

[Chris AtLee [:catlee]]

(In reply to comment #8)
> was this updated?

no

Comment 10

[Lukas Blakk [:lsblakk] use ?needinfo]

Joel or Alice, if one of you can create the .zip file, I can upload it to update in a non-downtime where we can watch the tree and ensure that nothing breaks unless either of you feel this must happen during a tree-closed downtime in which case we can try to schedule one for Thursday morning bright and early.

Comment 11

[Joel Maher ( :jmaher ) (UTC -8)]

Attachment: updated pageloader.xpi from latest source

did a fresh pull of http://hg.mozilla.org/build/pageloader and created a pageloader.xpi out of it.  I have attached that to this bug.

Comment 12

[Lukas Blakk [:lsblakk] use ?needinfo]

I'm putting this back into the triage queue so it can get picked up in the next downtime by the buildduty person. Without Alice around to confirm if we can put in the new .zip without downtime I don't want to risk it.

Comment 13

[John Ford [:jhford] CET/CEST Berlin Time]

$ mkdir old-zips
$ cp /var/www/html/build/talos/xpis/pageloader.xpi old-zips/
$ cd old-zips
$ openssl sha1 pageloader.xpi
SHA1(pageloader.xpi)= c0f336024a5573f807dfa0e36b6a2875517b59d6
$ cd ..
$ wget https://bugzilla.mozilla.org/attachment.cgi?id=484710
$ mv attachment.cgi\?id\=484710 pageloader.xpi
$ openssl sha1 pageloader.xpi
SHA1(pageloader.xpi)= 747c1c62ec95e8013bf588f8ed9bfbfe2654e35f

waiting on bug 607420 to be processed to run:
$ cp pageloader.xpi /var/www/html/build/talos/xpis/pageloader.xpi

Comment 14

[John Ford [:jhford] CET/CEST Berlin Time]

done

[jford@dm-wwwbuild01 ~]$ openssl sha1 /var/www/html/build/talos/xpis/pageloader.xpi
SHA1(/var/www/html/build/talos/xpis/pageloader.xpi)= 747c1c62ec95e8013bf588f8ed9bfbfe2654e35f