On 9 February 2016 at 15:53, Bernhard M. Wiedemann
On 2016-02-01 23:10, Michal Kubecek wrote:
Hello,
you might remember recent discussion in opensuse-factory mailing list on this topic. While the statistics that started it were inherently flawed, there seemed to be a consensus that Factory doesn't have as many packages as it could and that there are many packages in devel projects or home projects that are never submitted to Factory.
I was thinking why shouldn't we create a "Contrib" repo, which has much less bureaucracy, so that we could get more packages into one central repo (because as a user I dont like to have too many extra devel repos enabled - because it makes zypper ref slow and zypper dup unpredictable). The linux kernel has that "staging" area with "crap" drivers for similar reasons.
The policies for the repo could be simple.
1. no submits from home repos - this ensures that packages are maintained in devel repos, which makes it easier for more than one person to care for it. 2. package must build for Factory 3. no replacements of Factory packages/files (similar to the openSUSE:Backports repo)
and as an additional guideline: if a package is important (who decides?), it should go to Factory instead - this gives it the added benefit of review and openQA testing
All requirements can actually be checked by a bot, so that instantaneous updates would be possible.
Pros: 1. The Contrib repo could build for multiple openSUSE/SLE versions, making it easy to provide a package for all of them (similar to (some) devel repos).
2. More packages in one place, making it more accessible to the majority of our users. Giving packages more visibility could also lead to more contributions, which could help getting it into Factory.
3. Less conflicts between package versions (if there are different people requiring a certain non-factory component, it would indicate that the component is important and people should work on getting it into Factory)
Cons: 1. no openQA testing (same as with non-factory packages now, so it is not worse than that)
2. needs some extra logic for building for older *SUSE releases for requirements that went into Factory later => coding effort
Can you think of other Pros and Cons? And should we try it?
Ciao Bernhard M.
Please, no, just no the openSUSE Project builds distributions that work Working requires some standards The Factory standards are not overly strict. Sure there lots of are guidelines which are 'nice to have', but the issues that lead to a package being rejected are few and far between, and totally and utterly sensible when considering the context of a large open source project of hundreds of contributors and thousands of packages Let's not compromise the quality of the openSUSE distributions with a collective dumping ground with low standards - Lets raise the quantity of packages in the openSUSE distributions by adding more packages into them -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org