Package Details: ucsf-chimera 1.16-1

Git Clone URL: (read-only, click to copy)
Package Base: ucsf-chimera
Description: Extensible molecular modeling system
Upstream URL:
Licenses: custom:ucsf-chimera
Submitter: neersighted
Maintainer: Athemis
Last Packager: Athemis
Votes: 14
Popularity: 0.000000
First Submitted: 2013-02-27 04:22 (UTC)
Last Updated: 2022-03-14 11:11 (UTC)

Dependencies (0)

Required by (2)

Sources (0)

Latest Comments

rogala commented on 2018-06-02 02:39 (UTC)

Thanks, Athemis - that worked like a charm.

Athemis commented on 2018-05-16 10:40 (UTC) (edited on 2018-05-16 10:49 (UTC) by Athemis)

@rogala: For a quick workaround, go into /opt/ucsf-chimera/lib and delete all instances of libfreetype and libz:

cd /opt/ucsf-chimera/lib
sudo rm libfreetype.* libz.*

This will force chimera to use your system libraries instead of the ones shipped with chimera. Everything should work as expected afterwards (for both chimera 1.11 and 1.12). The PKGBUILD may also be adapted to remove those libraries from the package.

Updated PKGBUILD here:

rogala commented on 2018-04-28 20:05 (UTC) (edited on 2018-04-28 20:14 (UTC) by rogala)

Hi Guys - this package is very useful - thank you for maintaining it. Can we please get an update to the latest version though? Also, for some reason, after the latest arch 4.16.4 update, I get the following error:

File "/opt/ucsf-chimera/lib/python2.7/lib-tk/", line 39, in <module> import _tkinter # If this fails your Python may not be configured for Tk ImportError: /usr/lib/ undefined symbol: FT_Done_MM_Var error: command failed to execute correctly</module>

Any help would be much appreciated!

neersighted commented on 2016-10-16 13:10 (UTC)

The pkgrel is not a part of the version, it is the version of the PKGBUILD. A pkgrel bump represents a bump in the version of packaging, not the packaged software itself. In addition, 1.11.2 is a release candidate, and not yet stable.

invik commented on 2016-10-16 11:13 (UTC) (edited on 2016-10-16 11:13 (UTC) by invik)

PKGBUILD is missing '.${pkgrel}' after '${pkgver}' in the definitions of '_file' to be able to download the right file. Also, version 1.11.2 has been released.

arcanis commented on 2015-03-09 22:38 (UTC)

please fix typo in install file: s/chimera/ucsf-chimera/g

commented on 2015-02-15 12:21 (UTC)

pkgver=1.10.1 pkgrel=1 url=''

commented on 2014-09-18 11:41 (UTC)

There is a little mistake in .install file: post_install() { /opt/chimera/bin/xdg-setup install # ucsf-chimera instead of chimera } @confusedfla: Nice approach. But it misses i686 arch support. This might work: if [ "$CARCH" = 'x86_64' ]; then _name="chimera-${pkgver}-linux_x84_64.bin" _file="linux_x84_64%2F${_name}&choice=Accept" elif [ "$CARCH" = 'i686' ]; then _name="chimera-${pkgver}-linux.bin" _file="linux%2F${_name}&choice=Accept" fi Also IHMO it would be better to replace wget with curl because it's not present in Arch's base packages group: curl $_url -o $_name Regards.

confusedfla commented on 2014-07-10 20:39 (UTC)

That is sad to hear. Btw I fixed the extracting of the SFX archives. Somehow the "-d" flag doesnt work anymore, however piping the directory on stdin works fine :) So this PKGBUILD should create a working package.

neersighted commented on 2014-07-10 15:08 (UTC)

So I've contacted upstream and I was told I'd get a message from the developer responsible for the website, however that has not happened. I'll see about implementing something similar to @confusedfla's approach today.

confusedfla commented on 2014-06-17 05:21 (UTC)

I would like to share my approach with you. It's a workaround that enables you to download the file. I just tested it again - it still works fine for the download, but it seems like they changed the installer/extractor a bit. @neersighted: hope this helps you a bit ;-)

neersighted commented on 2014-06-17 02:53 (UTC)

So, UCSF recently added a 'real' token to their download page and now you can't automate the download. I have a contact there, and I'll see what I can do. Until then, you have to download the '.bin' file manually and place it in the same directory as the PKGBUILD. Sorry about that.

matrs commented on 2014-03-24 21:13 (UTC)

The PKGBUILD should be updated with the current url, that's why the installation process fails

steabert commented on 2014-03-22 15:30 (UTC)

This doesn't seem to work anymore. The link to the website is also broken.

neersighted commented on 2013-04-30 16:00 (UTC)

@Runiq Fixed. Thanks for helping out!

Runiq commented on 2013-04-30 07:18 (UTC)

Sorry, I accidentally marked this as old and didn't notice that the 1.8 version was marked as "release candidate" on the homepage. Is there a way to retract this?

neersighted commented on 2013-02-28 16:12 (UTC)

Created. * This PKGBUILD now requires Pacman 4.1, due to be released March 10. If you don't know how/can't build it, contact me for a backported PKGBUILD.