Closed
Bug 865828
Opened 11 years ago
Closed 10 years ago
Upgrade Mozilla 23 to NSPR 4.10 (once it's ready)
Categories
(Firefox Build System :: General, defect, P1)
Tracking
(firefox23+ fixed)
RESOLVED
FIXED
mozilla23
People
(Reporter: KaiE, Assigned: wtc)
Details
(Whiteboard: [leave open])
From now on in the future, I propose that a tracking bug is filed, whenever you start upgrading mozilla to a newer version of NSPR - because in the past, it was regularly forgotten to keep things in shape, by eventually upgrading the affected mozilla branch to the final version of that nspr (or nss) version. Today Wan-Teh sugested to upgrade mozilla-central to NSPR 4.10 beta1. I'm willing to help out with this initial push, but I'm unwilling to be the one who tracks that the mozilla branch will be kept in shape. Let's use this tracking bug. As mozilla-central is currently equivalent to Mozilla 23, I'm setting the 23 branch as the affected and target version. I'm adding [leave open] to the status whiteboard, to indicate that the bug should be kept open after beta landings. Please remove that status whiteboard entry after you have landed the final NSPR release (once it's ready). I don't know to whom this bug should be assigned to.
Reporter | ||
Comment 1•11 years ago
|
||
Wan-Teh gave me r=wtc for landing the NSPR_4_10_BETA1 snapshot into mozilla-central. I believe this is the first time that anyone is using the modified client.py script to import an NSPR snapshot into mozilla-central. So if things break, don't blame me, but back out and find the person who did the script.
Reporter | ||
Comment 2•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/572236490691
Comment 3•11 years ago
|
||
I think if we mark this tracking-firefox23+ it should not get lost.
tracking-firefox23:
--- → +
Comment 4•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/572236490691
Comment 5•11 years ago
|
||
putting status-firefox23 to fixed since this has landed on m-c.
status-firefox23:
--- → fixed
Assignee | ||
Comment 6•11 years ago
|
||
NSPR_4_10_BETA2 pushed to mozilla-inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/24997e3446b1
Assignee: nobody → wtc
Status: NEW → ASSIGNED
Priority: -- → P1
Comment 7•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/24997e3446b1
Comment 8•11 years ago
|
||
Fwiw, it seems 23 (now in mozilla-release) ships with nspr 4.10, but configure.in checks for 4.9.6, and this bug wasnt fixed/closed when it was updated from the betas to the RTM version in bug 858231. So i think this one can be closed now ? oh, and in all branches configure.in checks for nspr 4.9.6 when building with systemwide nspr, but we dont really care since it also checks for nss 3.15 which depends on nspr 4.10. Could only affect people trying to build with bundled nss & systemwide nspr 4.9.6, i doubt anyone cares...
Comment 9•10 years ago
|
||
Tip is running 4.10.4 beta2. Not sure why this bug is still open.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•