On Friday 30 September 2011 22:19:40 Sven Burmeister wrote:
> Am Freitag, 30. September 2011, 17:12:01 schrieb Martin Gräßlin:
> > The bugtracker in it's current state does not help to increase the quality
> > of the software. In fact the quality decreases as the developers have to
> > spend time on managing garbage. Yes what we get is garbage. Most of the
> > reports in KWin are either a duplicate of a driver bug (which has so many
> > duplicates that you cannot miss it) or is a duplicate which is already
> > fixed. Most bugs we currently get are either version 4.6.2 (latest version
> > in Kubuntu) or 4.6.0 (latest version in openSUSE). If at all there are
> > useful bugs they come from Arch users with a recent version.
>
> So what's the reason for this? Why do distros not offer official updates for
> the KDE version they ship? I think it is because they are afraid of
> regressions. And it is because they do not have an expert for every component
> in KDE but would have the obligation to fix every regression they shipped as
> official update even if upstream would not care. So how could one solve this
> if the fact that distros stick to whatever version they shipped is not
> acceptable?
For the bugtracker I think there is a simple solution.
If a user has 4.x.y and there is a released 4.x.z with z>y don't accept the bug 
report but give the user the information
where to request the newer version.

If a user has a 4.x.y and there is a 4.w.z with w>(x+1) don't accept the bug 
report and give the user the information
that he has to update his system to a newer version.

I doubt we can change the way distributions release their software. As it was 
mentioned in this or another thread: the
distributions are always interested in the last released version, which is not 
in sync with what the developers are
interested in.

And I don't think redirecting the users to the distro's bugtracker is a 
solution. It just moves the problem.

Cheers
Martin

Attachment: signature.asc
Description: This is a digitally signed message part.

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

Reply via email to