I&#39;ll remind you of one issue I&#39;ve run into with our 1.x-based external repositories: <a href="http://bugs.dojotoolkit.org/ticket/16645">http://bugs.dojotoolkit.org/ticket/16645</a> which only makes the transition more difficult.  Unless that&#39;s resolved, I&#39;d be opposed to any further 1.x dojox migrations like this.<div>
<br></div><div>-Adam</div><div><br><br><div class="gmail_quote">On Sun, Mar 17, 2013 at 5:35 PM, Bill Keese <span dir="ltr">&lt;<a href="mailto:bill@dojotoolkit.org" target="_blank">bill@dojotoolkit.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font>I assume CometD wasn&#39;t trying to maintain backwards compatibility.  It&#39;s easy to do from a technical perspective by using branches, and makes backports easier.   Just follow the instructions at <a href="http://john.albin.net/git/convert-subversion-to-git" target="_blank">http://john.albin.net/git/convert-subversion-to-git</a> and you can even maintain the history from SVN.<br>

</font><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 6:27 AM, Ben Hockey <span dir="ltr">&lt;<a href="mailto:neonstalwart@gmail.com" target="_blank">neonstalwart@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">having tried to use cometd in it&#39;s new incarnation, and never able to quite figure out how it&#39;s supposed to work now (if it does at all), i&#39;d say that moving things to an external location while trying to make the external code consumable as if it had never moved seems to be detrimental to the external code and to dojox.<span><font color="#888888"><div>

<br></div><div>ben…</div></font></span><div><div><div><br><div><div>On Mar 17, 2013, at 4:19 PM, Bill Keese &lt;<a href="mailto:bill@dojotoolkit.org" target="_blank">bill@dojotoolkit.org</a>&gt; wrote:</div><br>
<blockquote type="cite"><font>Well, you could just use git branches (in git): have a branch for 1.x support and then use master for back-compat breaking changes.   (Not that we ever guaranteed back-compat in DojoX, but if you want to be nice...)<br>


</font><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 6:16 AM, Ben Hockey <span dir="ltr">&lt;<a href="mailto:neonstalwart@gmail.com" target="_blank">neonstalwart@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div style="word-wrap:break-word">i tend to agree that 1.x is what it is and we should leave it as that.<div><br></div><div>even if we went the route of keeping things in dojox as svn:externals then it would likely hamper the external project to have to continue to act and behave as if it were part of dojox - e.g. extending the dojox global.  so, i don&#39;t see that as a good option either.</div>


<div><br></div><div>this doesn&#39;t stop us from building external projects during the course of 1.x that would supersede the code in dojox and then leave users with the choice to use the new project (with it&#39;s bug fixes, enhancements, etc) or continue with the convenience of the dojox code that currently exists (but without much ongoing maintenance).</div>


<span><font color="#888888"><div><br></div><div>ben...</div></font></span><div><div><br><div><div>On Mar 17, 2013, at 1:28 PM, Adam L. Peller &lt;<a href="mailto:adam@peller.org" target="_blank">adam@peller.org</a>&gt; wrote:</div>


<br><blockquote type="cite"><div>Thanks for pushing ahead on this, Kitson!</div><div><br></div>-1 on removing dojox packages from dojo 1.x, with the exception of abandoned/hopelessly broken code.  Though we may eventually choose to offer a lower level of support on 1.x, I don&#39;t think we should break our API promise.<div>



<br></div><div><br></div><div><br><div class="gmail_quote">On Sun, Mar 17, 2013 at 7:28 AM, Kitson Kelly <span dir="ltr">&lt;<a href="mailto:me@kitsonkelly.com" target="_blank">me@kitsonkelly.com</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With the release of 1.9 imminent, we hopefully would release Dojo 2.0 before we release 1.10, at least that is the plan we have been discussing.  We also did not add any new sub-modules in Dojo 1.9 (or 1.8 if I remember correctly).  Obviously the core and widgets in 2.0 are still much a topic of conversation.  But there will not be a DojoX in 2.0.  We have all agreed to that.  So we need to figure out what happens to the existing code base post 1.9.<div>




