Continue reading »]]> On centos 5 yum is complaining with the error:

debroglie/primary_db | 64 kB 00:00
http://centos.debroglie.net/RPMS/5/repodata/primary.sqlite.bz2: [Errno -3] Error performing checksum


The server is now on centos 6 and createrepo is using a hash that centos 5 does not understand by default. I fixed the problem now (createrepo -d -s sha1). If you still have an error try: “yum clean all” first.

Thanks to:

http://prefetch.net/blog/index.php/2009/11/26/dealing-with-yum-checksum-errors/

Continue reading »]]> New package!

Platon has a very fast releases which make things difficult to keep the package up to date. There is now an automatic build (build at 3am GMT+1) of platon for fedora 13,14 and 15 and for centos 5 and 6. The build on centos 6 is broken at the moment though.

The package name is platon-nightly in debroglie-nightly repository and does not interfere with the platon rpm. The usual platon rpm will remain.

To activate the new repository, you need to update debroglie-release. It will also update the repo link to the new server.

Debroglie repository

Continue reading »]]> After a recent test of Olex2-GUI rpm it became clear that the update mechanism I had used was not working correctly causing new installs to appear broken. This was exacerbated by a path typo in the Olex2 startup script installed from the Olex2-binaries.

I have now fixed both issues and moved the usettings.dat file to the GUI.

The current olex2-gui is pulled from the branch/1.1 svn and updated from a working version. It also includes all of the script codes which with the appropriate entries in the usettings.dat and modification of etc/scripts/customScripts.py to read:
#import example
import batch_overlay
import OlexSir
import OlexPlaton
import OlexMail
import OlexCheckCIF
import OlexCDS

(This will be made default in the next update).
Will activate these following commands:
spy.OlexCDS()
spy.OlexMail()
spy.OlexPlaton()
spy.OlexSir()
spy.OlexCheckCIF()
spy.flipsmall()

This update however does break the sync between olex2 and the repo we are neither a tag nor their beta or alpha release. Because of this I have disabled the internal olex2 userspace update mechanism updates will come via the GUI.rpm for now until they catch up with us.

Continue reading »]]> New rpms for CCTBX, Olex2 and Olex2-GUI have been uploaded to the testing repo (only takes 7 hours to do this) only to find that the CCTBX had a bug so yet another CCTBX was uploaded yesterday (6 hours) to resolve it.

All Centos 5 build was using the Epel 5 extras python 2.6 environment (Centos 6 via native 2.7).

The new CCTBX and Olex2 binaries bring us pretty close to the official 1.1.4 release which is imminent but for the GUI. The GUI is proving to be contentious so I am planning on changing how the GUI rpm is created and how it updates the user space (wish me luck on this). As it stands Olex2 will work but the native refinement package in the 1.1.4 bins and CCTBX is too advanced for the GUI (go figure) it is a rather big mess!

On the bright side there is a new version of Platon in the release area.

J
(and yes I have been very rubbish at posting news updates here – mainly because I do not want to move Pascal’s lovely posts down the list – how nice are they?)

Continue reading »]]> Tonto is still absent on fedora 13 repo, the reason is I want to improve the spec file and produce mpi binaries as well. So far I have rpms for red hat 6: a basic gfortran build, an openmpi build, a mpich2 build and a mvapich2 build. I used a svn snapshot for the build.

For centos 5, I ran into a compiler bug so I am stuck.

For fedora, I have a linking problem on the mpi version (libmpi_f90 not found) which I am trying to solve.