<div dir="ltr">Kubuntu uses it for our Documentation but our current tools do have a PDF export option as well as epub so we could use a different tool to read those files without khelpcenter. I do thank every developer for his/her work and current work on that package!</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 16, 2016 at 7:19 PM Luigi Toscano <<a href="mailto:luigi.toscano@tiscali.it">luigi.toscano@tiscali.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Luigi Toscano ha scritto:<br>
> Luigi Toscano ha scritto:<br>
>> On Wednesday 09 of March 2016 16:50:39 Sebastian Kügler wrote:<br>
>>> On Wednesday, March 09, 2016 17:30:01 Luigi Toscano wrote:<br>
>>>>> Let me cut right to the chase, do you want to maintain it? Does it need<br>
>>>>> to<br>
>>>>> be in Plasma?<br>
>>>><br>
>>>> Yes, I can maintain it. In fact many features come from components I<br>
>>>> already  control.<br>
>>>><br>
>>>>> You're right that Plasma devs don't seem to want it, I thought my<br>
>>>>> initial<br>
>>>>> email made that pretty clear. We do think that disconnected systems are<br>
>>>>> rather a fringe case, and that our time and effort is better spent on<br>
>>>>> other<br>
>>>>> things.<br>
>>>><br>
>>>> Then the question still holds: with a maintainer, does it have a place in<br>
>>>> Plasma? I'm not talking about an hypothetical time and effort for<br>
>>>> maintaining  this offline use case (which will continue to be 0) but in<br>
>>>> the<br>
>>>> light of the statement above. In other words, if the question mark in the<br>
>>>> subject is real or rhetorical.<br>
>>>> I'm ready for both possible outcomes.<br>
>>><br>
>>> Ah OK, sorry for misunderstanding it.<br>
>>><br>
>>> I think there are the following options:<br>
>>><br>
>>> 1) keeping it in Plasma with maintainer<br>
>>> 2) keeping it outside of Plasma with maintainer<br>
>>> 3) moving it to unmaintained (that's basically killing it)<br>
>>> 4) keeping the status quo (not wanted)<br>
>>><br>
>>> My personal preference would be an optional component (hence Extragear),<br>
>>> since I think that the vast majority of users has web access, so<br>
>>> khelpcenter isn't necessary and only adds to our maintainance burden<br>
>>> without much gain in those cases.<br>
>><br>
>> My offer stands and we can rule out 4) and 3).<br>
>> Note that 2) could also mean a move to Applications (from your point of view<br>
>> it does not matter too much).<br>
>> The case 1) shouldn't add maintenance anyway as the maintainer is identified.<br>
>><br>
>>><br>
>>> If we can move from 4) to 1) (so status quo but with maintainer), that would<br>
>>> already be an improvement of course.<br>
>>><br>
>>> The question mark was honest, we haven't made a decision on it, but<br>
>>> different people do have expressed a preference for not shipping it (as or<br>
>>> by default in Plasma releases). We may have missed important points, and we<br>
>>> don't want to just kick things out unilaterally.<br>
>><br>
>> I think we can leave some time for other people to comment. The shortest<br>
>> deadline of all possibilities is the one for moving into Applications, and<br>
>> there are still 8 days before the dependency freeze and two weeks before the<br>
>> branch.<br>
><br>
> Any other comment from anyone else?<br>
><br>
<br>
I think I made up my mind. If no one else objects further, I officially ask<br>
the release team (in CC) if it is possible to accept khelpcenter as part of<br>
Applications for the upcoming release 16.04, module "applications". No<br>
dependency changes are planned for the current master branch khelpcenter for now.<br>
<br>
We will have a bit of overlap for a while (khelpcenter/Plasma5.6 vs<br>
khelpcenter/Applications16.04), but the version number from Applications is<br>
higher, so it shouldn't be a problem for packagers (they already handled the<br>
more complicated khelpcenter/kde-runtime vs khelpcenter/Plasma).<br>
<br>
If this is accepted, I will manage the various tickets with sysadmins (and at<br>
least move the translations myself).<br>
<br>
Ciao<br>
--<br>
Luigi<br>
<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org" target="_blank">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</blockquote></div>