<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- I modified the raptor2-portage file, and made 2.0.8 the default target,<br>
however. Is there a policy on getting others to do testing, before adjusting<br>
the default target of a package?</blockquote><div><br>At least reviewboard would be nice if you are not sure (like when I was a newcomer, and still am IMO :)<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there a policy on when to throw away build rules and patches for older versions?<br></blockquote><div><br>As far as I can tell, there are no strict rules, and it depends on the given change (i.e. whether a bug fix, improvement, and so forth)<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- Should I rename the portage file?<br></blockquote><div><br>IIRC I have been told back then not to change that when I was modifying something in this manner.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


- I pushed my commit to kde-4.9 for now. Should I push to master, too?</blockquote><div><br>If you are this uncertain, I would suggest reviewboard. :-)<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Blindly 
(without builing from master, first)?</blockquote><div><br>I would personally say "of course not". It is not nice when someone is blocked because of an untested commit in master.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Or does somebody merge commits, without
me having to worry?<br></blockquote><div><br>Usually everyone manage those on his/her own, but sometimes someone cherry-picks changes.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


- I figured out emerge --createpatch, and some other tricks, eventually. But<br>
is there a page documenting the basic workflow(s) when working in the kde-<br>
windows project?<br></blockquote><div><br>This is one of your best bets: <a href="http://techbase.kde.org/Getting_Started/Build/Windows/emerge">http://techbase.kde.org/Getting_Started/Build/Windows/emerge</a><br><br>You can always ask on the mailing list or/and IRC (#kde-windows@freenode)<br>
<br>Laszlo<br></div></div>