<URL: http://kde.org/announcements/4.9/platform.php > tells me: KDE software can be obtained in source and various binary formats from http://download.kde.org Reproducible: Always Steps to Reproduce: 1. Obtain KDE software in various binary formats from <URL: http://download.kde.org >. Actual Results: 1. Nope. Expected Results: 1. KDE software in various binary formats.
We do not ship binaries, that is up to the distributions to do so.
We do traditionally expect/allow distros to list and describe their binary distribution methods for a release though. Hence why the announcement explicitly says that there ought to be a list of binary distributions. However as far as I know this got recently moved around so perhaps the link needs changing. At any rate the issue is valid in that we say you can get source&binary at $link whereas there really only is source to be gotten there. So either the link needs fixing or the announcement page.
What is the expected resolution of this bug? Just removing that sentence? We can't force distros to put packages in download.kde.org (since really it doesn't play well with repos and stuff)
(In reply to comment #3) > What is the expected resolution of this bug? Just removing that sentence? We > can't force distros to put packages in download.kde.org (since really it > doesn't play well with repos and stuff) The expected resolution is to build a reference portable binary distribution the way closed-source packages like Adobe do that, or failing that, maybe with a rudimentary operating system to be run within a virtual machine. That way everyone can get a reference version of KDE as you see it. Patched versions distributed by third party do not count for evaluating the current status of KDE bugs and your release support period is too short. The result is that the intersection between supported and available versions is empty.
Sorry, but we don't do that, it's not KDE's job to do a distro, so I'm closing the bug as invalid.
For a bug to be invalid, its factual description must be untrue or it must refer to some functionality the manufacturer does not explicitly promise.