Automated release process

The csw-upload-pkg utility is used to upload packages to OpenCSW catalogs. By default, it uploads your packages to the unstable catalog. The utility must be run on the login host.

[email protected] [login]:~ > csw-upload-pkg
Usage: csw-upload-pkg [ options ] <file1.pkg.gz> [ <file2.pkg.gz> [ ... ] ]

(..help message...)

Make sure you upload both Intel and SPARC packages in a single call to csw-upload-pkg.

Once your packages are sent, you can verify the state of the checkpkg database by visiting the web frontend of the checkpkg database [1] and inspecting the catalogs you expect your package to be.

The opencsw-future tree [2] on the mirror host is updated a couple times per day. Your uploaded packages will appear there eventually.

In case of problems with the tool, please re-run the tool in debug mode (--debug) and send full output to maintainers@.

Infrastructure

Uploading a package

What happens when you upload a package using csw-upload-pkg, these things happen:

  1. csw-upload-pkg examines the given file name set for correctness
  • It alerts in certain conditions, e.g. a present i386 file but missing sparc file, or an UNCOMMITTED tag
  1. csw-upload-pkg runs ‘pkgdb importpkg’ to make sure that your package’s metadata are imported to the buildfarm database
  2. csw-upload-pkg queries the external rest interface for package metadata; it verifies that metadata have been uploaded successfully
  3. csw-upload-pkg queries the internal rest interface to know whether package data (as opposed to metadata) are uploaded to the master mirror
  • if not yet there, csw-upload-pkg sends a POST request with package data
  1. csw-upload-pkg queries the external rest interface for contents of catalogs
  2. csw-upload-pkg calculates which packages to insert to which catalogs
  • Depending on the given file set and catalog contents, 5.9 packages may or may not be inserted into 5.10 and 5.11 catalogs
  1. csw-upload-pkg sends a sequence of DELETE and PUT queries to the internal rest interface to modify catalogs

Catalog generation

web zone runs a cron job which wakes up every 3h and performs a set of tasks. It generates a new unstable catalog from the database, and pushes it to the master mirror.

  • pkgdb is invoked, and it generates a catalog at the given location
    • pkgdb uses a direct MySQL connection
  • catalog notifier is run, and sends e-mails to the maintainers of modified packages
  • A cron job on unstable9x generates atom feeds for each catalog every hour.

Table Of Contents

Previous topic

Catalog staging

Next topic

Releasing stable

This Page