<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 3 February 2016 at 15:01, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</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"><div class=""><div class="h5">On Wednesday, February 3, 2016 10:46:26 AM CET Nicolás Alvarez wrote:<br>
> > On Feb 3, 2016, at 10:16, Martin Graesslin <<a href="mailto:mgraesslin@kde.org">mgraesslin@kde.org</a>> wrote:<br>
> ><br>
> > On Wednesday, February 3, 2016 9:44:13 AM CET Nicolás Alvarez wrote:<br>
> >>>> On Feb 1, 2016, at 15:31, Cornelius Schumacher <<a href="mailto:schumacher@kde.org">schumacher@kde.org</a>><br>
> >>>> wrote:<br>
> >>>> On Monday 01 February 2016 13:04:37 Sebastian Kügler wrote:<br>
> >>>><br>
> >>>> I'm not against automated testing at all, I just think it doesn't work<br>
> >>>> at<br>
> >>>> the highest level and bears pitfalls of distros gaming the system, or<br>
> >>>> people actually care more about the number of points they get than the<br>
> >>>> actual user experience.<br>
> >>><br>
> >>> I think we have to readjust the perspective here a bit. I really<br>
> >>> appreciate<br>
> >>> Thomas' initiative because there definitely could be better<br>
> >>> collaboration<br>
> >>> between distributions and KDE. We have the common goal to get our<br>
> >>> software<br>
> >>> to users in the best possible shape. We shouldn't see that as a gaming,<br>
> >>> blaming, or judging, but we should see this as an opportunity to work<br>
> >>> together in a better way. How this is then expressed to the public is a<br>
> >>> second thought, and should be decided together with the distributions.<br>
> >>><br>
> >>> So defining and discussing criteria which make up a good experience,<br>
> >>> listing and communicating requirements, talking to each other about what<br>
> >>> is missing, what needs to be fixed, and where it should be fixed without<br>
> >>> playing upstream- downstream-ping-pong, sharing and possibly aligning<br>
> >>> roadmaps, all these things and more could happen through the<br>
> >>> distribution<br>
> >>> outreach program. This would be really wonderful.<br>
> >>><br>
> >>> In essence I think this is about better communication between KDE and<br>
> >>> distributions, so that we can productively work on what needs to be<br>
> >>> fixed,<br>
> >>> avoid misunderstandings, and keep a common momentum.<br>
> >><br>
> >> Here is an idea that shouldn't be novel but I have yet to see mentioned.<br>
> >><br>
> >> If you see a distro doesn't package KDE software correctly, doesn't<br>
> >> integrate with the system, doesn't provide a good user experience for<br>
> >> whatever reason... file a bug on the distro's bug tracker. Instead of<br>
> >> putting the distro on a user-facing "they don't do things good enough"<br>
> >> list.<br>
> ><br>
> > You haven't seen this one proposed, because it just doesn't work. Do you<br>
> > really think nobody reports bugs about incorrectly packaged stuff? Or that<br>
> > we don't talk to the distros? Do you know how often we get answers like<br>
> > "well I would like to, but we have $POLICY". I could give you examples<br>
> > like outdated Qt in Kubuntu, broken cursors on Fedora, missing Wayland in<br>
> > openSUSE Leap, no way to suspend in Devuan, etc. etc. - I could name you<br>
> > a $POLICY issue for each distro.<br>
> ><br>
> > Sorry once you have done this for years, you realize this approach doesn't<br>
> > work. Personally I'm pretty fed up with the state our software is in, in<br>
> > various distributions. I'm sick of having to take the blame for it. This<br>
> > approach hasn't worked, we need to look for new ways.<br>
><br>
> So we're going to shame them into complying by leaving them out of a list?<br>
> They'll pay attention to our wiki more than to their policies? Several<br>
> people in this thread mentioned distro policies as a reason why this won't<br>
> work, in fact.<br>
<br>
</div></div>No, that's not what I'm saying. First of all we need to realize that we have a<br>
big problem (yay for Thomas), second we need to find a solution to the problem.<br>
Currently we are brainstorming ideas and I think that needs to continue. But<br>
pretending there is no problem and continue as we used to work, does obviously<br>
not solve the problems.<br>
<br>
Personal note: as some might have noticed I'm deeply disappointed with the<br>
state of our software in distros. And I'm envious to Unity which has Ubuntu<br>
and Cinnamon which has Mint and GNOME Shell which has Fedora Workstation. And<br>
OSX which has OSX and Windows which has Windows.<br></blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Yep, these feelings float within the KDE fans community. That's why I sometimes can't stop people from treating initiatives like Neon as "the" KDE distro </div> <div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">or even a "KDE OS" ;)<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">We're maybe a bit too internal brand these days, like the <span class=""><em>Dolphin Group </em>is in automotive industry (for a good reason) -- great but not the brand you hear from Car Dealers, no excitement, even if the products work, they work under the mask. Our deployment model creates the "mask", we're forced to play game we don't like too much...<br></span></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></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>
Cheers<br>
<span class=""><font color="#888888">Martin<br>
</font></span><br>_______________________________________________<br>
kde-community mailing list<br>
<a href="mailto:kde-community@kde.org">kde-community@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-community" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde-community</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/jstaniek</a></div>
</div></div>