What is the RPM naming convention? What does each portion indicate?
packagename-a.b.c-x.arch.rpm
Packagename - Title of the package, can vary from distributor to distributor
a.b.c - Version of the package. The version number doesn’t have to be three period-separated numbers, but that’s the most common form. The program author assigns the version number.
Build Number - The number following the version number (x) is the build number (also known as the release number). This number represents minor changes made by the package maintainer, not by the program author. These changes may represent altered startup scripts or configuration files, changed file locations, added documentation, or patches appended to the original program to fix bugs or to make the program more compatible with the target Linux distribution. Many distribution maintainers add a letter code to the build number to distinguish their packages from those of others. Note that these numbers are not comparable across package maintainers—George’s build number 5 of a package is not necessarily an improvement on Susan’s build number 4 of the same package.
Architecture - The last part is the package's utilized architecture. i386 is the most common, representing a file compiled for any x86 CPU from 80386 onward. Some packages include optimizations for Pentiums or above (i586 or i686), and non-x86 binary packages use codes for their CPUs, such as ppc for PowerPC CPUs or x86_64 for the x86-64 platform. Scripts, documentation, and other CPU-independent packages generally use the noarch architecture code. The main exception to this rule is source RPMs, which use the src architecture code.
Packagename - Title of the package, can vary from distributor to distributor
a.b.c - Version of the package. The version number doesn’t have to be three period-separated numbers, but that’s the most common form. The program author assigns the version number.
Build Number - The number following the version number (x) is the build number (also known as the release number). This number represents minor changes made by the package maintainer, not by the program author. These changes may represent altered startup scripts or configuration files, changed file locations, added documentation, or patches appended to the original program to fix bugs or to make the program more compatible with the target Linux distribution. Many distribution maintainers add a letter code to the build number to distinguish their packages from those of others. Note that these numbers are not comparable across package maintainers—George’s build number 5 of a package is not necessarily an improvement on Susan’s build number 4 of the same package.
Architecture - The last part is the package's utilized architecture. i386 is the most common, representing a file compiled for any x86 CPU from 80386 onward. Some packages include optimizations for Pentiums or above (i586 or i686), and non-x86 binary packages use codes for their CPUs, such as ppc for PowerPC CPUs or x86_64 for the x86-64 platform. Scripts, documentation, and other CPU-independent packages generally use the noarch architecture code. The main exception to this rule is source RPMs, which use the src architecture code.
Tags: architecture, linux, naming standards, packages, RPM
Quelle:
Quelle:
Kartensatzinfo:
Autor: Ryan Robson
Oberthema: Informatics
Thema: Linux
Ort: Houston
Veröffentlicht: 08.02.2011
Schlagwörter Karten:
Alle Karten (75)
/dev (2)
/etc (2)
101.1 (36)
acronyms (1)
architecture (1)
ata (2)
bash (1)
BIOS (5)
bios (1)
bit (1)
branch (1)
bus (2)
bus types (7)
cables (1)
clock (3)
codes (1)
commands (7)
configuration (1)
controller (1)
daemon (1)
data rates (1)
dev (1)
device types (1)
devices (5)
dmesg (1)
facilities (1)
fdisk (1)
fork (1)
fs (8)
hard drives (17)
history (1)
host adapter (1)
hwclock (1)
IEEE (1)
ISA (2)
klog (1)
linux (31)
logs (5)
lspci (1)
lsusb (1)
master (1)
modprobe (1)
naming standards (1)
options (1)
packages (1)
partitions (11)
pata (2)
PATA (6)
PCI (2)
pci (2)
priority (1)
proc (3)
RAM (1)
resistor (1)
RPM (2)
sata (3)
SATA (2)
scsi (9)
SCSI (4)
SCSI chain (1)
security (1)
slave (1)
synchronize (1)
syslog (4)
termination (2)
time (4)
type codes (2)
umount (1)
USB (1)
x86 (6)