On Sat, May 23, 2015 at 1:02 PM, Wolfgang Rosenauer <wolfgang@rosenauer.org> wrote:
This needs a better understanding indeed. I haven't checked what is in Ring 1 exactly but I would think that we have the different "package groups" to consider: - packages not in SLE but wanted in openSUSE would mainly be copies from Factory
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. But then you are in the same situation as today and if there is not enough resources to maintain current openSUSE those resources will not magically emerge by just throwing SLE packages in the mix. 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. 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 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.
- packages available in SLE which are not Ring 0/1 but wanted on openSUSE would be added and there would be a decision from somewhere if the SLE or a more recent package version should be included Is the above a common understanding?
Would be nice to know at some point how the submission workflow looks like especially for the second case.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org