Home_greyopenFATE - openSUSE feature tracking > #307489
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Combine repositories!

Feature state

openSUSE-11.3
Rejected Information

Description

openSUSE would be at least 50x easier to install / maintain if they took a different approach to the repositories.

Look at Fedora.  They dropped Core and Extras and made it one big distribution, then all the dag, livna and freshrpms combined into rpmfusion.org.  This is what should / needs to happen with openSUSE.

For someone who is used to doing it, this is probably not that big of a deal.  To someone who is used to installing Windows and having to scour the Internet for drivers, it's not that big of deal.

To someone coming from using mostly Fedora, Ubuntu or Debian, this is HUGE.  Fedora is simple, add rpmfusion.org and probably the adobe yum repository and you have access to everything from drivers to flash.  In Debian, just enable non-free and contrib, then the debian-multimedia (for mplayer, mythtv etc) and you're all set.  Ubuntu really only needs medibuntu repositories and you can get everything you need for a decent setup.

openSUSE has a ton that need to be enabled.  Emulators, Pacman, nvidia, etc.  While it is nice and simple that you have a 'one click' install for most things, it still would be easier / simpler to just run 'zypper install atari800' without having to add the Emulator repository.

This and the menus are the only thing that really throws me off of running openSUSE.

Discussion


icons/user_comment.png S. B. wrote: (8 years ago)

Have you heard about http://en.opensuse.org/Contrib ? :-)

icons/user_comment.png J. F. wrote: (8 years ago)

Apparently I hadn't!  When did they implement this?  I tried finding something along these lines during my last romp in openSUSE land.  Which was 11.2m1 if I recall.

This is the right direction!

icons/user_comment.png S. P. wrote: (7 years ago)

Unfortunately contrib is not as open as it should be, lots of package are still to be found only in specialized repos (like Application:Geo, Education or Games just to name a few) and lots of submitrequests are declined. So contrib doesn't contain that much of additional software. If all things lying around in the various OBS repos would really dribble into the contrib repo than it might be of use. Otherwise the repo situation remains fragmented.

Just as an example, I currently have 24 (!!!) repositories enabled, which is _far_ to much.

icons/user_comment.png S. P. wrote: (7 years ago)

Actually, this makes me languish for the Fedora package contribution model where the central repository is administered by Red Hat employes and community members. Within openSUSE the latter are still second class citizen. Sigh!

icons/user_comment.png P. R. wrote: (7 years ago)

If the submitrequests are declined there is always a reason for that (usually the package is not good enough). In Fedora you also have review before puhsing package into Rawhide. So please stop spreading FUD. I cannot imaging how to make Contrib "more open" than it is now.

icons/user_comment.png S. P. wrote: (7 years ago)

Sorry, it was not my intend to spread FUD as you call it. Nonetless, Contrib contains only about 700 packages (that is debuginfo and debugsource included), which is not all that much. Consider, if I want to have merkaartor installed, I need the Application:Geo repo. Then I've got GNUstep installed, which is in Education, libfann, which is in devel:libraries:c++ and finally some games, which are found in the Games repository. 

While it is great that we have so many devel repositories in the buildservice, I'd love to see, if stable packages would move into Contrib or OSS right away instead of staying in all those custom themed repositories forever.

Maybe we should put a poll on opensuse.org to see how many repositories people have typically enabled, to see what I mean...

icons/user_comment.png A. B. wrote: (7 years ago)

The best solution, in my opinion, is not to combine repositories [since it could lead to packages with bad scripts/mistakes in packaging get in all the time, due to the difficulty of maintaining a repo the bigger it is], but to have a great one-click install process, backed by a useful search engine capable of showing preferred repo to install package from, and a link to that search engine from the default browser bookmarks. No one even needs to know how to subscribe to repositories, and they should not need to know ideally.

icons/user_comment.png S. P. wrote: (7 years ago)

Hmm, from a user's perspective it won't make a difference if a bad package is for example in a stable custom repository which he has to use to get that package or in a combined bigger repository. One could even say that in the latter case, a bad package may get more exposure to users and therefore more testing, which should result in better packages actually. Letting packages stay in custom repositories is also a way to avoid responsability like: "Hey, it's not in OSS, so it's not our fault, don't use buildservice repositories for production!".  Of course, I know what you mean when having a look at Ubuntu's universe and multiverse repositories, which are indeed huge and have a lot of broken packages inside, but as you said already, Fedora does quite a good job at this...

icons/user_comment.png I. C. wrote: (7 years ago)

For example there is a good MDC messenger, good DC++ client FreeDC++ and many other apps which are available only in a home repo. But a end-user cannot decide (even if he finds such package) whether it is good and ready or in a non-usable development stage. Any package from home repo is a bomb which may or may not explode.

icons/user_comment.png I. C. wrote: (7 years ago)

I sent some packages to Contrib but they were rejected without any reason. I only can guess that they considered the application too old, or bejected because upstream is dead or because it builds only for 32-bit.

icons/user_comment.png P. R. wrote: (7 years ago)

I  guess c) is correct - if package does not build for all architectures, it is rejected.

icons/user_comment.png I. C. wrote: (7 years ago)

So what's the solution to have such packages in OBS repo (not home repo whre it is difficult to find)?

icons/user_comment.png P. R. wrote: (7 years ago)

Fix the build by patching the package and request inclusion again.

icons/user_comment.png I. C. wrote: (7 years ago)

It is not designed to be built for 64-bit. This is by design. It is a very old application.

icons/user_comment.png I. C. wrote: (7 years ago)

I made some packages which are not accepted in Contrib because they of no interest. I know no other general-purpose repository where I can submit it (it is an office stuff). Education says its off-topic etc. So the packages can only be found in my home repo which I presume not good because hardens the search.

icons/user_comment.png S. L. wrote: (7 years ago)

Not better use Yast One Click installer to add repositories?

Adding many repositories could been difficult, but with Yast One Click this is only one click.

icons/user_comment.png J. E. wrote: (7 years ago)

Adding many repositories is suboptimal in the first place, and shouldn't really be made easier. There are already - time and again - reports from users where you just can't figure out wth is going on because they've got tons of repostiories just because it's cool to have or something.

Last change: 7 years ago
Voting
Score: 8
  • Negative: 5
  • Neutral: 0
  • Positive: 13
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint