<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi Benjamin,<br><br>I hope I'm not speaking out of turn here as I've only recently joined the list. I still couldn't help but try and bring up a point some may have missed.<br><br>Windows accounts for 90% of (consumer) operating systems in use worldwide.<br><br>It would be only fair to assume that most developers are writing software for Windows (because that's where most of the money is to be had).<br><br>I would also venture to guess that the more accessible a project is, the more developers it will attract.<br><br>However, in my opinion, the Cairo project is not very Windows-friendly. I have yet to successfully build for Windows - yet I have no problems compiling other libraries and I've managed to build for OS X with no problems to speak of.<br><br>I fear that, perhaps, other developers have given it their best once or twice and just given up.<br><br>If it
 were easier to build on Windows, I think you might have a larger developer pool with which to work.<br><br>One suggestion might be 1 officially supported Windows compiler/system with clear-cut instructions on how to build it that work (instead of "lots of ways to build Cairo").<br><br>If I'm way out in left field here, let me know. I'll be quiet. Meanwhile, I'll keep trying those many ways to build :-)<br><br>Christopher<br><br>--- On <b>Thu, 1/7/10, Benjamin Otte <i>&lt;otte@gnome.org&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Benjamin Otte &lt;otte@gnome.org&gt;<br>Subject: [cairo] 1.10 release schedule<br>To: "Cairo list" &lt;cairo@cairographics.org&gt;<br>Date: Thursday, January 7, 2010, 2:56 AM<br><br><div class="plainMail">Hey,<br><br>I've been wondering about the 1.10 release. I'm pretty sure we'll not<br>make all the ambitious goals from the hackfest[1] unless
 some sort of<br>wonder happens. (That's almost obvious after all the stuff going on<br>with the developers' real lifes...). But:<br><br>- I had expected at least one prerelease.<br>This seems to be the biggest issue: There's noone pushing for releases<br>or doing any sort of QA (ensuring make check keeps working, revieweing<br>APIs, ...). Most of the developers seem have wandered off either to<br>their own branches (I know at least Chris, Mozilla and me are guilty<br>of that) or are doing something else entirely (probably the rest of<br>us). I suspect we need a release manager and don't have one. I'd like<br>to avoid having to be that person because I do way too much other<br>stuff and don't know the code well enough, but if noone steps up to<br>doing it, I'd volunteer.<br><br>- We don't have a release schedule<br>I fear that if we do not commit to some sort of schedule, we'll not<br>get a 1.10 release out in time for the next round of distro
 releases.<br>And I really really want to avoid distros shipping 1.5 years old code<br>when we could do so much better. Not because of the new features or<br>performance, but because there's actually developers that care about<br>the code (see also next point).<br>Pixman seems to manage the 6monthly releases synced to distros pretty<br>well and it'd be nice if we could manage to do that, too.<br><br>- There's no branch everyone agrees on should be 1.10<br>In fact, we have 3 branches that could qualify: 1.8, master and<br>ickle/wip/compositor[2]. (Almost?) everyone agrees that 1.8 is<br>outdated. I know because whenever I mention a bug or performance<br>problem the answer is "Oh, that code. I replaced that with<br>$NEW_AND_AWESOME in $BRANCH". But it's the only branch that succeeds<br>in running the testsuite.<br>Then there's master. Master is quite a bit better than 1.8 (both in<br>perf and features), but it fails the testsuite rather
 spectacularly<br>and doesn't see much work (the last month only saw 4 tiny fixes). So<br>there's noone really pushing it forward.<br>And then there's Chris' compositor branch that is seeing active<br>development. It's even better than master (in performance, features,<br>and probably the testsuite, too). Unfortunately it's a 50.000 line<br>diff to master in src/ only and has no convincing git log.<br><br>So what now? Thoughts? Opinions?<br><br>Cheers,<br>Benjamin<br><br>PS: I actually wanted to write this with my new @redhat.com email<br>address to a) make this sound more official and distro-concerned and<br>b) include the information of my new employer for everyone who doesn't<br>read my blog, but I had forgotten that big companies fail in setting<br>up new accounts quickly.<br><br><br>[1]: <a href="http://gstreamer.freedesktop.org/wiki/VideoHackfest/Conclusions" target="_blank">http://gstreamer.freedesktop.org/wiki/VideoHackfest/Conclusions</a>
 -<br>see Timeline section<br>[2]: <a href="http://cgit.freedesktop.org/%7Eickle/cairo/log/?h=wip/compositor" target="_blank">http://cgit.freedesktop.org/~ickle/cairo/log/?h=wip/compositor</a><br>-- <br>cairo mailing list<br><a ymailto="mailto:cairo@cairographics.org" href="/mc/compose?to=cairo@cairographics.org">cairo@cairographics.org</a><br><a href="http://lists.cairographics.org/mailman/listinfo/cairo" target="_blank">http://lists.cairographics.org/mailman/listinfo/cairo</a><br></div></blockquote></td></tr></table><br>