Package Details: mendeleydesktop 1.19.8-1

Git Clone URL: https://aur.archlinux.org/mendeleydesktop.git (read-only, click to copy)
Package Base: mendeleydesktop
Description: Academic software for managing and sharing research papers.
Upstream URL: http://www.mendeley.com/release-notes/
Keywords: elsevier mendeley
Licenses: custom:mendeley_eula
Submitter: lpjhjdh
Maintainer: ReyJamonico
Last Packager: ali.molaei
Votes: 306
Popularity: 0.000028
First Submitted: 2009-06-10 18:28 (UTC)
Last Updated: 2021-02-08 08:39 (UTC)

Pinned Comments

ReyJamonico commented on 2022-06-20 07:50 (UTC) (edited on 2022-06-20 07:53 (UTC) by ReyJamonico)

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/

akstrfn commented on 2018-10-02 15:21 (UTC) (edited on 2018-12-14 14:50 (UTC) by akstrfn)

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

Latest Comments

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 35 Next › Last »

pernix commented on 2011-11-02 11:20 (UTC)

Please update to 1.1.3

Meow commented on 2011-10-14 05:33 (UTC)

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.

xduugu commented on 2011-10-13 09:53 (UTC)

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

Meow commented on 2011-10-13 03:00 (UTC)

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

xduugu commented on 2011-10-10 11:24 (UTC)

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

R00KIE commented on 2011-10-10 00:19 (UTC)

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.

FredericChopin commented on 2011-10-06 20:20 (UTC)

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/

xduugu commented on 2011-09-29 14:58 (UTC)

> 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.

dserban commented on 2011-09-29 13:10 (UTC)

Hi, 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. 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. 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.

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 35 Next › Last »