On Sunday 18 July 2010 11:10:36 Sven Burmeister wrote:
I understand him and you, but the problem is, a policy with a lot of exceptions won't work.
Where and when was the decision made? Was it still during the Novell-only days? If yes, the decision should be reevaluated with actual community getting votes, too. I agree that blindly updating platform components (eg. KDE SC, GNOME, GTK, Qt, glibc,..) can be risky, but completely separate apps?
Thus it is not about trusting project x or y. And it's not like openSUSE would not offer current packages of k3b including all fixes from upstream. I might be wrong but this policy is not that uncommon. In fact ubuntu ships some beta package of digikam, which does not make sense to me.
openSUSE 11.2 (and I'd guess SLED as well) ships an *ALPHA* release of K3b 2.0! (officially numbered 1.6x) Countless bugs have been fixed since then. All bug reports we from K3b get for outdated versions increases our workload.
And distros like debian do not do version updates for their stable releases either. openSUSE is not a rolling distro, so one would have to push it that way if one wants those kind of updates.
I think you don't know what a rolling distro is. I never wrote that openSUSE should adopt new major versions (eg. K3b 2.1). Rolling distros do that. But is a distributor decides to ship a pre-release (!!) of some package, there should be at very least be willingness to upgrade to an official stable release. I think I'll get in touch with Fedora/Red Hat, Mandriva, and Kubuntu. If they have the same upstream-hurting policy, I'll suggest to my fellow K3b team members to scrap to whole stable branch altogether. Unlike Novell (or Red Hat or any other commercial distributor) we don't have paid developers. We created a stable branch out of consideration for distributions to give them a safe place to update from. If our work (or to be more precise: Michal's work, because he's the programmer -- I'm just a guy who lends a hand where he can such as going through bug reports) isn't appreciated, why should we do it anyway? So if distribution-internal policies hurt us, downstream should assign someone to watch all commits into K3b trunk and hand-pick patches individually. I don't think Lubos, Will, etc. will be happy about that, but at least they get paid to do such chores. Markus -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org