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.
Search Criteria
Package Details: ucsf-chimera 1.11-2
| Git Clone URL: | https://aur.archlinux.org/ucsf-chimera.git (read-only) |
|---|---|
| Package Base: | ucsf-chimera |
| Description: | Extensible molecular modeling system |
| Upstream URL: | https://rbvi.ucsf.edu/chimera/ |
| Licenses: | |
| Submitter: | neersighted |
| Maintainer: | neersighted |
| Last Packager: | neersighted |
| Votes: | 8 |
| Popularity: | 0.000839 |
| First Submitted: | 2013-02-27 04:22 |
| Last Updated: | 2016-10-16 18:30 |
Latest Comments
neersighted commented on 2016-10-16 13:10
ricrogz commented on 2016-10-16 11:13
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
please fix typo in install file:
s/chimera/ucsf-chimera/g
eomarjee commented on 2015-02-15 12:21
pkgver=1.10.1
pkgrel=1
url='https://rbvi.ucsf.edu/chimera/'
eomarjee commented on 2014-09-18 11:41
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
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.
http://sprunge.us/HGTP
neersighted commented on 2014-07-10 15:08
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
I would like to share my approach with you.
http://sprunge.us/bNXi
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
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
The PKGBUILD should be updated with the current url, that's why the installation process fails