as it appears boto recently implemented it's own command line utility for glacier (https://github.com/boto/boto/blob/develop/bin/glacier) which started overriding my utility (https://github.com/uskudnik/amazon-glacier-cmd-interface). On a more philosophical level (I may be wrong here so do correct me if I am) I consider boto more of a library and as such didn't even expect you guys would like to have a command line utility and if such really is the case I would happily merge it into boto.
While I don't mind if boto wants to keep its current command line utility I would recommend a joint effort since we have a larger feature set and are (partially already, entirely in the future) using boto for the backend anyway.
I think it's useful to have these types of tools directly in boto. We've got a long history of producing tools for boto, and I generally think these tools are very useful to have all in one place.
If you're interested in helping to contribute to the glacier tool, I'm sure we'd be more then willing to incorporate your changes.
Oh, then its OK and I think I speak for all contributors when I say that we would love to get our code into boto, least of all because it would be exposed to the broadest number of users.
How would boto as a project like to approach this? I presume you want to wait with any incorporations until we migrate to pure boto-only code - at the moment we use our own code for calls to glacier, see https://github.com/uskudnik/amazon-glacier-cmd-interface/blob/master/glacier/glaciercorecalls.py.
I think there are two paths. If you would like it to be in the bin directory of the boto distribution, we should migrate it to use boto for the API calls, work out a strategy to merge the functionality with the existing Glacier CLI tool (I don't think we want two), and identify any external dependencies (hopefully none).
The alternative would be to make it a separate project under the boto organization. That's simpler but not as useful to you or the boto community.