> And, Git subtree is essentially the strategy m-c uses today: one large
> repository holding the history (albeit sometimes squashed landings) of
> many external ones.
however it has the possible advantage that the VCS has some idea what is
happening, and you have the history for the external proj
On 3/28/2013 8:28 AM, Milan Sreckovic wrote:
> Anyone considering git submodules should definitely take a look at git
> subtrees and see if that solution is more appropriate for the situation in
> question.
>
> In our case, it may be that we want one approach for something like Moz2D,
> and anot
Anyone considering git submodules should definitely take a look at git subtrees
and see if that solution is more appropriate for the situation in question.
In our case, it may be that we want one approach for something like Moz2D, and
another one for something like skis, cairo, etc.
Milan
On 2
On 3/27/2013 7:37 PM, Robert O'Callahan wrote:
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
On 03/27/13 06:06 PM, Justin Lebar wrote:
>> 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.
Hal Wine (hw...@mozilla.com) should
On 03/27/13 06: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
o be some minor things which are a little better handled
with mercurial subrepositories. I wonder if it would be possible to make sure
git's improved in that area before we switch mozilla-central to it, if the
experiment goes through and succeeds.
Bas
- Original Message -
From:
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
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
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
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 Creatio
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
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)
- 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 Schout
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
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
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
Schouten"
Cc: "dev-platform"
Sent: Wednesday, March 27, 2013 10:36:34 PM
Subject: Re: Moz2D Repository Creation
On Thu, Mar 28, 2013 at 11:25 AM, Bas Schouten < bschou...@mozilla.com > wrote:
I would argue this is probably true. As I've talked to a developer from a
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
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
ertainly the largest practical and
mental barrier.
Best regards,
Bas
- Original Message -
From: "Robert O'Callahan"
To: "Bas Schouten"
Cc: "dev-platform"
Sent: Wednesday, March 27, 2013 10:14:35 PM
Subject: Re: Moz2D Repository Creation
On Thu, Mar 28
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
uot;
Cc: "Bas Schouten" , "dev-platform"
Sent: Wednesday, March 27, 2013 10:06:56 PM
Subject: 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 sh
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
> 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
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
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
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
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
> 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
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
31 matches
Mail list logo
