openSUSE:Package group guidelines
tagline: From openSUSE
- Build Service cross distribution howto
- Build Service Tips and Tricks
- Build Service Tutorial
- Creating a changes file (RPM)
- Java jpackage-utils
- Java RPM Macros
- Package dependencies
- Package description guidelines
- Package group guidelines
- Package maintainership guide
- Package naming guidelines
- Package security guidelines
- Package source verification
- Packaging checks
- Packaging Conventions RPM Macros
- Packaging desktop menu categories
- Packaging Fonts
- Packaging Games
- Packaging Go
- Packaging guidelines change process
- Packaging Haskell
- Packaging init scripts
- Packaging Java
- Packaging Lua
- Packaging Multiple Version guidelines
- Packaging Patches guidelines
- Packaging Perl
- Packaging PHP
- Packaging Ruby
- Packaging scriptlet snippets
- Packaging wxWidgets
- Ruby Gem Strategies
- Shared library packaging policy
- Specfile guidelines
- Systemd packaging guidelines
- Packaging guidelines
New groups can be created by just starting to make use of them in .spec files. The wiki section headers themselves are not meant to be used as RPM groups; use more specific groups when possible, e.g. "Development/Languages/Python" instead of just "Development/Languages".
- 1 Amusement
- 2 Development
- 3 Documentation
- 4 Hardware
- 5 Meta packages
- 6 Multimedia
- 7 Productivity
- 8 System
- Amusements/Games/Strategy/Real Time
- Amusements/Games/Strategy/Turn Based
Teaching contains things that are educational. So most of the applications in this group are useful in schools, but not necessarily universities.
Contains things that entertain users but are not real games.
This section has been created to help software developers. Normal users should never need to select packages from this group manually. The librariesTemplate:Which must be installed to run applications, but they are installed automatically due to dependencies.
The following groups are intended for tools that are useful or even necessary for developing in a particular programming language. This is the right place for compilers, interpreters, and programming language–dependent tools.
- Development/Languages/C and C++
The following groups are intended for packages that allow developing with a library. They are primarily sorted by programming language. However, there are also special groups for KDE, GNOME, and YaST libraries. Here, developers should find all available libraries that can be used in more projects.
If a library can be attributed to a specific RPM topic, use it. For example, the ntl library focuses on specific aspects of number theory, and so under Productivity/Scientific/Math, while a general-purpose library like libHX is in the fallback group Development/Libraries/C and C++.
The -devel subpackage is generally put into the group Development/Libraries/(Subgroup), depending on language. The subpackage providing the shared libraries located are generally marked as System/Libraries.
A potential -doc subpackage is put into the group Documentation/(Subgroup).
- Development/Libraries/C and C++
- Development/Sources is intended for binary and noarch packages containing sources. It is the right place for kernel sources and kernel module sources.
Groups from this section contain tools useful for developing that are not connected to a particular programming language.
- Development/Tools/Doc Generators
- Development/Tools/GUI Builders
- Development/Tools/Version Control
The Documentation section is intended for all packages with documentation that is put in an extra package.
- Documentation/Howto: a particular kind of documentation ("to accomplish X, do Y,Z")
- Documentation/HTML: the documentation consists of mostly HTML-formatted files
- Documentation/Man: the documentation consists of mostly roff/troff/nroff-formatted files, or have the particular written style of a program manual page ("option X allows to set Y")
- Documentation/Other: anything else
- Documentation/SuSE: documentation pertaining to the SUSE/openSUSE Linux distribution
The Hardware section contains tools supporting a special hardware.
- Metapackages: this group contains packages with should normally not end up on any installation source. They contain files which should end up on the media itself, like README.txt, License files, documentation or DOS utilitiesTemplate:Wtf.
If you install such a package, you will find a new directory /CD1 in your root directory, containing the files which should end on the first installation media or the installation source. The package can install additional files in /usr/share/<packagename>. If the package contains multiple themes, they go to /usr/share/<packagename>/themes/<name> for example.
The groups "Multimedia/*" came in from jpackage. See Productivity/Multimedia/* instead.
The Productivity section is huge and is intended for the packages most important to the average user: the applications used to produce something.
Groups within this section are intended for tools for basic operations with files. These are packages like file, findutils and file managers like mc, nautilus or ytree.
- Productivity/File utilities
- Productivity/Graphics/3D Editors
- Productivity/Graphics/Bitmap Editors
- Productivity/Graphics/Convertors (Converters?)
- Productivity/Graphics/Vector Editors
Groups from this section are intended for Linux ham radio (Amateur radio, often AX.25) applications and related utilities.
- Productivity/Multimedia/Sound/Editors and Convertors
- Productivity/Multimedia/Video/Editors and Convertors
Groups from this section are intended for packages providing various networking services and related tools.
- Productivity/Networking/Instant Messenger
- Productivity/Office/Word Processor
Groups from this section are intended for packages used to publish information. The applications from this group usually need more experienced users than similar applications from the Office section.
The stuff that does matter in university and similar higher education paths.
Groups from this section are intended for security related stuff like virus scanners, safe password generators, utilities for encrypting, decrypting, signing data, and permission settings (e.g. the permissions package).
The packages in the System subgroups make up the base of the operating system. They are important for the system administrator and the normal user should not need to know much about them. They only make an environment in which to run applications from other groups, like * Productivity or * Amusement.
- System/Base is intended for the base system tools. It includes packages like eject, systemd, man, sed, sudo, tar and ulimit.
- System/Benchmark is intended for packages providing benchmarks and various test suites.
- System/Boot is intended for tools related to system booting. It contains packages with boot loaders, image builders, boot splash themes, memory test, etc.
- System/Console is intended for console-specific packages like fbset, gpm, kbd and vlock.
- System/Daemons is intended for the base system daemons. These are packages like at(d), autofs, nscd, powersave or syslogd.
- System/Fhs is intended for packages creating the base directory structure according to FHS (File Hierarchy System). These are packages like filesystem, aaa_base or devs.
- System/Filesystems is intended for file system–related tools. These are packages like * quota, * dosfstools, * reiserfs, * reaidtools, and * xfstools.
- System/Kernel contains kernel binaries and kernel-related tools like module-init-tools. The packages with kernel sources and kernel modules sources are in the group Development/Sources.
- System/Libraries is intended for packages providing the part of libraries necessary to run applications. Packages in this group should already be installed automatically because of a dependency. Neither users nor developers should need to search for packages in this group. This means that these must not provide any application — such packages must be in the section Productivity.
- System/Localization contains language specific subpackages which are split off a main package. In openSUSE 10.3 and up, this is done automatically using the %lang_package macro in the specfile.
- System/Management is intended for various GUI, text, or web-based tools used to manage the system. However, the YaST modules have their own group, System/YaST.
- System/Monitoring is intended for tools monitoring the system directly or by analyzing logs.
- System/Packages: for packages related to package management, like alien, deb, or rpm.
- System/Sound Daemons: intended for sound daemons despite they can be primary developed for a special usage. For example, there are sound daemons for GNOME esound or WindowMaker wsndsrv.
Groups of this section are intended for emulators of various operating systems. Packages like dosemu, wine (but that's not an emulator), vmware or atai800 are found here.
Groups from this section contain window managers and related tools. Some window managers have their own specific variants or ports of applications, but this group is not for applications or libraries. Such packages should be put in sections like Productivity, Development, or Amusements.
Groups from this section are intended for packages providing special support for entering, displaying or working with Chinese, Japanese, and Korean langauges.
Groups from the X11 section are intended for the base graphical system, and this also includes X11 successors currently (Wayland, Mir, etc.). Window managers go into System/GUI.
The System/YaST group is intended for all YaST-related packages. All YaST modules especially should be put in this group.