[Swift-devel] Rename versions of Globus commands in swift/bin?

[Michael Wilde]

Matt raises a good point below. Can we rename globus-url-copy, 
grid-proxy-init, and other commands that have the same name as Globus 
commands, to swift-url-copy, swift-proxy-init, etc?

Especially for those that are not identical enough to the Globus 
versions (where that is tbd).

Its extremely handy to have these commands there, but perhaps confusing 
for some users that get these in their paths ahead of the Globus 
versions. I realize calling them swift-* causes its own kind of 
confusion, but I'm excited that folks like Mats are installing Swift for 
users, and I'd like to remove any barriers, even the small ones.

This is likely to be a bigger issue for users with the OSG client stack 
installed.

On 2/11/09 10:18 PM, Michael Wilde wrote:
> 
> 
> On 2/11/09 9:28 PM, Mats Rynge wrote:

...
>>
>> Regarding bin/, it is pretty evil to have a globus-url-copy under the
>> swift bin/ which has a different set of command line options as the
>> Globus one. I had a plan on adding swift to the default path on our
>> submit node so all our users could use swift without doing anything
>> special. But having a different globus-url-copy means it would break
>> things for other users.
> 
> I know what you mean. I actually got bit the other day by our copy of 
> grid-proxy-init - I was seeing the globus one, and one of my users was 
> seeing the swift one, with a slightly different output that broke a script.
> 
> So I agree - if the swift version is not pretty near identical, its 
> better to give it another name. I'll past your comment to the devel list 
> with a suggestion that we rename it. Perhaps swift-proxy-init, 
> swift-url-copy? (not sure how that will go over... ;)
> 
> - Mike

Mats, I would just go ahead and remove or rename those, in the meantime.

I dont think anything points to them.

- Mike