The Ape Base Compile System is a set of scripts that leverage ESP EPM and MREPO to maintain Red Hat based systems that require custom and secluded binaries. It achieves cross platform reproducible compiles applications like Apache HTTPD, MySQL, and PHP, supports a common --prefix parent directory to allow different versions of an application to be installed, provides an easy method to switch between application versions, places selected application binaries in a central "bin" directory, supports delivery via Yum and other common installers, and provides a method for non-compiled "skeleton" files to be included with installation and distribution.
CVSToys is a collection of companion tools for the Concurrent Versions System, better known as CVS. It currently contains FreshCVS, which performs actions in response to a commit. Actions include notification by various methods, updating a working copy, and rsync'ing to backup. Another key feature of FreshCVS notifications is that you receive one per commit, not one for each directory of the commit as loginfo-triggered scripts are prone to do. FreshCVS is extensible with Python, and notifications may be published by a Perspective Broker network service, allowing 3rd party clients to listen in.
CVSsuck is a mirroring tool for CVS repositories. Unlike other tools such as CVSup or rsync, it uses cvs command to access the repository. So, it works well with remote repositories without a special server or shell account. However, it is inefficient because the CVS client/server protocol is not designed for mirroring.
CVSup is a software package for transferring and updating collections of files across a network. It consists of a server called cvsupd and a client called cvsup. CVSup is faster (often by an order of magnitude) and more flexible than traditional network packages such as rdist and sup. In addition, CVSup has special knowledge of RCS files (as used by CVS). Software projects using CVSup to distribute their CVS repositories include FreeBSD, KDE, and (shortly) Postgres.
The Distributed Concurrent Versioning System (DCVS) extends the well-known version control system CVS and the file distribution and synchronization program CVSup with functionality to distribute CVS repositories with local lines of development and handle synchronization of the distributed repositories automatically in the background. Development lines (branches) are owned by a repository server, repository servers efficiently update each other via CVSup, and CVS ensures correct server use on checkin and branch creation.
MultiLoad is a load balancer that redirects HTTP requests to pre-defined servers/locations. It gives the provider a way to balance the traffic and hides the real download location. It allows you to manage different version of each download. It is also a load balancing server extension. You can distribute files on some servers so that a downloaded file can be loaded form different servers. These servers can have different priorities to control the active traffic.
The P4DTI connects your defect tracking system to the Perforce configuration management system, so that you don't have to switch between them and enter duplicate information about your work. It also links changes made in Perforce with defect tracker issues, making it easy to find out why a change was made, find the work that was done to resolve an issue, or generate reports relating issues to files or codelines.