ius-coredev team mailing list archive

[BJ Dierkes <wdierkes@xxxxxxxxxxxxx>]

I added a bit to the wiki....  its not much different for parallel
packages:

Parallel Installable Packages

This type of package is very much like a Replacement Package, however it
is meant to be installed side-by-side with the Stock Distro Package that
it would otherwise replace. Some distros sometimes use this technique to
introduce newer software while not interrupting the system and software
that require the older version of it. Python for example is a system
critical piece of software. Upgrading it will always cause issues,
however by parallel installing a newer version of python you have the
best of both words. Users/Applications that require a newer version of
that software can explicitly call the alternate location while other
software continues to work fine. The following rules apply:

    * Can not Obsolete a Stock Distro Package
    * Can not have the same name as another Stock Distro Package
    * Can not Provide the software it is installing next to. For example, python26 does not “Provide: python” because this might confuse other Stock Distro Packages to think that it can find python and its libraries in the stock location (it can’t).
    * Must not automatically install, upgrade, or replace Stock Distro Packages when subscribing to the repo.
    *

      Executable binaries must be renamed with the major version number. I.e. '/usr/bin/python' -> '/usr/bin/python2.6'.
    *

      An identifier can/should be added to the release, such as Release: 1.ius.parallel%{?dist}.
    *

      All directories must have alternate paths. I.e. '/var/lib/mysql'
-> '/var/lib/mysql51'.

-- 
RFE: Request newer SVN client at least.
https://bugs.launchpad.net/bugs/528409
You received this bug notification because you are a member of IUS Core
Development, which is subscribed to IUS Community Project.

Status in IUS Community Project: Invalid

Bug description:
Hi,

I would like to see a newer SVN client version at available from IUS that is present in RHEL5.

I will try and look at doing this myself if I can work out how to contribute. I'm already a Fedora/EPEL
contributor.