658167 - Swap mozilla-aurora to gcc 4.5 when m-c merges there on May 24th

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P3)

Comment 1

[Mike Hommey [:glandium]]

(and again when merged to beta, and again when merged to release ; really, bug 558180 would make life easier)

Comment 3

[Armen [:armenzg]]

We forgot to track it for Firefox 6.

Comment 4

[Armen [:armenzg]]

Attachment: [mozconfigs] merge from m-c to m-a

I did this:
* for each platform I cd into it and run this:
> rsync -r mozilla-central/* mozilla-aurora
* I added new files like this:
> for file in `hg st -un`; do hg add $file; done
* then I run this:
> for file in `find . -type f -name mozconfig | grep aurora`; do sed s/nightly/aurora/ < $file > $file.2; mv $file.2 $file; done

The last one fixes keeping the right update channel.

Comment 5

[[e-mail] (:bhearsum)]

Comment on attachment 535069 [details] [diff] [review]
[mozconfigs] merge from m-c to m-a

r+ for the mozilla2/ portions. The thunderbird/ bits look fine to me too, but you should get review from either gozer or Standard8 for them anyways.

Comment 6

[Armen [:armenzg]]

Comment on attachment 535069 [details] [diff] [review]
[mozconfigs] merge from m-c to m-a

I landed the mozilla2/ part of it and left thunderbird out of it until reviews come in:
http://hg.mozilla.org/build/buildbot-configs/rev/3bcd07c94764

Comment 7

[Mark Banner (:standard8)]

Comment on attachment 535069 [details] [diff] [review]
[mozconfigs] merge from m-c to m-a

Thanks for thinking about Thunderbird. There's actually a couple of things I need to check before we do turn on/switch to that channel, so if you don't mind, I'll handle this change in a follow-up bug once I've got the confirmation.

Thanks again.

Comment 8

[Armen [:armenzg]]

standard8 all yours :)

Comment 9

[Armen [:armenzg]]

I have marked bug 558180 to deal with tracking updating the mozconfigs forward on the next merge day.

There is nothing left to be done on this bug.

I checked that the mozconfig looked right on the nightly build.
Can any of you verify it?

Comment 10

[Nick Thomas [:nthomas] (UTC+12)]

Mark, despite comment #8 the Thunderbird changes did land.

Comment 11

[Mark Banner (:standard8)]

(In reply to comment #10)
> Mark, despite comment #8 the Thunderbird changes did land.

Ok, thanks, we'll survive :-)

Comment 12

[Armen [:armenzg]]

(In reply to comment #10)
> Mark, despite comment #8 the Thunderbird changes did land.

Sorry :(

Comment 13

[Armen [:armenzg]]

asa what does the nomination imply?
That someone will check that Firefox 6 is compiled with gcc-4.5?

Comment 14

[Virgil Dicu [:virgil] [QA]]

Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0

Can this issue be set to verified fixed? Has the initial bug been fixed?

Comment 15

[Mike Hommey [:glandium]]

Unfortunately, the 6.0 builds off mozilla-release are not built with gcc 4.5 and PGO :(

Comment 16

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to Mike Hommey [:glandium] from comment #15)
> Unfortunately, the 6.0 builds off mozilla-release are not built with gcc 4.5
> and PGO :(

That's strange, because we updated the mozconfigs in bug 676083. And it looks like we used them in the linux32 log:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/6.0-candidates/build1/logs/release-mozilla-release-linux_build-build1.txt.gz

about:buildconfig also says gcc 4.5.2. Where do you see the issue ?

Comment 17

[Mike Hommey [:glandium]]

I saw the issue on http://tbpl.allizom.org/?tree=Mozilla-Release&usebuildbot=1

Comment 18

[Mike Hommey [:glandium]]

(In reply to Mike Hommey [:glandium] from comment #17)
> I saw the issue on
> http://tbpl.allizom.org/?tree=Mozilla-Release&usebuildbot=1

(that is, the build logs from there, and the talos results which are seriously regressed)

Comment 19

[Nick Thomas [:nthomas] (UTC+12)]

Ah hah, that's because Rail only did the release/ dir, and not the others. Where do you want to fix that Rail ?

Comment 20

[Nick Thomas [:nthomas] (UTC+12)]

BTW, those are builds on tbpl are triggered by the landings in the repo, rather than the actual release bits. We should still fix the configs though.

Comment 21

[Rail Aliiev [:rail]]

I filed bug 679638