«

»

Sep
16

Updates test-repo! CCTBX, Olex2 and Tonto-chem

Categories:

Print this page

by

September 16, 2009

I’ve uploaded new versions of CCTBX, Olex2 (engine) and Tonto-chem to the test-repo.

Please let me know how things work out with them.

The CCTBX build brings it up to the September nightly builds and to fix compatibility issues with Olex2 SVN trunk. The fftw requirements have been tweaked to try and remove a problem on Centos builds – please give me feedback either here or on the xforum if your a Centos user and struggling with the CCTBX rpm otherwise I will go on assuming all is well.

The Olex2 release in test 1.0.3 is the latest build from the trunk and fixes some major bugs including the panel-width issue (which looks to be down to screen size?). This also allows us to use the new Olex2 GUI update system in preparation for what I suspect to be a withdrawal of the old system. This runs in parallel to the Olex2-GUI rpm which is in the test repo and using the new update system. Strangely the Olex2 guys have already appeared to somehow stuff up their version control/numbering. If I understand correctly they are at version 1.0 but this version 1.0 is not the same as the svn TAG 1.0? I don’t know either?

The tonto-chem again is the latest svn build and has a whole raft of updates and features.

To reiterate these updates are all in the test-repo which is disabled by default so you either have to enable it as a one time option or a permanent option see this post on the xforum for help.

Tags: , ,

Permanent link to this article: http://blog.debroglie.net/2009/09/16/updates-test-repo-cctbx-olex2-and-tonto-chem/

13 comments

  1. John says:

    September 16, 2009 at 14:35 (UTC 1 )

    Update – Somehow missed off the updates for Fedora 11 x86_64 from the upload. Should be server side shortly!

  2. Pascal says:

    September 16, 2009 at 15:16 (UTC 1 )

    olex2 not working on f11 from debroglie, debroglie-test is working though

    [root@localhost ~]# yum install olex2-gui
    Loaded plugins: refresh-packagekit
    Setting up Install Process
    Resolving Dependencies
    –> Running transaction check
    —> Package olex2-gui.noarch 1:1.0-20090709svn.1.fc11 set to be updated
    –> Processing Dependency: olex2 >= 1:1.0 for package: 1:olex2-gui-1.0-20090709svn.1.fc11.noarch
    –> Finished Dependency Resolution
    1:olex2-gui-1.0-20090709svn.1.fc11.noarch from debroglie has depsolving problems
    –> Missing Dependency: olex2 >= 1:1.0 is needed by package 1:olex2-gui-1.0-20090709svn.1.fc11.noarch (debroglie)
    Error: Missing Dependency: olex2 >= 1:1.0 is needed by package 1:olex2-gui-1.0-20090709svn.1.fc11.noarch (debroglie)

  3. Pascal says:

    September 16, 2009 at 15:21 (UTC 1 )

    The bug in nodoka theme is still there… Note to myself, fill a bug report.

  4. John says:

    September 16, 2009 at 16:18 (UTC 1 )

    Interesting, I didn’t see this problem when I went from 10 to 11.

    Arrrh, it is because I had an interim Olex2 rpm from the Centos test build (built for Fedora).

    Try doing:
    yum install olex2 and see what happens?

  5. Pascal says:

    September 16, 2009 at 16:32 (UTC 1 )

    centos: http://pastebin.com/d44ab1f16

    I don’t know what’s wrong with centos…

    fedora11 (i386):
    [root@localhost ~]# yum install olex2
    Loaded plugins: refresh-packagekit
    Setting up Install Process
    No package olex2 available.
    Nothing to do

    Oops ?

    [debroglie@r14096 i386]$ find . -name “olex2*.rpm”
    –nothing–

    you missed a rpm :p

  6. John says:

    September 16, 2009 at 16:59 (UTC 1 )

    That is what I feared. As when I was doing the updates I did not know at that time that i386 was nolonger created by the mock process on Fedora 11. I586 being the norm now. So my upload script only moved the i386 files, failed to find any and didn’t bother.

    More annoyingly the python version is different so I can not just port the Fedora 10 version over and my system is only svn ready so I can not go back. On our side is that the src should be on the server in that this was not a test build so I will make the i586 from the source and upload it. Any others I missed?

  7. John says:

    September 16, 2009 at 17:03 (UTC 1 )

    I’m building it now will be up in 20 mins

  8. John says:

    September 16, 2009 at 17:14 (UTC 1 )

    It is currently updating the repo cache. So you should just need to do a yum clean all then yum update in the next 5 mins to have it.

  9. John says:

    September 16, 2009 at 17:22 (UTC 1 )

    Try now!

  10. Pascal says:

    September 16, 2009 at 17:33 (UTC 1 )

    I am on fedora 11 x86-64 now :D I’ll try later.

  11. John says:

    September 16, 2009 at 17:38 (UTC 1 )

    Off track but fyi:

    Transaction Check Error: file /usr/include/newmat/controlw.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/include.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/myexcept.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmat.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmatap.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmatio.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmatnl.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmatrc.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/newmatrm.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/solution.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/include/newmat/tmt.h from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64
    file /usr/lib64/libnewmat.so from install of newmat-devel-11-2.fc11.debroglie.x86_64 conflicts with file from package libnewmat-devel-10D-2.fc11.x86_64

    Conflict between libnewmat and newmat!

  12. John says:

    September 16, 2009 at 17:39 (UTC 1 )

    Also obj-fox requires libnewmat not the new naming!

  13. Pascal says:

    September 16, 2009 at 18:34 (UTC 1 )

    Yes, I know. On fedora they renamed libnewmat to newmat. and objcryst is building now.

Leave a Reply

Performance Optimization WordPress Plugins by W3 EDGE