<div dir="ltr">I've got some ideas for how we're going to have the next release, but I wanted to write them out publicly.  There's a bunch of changes going on for DragonFly, and it'll be neat to have them in the next release.  If I name you in this writeup, tell me if I'm overcommitting your time.<div>

<br></div><div>- 3.4 was released in April.  We aim for 6-month cycles, which means 3.6 should be near the end of October.  That gives us about a month and a half to deal with integrating GSoC 2013 code.  If you are a mentor or student, tell me if that's possible/not possible.</div>

<div><br></div><div>- dports is changing to gcc 4.7, as John Marino posted.  We'll probably be using dports built with gcc 4.7 for DragonFly 3.6 release.</div><div><br></div><div>- We have i915 support, thanks to several people's hard work.  I think it's OK to plan on having it as part of 3.6.</div>
<div><br></div><div>- Matt's working on Hammer 2.  It's not going to be done for 3.6, but it would be neat to have an experimental version for people to try.  I know Matt's got his hands full, but if someone wanted to work on Hammer 2 reclaiming deleted space, it would probably be at least easier to experiment with.</div>

<div><br></div><div>- 3.6 will probably be a dports-default release, because dports has pretty much swept the board with people adopting it over pkgsrc.  The installer for DragonFly assumes pkgsrc right now, but I think Sascha has been working on a conversion. So, start thinking about a pkgsrc -> dports conversion if you haven't changed over yet.  (pkgsrc will still work on DragonFly for those wanting to go to pkgsrc-2013Q3, for instance; just I don't think there's anyone actively working on it for DragonFly now.)</div>

<div><br></div><div>Looking farther ahead, with some things that I certainly won't be doing but would love to see:</div><div><br></div><div>- As John Marino wrote recently, clang will probably need to come in since FreeBSD's moving to it.  I'm happy to let them go first, especially with ports.</div>
<div><br></div><div>- Replace groff with mandoc?  This idea has been broached before.  I think groff is the last c++ item to clean up.    </div><div><br></div><div>- After 3.6, if Hammer 2 gets to a point where you can boot from it and generally run normally, I'd suggest the next DragonFly release after that is numbered 4.0.</div>
<div><br></div><div>- A new DragonFly GUI image - this would be part of switching to a dports install.</div><div><br></div><div>- Evaluating i386 platform support.  I don't think it's time to drop it yet, but it's worth thinking about again within 6 months time.</div>
<div><br></div><div>Please add to my list if there's features you're planning on working on for this release/next release, or if I'm very wrong on something.</div><div><br></div></div>