When we chose the label conary.rpath.com@rpl:rpl1 for our distribution, the idea was that we might want to do other products that would live on, say, conary.rpath.com@rpl:special1 (for some value of special) and we wanted the distributions to show up as peers in our label structure. However, after a lot of use, we decided that it was just redundant, and that we should use instead conary.rpath.com@rpl:1.

We used the new conary clone command to create the conary.rpath.com@rpl:1 label, which had the benefit of finding a bug in the implementation of clone. Our first attempt at @rpl:1 was corrupted by this bug, and the easiest solution was to rename it out of the way and simply try again. (We whimsically renamed it to conary.rpath.com@ravenous:bugblatterbeast on the theory that people were not likely to have that in their installLabelPath by accident.) Our new test seems to be working, and we will shortly be releasing a distribution on the @rpl:1 label. It will be easy to update to the new releases with conary update group-os=:1 and the only new filesystem contents you will download will be actual changes, not the entire distribution.