Closed Bug 821898 Opened 12 years ago Closed 11 years ago

switch manifests to git.mozilla.org for remaining b2g repos

Categories

(Firefox OS Graveyard :: GonkIntegration, defect)

defect
Not set
normal

Tracking

(blocking-basecamp:-)

RESOLVED FIXED
B2G C4 (2jan on)
blocking-basecamp -

People

(Reporter: hwine, Assigned: jhford)

References

Details

(Whiteboard: [re-b2g])

We now have the rest of the repositories being mirrored to git.m.o (bug 815846). Now the manifests can be updated to reference them (similar to bug 813710 for gecko.git & gaia.git).

Per bug 816235 comment #2, I believe this needs to be a C3 deliverable, so nom for bb.
blocking-basecamp: ? → +
Target Milestone: --- → B2G C3 (12dec-1jan)
Hal, this is something you're going to do, right?
Assignee: nobody → hwine
No - this would be done by someone on the b2g build team. Moving to :jhford
Assignee: hwine → jhford
Hal, can you confirm that the repos are fully set up and are syncing the latest content of the upstream repos?
John - yes - no problems with that - I just resolved the bug to make that clear
(In reply to Hal Wine [:hwine] from comment #4)
> John - yes - no problems with that - I just resolved the bug to make that
> clear

So should we close this bug?
(In reply to Andrew Overholt [:overholt] from comment #5)
> (In reply to Hal Wine [:hwine] from comment #4)
> > John - yes - no problems with that - I just resolved [bug 815846] to make that
> > clear
> 
> So should we close this bug?

Only after John lands the changes. by "resolved the bug", I meant bug 815846 - my apologies for the confusion.
Per conversation with akeybl & joduinn, unblocking basecamp on this. The blocking-basecamp flags are not being used for build/infra work.
blocking-basecamp: + → ---
Per email thread, this is blocking release. Re nominating
blocking-basecamp: --- → ?
We actually have been using bb+ for release blockers that actually stop us from handing over to partners.
blocking-basecamp: ? → +
Blocks: 826101
John, what's the status here?
Flags: needinfo?(jhford)
(In reply to Andrew Overholt [:overholt] from comment #10)
> John, what's the status here?


I'm doing the work over in

https://github.com/mozilla-b2g/b2g-manifest/pull/35

The first attempt of using an xml parser/serializer wasn't accepted, so I deleted that code and have done the changes to the required manifests by hand.  I'm waiting on mwu to take a look at the manifest changes, and if they are satisfactory, I need to land similar changes on the nightly branch (doing that is pretty quick).
Flags: needinfo?(jhford)
(In reply to John Ford [:jhford] from comment #11)
> (In reply to Andrew Overholt [:overholt] from comment #10)
> > John, what's the status here?
> 
> 
> I'm doing the work over in
> 
> https://github.com/mozilla-b2g/b2g-manifest/pull/35

Cool.

> I'm waiting on mwu to take a look at the manifest changes,

He's away for a bit.  Can we find someone else?  Maybe cjones?
Target Milestone: B2G C3 (12dec-1jan) → B2G C4 (2jan on)
During triage yesterday we discussed with Chris Lee how this doesn't have to happen before the v1 cutoff so let's get it off that list.  Obviously if we're wrong about that please let us know :)
blocking-b2g: --- → tef+
blocking-basecamp: + → ---
Need it changed back, please. Including relevant parts of the email thread cited in comment #8 below. See also bug 816235 comment #2 for partner request this be done by end of Dec (cited in comment #0)

Chris Lee: key point is these repositories are part of the deliverable, as the project can not be build without these.

-------- Original Message --------
Subject: 	Fwd: [Bug 821898] switch manifests to git.mozilla.org for remaining b2g repos
Date: 	Fri, 28 Dec 2012 13:56:45 -0800
From: 	Hal Wine <hwine@mozilla.com>
To: 	Dietrich Ayala <dietrich@mozilla.com>
CC: 	joduinn <joduinn@mozilla.com>, Alex Keybl <akeybl@mozilla.com>


Dietrich,

I agree build & infr bugs shouldn't block release - however this bug
actually affects the release bits (manifest content) shipped to
partners

If this work is NOT done, Mozilla will be "on the hook" for maintaining
those repos on github for the contract duration. (Including escalation
support during outages, which is why we have moved these and gecko &
gaia to git.m.o already.)

Please reset this as blocking basecamp.

--Hal

-------- Original Message --------
Subject: 	Re: Fwd: [Bug 821898] switch manifests to git.mozilla.org for remaining b2g repos
Date: 	Fri, 28 Dec 2012 14:49:43 -0800
From: 	John O'Duinn <joduinn@mozilla.com>
Reply-To: 	joduinn@mozilla.com
To: 	Hal Wine <hwine@mozilla.com>, Dietrich Ayala <dietrich@mozilla.com>, Alex Keybl <akeybl@mozilla.com>


hi Dietrich/akeybl;

+1 to what Hal said. We need this manifest change landed before the 
15th, or else it has consequences for Mozilla's ongoing support. 
Re-applying the "blocking-basecamp" flag asap, will help make sure devs 
prioritize landing that change in time. This is important, and we're 
happy to help explain in more detail if needed.

tc
John.
Flags: needinfo?(overholt)
Reset.
blocking-b2g: tef+ → ---
blocking-basecamp: --- → +
Flags: needinfo?(overholt)
Update:
 - the manifest changes have been applied to the master branch (comment #11)
 - jhford will produce a 2nd pull request for to merge the change to the nightly branch, which will close this bug

Per discussions, the _only_ changes that are blocking basecamp are for the platforms we deliver on Jan 15 - work on any other platform manifest can be deferred to tef+
Our manifests are for reference purposes only. Our hardware partners are using their own manifests, and have switched to g.m.o a while back. This bug doesn't block.
blocking-basecamp: + → -
What's the status here?
This work was done a while ago as a PR in the b2g-manifest repository.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.