Additional package repositories
- For official repositories (OSS, non-OSS, Update, Update-Non-OSS) and semiofficial repositories (including KDE, GNOME and Java repositories), see Package repositories.
- For information on how to add package repositories see Add package repositories.
- For new Linux and openSUSE users, it is recommended to use the four default repositories: OSS, Non-OSS, Update and Update-Non-OSS. Later on when you familiarize yourself with package management you can add more repositories, such as Packman.
- Please make sure that you actually need a specific repository instead of blindly adding it. More repositories equates to more complexity in terms of software management, which means you will need some experience to avoid problems with your openSUSE operating system. In extreme cases system failure can occur. Please ask for help in #suse on Freenode or any of the available communication channels if you are unsure about how to add a repo or are unsure about how to install software from a repo.
Popular external repositories
Packman offers various additional packages for openSUSE, especially but not limited to multimedia related applications and libraries that are on the openSUSE Build Service application blacklist. It's the largest external repository of openSUSE packages. Packman is comprised of the following four repositories:
- Essentials: provides codecs and audio and video player applications, to fulfill the most essential needs
- Multimedia: contains many more multimedia related applications
- Extra: additional non multimedia related applications, mostly network related
- Games: obviously, games
The repositories above may be added individually be appending their name to the end of the URLs below. The latter three repositories are built upon Essentials and as such it must be added to utilize them.
All of Packman:
After adding packman repository be sure to switch system package to those in packman as a mix of both can cause a variety of issues.
To pick a mirror near you, please consult the mirror list on the Packman site.
VLC VideoLan client
VLC Repositories for openSUSE contains all the required libraries that are not shipped with original openSUSE. (VLC is also provided by Packman, do not add both repositories.)
AMD fglrx Catalyst video drivers
Proprietary drivers for AMD FGLRX video cards. See the AMD install HOWTO.
Proprietary drivers for NVIDIA video cards. See the NVIDIA install HOWTO.
Google Software Repositories for Linux
Google's repo Site for: Google Chrome, Google Earth, Google Music Manager, Google Voice and Video Chat, Google Web Designer, etc.
Popular Build Service repositories
openSUSE Build Service Repository for the Apache HTTP server. See the guides at Apache.
Third-party Apache modules built for the Build Service Apache.
Third-party Apache modules built for the standard distro Apache.
Apache PHP modules
There are variants. See the LAMP guide, for a separate page which will guide you to the correct PHP repository.
If you use the Build Service Apache from above, you'll find the right mod_php for your system here.
Other HTTP Servers
openSUSE Build Service Repository for other HTTP servers (Nginx, Lighttpd, ...).
openSUSE Build Service Repository for other Database servers (SQL and NoSQL: MySQL, MongoDB, etc.)
openSUSE:Games is a very active packaging project
Most recent versions of Firefox, Thunderbird, Seamonkey, etc.
Software for engineering and natural science. See Portal:Science.
Most recent versions of Wine.
Less popular Build Service repositories
You may end up, at some point, wanting to install a package that is not available in either the official repositories or third party repositories - coming from openSUSE (or any other software vendor) development projects. And you also may have looked for flatpaks, appimages, snaps, or any other means to get your hands on this specific piece of software you're after, but didn't find any. Then you come to software.opensuse.org or build.opensuse.org or else, make a search for the software you're after and find out that some Open Build Service home repository provides it. Now, feeling all that temptation, you would think "Great, after turning over every stone, I finally found an RPM package for the software I desperately need. Let's see how do I install this thing!", right? But don't! Just don't go ahead and add this OBS home repository casually, without any considerations.
Unless you know what you're doing - and most users won't, due to technical knowledge barriers - and can inspect the RPM spec file of the package looking for security flaws that could put your system in danger - here, the main concern is not even with what exactly the software you're after does, but the RPM package itself, whether it was somehow suspiciously modified. Or someone you trust very dearly that can do that for you. Or you have the knowledge to set up an environment where you can test those RPM packages mitigating any damage it could inflict upon your system in the unfortunate event you end up installing malicious packages. Please refrain yourself from using such repositories!
The main purpose for home projects is to serve as a place for the OBS users to experiment without the fear of breaking anything important. For anything more serious, like providing proper packages to end-users, the official repositories are the best place to host packages. That being said, if at this point you still want to install those RPM packages coming from personal home repositories, you can do as you wish. As long as you understand the risks it involves and accept them, no one can stop you from doing so. But remember, in the event anything bad happens to your system because you installed RPM packages from such repositories, there would be no one else to blame but yourself.
There's one good thing you could do for packages like this, though. You could try to contact the person who made the package, and ask them to try to get the package in the official openSUSE repositories. The usual package development workflow to get a package added to openSUSE:Factory - the main openSUSE project; its tested version is known as Tumbleweed (the openSUSE rolling release distribution), and openSUSE Leap (the openSUSE stable release distribution) is branched off of it - is to first get the package added to some development project after meeting the minimum openSUSE packaging standards. Once the package lives in a proper development project, the next step is to try to push it to "Factory" - where additional standards may have to be met.
All of this won't happen overnight, of course, but will ensure that the package gets passed through openSUSE's integration, and quality assurance tests - even through security scrutiny when applicable -, thus minimizing the likelihood of users running into issues, which is a good thing for everybody.