<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 6, 2013 at 2:19 AM, Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El Dimecres, 5 de juny de 2013, a les 09:49:46, Allen Winter va escriure:<br>
<div>> On Tuesday, June 04, 2013 07:03:09 PM David Narvaez wrote:<br>
> > Hi,<br>
> ><br>
> > I would like to request an exception for the Dependency Freeze in the<br>
> > case of KGet to add a dependency on Nepomuk Core and Nepomuk Widgets.<br>
><br>
> Since other parts of KDE SC already required both of these afaik,<br>
> I don't think this is a problem at all.<br>
><br>
> So request granted from me. Unless I'm completely missing the point.<br>
<br>
</div>The point here is that I don't think the problem here is the Dependency Freeze<br>
but the Feature Freeze.<br>
<br>
Ok, this is not a "new" feature, but introduces (i guess) a reasonable chunk<br>
of new code to implement the same feature. To me that still seems like a new<br>
feature, so could you guys comment on the impact of "what if the new code we<br>
are adding is really bad". Would KGet crash like crazy all the time or one<br>
would just lose the nepomuk features?<br></blockquote><div><br></div><div>From a Nepomuk point of view, it's mostly just a namespace change along with 2 other changes<br><br></div><div>1. Using the Nepomuk2::Resource class instead of Nepomuk::Resource - The former has unit tests and has a huge number of fixes for crashes. Also, it's a lot faster.<br>

<br></div><div>2. Moving away from MassUpdateJob - Nepomuk2 was specifically introduced to use  asynchronous calls. The MassUpdateJob was synchronous with some hacks to make it non blocking. KGet now uses the proper asynchronous APIS. There same APIs are used by the Resource class, and Dolphin in order to handle bulk operations (since 4.10).<br>

<br></div><div>So you can only become more stable!<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
  Albert<br>
<div><div><br>
><br>
> > The situation is that KGet already provides Nepomuk integration, which<br>
> > provides features like auto tagging and download history. I worked on<br>
> > restoring the download history code, which was more or less broken,<br>
> > for KDE SC 4.10 but made a note to port the trunk version to Nepomuk2<br>
> > to avoid some quirks that will not be fixed in Nepomuk. Unfortunately,<br>
> > I had very little time to hack on KDE the last couple of months and I<br>
> > just found time to do the port. It would be good to have this go into<br>
> > the betas for KDE SC 4.11 to have more time to test, but I'm very<br>
> > confident that this code is working since the migration is more or<br>
> > less automated by now.<br>
> ><br>
> > To clarify, this does not introduce any new feature to KGet, just<br>
> > implements the same optional Nepomuk features using Nepomuk2 which is<br>
> > actively maintained and improved. I'm CCing Lukas Appelhans, the<br>
> > maintainer of KGet (who agrees with introducing this dependency) and<br>
> > Vishesh Handa who is maintaining Nepomuk2.<br>
> ><br>
> > I am open to any questions or clarifications.<br>
> ><br>
> > David E. Narváez<br>
> > _______________________________________________<br>
> > release-team mailing list<br>
> > <a href="mailto:release-team@kde.org" target="_blank">release-team@kde.org</a><br>
> > <a href="https://mail.kde.org/mailman/listinfo/release-team" target="_blank">https://mail.kde.org/mailman/listinfo/release-team</a><br>
><br>
> _______________________________________________<br>
> release-team mailing list<br>
> <a href="mailto:release-team@kde.org" target="_blank">release-team@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/release-team" target="_blank">https://mail.kde.org/mailman/listinfo/release-team</a><br>
_______________________________________________<br>
release-team mailing list<br>
<a href="mailto:release-team@kde.org" target="_blank">release-team@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/release-team" target="_blank">https://mail.kde.org/mailman/listinfo/release-team</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>