On Sunday 24 of May 2015 08:08:42 Andrei Borzenkov wrote:
I fail to see what advantage arbitrary mix of SLE and non-SLE packages can provide. Doing it you lose the main argument for SLE - extensive QA and long term stability.
I don't think so. If e.g. konversation crashes, it's definitely unfortunate and annoying but I still see it as a problem of much lower importance than a crashing kernel or a security bug in OpenSSL. So I do see some merit in having a stable base ("core" packages) from SLE (or based on it) and some (less stable) fancy stuff on top of it.
Another consideration - how are bug reports supposed to be handled? What happens if I report a bug against SLE package in openSUSE 42? Who is going to handle it? WIll it be merged back in SLE? I doubt very much, because at least some bugs will be caused by interaction with software versions that do not even exist in SLE.
If the bug affects SLE package and there are no obvious reason not to, I suppose the fix would be included in SLE as well.
But then it means the first problem will make SLE and openSUSE diverge and again mean that the same resources as today are required to maintain it.
Having one or two extra patches doesn't automatically mean you are on your own. Take the evergreen kernel as an example: there are few patches added and the configuration is very different but most of the time, the merge of SLE changes just works; and even if there are conflicts, resolving them is much less work than maintaining a set of kernel packages on my own would be.
Having CentOS like rebranded SLE will likely have its user base which is different from current openSUSE or TW, which can be considered as added value. Having mix and match won't be used by those needing SLE stability nor by those needing relatively modern versions openSUSE offers.
If the new release is going to be (rebranded) SLE packages as core and some non-core packages on top of it, it would actually be a superset of that "SLEntOS". In other words, if you want a "SLEntOS", you could have it by installing only those core packages and none of the extra ones. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org