<br></div><div>Ideally, anyone raising their hand to take a lead on a particular part of DojoX would first get it working against Dojo 1.X and then as the Core and widgets take shape, they transition to that.  The beauty of AMD is that it should mostly be a minor refactoring, but the &quot;heavy lifting&quot; is breaking it out.  This is what Dylan was referring to as &quot;seeding&quot; some packages.</div>




<div><br></div><div>I have marked a few of the widgets in DojoX that I am fond of in the document mentioned below and will be breaking them out into a separate package.  It will initially run against 1.9 (or SVN trunk), but as Dojo 2.0 materialises, I will transition it to that.  Hopefully there are others willing to start the same process so we can all figure out how we do this.</div>




<div><br></div><div>My suggestion would be that once a package is sufficiently standalone, we remove its corresponding code from DojoX for 1.10 and beyond.  In some cases this will also allow us to close down lingering tickets in <a href="http://bugs.dojotoolkit.org/" target="_blank">bugs.dojotoolkit.org</a>.<div>



<div><br>
<div><br><div class="gmail_quote">On 17 March 2013 11:13, Bill Keese <span dir="ltr">&lt;<a href="mailto:bill@dojotoolkit.org" target="_blank">bill@dojotoolkit.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<font>Not quite sure what you&#39;re suggesting by &quot;</font>pulling apart DojoX&quot;.<div><br></div><div>Do you mean to start github repositories for version 2.0 of gfx, charting, mobile, etc.?   I.E. creating projects to be used with Dojo core 2.0?  Or rather, to move the existing 1.9 code to github?   Or both?</div>





<div><br><div class="gmail_quote"><div><div>On Sun, Mar 17, 2013 at 8:02 PM, Kitson Kelly <span dir="ltr">&lt;<a href="mailto:me@kitsonkelly.com" target="_blank">me@kitsonkelly.com</a>&gt;</span> wrote:<br></div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
All:<div><br></div><div>Time has come to start pulling apart DojoX as we move towards Dojo 2.0.</div><div><br></div><div>While all the packaging for Dojo 2.0 isn&#39;t finalised, I have created a <a href="https://github.com/kitsonk/dojo2-boilerplate-package/" target="_blank">template package repository</a>.  I may not have covered off everything, so please feel free to PR anything you think is important.  There is also a <a href="https://github.com/kitsonk/dojo2-boilerplate-package/wiki" target="_blank">wiki</a> located there contains documentation and guidelines around packages, including a listing of current packages that are already &quot;broken out&quot;.  This is just there until we have finalised how we maintain a repository of packages.  Please contribute to all the content there.  We need to flesh out this particular aspect of Dojo 2.</div>






<div><br></div><div>We also need to make further work on how DojoX will be broken down.  Many of you have contributed to the <a href="https://docs.google.com/document/d/1kPufZYy7G_nK90z3TlojK7hC10BTZdTF-N2UEFpoP5M/edit?usp=sharing" target="_blank">Dojo Toolkit 2.0 - DojoX Decomposition</a> document, but we need to continue to figure out where things will go.  In particular, there are lots of single widgets in dojox/form and dojox/widget and dojox/layout that need to either be grouped together in a logical package or marked as abandoned.  Even if something is a good idea, or has a lot of users in Dojo 1.X, doesn&#39;t mean that someone has held up their hand to put the effort into bringing that into Dojo 2.0.  If you are intend to do something with anything in there, please add to the document so others can know your intent, otherwise a lot of the good ideas in DojoX will simply get abandoned.  Think of it as a cathartic spring cleaning.</div>






<div><br></div><div>Regards,</div><div>Kit</div>
<br></div>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>dojo-contributors mailing list<br><a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br><a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>


</blockquote></div><br></div></div></div><br>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br>
_______________________________________________<br>dojo-contributors mailing list<br><a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br><a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>

</blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org" target="_blank">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br>
</div></div><br>_______________________________________________<br>
dojo-contributors mailing list<br>
<a href="mailto:dojo-contributors@mail.dojotoolkit.org">dojo-contributors@mail.dojotoolkit.org</a><br>
<a href="http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://mail.dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br>
<br></blockquote></div><br></div>