<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Apr 6, 2016 at 12:40 PM, Christian Loosli <span dir="ltr"><<a href="mailto:kde@fuchsnet.ch" target="_blank">kde@fuchsnet.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello list,<br>
<br>
Thomas Pfeiffer informed me about this list and asked me to post my feedback<br>
from an enterprise point of view to it, as we were discussing it on a<br>
different list.  Apologies that my first post thus is already filled with<br>
(hopefully constructive) criticism.<br></blockquote><div><br></div></span><div>Firstly, thanks for the feedback, it really is appreciated and I would encourage others to share their specific constructive comments too.<br></div><span class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Summarized:<br>
<br>
1) Logging in is not possible with a directory service, which is the default<br>
in most enterprise environments.<br></blockquote><div><br></div></span><div>I owe you a personal apology on that one, I remember you telling me about that issue in person, and I promised to fix it.<br></div><div>I did start, but then things happened and I genuinely forgot; I've made a bug report now, which will get fixed. I think we got a new design for the login screen from the VDG which addresses this so it's going to go away soon.<br></div><div>In the mean time, I recommend anyone to change their SDDM theme to something else to resolve the problem<br><br></div><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2) Daily tasks like undocking a notebook lead to the whole session crashing,<br>
resulting in a full data loss of all open applications<br></blockquote><div>
3) Various visual glitches and papercuts all across the applications<br> 
<br></div></span><div>I like to think we're over the worst of that. Most the frequently occuring crashers are gone. The rate of new bug reports is going down quickly, and the number of introduced bugs is pretty slim.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">I'm not going to pretend we got everything right, clearly we messed up a lot, but I'm not sure what we can take away that we're not already doing - other than having more manpower.<br>I think we should be in a reasnoble state by the time we see the first LTS from any distro based on Plasma 5 which AFAIK hasn't happened yet.<br></div><div class="gmail_quote"><span class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
4) Base concepts that are hard to understand and rarely used<br>
<br></blockquote></span><div>I certainly don't want to be going down the route that anything unique is inherently bad. <br><br>In this case I don't think activities is a problem, the problem is that the person couldn't change their power profile without unnecesary steps; there maybe needs to be more decoupling there so that common tasks can be used independently.<br></div><div> <br></div><div>I'll talk through the power manager example with some people, maybe get some ideas on cleaning that up.<br></div><div>If you have any more specific stories like that, that'd be great to hear - as that's the sort of thing we can work constructively with.<br></div><span class=""><div><br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
5) Unreliable updates to recent versions including data loss</blockquote></span></div><div class="gmail_quote"><br></div><div class="gmail_quote">By data loss, are we still talking purely about the config settings?<br>Has that happened since during the 5.x series upgrades?<br><br></div><div class="gmail_quote">I think we definitely could migrated a lot more than we did.<br></div><div class="gmail_quote"></div><div class="gmail_quote">Turning this into a question (for a wider audience), is 4.x to 5.x config migration something that's worth fixing or is it effectively too late? <br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
6) Response times for pressing issues are way too high, two critical bugs with<br>
either data loss or not being able to log in have been reported and known for<br>
a year without fix<br>
<br></blockquote><div></div></span><div>You clearly have two specifc ones in mind. Which ones are you referring to?<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So, as much as I personally like KDE and Plasma, I fully understand why people<br>
in my team switched away from it.<br>
And in conclusion: in it's current state, the KDE software stack and plasma<br>
are not usable in an enterprise environment.<br>
<br>
I really hope that this improves, and I hope that this list of experiences we<br>
made helps spotting some of the spots that could do with improvements.<br>
<br>
If you have further questions or need more details, feel free to ask. Keep in<br>
mind though that I no longer am in that environment and thus can't test some<br>
things.<br>
<br>
<br>
Kind regards,<br>
<br>
Christian<br>
<br>
<br>
PS:<br>
As I am a bit experienced with similar discussions on bug trackers, IRC and<br>
other mailing lists, I recommend saving some time and not coming with the<br>
following frequently given replies:<br></blockquote><div><br></div></span><div>Are we really that bad :S ? <br></div></div><div class="gmail_quote"><span class=""><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
3) It's the fault of the framework we use (Qt): </blockquote><div> </div></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> I shall get technical for a short moment here: in<span class=""><br>
case of the screen being NULL which leads to the data loss mentioned in<br>
experience 2: Yes, this might be a Qt problem, but you can actually check and<br>
avoid it in your end.</span></blockquote><div><br></div><div>In general yes, I agree with you, we are too quick to blame others, but then not really get involved in being proactive reporting it, fixing it, or working round it when we can.<br><br> But given you got technical on that specific bug, I will have to give a specific rebuttle. The check you're saying is needed *isn't* on our end. <br></div><div>See the trace at <a href="https://bugs.kde.org/show_bug.cgi?id=360134" target="_blank">https://bugs.kde.org/show_bug.cgi?id=360134</a>   frame 7 is in Qt's X backend. <br></div><span class="HOEnZb"><font color="#888888"><div><br></div>David<br></font></span></div></div></div>
</div><br></div>