Package Details: mendeleydesktop-bundled 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
Conflicts: mendeleydesktop
Provides: mendeleydesktop
Submitter: lpjhjdh
Maintainer: ReyJamonico
Last Packager: ali.molaei
Votes: 306
Popularity: 0.000000
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 .. 22 23 24 25 26 27 28 29 30 31 32 .. 35 Next › Last »

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.

xduugu commented on 2011-09-29 12:57 (UTC)

Why don't use wget (which is in base and the default download agent of makepkg) or curl (which will be a dependency of pacman 4.0) instead of an extra dependency (lynx). Apart from that, the latest PKGBUILD changes are unfortunate since you can no longer infer package updates from the package version alone and it is no longer possible to easily build older versions. Also, makepkg's PKGDEST is currently not used and the package is downloaded again on every run of makepkg. These kind of PKGBUILDS might be desired for nightly packages, but not for stable ones.

dserban commented on 2011-09-29 12:35 (UTC)

Hmm, I'd have to disagree with that. Whether packaged with a .deb file extension or with a .tar.gz file extension, the binaries are most likely identical. Also, this is a closed-source program, there's no benefit in picking one source over the other.

narendiran commented on 2011-09-29 12:08 (UTC)

@yiuin ... the word ubuntu causes great discomfort. Can you modify it to use the generic linux package.

Decorian commented on 2011-09-29 10:17 (UTC)

I have just used yiuin's version of the pkgbuild and it seems to be fine, no build errors, mendeley updated to 1.1 and started with no problems. I'm inclined to agree about installing binaries from unknown third parties, but I'm not too bothered as I also use Arch's own unsigned repositories.

yiuin commented on 2011-09-29 01:44 (UTC)

Ooops added python2, this should work and it is version 1.1 http://paste.pocoo.org/show/484184/

yiuin commented on 2011-09-29 01:28 (UTC)

As I am uncomfortable installing binaries from unknown parties' websites (no offense guys). I have a much simpler version of the pkgbuild that uses the xUbuntu version provided by the real mendeley website: http://paste.pocoo.org/show/484174/

rogersce commented on 2011-08-21 23:40 (UTC)

@dserban Yep, that fix works just great so far! I also tried manually installing mendeley (ie from their website, not using the AUR) and got the same troubles, so I don't think the problem is with the PKGBUILD, but Mendeley itself not creating the approprite directory w/ correct permissions during install.

dserban commented on 2011-08-16 22:09 (UTC)

@rogersce, I have not encountered this particular error, but from what it looks like you can try this temporary workaround until I figure out what's going on: - open a root terminal - run these commands: cd /usr/share/data chgrp -R users Mend* chmod -R g+w Mend* Then try again using Mendeley. Leave some feedback whether it works.

rogersce commented on 2011-08-16 21:44 (UTC)

I'm getting an error when I start mendeleydesktop: The data directory is set to '/usr/share/data/Mendeley Ltd./Mendeley Desktop', but it could not be created. If I then create that directory, I get problems on startup about not being able to save the database due to read only IO errors. QIODevice::write: ReadOnly device Anyone seen this before?