Re: Moz2D Repository Creation

Fwiw I decided to take a more detailed look at the quoted article and there's a couple of things I noticed: 'Don’t blink…' The answer to this point is simple. The reason we'd like this is we don't expect people pulling in new versions of the subrepo regularly. We expect that to happen on a reg

Re: T pushes to try

This is awesome, Steve. > Adding either a link to that, or examples directly, to > http://trychooser.pub.build.mozilla.org/ would be awesome... https://bugzilla.mozilla.org/show_bug.cgi?id=855591 On Wed, Mar 27, 2013 at 9:23 PM, Boris Zbarsky wrote: > On 3/27/13 8:08 PM, Steve Fink wrote: >> >>

Re: Moz2D Repository Creation

On 03/27/2013 07:37 PM, Robert O'Callahan wrote: > I predict that eventually we'll want to switch mozilla-central to git. (I'm > not in favour of it, but hg is not the DVCS of the future.) So, git users > not liking git's subrepositories gives me pause and I think it's imperative > to consider the

Re: T pushes to try

On 3/27/13 8:08 PM, Steve Fink wrote: Yes, it does depend on a mostly undocumented try syntax feature from bug 802937. I've at least added these example pushes to . Adding either a link to that, or examples directly, to http://trychooser.

T pushes to try

Inspired by https://blog.mozilla.org/nnethercote/2013/03/27/an-interesting-use-of-the-try-server/ , I verified that T pushes do indeed work, and I think they are a viable infrastructure-saving alternative to the usual "try: -b do -p all -u all" push. A "T push" is a try push that builds on all pla

Re: Moz2D Repository Creation

On 13-03-27 4:00 PM, Robert O'Callahan wrote: > And you probably won't do it at a conference. If I heard about Moz2D at a conference, I'd certainly want to clone the repo and have a quick look at it. This is quite relevant to the goal of reducing contributor barriers. However, I agree with your

Re: Moz2D Repository Creation

Summary of my thoughts after discussing on IRC: Adding a subrepository just for Moz2D seems like it could add global complexity for the benefit of just a small set of people. So it seems much more worthwhile if we regard it as an experiment to blaze a trail other modules would follow if the experi

Re: Moz2D Repository Creation

Thanks a lot for thinking along here from the RelEng side of things! - Original Message - > From: "Alex Keybl" > To: "Bas Schouten" > Cc: "dev-platform" > Sent: Wednesday, March 27, 2013 11:25:14 PM > Subject: Re: Moz2D Repository Creation > > > Can you clarify the main motivation beh

Re: Moz2D Repository Creation

Can you clarify the main motivation behind using a subrepo over a Tier 1 dev branch like m-i or services-central? Mimicking what we already do elsewhere would have less process/infra change overhead, and my intuition tells me that per-checkin builds/tests could be configured specifically for tha

Re: Moz2D Repository Creation

On Thu, Mar 28, 2013 at 12:13 PM, Bas Schouten wrote: > This is true, and it even already more or less works (although the > Makefiles aren't in the tree, the VS2010 files are, although the lack of > automated testing means I've not gone through the trouble of putting all > the newer tests to m-c)

Re: Moz2D Repository Creation

- Original Message - > From: "Robert O'Callahan" > To: "Bas Schouten" > Cc: "dev-platform" > Sent: Wednesday, March 27, 2013 11:00:01 PM > Subject: Re: Moz2D Repository Creation > > On Thu, Mar 28, 2013 at 11:45 AM, Bas Schouten < > bschou...@mozilla.com > wrote: > > > > I don't thi

Re: Moz2D Repository Creation

On 3/27/13 11:38 PM, Joshua Cranmer 🐧 wrote: > On 3/27/2013 5:25 PM, Bas Schouten wrote: >> I would argue this is probably true. As I've talked to a developer >> from a large third party where the discussion of if they would try to >> adjust their work to Moz2D literally ended at: 'I have to check

Re: Moz2D Repository Creation

On Thu, Mar 28, 2013 at 11:45 AM, Bas Schouten wrote: > I don't think it works that way. At least it doesn't for me, these time > issues don't work that way. There's a context switch involved, those are > expensive and there's the feeling of pulling in 2.5 gigs+ onto your hard > drive to do someth

Re: Moz2D Repository Creation

On Wed 27 Mar 2013 03:25:20 PM PDT, Bas Schouten wrote: > I would argue this is probably true. As I've talked to a developer from a > large third party where the discussion of if they would try to adjust their > work to Moz2D literally ended at: 'I have to check out -all- of firefox? How > big i

Re: Moz2D Repository Creation

I don't think it works that way. At least it doesn't for me, these time issues don't work that way. There's a context switch involved, those are expensive and there's the feeling of pulling in 2.5 gigs+ onto your hard drive to do something small, for someone else really, not because you get paid

Re: Moz2D Repository Creation

On 3/27/2013 5:25 PM, Bas Schouten wrote: I would argue this is probably true. As I've talked to a developer from a large third party where the discussion of if they would try to adjust their work to Moz2D literally ended at: 'I have to check out -all- of firefox? How big is that 2 Gig or some

Re: Moz2D Repository Creation

On Thu, Mar 28, 2013 at 11:25 AM, Bas Schouten wrote: > I would argue this is probably true. As I've talked to a developer from a > large third party where the discussion of if they would try to adjust their > work to Moz2D literally ended at: 'I have to check out -all- of firefox? > How big is th

Re: Moz2D Repository Creation

I would argue this is probably true. As I've talked to a developer from a large third party where the discussion of if they would try to adjust their work to Moz2D literally ended at: 'I have to check out -all- of firefox? How big is that 2 Gig or something?' I think it's certainly the largest p

Re: Moz2D Repository Creation

We also want the ability to make some returns and run the tests without them ever showing up in m-c. So to speak. Especially when it comes to having to back things out. That could perhaps be accomplished with a branch, but you start getting into the situation where others could be updating t

Re: Moz2D Repository Creation

Personally I don't care if we use Git or Mercurial, what I do feel fairly strongly about is that whatever we do for Moz2D runs on our own infrastructure. If that infrastructure supports git I have no issues with it being in git. Although I've done my testing with hg subrepos only. For what it's

Re: Moz2D Repository Creation

On Thu, Mar 28, 2013 at 9:42 AM, Bas Schouten wrote: > - Improve Moz2D development workflow by having faster turnaround time on > builds and tests (both local and Try) > - Lower the barrier for external contributors, some people have already > expressed the desire to work on potential backends we

Re: Moz2D Repository Creation

> hg-git (the tool we use to synchronize Mercurial and Git repos) supports > subrepos. Although, I'm not sure how well it works. Well, we should definitely figure this out before we move forward with this plan. If the hg support for git repos is decent, that might be a better way to go, since the

Re: Moz2D Repository Creation

On Wed, Mar 27, 2013 at 9:42 PM, Bas Schouten wrote: > As the next step in moving towards these goals and optimally supporting them > the proposal is to move Moz2D into its own repository. We would use hg > subrepos for this purpose, you can read more about this here > (http://mercurial.selenic

Re: Moz2D Repository Creation

On 3/27/13 2:03 PM, Justin Lebar wrote: Since we believe if we go through with this it would be the first time we use a true subrepository system for a component used in mozilla-central, we'd very much appreciate any thoughts or feedback people might have on the idea. Have you thought about h

Re: Moz2D Repository Creation

On 28/03/13 10:03, Justin Lebar wrote: >> Since we believe if we go through with this it would be the first time we >> use a true subrepository system for a component >> used in mozilla-central, we'd very much appreciate any thoughts or feedback >> people might have on the idea. > > Have you tho

Re: Moz2D Repository Creation

On Wed, Mar 27, 2013 at 01:42:31PM -0700, Bas Schouten wrote: > A more detailed description of the proposal and the workflows involved > can be found here > (https://wiki.mozilla.org/Platform/GFX/Moz2DSubrepository) for those > interested in the details. Since we believe if we go through with this

Re: Moz2D Repository Creation

> Since we believe if we go through with this it would be the first time we use > a true subrepository system for a component > used in mozilla-central, we'd very much appreciate any thoughts or feedback > people might have on the idea. Have you thought about how this hg subrepo will interact wi

Moz2D Repository Creation

Hi all, Over the past year we've increased our dependencies on Moz2D (formerly known under the codename Azure), our new 2D rendering API. Currently we're using it for canvas drawing on all platforms and content drawing on Windows where using Direct2D, and in the near future we will be moving to

Re: Adjusting Windows 64-bit per-checkin builds (not related to nightly builds)

On 3/27/2013 1:19 PM, Armen Zambrano G. wrote: On another note, there could be a tree booked for win64 and move nightly win64 users there (orthogonal to updating users to 32-bit builds) since it would allow the community control which merges from mozilla-central to take in (and back out from

Adjusting Windows 64-bit per-checkin builds (not related to nightly builds)

Hi, We're currently suffering lack of capacity on the win64 builders. I noticed that we still run win64 dependent builds for Thunderbird & Firefox. I would like to disable those since they cost approximately 1/3 of our load (win32 opt/debug & win64 opt). If anyone has a strong objection for th