[Users] Meeting Minutes

[Ian Hinder]

On 12 Aug 2013, at 20:47, Roland Haas <roland.haas at physics.gatech.edu> wrote:

> Present: Frank, Roland, Peter, Erik, Matt, Ian, Josh, Maria, Yosef, Philipp

> * desire to be able to automate actions on multiple repositories
> (assuming we will have multiple/many repositories)
> * suggestion to consider bitbucket/github as external hoster for speed
> and/or certificate issues, did not find much support
> * want to make sure that certificates work and that speed is acceptable
> * rather spend some money than spend time
> * bitbucket might be a viable option when using teams and would simplify
> infrequent tasks, major problem is scriptability
> * github source code made be available to use even for locally hosted
> repos if we want a web-based UI, Ian to test this

Actually I volunteered to test using BitBucket hosting for the ET.  I am less worried about scriptability now because I discovered that there is a python wrapper (https://bitbucket-api.readthedocs.org/en/latest/bitbucket.html#module-bitbucket.repository) to the bitbucket REST interface (https://confluence.atlassian.com/display/BITBUCKET/Use+the+Bitbucket+REST+APIs).  This means you can write very simple python code to perform operations on bitbucket repositories such as creating them and deleting them.  This makes it easier to manage larger numbers of repositories.  I have taken some of the existing Git mirrors that Barry and I have been using for 2 years (see http://git.barrywardell.net) and mirrored them to BitBucket.  See https://bitbucket.org/einsteintoolkit.  This was fairly easy to do with a few lines of bash and python.  Write access to the repositories would be handled using BitBucket accounts, and could be managed either globally for the EinsteinToolkit "team", applying to all repositories, or on a per-repository basis if that were necessary.  Assuming that we wanted separate Einstein Toolkit and Cactus bitbucket teams, this would be important for Cactus because write access to the flesh would be more strictly controlled than write access to other parts of the code.

-- 
Ian Hinder
http://numrel.aei.mpg.de/people/hinder

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20130813/40ee0f9f/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20130813/40ee0f9f/attachment.bin