Arch Linux User Repository

I will maintain this until it stops working, but this package should be considered "legacy" and the new Reference Manager (https://aur.archlinux.org/packages/mendeley-reference-manager) preferred.

More Info: https://blog.mendeley.com/category/new-release-2/

To avoid crashs when opening PDF's, and hangout on exit install mendeleydesktop-bundled which packages Qt provided by the upstream.

WARNING: Use the following information entirely at your own risk. I have never done a package script before. I copied xduugu's pastebin script and changed the version number. I then calculated the md5 and sha256 sums from the files i manually downloaded (I didn't know where to find the official sums). I take no credit for writing the script, I just changed the version numbers. I also don't know if there's a way to verify the md5 sums officially. I ran it once on my x86-64 computer, and after the update, it removed the shortcut in Education (I use KDE). When I started it via command line, it displayed a pop-up saying "there is a new version of Mendeley Desktop, version 1.1.1, please update via your package manager" which was strange, so I clicked cancel. Inside Mendeley Desktop, the help menu does say that it is version 1.1.3 though. If you still want to use the script at your own risk it's here: CAUTION http://pastebin.com/Z9UWtt2t THIS DOES NOT WORK PROPERLY. Hopefully Meow will update the official script soon which will conform to the regulations and work properly (this one doesn't do either).

Please update to 1.1.3

Lack of icons cache updating isn't a big issue, you can ignore it. But still I've submited a fixed version to solve the problem.

namcap complains: mendeleydesktop E: Files in /usr/share/icons/hicolor but no call to gtk-update-icon-cache or xdg-icon-resource to update the icon cache

I added .desktop file to /usr/share/applications folder, and created symbolic links of icons to /usr/share/icons.

PKGBUILD for 1.1.2: http://pastebin.com/shgZ5PyR

Version 1.1.2 is out, but seems to be available only for Generic Linux. Binary blob differs from version 1.1.1 in case you are wondering.

Version 1.1.1 is out. The lynx command leads only to version 1.1 Updated PKGBUILD of yiuin at http://paste.pocoo.org/show/488460/

> lynx has the built-in smarts to look at a remote page on the Internet and turn relative URLs into absolute ones, > something wget and curl don't offer. Since you know the base url, that's not really something necessary, right? wget -B $base_url $relative_url or even wget "$base_url/$relative_url" > Inferring package updates from the package version alone is a service AUR shouldn't provide IMO, since AUR is a > place for sharing PKGBUILDs and not a software update notification service. But shouldn't a maintainer be interested in getting (possibly security related) updates as fast as possible to the users? So why not make it as easy as possible for them to identify updates? I really don't understand your intention to share package changes when users might not even know about them. > I understand the point about PKGDEST file caching (or lack thereof in this case), but this is more of an issue > for the package maintainer than for an end-user of the package. Actually, it is worse than that. It is currently not possible to build (or rebuild) such a package without an internet connection or having to rewrite parts of the PKGBUILD, even when the source is locally available. I really appreciate your work and your motivation to improve the aur packages, but I don't see any advantage in the current approach for the _user_, only drawbacks. "Automagically" updating packages might be nice for maintainers, but not from an user's point of view (apart from nightly and vcs packages), and imo has nothing to do with KISS.