Print

Print


On Oct 10, 2011, at 8:54 AM, Lukasz Janyst wrote:

> Hi Brian,
> 
>   what is the difference in the release numbers?
> 

We had one more in the pre-release series based on a git revision.  We have the difference for continuity for testers.

Actually, I think you guys are using the version/release wrong.  The release is supposed to be reserved solely for the use of the packager, not the project.

Each time you get a distinct set of code from the xrootd project, you want to bump the version number.  Each time the packager makes a change to the packaging for the same code base, you bump the release number.  This split allows xrootd.org to control one number and re-packagers to control another.

Probably something worth cleaning up for 3.2.  It's definitely maintainable right now, just a touch confusing.

>   BTW. A new critical bug was found and fixed. RC3 will come soon.
> 

No problem.

> Lukasz
> 
> 2011/10/10 Brian Bockelman <[log in to unmask]>:
>> For those of you testing the OSG stack, the rebuild is here:
>> https://koji-hub.batlab.org/koji/buildinfo?buildID=652
>> I'm happy to state that, modulo release numbers, the OSG RPM is identical to
>> the upstream one Lukasz mentions below.
>> Brian
>> On Oct 10, 2011, at 7:47 AM, Lukasz Janyst wrote:
>> 
>> Dear All,
>> 
>>  the XRootD 3.1.0 release candidate 2 has been tagged. You can
>> download the source here:
>> 
>> http://xrootd.cern.ch/cgi-bin/cgit.cgi/xrootd/snapshot/xrootd-3.1.0-rc2.tar.bz2
>> 
>>   and the RPMs here:
>> 
>> http://xrootd.cern.ch/sw/releases/3.1.0-rc2/rpms/
>> 
>>   the XRootD-testing yum repository has been updated as well:
>> 
>> http://xrootd.org/binaries/xrootd-testing-slc5.repo
>> http://xrootd.org/binaries/xrootd-testing-slc6.repo
>> 
>>   Please have a look if you wish to help with testing and debugging.
>> 
>>  Best regards,
>>   Lukasz
>> 
>>