Hi, Sven Burmeister schrieb: > You are saying that using factory 10.2 (most bleeding edge, as somebody > called > it) for SuSE 10.0 is less risky than the Build-Service?
No. > A KDE-bug will be in the build-service, as well as in the factory-packages, > so > it does not matter which ones one uses. No, the packages will not behave the same and yes, it does matter which ones are used. > Especially since people report most KDE-bugs to KDE ond not Novell. The kscreensaver problem was reported three times to bugzilla.novell.com today (181121, 181122, 181585). And even worse, most people are reporting problems neither at bugs.kde.org nor at bugzilla.novell.com, but in user forums where they don't help at all, together with complaints, complaints and complaints that the extra service nobody paid for is so bad and that the so-called "official updates" are broken. > Those few which are packaging-specific, do > consume extra-time, yet the majority are genuine KDE-bugs and hence help KDE > and thus SuSE. Yes, good point - A typical example of a packaging-specific problem can be found in this very thread: http://lists.opensuse.org/archive/opensuse/2006-Jun/0088.html And, as expected, it is not the same in factory vs. 10.1 + build service. > I said "hardly any", if you search the archives you will find that YOU is not > supplying bugfix-releases but just some bugfixes which are considered > important enough. The solution is using factory or RCs shortly before a release and reporting all bugs to prevent that they go into the release at all. Then one can really seriously claim that one helped improving the quality of the next release. Otherwise it's difficult. > I am not sure if it was backported, but there is for > example a bug in kmail that was fixed in 3.5.3 and leads to it loosing > folder-settings when it quits, very annoying, yet not a security or critical > bugfix. I believe that data loss bugs are severe enough to justify a YOU. In this case, verifying that the bug is really present in the official packages and politely asking for a YOU if it is might be an interesting option - keyword being "politely". If the request sounds like "You must [...]" instead of "Could you [...]", chances are lower that it will be done, not higher. > Since bugfix-releases of NLD and SLD, apparently including KDE-versions, are > supplied they are possible. NLD and SLED are enterprise products. They have a different licensing scheme and a different level of support than what is usually called "the box"/openSUSE. As you might know, [opensuse] is about "the box" and not about enterprise products. Whoever needs enterprise level support can feel free to purchase enterprise products. > The KDE-website refers to them as bugfix-releases > and they fix a lot of bugs if packaged correctly, which I think is part of > something which is offered as "genuine added value". Hence I still regard > them as bugfix-releases. Maybe you do, but then please don't be surprised if the expectations and the reality don't match. "If packaged correctly" is a highly interesting conditional because packaging software correctly is a very non-trivial business. Repeating expectations does not make them more realistic. No, seriously: The problem here is not that people are confusing development packages with bugfix releases, the problem is really the tone. If people say "I am using development packages for production purposes and have a problem, please have a look at it", it's perfectly OK, but if people accuse developers claiming that nothing is right about 10.1 because the so-called "bugfixes" are bad, there's something wrong. > So Novell is advertising that it supplies an extra value called risk? Who > would "sell" risk as something valueable, apart from > adventure-travel-companies? I don't read an advertisement there, it sounds more like a disclaimer. > Ein bisschen Schwund ist immer. This is an English speaking list. No, really: Yesterday I had a closer look at what is currently there in the build service just to find out that the amarok package from there is 19 MB compressed and ca. 100 MB on disk after installation. Guess why, it is compiled with full debug information and not stripped. It's close to ridiculous that people are confusing them with bugfix updates. Andreas Hanke --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
