<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 2:21 PM, Frank Reininghaus <span dir="ltr"><<a href="mailto:frank78ac@googlemail.com" target="_blank">frank78ac@googlemail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br></blockquote><div><br></div><div>Hey Frank <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br><div><div>
> This should be fixed.<br>
<br>
</div></div>Actually, I decided to not care about the entire Nepomuk issue any<br>
more after nobody cared about my repeated statement that I do not want<br>
this change in KDE 4.10. But now that the build is broken, it seems<br>
that I have no choice.</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I think that there are two different problems now. The build fails if:<br>
<br>
1) nepomuk-core is found (such that HAVE_NEPOMUK is set in Dolphin),<br>
but nepomuk-widgets isn't, or if<br>
2) nepomuk-core is not found, such that HAVE_NEPOMUK is not set.<br>
<br>
I got e-mails from users about issue 2, including a user-supplied<br>
patch to fix it (see attachment). It replaces the new<br>
Nepomuk2::FileMetaDataWidget by the old KFileMetaDataWidget if<br>
HAVE_NEPOMUK is not defined.</blockquote><div><br></div><div>I wrote a patch to do the same thing yesterday. I still haven't put it up on the review board. Is the solution really that hacky? I can't think of a better alternative.<br>

<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Yes, it's a hack, but it could be made<br>
slightly less hackish and include the case that nepomuk-core is there,<br>
but nepomuk-widgets isn't, and then everything would at least build.<br></blockquote><div><br></div><div>nepomuk-widget and nepomuk-core are both a part of KDE SC 4.10, so I don't think there should be a problem of only one of them existing. Even PIM depends on nepomuk-widgets. <br>

<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The alternative would be to make both nepomuk-core AND nepomuk-widgets<br>
hard dependencies for Dolphin. In the long term, this might even be<br>
something to think about because we could then also remove all the<br>
HAVE_NEPOMUKs from the source (even though the feedback that I got<br>
shows that some users like to build Dolphin without Nepomuk, possibly<br>
because they are not using a full KDE desktop and don't want to pull<br>
in too many dependencies), but adding new hard dependencies this late<br>
in the release process is wrong IMHO.<br></blockquote><div><br></div><div>Of course.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The third option (revert the patch) is something that even I am not in<br>
favour of at this point, now that the release delay for the new widget<br>
has been announced to the public.<br>
<br>
Now people will probably ask why I did not notice this problem before.<br>
Simple answer: I hadn't looked at the patch at all. I was quite busy<br>
around Christmas and New Year, mostly with real life issues, and saw<br>
no point in reviewing something that I did not want in KDE 4.10 at<br>
all, and when the extra RC was announced, I only had a 4" screen,<br>
which is not exactly suitable for looking at code, and little<br>
motivation to spend my holiday working on this, because I was quite<br>
frustrated by how the discussion went.<br>
<br>
And to answer the next question: no, I never said that Vishesh should<br>
ask the release-team about including this in KDE 4.10. Even though<br>
Vishesh seems to have misunderstood me, my earlier messages<br>
<br>
<a href="http://lists.kde.org/?l=kfm-devel&m=135601666623890&w=2" target="_blank">http://lists.kde.org/?l=kfm-devel&m=135601666623890&w=2</a><br>
<a href="http://lists.kde.org/?l=kfm-devel&m=135601860424533&w=2" target="_blank">http://lists.kde.org/?l=kfm-devel&m=135601860424533&w=2</a><br>
<br>
only mention the release team in response to the statements "At the<br>
end, it's your call" and "Anyway, it's your choice". What I meant was<br>
that even if I agreed (and I listed enough good reasons for not<br>
agreeing IMHO), the change still couldn't go in unless the release<br>
team agreed as well.<br>
<br>
So I was quite surprised by Vishesh's request here, but I still tried<br>
to write a polite answer that shows appreciation for the work of<br>
others, because that's how I like to communicate (even though I now<br>
see that simply saying "no" might have been better):<br>
<br>
<a href="http://mail.kde.org/pipermail/release-team/2012-December/006624.html" target="_blank">http://mail.kde.org/pipermail/release-team/2012-December/006624.html</a><br>
<br>
But at least my later message was clear, I think:<br>
<br>
<a href="http://mail.kde.org/pipermail/release-team/2012-December/006630.html" target="_blank">http://mail.kde.org/pipermail/release-team/2012-December/006630.html</a><br>
<br></blockquote><div><br></div><div>Perhaps I've been a little short sighted over here.<br><br></div><div>I really wanted to get the widget in cause of its very obvious benefits which I've mentioned earlier. Maybe cause of that I overlooked your firm "no" as a "no - cause you're too late and we have rules". I thought that if the rules were the only reason, an exception granted by the release team would be alright.<br>

<br></div><div>Even in the later email - I mostly focused on how you felt that it wouldn't get tested enough. The email mentioned how there would be excessive bug reports and angry emails from users. I thought that the additional RC and increased awareness addressed those concerns.<br>

<br>I didn't think that you would still disagree after the issues raised had been addressed. I was obviously wrong. <br><br>If possible, I would like to know why you still felt that this shouldn't have gone in? Is it just cause of the lack of testing?<br>

</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Please note that I'm not blaming anyone for anything here, I'm just<br>
trying to answer the obvious question "why did the maintainer not<br>
notice this before?" in advance.<br>
<br>
I'm sorry if this message is considered offensive, but I'm seriously<br>
fed up with the way Nepomuk repeatedly broke things in the last years<br>
and caused extra work for everyone. </blockquote><div><br></div><div>Last years?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm still willing to collaborate<br>


constructively with Nepomuk and Vishesh in particular, but IMHO, the<br>
way Nepomuk interacts with the rest of the KDE community has to<br>
change.<br></blockquote><div><br></div><div>Please note that I've only recently (last 6 months) taken up maintainer-ship of Nepomuk. I thought I was doing a decent job - maybe I've only been focusing on the technical aspects. It would be nice if someone could gently prod me in the right direction.<br>

<br>For one - I will try to abide by the higher quality standards and get everything in well before the release date. This entire process of getting in the new widget has been fairly eventful, and while it might be an improvement for the users, it has caused a lot of strife between the developers.<br>

</div><div> <br><br></div></div>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>