Debroglie's repository

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?

If some ubuntu users get lost here, you can find deb package for olex2:
http://oz.plymouth.edu/~jsduncan/olex2/

Only 64 bits, but there are explanations to build your own.

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!

I’ve populated Fedora 11 with most of the applicable rpms. Those that are missing (EDMA, obj-cryst-fox, etc) will be done sometime next week.

I’ve now merged the Olex2 spec (sort of) so that the new release 1.0 is now correctly identified in all repos and all are at the latest 1.0 tag build. The Olex2 GUI has also been updated and set back to distro-testing from distro-alpha.

There is a bug in Fedora 10 in which the olex2 panel width is getting a magic number of 300 from no where and ignoring all the config files?

An rpm for i386 Centos 5 has been uploaded using the old Olex2 release and version information. This is to address an issue FH was having. The .debroglie has been dropped off the rpm in-line with fedora, centos, and rpmfusion standards. Don’t be scared!

Olex2 is in a state of flux regarding many things, as such consider the name and versioning issues we are currently experiencing a transient bump in the grand scheme of things. Especially regarding the olex2-gui.

FH I hope this sorts you out.

I updated olex2 for fedora 9 and 10. Centos will have to wait. I need to tweak the spec in order to use python2.5-config instead of python-config.

You’ll see that the files have .debroglie.debroglie in their name, it’s not normal but I don’t want to build them again. It shouldn’t cause any problem.

Olex2 has now got a version – 1.0 and has been updated. This version resolves a lot of the annoying little issues.

The update is broken, the new rpm as a dependency problem.

Hmmmmmmm, after reading the tag below this is slightly worrying I’ve just updated olex2 can a centos user check if the update is work?

Assuming it is there is now olex2 and a new platon for you to play with. If it isn’t then let me know and I can drop the centos update off the server.