On Wed, Nov 7, 2012 at 6:10 PM, Martin Gräßlin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">On Wednesday 07 November 2012 16:03:24 Alex Fiestas wrote:<br>
> On Wednesday 07 November 2012 15:05:43 Marco Martin wrote:<br>> ><br>
> > i think the most reasonable way would be aiming to do an independent<br>
> > release that can work on top of 4.10, and then aiming for 4.11<br>
><br>
> I agree with marco, having it as an independent app will allow you to<br>
> release things as often as you require and will allow to everybody else to<br>
> test it without having to wait 9months.<br>
</div>+1<br></blockquote><div><br></div><div>Yup, that was pretty much my plan :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


@MartinK: maybe sync with a ktp release? And maybe sync the ktp release with<br>
SC release?<br></blockquote><div><br></div><div>Could be done, yeah. KTp has no concrete release plan yet, it's "sometime december". Though in the past when we did a release together with SC, we registered way less interest in the release than when we did it standalone and so we decided to go either closely before or closely afterwards SC. I'll bring that up on the next meeting.</div>

<div><br></div></div>On Wed, Nov 7, 2012 at 7:09 PM, Kevin Krammer <span dir="ltr"><<a href="mailto:krammer@kde.org" target="_blank">krammer@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class=""><div class="h5"><br></div></div>Since the pimlibs stuff will be part of kdepimlibs 4.10, I think the best way<br>forward would be to have all other components a extragear material for the<br>upcoming cycle.<br>

<br>You could even make that one extragear thing, since all of them need to be<br>deployed together anyway (no point of having the plasma applet without the<br>Akonadi resource and very little point vice versa).<br></blockquote>

<div><br></div><div>Yeah, good point. This also raises the question where it should be placed in the future (the socialfeed qml plugin and the plasmoid) - I'm happy for kdepim-runtime as it depends on that. And if putting both things there is fine, then I'll create one repo and import both projects in there, to have just one thing just like you said. Would that be ok with plasma team?</div>

<div> </div><div>Cheers</div>-- <br><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div><br>
</div>