[Users] Help needed in recovering from iadvertent hdf5 update on mac

[Erik Schnetter]

Comer

You should be able to clone Cactus and Einstein Toolkit arrangements on
Bitbucket in the usual way, and submit pull requests at your leisure. We
haven't quite set up our bug tracker yet for this new infrastructure, so at
the moment we're also keeping track of bug reports and pull requests on
trac.einsteintoolkit.org. I'd recommend opening a trac ticket for each
non-trivial pull request, and have the strategic discussions there. If
there's a need to dissect code line-by-line (which I hope isn't necessary
too often), then I'm using Bitbucket's commenting system for this.

The one difference to other projects is that we decided that each
arrangement should be its own repository. That may or may not have been a
good idea, as people have to deal with too many repositories. However,
having all of the Einstein Toolkit in a single repository is also not
possible since different parts are contributed by different people with
different licences etc., and we want to keep this distinction. Think of an
arrangement as a "plug-in package" that lives in its on repository.

-erik


On Wed, Jun 3, 2015 at 4:04 PM, Comer Duncan <comer.duncan at gmail.com> wrote:

> Hi Erik,
>
> Thanks for the perspective. Today after getting my macports back in shape,
> I have downloaded a new(?) the development ET and have built an executable
> including CT_MultiLevel. I've also run a couple of tests and all seems to
> be ok now.
>
> Concerning the development version, when will it be possible to do git
> pull to get the latest dev version?  I use and contribute to one or two
> other software projects that use github and would hope since ET has or is
> moving to git that the usual methods of cloning various branches would be
> standardly available.  So, what can you say about when this will be
> possible from bitbucket.org?
>
> Thanks.
>
> Comer
>
>
> On Wed, Jun 3, 2015 at 11:10 AM, Erik Schnetter <schnetter at cct.lsu.edu>
> wrote:
>
>> Comer
>>
>> HDF5 1.8.15 is broken. A patch will be released shortly. The development
>> version of thorn ExternalLibraries/HDF5 already contains a copy of the
>> patched version; if you use this version of the thorn and specify
>> HDF5_DIR=BUILD in your option list, you should be fine.
>>
>> -erik
>>
>>
>> On Wed, Jun 3, 2015 at 11:04 AM, Comer Duncan <comer.duncan at gmail.com>
>> wrote:
>>
>>> Hi Ian,
>>>
>>> I got back Monday night and yesterday decided to get CT_MultiLevel and
>>> rebuild so I can start learning how the multigrid stuff works with some
>>> examples.  I got the CT_MultiLevel directories from bitbucket, copied it
>>> into place in EinsteinInitialdata.
>>> in the meantime I had done a weekly update of all my macports stuff (not
>>> a good idea!).  I then proceeded to rebuild cactus.  All went fine (the
>>> CT_MultiLevel seems to compile ok) until it got to iohdf5. It crashed
>>> complaining about iohdf5 stuff. I have pasted the build to
>>> http://pastebin.com/dqMtCL3A . Since the hdf5 stuff got updated I went
>>> through the procedure of deactivating and in some cases uninstalling hdf
>>> related stuff and believe I left it in the state in which no hdf5 is
>>> active.  I have pasted a record of the various steps I went through as I
>>> discovered what depended on what and tried to get hdf5 unactivated.  I
>>> believe I was successful. Please see the following paste:
>>> http://pastebin.com/4brgVdmE .
>>>
>>> With the optionfile having BUILD as the selected option for HDF5 as was
>>> the case when I implemented the workaround last week that you suggested.
>>>
>>> So now, I am back to a similar spot except that now I do not have mpi
>>> and/or gcc related issues. Also, I have the CT_MultiLevel stuff in place.
>>>
>>> Can you suggest some next steps which can get be out of this hdf5 fix?
>>>
>>> Thanks for the help!!!
>>>
>>> Comer
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at einsteintoolkit.org
>>> http://lists.einsteintoolkit.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Erik Schnetter <schnetter at cct.lsu.edu>
>> http://www.perimeterinstitute.ca/personal/eschnetter/
>>
>
>


-- 
Erik Schnetter <schnetter at cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20150603/510d098c/attachment.html