Debroglie's repository

I was hoping to bring you the latest Olex2 1.1 release for all supported OS but unfortunately it has been hampered by Fedora 13 linker issues with OpenGL. I expect to roll out Fedora 11, 12 and Centos 5 tomorrow morning to the testing repo along with a new CCTBX and Olex2-gui 1.1. I will continue to work to try and track down the anomalous Fedora 13 behaviour. I may even finally move over to the scons setup supported by the Olex2 team and finally retire my old Makefile? Perhaps not depends if I can figure out the mad build directory structure created by scons and if it is any better?

Also expect the latest platon for Fedora 11, 12, 13 and Centos 5 at the same time.

Ok, so the planet has stalled slightly because the simplepie feed catcher is running out of puff on the cron process and getting killed.

Platon has been updated and all good and there is now a new cctbx in the testing repo.

Enjoy

I thought, I know I’ll update CCTBX, Tonto-chem, Olex2 and Olex2-GUI rpms for the testing repo. I can do that in a few hours and upload the lot before I leave to catch the train.
This is true I could but thanks to me not noticing that Olex2 was pulling an incomplete SVN image or more precisely one which did not compile compared to the one I was testing Olex2 get bouncing out of my building scripts with a big fat failure.

So now the clock is ticking the race is on the time is right! The fruit is ripe for the picking and other similar sayings – I have less than 30 mins to build Olex2 and upload all the rest to the testing repo and Olex2 has just crapped out again for Fedora 8.
Good news is that it has reached Epel 5 for the rest so fingers crossed.

Assuming I get it done then I will:

Remove the fonts-chemistry (as this does not comply to Fedora package law, all bow and kneel before the mighty Fedora )

Fingers crossed everybody!
Update just discovered that during all this my yum update has removed my Fedora 9 mock entries! So Fedora 9 people I guess your EOL already? You may not have any of the updates above?

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.

At some point next week there will be a new Olex2 rpm uploaded to the test-repo. It will now require the CCTBX rpm as a dependency and will be built from the trunk svn rather than tag svn. It will also utilise the new olex2 updating system for the GUI. Let me know how it goes and remember to give feedback.

Well my hand was forced by alterations to Olex2 so I’ve finally got around to playing with Pascal’s cctbx.spec. I’ve sorted of merged it with Cameron’s spec file so we now have a cctbx.spec which we can build cctbx for all Fedora breads. The only problem comes in that Centos is being a big baby and refusing to build. I think ironically it is at the cctbx build end not at the spec or our end. I’ve emailed the author of cctbx to find out if he can help. It is refusing to use the version of python I keep telling it to use and insisting on finding its own wrong version!

The other down side is that the rpms are ~54 MB each so just to provide support for Fedora 9, 10 and 11 would need ~324 MB. So even though I’m trying to support you Linpus users out there I guess I can not justify another 100 MB of space. Sorry.

Seeing as the rpms are so large it is going to take me a while to upload them so they won’t appear on the system straight away. They are also going straight into the testing repos NOT the main repos.

As I’m putting them into testing I’m moving tonto-chem and DrawXTL out seeing as there has been no bad reviews/comments on either. So I guess this is just an update more than anything.

PS light seems fine to me.

PPS Sorry Fedora 11 users, due to a typo in one of my scripts paths the cctbx and other testing rpm were not being uploaded to the server. This has been resolved!