1. Introduction 2. Introduction to RHN Channels 2.1. Base Channels and Child Channels ................3 2.2. Subscribing to Channels ....................3 2.3. Channel Availability ...................... 4 2.4. Tools, Repositories, and Practices ................. 4 3. Building Custom Packages 3.1. Building packages for Red Hat Network ................ 5 3.1.1.
In some instances, this document refers to actions that are performed on the Red Hat Network Web servers. For RHN Proxy Server customers, this refers to the central Red Hat Network Servers at https://rhn.redhat.com. For Satellite customers, this refers to the RHN Satellite Server at your site.
Chapter 2. Introduction to RHN Channels A Red Hat Network channel is a collection of software packages. Channels help you segregate packages by sensible rules: a channel may contain packages from a specific Red Hat distribution, for instance. A channel may contain packages for an application or family of applications. Users may also define channels for their own particular needs;...
Chapter 2. Introduction to RHN Channels 2.3. Channel Availability There are many channels in Red Hat Network. Some are available to all users, some are available to users in a particular organization, and some are available only if you have purchased access to them. Channels fall into these main categories: •...
Chapter 3. Building Custom Packages There are many things that might go wrong when building software packages. This is especially true when these packages must be delivered and installed through Red Hat Network. This chapter provides an overview of how to build packages for successful delivery via Red Hat Network. Topics covered include why to use RPM, how to build packages for RHN, and how to properly sign packages.
Chapter 3. Building Custom Packages need to do. All the compiled-in defaults and changes made to get the software to build properly are easily visible using this technique. Keeping sources pristine may seem important only to developers, but it results in higher quality software for end users, as well.
Digital Signatures for RHN Packages 10. Any pre-install, post-install, pre-uninstall, and post-uninstall scripts should never write anything to stderr or stdout. Redirect the messages to /dev/null if they are not necessary. Otherwise, write them to a file. 11. When creating the spec file, use the group definitions from /usr/share/doc/rpm-<version>/ GROUPS.
Page 12
Chapter 3. Building Custom Packages redistribute it under certain conditions. See the file COPYING for details. Please select what kind of key you want: (1) DSA and ElGamal (default) (2) DSA (sign only) (4) RSA (sign only) Your selection? Accept the default option: (1) DSA and ElGamal. This option allows you to create a digital signature and encrypt/decrypt with two types of technologies.
Signing packages gpg --list-keys The output is similar to the following: /root/.gnupg/pubring.gpg ---------------- pub 1024D/B7085C8A 2002-02-18 Your Name<you@example.com> sub 1024g/E12AF9C4 2002-02-18 To retrieve your public key, use the following command: gpg --export -a 'Your Name' > public_key.txt Your public key is written to the file public_key.txt. This public key is quite important.
Chapter 4. Custom Channel and Package Management Custom channels allow administrators to use the Red Hat Network infrastructure to deploy packages built and maintained by their organizations. All channel and package management activities take place in the Channels tab of the RHN website. The instructions here are used in conjunction with the RHN website chapter of the RHN Reference Guide.
Chapter 4. Custom Channel and Package Management it. Manually managing packages and channels on a Proxy in this combined configuration risks putting your servers out-of-sync. Clicking links within the Software Channel Management list takes you to different tabs of the Managed Software Channel Details page.
Page 17
Managed Software Channel Details • Clone — Allows Satellite customers to replicate errata and associated packages for a cloned channel. This subtab immediately appears populated for channels that were cloned with either the original state or select errata option. The Clone tab also gains errata whenever one is issued for the target (that is, originating) channel.
Chapter 4. Custom Channel and Package Management • Compare — Enables the comparison of package lists between different channels. To see the differences, select another channel from the Compare to: dropdown menu and click Compare. A list appears showing all packages not contained by both channels and indicating the existing channel location of each.
Assigning Packages to Software Channels The GPG key URL must be the location of the key on the server, as defined during the client configuration process. Refer to the Red Hat Network Client Configuration Guide. The GPG key ID is the unique identifier, such as "DB42A60E", while the GPG key fingerprint is similar to "CA20 8686 2BD6 9DFC 65F6 ECC4 2191 80CD DB42 A60E".
Chapter 4. Custom Channel and Package Management • Original state of the channel — All of the original packages from the target channel but none of the errata or associated update packages. • Select Errata — All of the original packages from the target channel with the ability to exclude certain errata and associated update packages.
Chapter 5. Custom Errata Management Custom errata enables you to issue errata alerts for the packages in your custom channels. All errata management activities take place in the Errata tab of the RHN website. The instructions here are used in conjunction with the RHN website chapter of the Red Hat Network Reference Guide. 5.1.
Chapter 5. Custom Errata Management solution, keywords, references, and notes. To change any of this information, make your modifications in the appropriate fields and click Update Errata. • Channels — Shows the channels associated with the selected errata. To change these associations, select or deselect the appropriate checkboxes and click the Update Channels button.
Assigning Packages to Errata 5.4. Assigning Packages to Errata Follow this procedure to assign packages to errata. After selecting an erratum to edit, click on the Packages tab then the Add subtab. To associate packages with the erratum being edited, select the channel from the View dropdown menu that contains the packages you want in and click View.
Chapter 6. Uploading and Maintaining Custom Packages Depending upon which Red Hat Network service is used, there are two different mechanisms for uploading packages to private channels. Customers of RHN Proxy Server use the RHN Package Manager application, which sends package header information to the central Red Hat Network Servers and places the package itself into the local repository of the Proxy that invoked RHN Package Manager.
Page 26
Chapter 6. Uploading and Maintaining Custom Packages When using RHN Package Manager to upload the packages into Red Hat Network, point at the files you previously copied to the server. Create at least one private channel to receive custom packages prior to upload into Red Hat Network, since a channel is required for systems to obtain the packages.
Page 27
Configuring and Using the RHN Package Manager rhn_package_manager -c channel-name --copyonly /path/to/missing/file You can also use RHN Package Manager to retrieve a list of packages in a channel, as they are stored by the RHN Server: rhn_package_manager -l -c name_of_private_channel The -l option lists the package name, version number, release number, architecture, and channel Table 6.1, “rhn_package_manager name for each package in the specified channel(s).
Chapter 6. Uploading and Maintaining Custom Packages Option Description Read the package names from standard input. --stdin Specify RHN username. If not provided, you are prompted --username USERNAME for the username of a valid Channel Administrator. Specify RHN password. If not provided, you are prompted --password PASSWORD for the password of a valid Channel Administrator.
Page 29
Configuring the RHN Push Application precedent over those in the user's home directory (~/.rhnpushrc), which are used before those in the central configuration file (/etc/sysconfig/rhn/rhnpushrc). For instance, you can use the current directory configuration file to specify the software channel to be populated, the home directory configuration file to include the username to be invoked, and the central configuration file to identify the server to receive the packages.
Chapter 6. Uploading and Maintaining Custom Packages Option Description Push only the packages that are newer than those on the --newest server. Note that source packages are special in that their versions are never compared to each other. Their newness is dependent on their associated binary packages.
Page 31
Using the RHN Push application You can override the settings in your RHN Push configuration file(s) by specifying options and values on the command line: rhnpush -c label_of_private_channel --server localhost pkg-list The label_of_private_channel is the custom channel created to receive these packages. Be sure you use the precise channel label specified during its creation.
Need help?
Do you have a question about the NETWORK SATELLITE 5.3.0 - CHANNEL MANAGEMENT and is the answer not in the manual?
Questions and answers