<div>hi Sebas,</div>
<div>thanks for the informative mail.</div>
<div>&nbsp;</div>
<div>I, for one, feel confident that the time is right for krusader to move closer together with kde.</div>
<div>i think it has other advantages not mentioned here (mostly from PR perspective), but that aside, i would like to know which module krusader would be getting into. ideally, i&#39;d like to see krusader in a package that usually gets installed by default, which (i *think*) is not the situation with extragear? </div>

<div>what do you think guys?</div>
<div>&nbsp;</div>
<div>thanks,</div>
<div>shie</div>
<div><br>&nbsp;</div>
<div class="gmail_quote">On Tue, Nov 25, 2008 at 6:52 AM, Sebastian Kügler <span dir="ltr">&lt;<a href="mailto:sebas@kde.org">sebas@kde.org</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Hi,<br><br>Let me try to shine some light on some of the questions raised in the &quot;should<br>krusader move into KDE&#39;s SVN?&quot; discussion. Please reply to both lists,<br>
<a href="mailto:krusader-devel@googlegroups.com">krusader-devel@googlegroups.com</a> and <a href="mailto:release-team@kde.org">release-team@kde.org</a><br><br>From the thread held on the krusader list, I&#39;m sensing the misconceptions that<br>
being developed in KDE&#39;s SVN, it means you have to comply with KDE&#39;s release<br>schedule. Not true, you can in fact decide that yourself. (Trade-off is<br>basically between doing release management yourself and being free to decide<br>
when to release vs. having the KDE release team do it for you, but you have to<br>respect the overall KDE release schedule then). That&#39;s your choice, however.<br><br>* rules<br>That depends largely on how you&#39;d like to release. If you want krusader to be<br>
part of KDE releases (be it by means of extragear or some other module),<br>you&#39;ll have to respect feature and string freezes. This kind of comes with the<br>release management and translation the KDE team then does for you. I&#39;m not<br>
aware of any other hard rules, but the policies page on techbase gives more<br>info: <a target="_blank" href="http://techbase.kde.org/Policies">http://techbase.kde.org/Policies</a> (Note: not all applies to an app like<br>
krusader).<br><br>* control<br>You remain in control. If you choose to have Krusader released with regular<br>KDE releases, rules for that apply. Basically, you can decide how you want to<br>have your release cycle, commit policies etc. Sometimes, people will commit<br>
into your code, in almost all cases, those are trivial fixes then. If<br>something that might raise objections go in, the committer should (as usual in<br>KDE) contact the developers before committing. Everybody with a KDE SVN<br>
account has commit rights though. Basically, you can have Krusader in KDE&#39;s<br>SVN and be as independent as you want.<br><br>* advantages:<br>- less infrastructure maintainance<br>- more likely participation of developers that have a KDE SVN account already<br>
- code review, a lot of people follow commits and review patches (no promise,<br>&nbsp;it&#39;s just more likely due to increased visibility)<br>- can be released alongside KDE (whereever it ends up, even extragear)<br>- integration of SVN with bugtracker (Krusader is already using <a target="_blank" href="http://bugs.kde.org/">bugs.kde.org</a>,<br>
&nbsp;right?)<br>- translation done be KDE translation teams (manpower, consistency across<br>&nbsp;desktop)<br>- shows stronger KDE ties, taking a bit more advantage of KDE&#39;s brand<br><br>* disadvantages<br>- possibly losing history<br>
- migration effort<br><br>I for one would be happy to welcome the Krusader team in KDE&#39;s SVN. If there<br>are any questions left I would be happy to answer (as I&#39;m sure that applies to<br>others as well).<br><br>Cheers,<br>
<font color="#888888">--<br>sebas<br><br>&nbsp;<a target="_blank" href="http://www.kde.org/">http://www.kde.org</a> | <a target="_blank" href="http://vizzzion.org/">http://vizZzion.org</a> | &nbsp;GPG Key ID: 9119 0EF9<br><br><br><br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v2.0.9 (GNU/Linux)<br><br>iQEcBAABAgAGBQJJLBFDAAoJEGdNh9WRGQ75JKYH/jKSzcbE62uo9bO1xJlo+DFO<br>f3/mw4Jl1EVfdyUd9IkBSHDEmAGDpLZF0kR8B8uFraUN6FC0X8ZPSbjl+h48r3Ye<br>
xOtWq3NyMGG5K1S8bu3C5Zlgi0P1IkGSdfPbnejmcX/jDoEwfLhP93De+VcJwrgh<br>EazG+fdOWwsISPsbd/zG3hYaqSEluIuFtYdOau3FhYLYNxEVzLjraqDV/GLHK+Ey<br>5PsWYshY8iFH1zQVkcw0c1KI1ldPTd8iwxtqT0mEwTGaEPfb95pZUd+CnygbIAMi<br>4Vq++mu/5GCgVFhdCscSVmCjnYoTGAAI+DzdSLEhM39j+OUwOkew59ON6QtzFCQ=<br>
=SaGl<br>-----END PGP SIGNATURE-----<br><br></blockquote></div><br>