<br><br><div class="gmail_quote">On Sat, Feb 25, 2012 at 11:54 AM, Patrick Spendrin <span dir="ltr"><<a href="mailto:ps_ml@gmx.de">ps_ml@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
><br>
> The document is not clear about the relationship between emerge branches and<br>
> Python versions.<br>
><br>
> Additionally, git cloning and switching branches is unfriendly, and the<br>
> documentation is too sparse at this point. There should be a strong remark<br>
> that after cloning the emerge repository the user needs to switch the branch<br>
> for the KDE version he wants to compile. A friendlier alternative would be to<br>
> offer a zip file containing a basic "C:\kderoot" directory for the last stable<br>
> KDE release containing emerge, the most basic development tools and up to date<br>
> documentation.<br>
<br>
</div>There is another point why we already thought of doing that: you need a<br>
second git client to checkout emerge, emerge itself will ignore that and<br>
just redownload one.<br>
I think we will probably rethink if we can provide something like that.<br>
Since Ralf started something like that already once, maybe he can say<br>
something about it.<br>
<br></blockquote><div><br>Could you just start tagging the revision that is used to successfully build a given KDE Windows release, much as DBus does? (You can see the dbus src portage file access specific tags in a given branch). So kde-4.8 is the branch, but when you successfully build 4,8.0 or 4.8.1 then you tag that revision 4.8.0 or 4.8.1, etc. Then we could switch to the given tag and be able to reproduce the exact same build you do. If necessary, the specific tag could be set in kdesettings as well. I believe it is also possible to retroactively tag revisions in git, which would be useful for 4.7.4 and 4.8.0 releases.<br>
<br>I think this would be really useful since I often will check out emerge once you list a given version as released, but encounter code that is in progress to the next release and have a partially-broken build environment as a result.<br>
<br>Best,<br>-Ananta<br></div></div>