Package Details: mendeleydesktop 1.16.3-1

Git Clone URL: https://aur.archlinux.org/mendeleydesktop.git (read-only)
Package Base: mendeleydesktop
Description: Academic software for managing and sharing research papers (desktop client)
Upstream URL: http://www.mendeley.com/release-notes/
Licenses: custom:mendeley_eula
Submitter: lpjhjdh
Maintainer: xgdgsc
Last Packager: xgdgsc
Votes: 252
Popularity: 4.763242
First Submitted: 2009-06-10 18:28
Last Updated: 2016-09-01 03:06

Latest Comments

brittyazel commented on 2016-07-30 04:46

@xgdgsc The version was not bumped to pkgrel=3 when you changed the md5sum values, thus anyone who had tried updating with the old md5sum values with pacaur has an old version in their cache with the wrong md5sums.

If you are getting errors that state that the validity check failed with pacaur, delete the mendeleydesktop entry out of .cache/pacaur and try again.

brittyazel commented on 2016-07-06 05:13

Hey guys, I'm using the numix-circle icon theme, and for some reason once mendeley is running it no longer uses the nice themed icon, but rather falls back to the default icon. Any thoughts?

sumofsquares commented on 2016-06-29 20:29

@slartibarfast, I also had problems with the md5 sum. What I did was download the latest file, compute the md5sum and edit the PKGBUILD with the correct md5sum.

slartibarfast commented on 2016-06-28 21:31

Hello. I'm getting problem checking the md5. Is it just me?

juliano.gomes commented on 2016-06-14 07:14

Here is working.
before makepgk-i: install qt, qtwebkit

edh commented on 2016-04-03 09:22

Please use depends_i686 and depends_x86_64 [1], source_i686 and source_x86_64 [2] , md5sums_i686 and md5sums_x86_64 [3] instead of checking the CARCH. Furthermore it seems like gconf is an optdepends [4].

[1] https://wiki.archlinux.org/index.php/PKGBUILD#Dependencies
[2] https://wiki.archlinux.org/index.php/PKGBUILD#Sources
[3] https://wiki.archlinux.org/index.php/PKGBUILD#Integrity
[4] https://wiki.archlinux.org/index.php/PKGBUILD#optdepends

MartinZ commented on 2016-04-02 00:15

1.16.1 fixed the huge load time. It was an upstream bug, as is shown here: https://www.mendeley.com/release-notes/

MartinZ commented on 2016-03-05 02:04

Mmmh, that's weird. I don't remember changing anything at all.
Running from console gives no error
Mendeley takes about 5 minutes to completely run, and then clicking on a folder takes 3 - 5 secs to show the content.
Previously (I mean, 1.15) ran perfectly.

Edit: I downgraded to 1.15.3 and is smooth

xgdgsc commented on 2016-03-01 02:27

@MartinZ I don' t have any performance issue here.

MartinZ commented on 2016-02-28 21:39

I don't know if it has something to do with the PKGBUILD, but since last update (1.16) Mendeley takes ages to load and then the interface is also very slow.

valandil commented on 2015-04-15 04:49

This oughtta do it.

https://gist.github.com/valandil/b609d960aeb58c44290c

xico commented on 2015-03-25 22:08

1.13.6 is available.

xgdgsc commented on 2015-02-21 16:19

I don' t know why the official one you get is still 1.13.3 and the link http://desktop-download.mendeley.com/download/linux/mendeleydesktop-1.13.4-linux-x86_64.tar.bz2 doesn' t exist.

orschiro commented on 2014-12-12 12:00

Does anyone know if Mendeley Desktop provides a system tray icon that can be enabled?

Thanks,

Robert

macaco commented on 2014-11-16 00:20

Did try to type in manually update-desktop-database -q, but it did not show any effect.

xgdgsc commented on 2014-11-15 14:07

Not sure what causes that. I' ve never used Frequently used section before. Added update-desktop-database -q though.

igel commented on 2014-11-14 11:56

macaco: maybe
> update-desktop-database -q

Maybe this should be included in the .install file? There's some xdg-based command instead which I'm not familiar with

macaco commented on 2014-11-13 22:22

Thanks for adding Mendeley to AUR!!!

Problem: I am using Mendeley frequently but the icon does not appear in the dash in the frequently used section (gnome 3.14).

Think this is not worth being named a bug but wanted to inform you.

tirip commented on 2014-11-05 19:36

Feel free to try out my PKBUILD at https://github.com/Tirip/mendeleydesktop
with makepkg and subsequent pacman -U mendeleydesktop-1.12.3-1-86_64.pkg.tar.xz.

This is a personal repo and I did not fully check all dependecies. Add the one's you might need.

xico commented on 2014-11-05 18:27

1.12.3 is out. Just notifying because the “maintainer” seems to have disabled the update messages.

xico commented on 2014-11-05 18:26

1.12.3 is out. Just notifying because the “maintainer” seems to have disabled the update messages (sic!).

tirip commented on 2014-11-05 01:33

Feel free to try out my PKBUILD at https://github.com/Tirip/mendeleydesktop
with makepkg and subsequent pacman -U pacman -U mendeleydesktop-1.12.2-1-86_64.pkg.tar.xz (or whatever arch you have).

This is a personal repo and I did not fully check all dependecies. Add the one's you might need.

mstone commented on 2014-10-25 23:57

@xgdgsc: I prefer downloading a few unnecessary megabytes and scanning through a PKGBUILD over having this annoying update notification popping up for weeks, downloading the PKGBUILD when realizing that I cannot stand it any longer, changing a few lines, find out the new hashes, updating manually and writing you this comment. thanks for keeping mendeley up to date the rest of the year though.

BuLLeKeUp commented on 2014-10-15 12:42

To install an up-to-date mendeley, just apply the following patch to the PKGBUILD, this does the trick (basically update the version and corresponding md5 sums for mendeley tarballs).

--- PKGBUILD-mendeley-original 2014-10-15 16:37:44.473270723 +0200
+++ PKGBUILD-mendeley-desktop 2014-10-15 16:36:42.616605296 +0200
@@ -1,7 +1,7 @@
#Maintainer:xgdgsc<xgdgsc@gmail.com>

pkgname=mendeleydesktop
-pkgver=1.12.1
+pkgver=1.12.2
pkgrel=1
pkgdesc="Academic software for managing and sharing research papers (desktop client)"
url=http://www.mendeley.com/release-notes/
@@ -14,11 +14,11 @@

if [[ $CARCH = i686 ]];then
_arch=i486
- md5sums[0]='e5ad8c24fce0285eb3513d88dd6b8a9b'
+ md5sums[0]='222ae49c1e8d626021a923be13151c85'

else
_arch=$CARCH
- md5sums[0]='4099547f4a8de0ad454e54134889a6a4'
+ md5sums[0]='403a6213419e100c2bba030a7cf28e5a'
fi

if which gconftool-2 &>/dev/null;then


xgdgsc commented on 2014-10-04 08:29

Why don' t I get any popups?

xico commented on 2014-10-04 05:34

Please update the package so that we can avoid those horrible popups at startup, and have the latest version bump, or at least disown the package so that someone can update it. Thanks.

xgdgsc commented on 2014-10-04 05:12

Please stop flagging as 1.12.2 has nothing changed for linux.

xgdgsc commented on 2014-10-04 03:00

Release Notes for Mendeley Desktop v1.12.2
This is a minor update to fix compatibility with the Gatekeeper security system in Mac OS X 10.9.5 and OS X 10.10.

dtzWill commented on 2014-06-24 22:20

Can you re-upload this? It appears this needs to be done due to the AUR 3.0.0 release in order to provide required metadata.

More information available on mailing list announcing AUR 3.0.0[1] and as described from the pacaur wiki[2]. I'll note the 'dependencies' list currently contains '[@]}' which is a bit amusing but something that should also be fixed by re-uploading in the new format.

Thanks!

[1] http://www.opendevs.org/nnnyp/aur-3-released.html
[2] https://wiki.archlinux.org/index.php/Pacaur

xgdgsc commented on 2014-04-16 07:33

I don' t use other locales. You have to modify mendeley.js , anyway. So I feel it may not be a good idea to change that file here. You can upload another package for that purpose.

Anonymous comment on 2014-04-16 07:03

hey, pkg builds w/o problems on x86_64 ..just a suggestion: replace /opt/../loadlocale.js with this one: http://support.mendeley.com/customer/portal/questions/4168433-language-setting-for-citation
to ease changing of citation language

axelmagn commented on 2014-01-25 23:33

That resolved the problem. Thanks. Now I feel silly.

sirocco commented on 2014-01-25 08:33

Ensure the base-devel group package is installed (pacman -S --needed base-devel).

axelmagn commented on 2014-01-24 22:15

my makepkg -s fails immediately with:

==> ERROR: Cannot find the fakeroot binary required for building as non-root user.
==> ERROR: Cannot find the strip binary required for object file stripping.


It's unclear to me why this is occurring. Help?

bugbuster commented on 2013-12-02 02:51

@lqs This seems to be a Mendeley downtime. This also happened when I tried to login on my Win machine.
If you reported it to Mendeley you can just wait for them to fix it.

lqs commented on 2013-12-02 02:06

When I open the software and try to login, this error appears:
An error occured when contacting Mendeley:

Error message: Error downloading
https://mix.mendeley.com:443/oauth/token/server replied: Service unavailable

How can I solve this?

Anonymous comment on 2013-06-21 09:01

==> Validating source files with md5sums...
mendeleydesktop-1.8.4-linux-x86_64.tar.bz2 ... FAILED

matrs commented on 2013-05-22 21:39

Version 1.8.5 has problems with libreoffice 4 plugin. The Previous version hadn't problems and that's why this version was took it off from the site, it was online just for a short time.

janoliver commented on 2012-12-03 09:09

1.7.1 pkgbuild
https://gist.github.com/4193726

jiuren commented on 2012-11-26 22:04

1.7.1 version is released.

semi commented on 2012-11-21 14:19

Here is an updated PKGBUILD for the new 1.7 version (both i686 and x86_64):

https://gist.github.com/4125048

I've removed the assignment of i486 and can use the x86_64 version without problems so far.

jiuren commented on 2012-11-12 13:07

Why did you first check the $carch, then force it to be i486?
Is there any bug for X86_64 version?

igel commented on 2012-11-09 07:42

This one is under active development: https://aur.archlinux.org/packages/mendeleydesktop-dev/

semi commented on 2012-11-09 07:29

I had the same error, christianc's solution fixed it for me. Leon, could you please fix the PKGBUILD?

igel commented on 2012-11-06 13:51

The checksums seem to be outdated, can you update them, please? :)

andersonsv commented on 2012-10-31 22:10

Reading the comments here I just altered my PKGBUILD this way:

Line 18
Original PKGBUILD
_arch=$CARCH
My PKGBUILD
_arch=x86_64

Line 26
Original PKGBUILD
_arch=i486
My PKGBUILD
_arch=$CARCH

Worked for me. (sorry for the bad english)

andersonsv commented on 2012-10-31 21:49

Why this package is marked as out of dated?

chenxing commented on 2012-08-21 21:33

I can also confirm that removing "_arch=i486" works for x86_64 machines. Wish the maintainer could update it:)

cfr42 commented on 2012-08-10 22:36

The sources listed above are also incomplete for the same reason - the source is wrong for a 64 bit build.

sjakub commented on 2012-08-09 16:02

This PKGBUILD is still broken, christianc has the right solution.

Anonymous comment on 2012-08-05 16:02

@christianc thanks that helped.

Anonymous comment on 2012-08-04 21:15

@paul2lv Remove the line 26 from PKGBUILD
_arch=i486

paul2lv commented on 2012-08-04 18:01

==> Validating source files with md5sums...
mendeleydesktop-1.6-linux-i486.tar.bz2 ... FAILED
mendeleydesktop.install ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build mendeleydesktop.

xduugu commented on 2012-08-02 10:17

Does someone else have a problem with the install-mendeley-link-handler.sh script? It's quite annoying that it always adds mendeley as an application for pdf.

kuantkid commented on 2012-07-30 02:45

New package 1.6 is released. Only to change the pkgbuild to version 1.6 seems to work. But not sure whether there is other package change.

R00KIE commented on 2012-06-16 15:18

@schivmeister
In my opinion the updater should not even be included in the package and I don't see eye to eye with install-mendeley-link-handler.sh too, both are easy to remove. Also the launcher script should work fine with python 3, it should work at least since version 1.3.1.

Another thing is that PKGEXT=.pkg.tar could be used, this package is not going to be distributed over the internet so there isn't much point in spending time compressing it.

Here's what I use:

pkgname=mendeleydesktop
pkgver=1.5.2
pkgrel=1
pkgdesc="Academic software for managing and sharing research papers (desktop client)"
url=http://www.mendeley.com/release-notes/
arch=(i686 x86_64)
depends=(qt python libpng12)
license=(custom:mendeley_eula)

_filearch=$CARCH
[[ $CARCH = i686 ]] && _filearch=i486

source=("http://download.mendeley.com/linux/${pkgname}-${pkgver}-linux-${_filearch}.tar.bz2")
md5sums=('1fb073e53ce2d795aa615656c736619e')

[[ $_filearch = i486 ]] && md5sums[0]='9a733e695c49c348759a8493a07d8910'

install="$pkgname.install"

PKGEXT=.pkg.tar

package()
{
# Prepare pkgdir
install -dm755 "$pkgdir/usr/bin"
install -dm755 "$pkgdir/opt/$pkgname/share"
install -dm755 "$pkgdir/usr/share"

cd "mendeleydesktop-${pkgver}-linux-${_filearch}"

# Delete stuff we don't need
# mendeleydesktop still complains about next one but continues anyway
rm bin/install-mendeley-link-handler.sh
rm lib/mendeleydesktop/libexec/Updater

# Remove builtin qt (doesn't seem to be needed now)
rm -r lib/mendeleydesktop/plugins
rm -r lib/qt

# Remove other things provided by the system
rm -r lib/ssl
rm share/doc/mendeleydesktop/*.txt

# Comment a line about stuff we removed
sed -i 's@.*install-mendeley-link-handler\.sh@#&@' bin/mendeleydesktop

# Move stuff around
mv bin "$pkgdir/opt/$pkgname"
# Linking seems to work now without launching with extra parameters
ln -s "/opt/$pkgname/bin/mendeleydesktop" "$pkgdir/usr/bin/"
mv lib "$pkgdir/opt/$pkgname"
install -Dm644 LICENSE "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
mv share/doc share/mendeleydesktop "$pkgdir/opt/$pkgname/share"
mv share/applications share/icons "$pkgdir/usr/share"
}

schivmeister commented on 2012-06-01 14:59

Guys is the built-in updater supposed to work?

Anonymous comment on 2012-05-21 14:15

I got things working with 1.5.2 by editing the PKGBUILD file and updating the version number and the corresponding MD5. I did however get presented with a blank setup window following the install which was rather frustrating. Traced back to the fact that I'm running behind a proxyserver that will not play nice with Linux. Fixed by looking at the following thread http://support.mendeley.com/customer/portal/questions/290982-mendeley-stuck-at-setup-window and using the "--setting General_FirstRun:false" option when I run it. Not ideal but it allowed me in so I could edit mendeley settings from inside the GUI.

big_gie commented on 2012-05-15 16:27

Version 1.5.2 is out. Bumping the PKGBUILD to 1.5.2 seems to fix an issue I was having where mendeley would just crash at startup, rendering it useless...

pernix commented on 2012-04-16 15:23

md5sums for version 1.5:
i486: d58ab897a0a08875688aaaf84d0c6385
x86_64: a59edcdd2237080e106958fd41ecbb43

cagprado commented on 2012-03-23 03:40

MendeleyDesktop 1.5-dev3 works fine with qt 4.8 (no need to use bundled and then no need for libpng12). It needs, however qtwebkit.

juantascon commented on 2012-03-07 17:08

hi! libpng12 is a required dependency, please fix it, also the new version 1.3.2 is available, thank you

Anonymous comment on 2012-03-06 00:46

In fact here is the entire PKGBUILD

http://pastebin.com/AhtXvByF

Anonymous comment on 2012-03-06 00:34

There is a simple solution to the desktop files issues.
Stop shoving garbage in 'desktop' files. They are for providing menu entries and icons - NOT appending custom runtime flags.

Execute mendeley via a wrapper shell script in /usr/bin/mendeleydesktop.

Here it is:

#!/bin/sh
/opt/mendeleydesktop/bin/mendeleydesktop --force-bundled-qt "$@"

All problems well then cease.

Anonymous comment on 2012-02-26 15:59

Ran into the same problem as mdshw5. Problem seems to be that the desktop entry in ~/.local/share/applications get overwritten
by /opt/mendeleydesktop/bin/install-mendeley-link-handler.sh I tried appending the entry with the --force-bundled-qt argument but that didnt fix the problem.
The issue seems to be that python wrapper for mendeleydesktop does not see the argument. My hack was to simply edit /opt/mendeleydesktop/bin/mendeleydesktop and set
use_system_qt = False instead of None. The flags --force-bundled-qt and --force-system-qt will still work from the command-line.

Anonymous comment on 2012-02-24 16:40

Thanks for the work including this package. It's great to see so many Arch users running mendeley. There is one issue I have encountered while running mendeley in gnome-shell. The application launcher included in this package does not force local QT version, which is fine, and starting mendeley from the console is not that bad. However, if I append --force-bundled-qt to the mendeleydesktop.desktop entry in either ~/.local/share/applications or /usr/share/applications, the version of the launcher in ~/.local/share/applications reverts to reading "Exec=/home/shirley/.local/share/mendeleydesktop %u". This is kind of annoying, as it seems that there is no way to permanently fix the gnome application launcher. Can anyone comment on this?

Decorian commented on 2012-02-20 13:27

Flagged as out of date, however, it looks like the latest available version (1.3.2) is a development version from the release notes [1].

[1]: http://www.mendeley.com/release-notes/v1_3_2/

Anonymous comment on 2012-02-03 08:01

Please, add libpng12 to dependencies (see http://support.mendeley.com/customer/portal/questions/112106-mendeley-desktop-won-t-work-with-qt-4-8)

xduugu commented on 2012-02-02 23:46

> Using system Qt version 4.8.0 in /usr/lib

As you can see, your flag is wrong. It's --force-bundleD-qt.

Anonymous comment on 2012-02-02 13:03

Latest version crashes here with:
~ >> mendeleydesktop --force-bundle-qt
Using system Qt version 4.8.0 in /usr/lib
Running /opt/mendeleydesktop/bin/..//lib/mendeleydesktop/libexec/mendeleydesktop.i486 --force-bundle-qt
QSharedPointer: pointer 0xb489b98 already has reference counting

xduugu commented on 2012-01-23 15:31

See the previous comments. You need the --force-bundled-qt flag (and libpng12) when you start mendeleydesktop from commandline. The desktop file should already include the flag.

someonerandom commented on 2012-01-23 13:24

mendeley 1.3 and 1.3.1 isn't usable within 32bit...

$ mendeleydesktop --verbose-log
Using system Qt version 4.8.0 in /usr/lib
Running /opt/mendeleydesktop/bin/..//lib/mendeleydesktop/libexec/mendeleydesktop.i486 --verbose-log
QSharedPointer: pointer 0x9b6d890 already has reference counting

big_gie commented on 2012-01-21 19:23

@xduugu's PKGBUILD works. No problem so far... Thanks.

xduugu commented on 2012-01-17 20:37

PKGBUILD for 1.3.1: http://pastebin.com/TGQtVdLF

MartinZ commented on 2012-01-14 15:18

Here md5 works fine. Are you in a 32 bits environment?

cyker commented on 2012-01-14 09:29

Plz update md5sum.

Anonymous comment on 2012-01-07 22:43

md5 check fails

seal20 commented on 2012-01-04 01:59

Thanks. It is working now with the libpng12 from AUR. Shouldn't the PKGBUILD be modified to include libpng12 as a dependency and somewhat check what version of Qt is used and modify the .desktop if required to include the --force-bundled-qt ?

xduugu commented on 2012-01-02 22:31

There is a libpng12 package in the AUR[1]. No need to downgrade packages from official repositories.

[1] https://aur.archlinux.org/packages.php?ID=33795

Anonymous comment on 2012-01-02 14:47

--force-bundled-qt does work for me. Are you sure you didn't forget the "d" in bundled ? :-)

seal20 commented on 2011-12-28 02:55

same here does not work with qt4.8... tried with --force-bundle-qt but complains about libpng12. However arch is at libpng 1.4 . I would prefer to not have to downgrade libpng, does anyone now a workaround?

Anonymous comment on 2011-12-27 13:31

mendeleydesktop-1.3-linux-i486.tar.bz2 does not pass validity check. Is there a workaround?

xduugu commented on 2011-12-23 07:24

You can try to run it with --force-bundled-qt. It requires libpng12 though.

MartinZ commented on 2011-12-23 02:52

It doesn't run with Qt 4.8 (already tried recompiling). Do someone know a fix?

Thanks in advance.

xduugu commented on 2011-12-07 03:24

A long time? Anyway, this PKGBUILD works for me for 1.3 (mendeley:// links may not be supported):
http://pastebin.com/u81nVuXW

xduugu commented on 2011-12-07 03:24

A long time? Anyway, this PKGBUILD works for me for 1.3 (mendeley:// links may ne be supported):
http://pastebin.com/u81nVuXW

rns commented on 2011-12-07 02:55

After waiting a long time, I decide to download the "Generic Linux Version" from mendeley.com. In the extracted folder, type “./bin/mendeleydesktop” in terminal and you get mendeley 1.3 running.
http://www.mendeley.com/download-mendeley-desktop/linux64/instructions/

gaelic commented on 2011-12-06 18:34

1.3 was released a few moments ago. Hoping for an update this time ...

R00KIE commented on 2011-12-04 15:17

What I'd like to know is why every time this package changes maintainer the pkgbuild gets completely rewritten and it breaks something.

Was it that hard to adapt the pkgbuild that was already tested and known to be working?

someonerandom commented on 2011-11-26 10:03

Version 1.1.3 is definitely out. Simply change pkgver=1.1.3, pkgrel=1 and update md5sum und sha256sum.

Anonymous comment on 2011-11-23 02:17

I am using version 1.1.2, but I also get the "There is a new version of Mendeley Desktop, version 1.1.1 [...]" message. I haven't been able to find anything on Google (except for this page), so it seems like a bug with Arch only...

Decorian commented on 2011-11-09 00:17

Looks like the same sha256 to me, maybe it's an issue with the 1.1.3 version?
Might be worth attempting a bug report on Mendeley's feedback forum.

Decorian commented on 2011-11-09 00:14

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

big_gie commented on 2011-11-09 00:12

I'm using 1.1.3 under gentoo and had the same issue... Sha256 of the 1.1.3 archive I've downloaded directly from mendeley.com is 8d7da5f238b1ab2a8dc2611dddc1d7566e4526ef79e0334bf4d9e9601e947d62

Decorian commented on 2011-11-09 00:09

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

pernix commented on 2011-11-02 11:20

Please update to 1.1.3

Meow commented on 2011-10-14 05:33

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

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

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

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

R00KIE commented on 2011-10-10 00:19

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.

dserban commented on 2011-10-06 20:27

I'm temporarily disowning this package to focus on other things.
I will probably reacquire it one week from now if it is still orphan.

FredericChopin commented on 2011-10-06 20:20

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

> 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

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

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

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

@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

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

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

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

@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

@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

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?

iosonofabio commented on 2011-08-05 13:34

@dserban

Ok, works now on x86_64. Thanks again.

big_gie commented on 2011-08-04 15:39

Yes it works, thanks ;) Ideally it would be downloaded from mendeley.com, but since this mirror's address comes from mendeley themselve, I guess its fine ;)

dserban commented on 2011-08-04 15:33

@big_gie,
Mendeley's website is OK, there were some issues with my browser caching things it wasn't supposed to.
I redid the location and the MD5 sums, give it another try and give some feedback.

big_gie commented on 2011-08-04 15:14

Hi dserban. I think the download location is wrong, at least for x86_64. Untaring the file and running it shows version 1.0 and ask to upgrade.

Manually downloading through mendeley's website gives this url:
https://s3.amazonaws.com/mendeley-desktop-download/linux/mendeleydesktop-1.0.1-linux-x86_64.tar.bz2?u=122622&x=mendeleydesktop-1.0.1-linux-x86_64.tar.bz2
md5sum should be 48dc6d77831d9976a6bd5809b4d47458 (x86_64), NOT dd9e485e2bb393b06c89ec85abb9a1b2

Maybe mendeley's website is screwed up?

dserban commented on 2011-08-04 14:42

@iosonofabio, it should be fixed now.
The error only shows up on 64-bit, which I hadn't tested.
Try again and leave some feedback.

iosonofabio commented on 2011-08-04 13:33

At present, after release of 1.0.1-1, I get the following error:

==> Entering fakeroot environment...
==> Starting build()...
mv: cannot stat `lib/qt/libpng.so.3': No such file or directory
==> ERROR: A failure occurred in build().
Aborting...

Could you please fix this? Thanks in advance!

R00KIE commented on 2011-07-06 15:51

Everything I have tested works fine here now.

Signoff x86_64 :p

dserban commented on 2011-07-06 15:42

The FAQ.pdf is now at:
/usr/share/mendeleydesktop/share/doc/mendeleydesktop/FAQ.pdf

R00KIE commented on 2011-07-06 15:19

Small glitch: the FAQ.pdf file should be in /usr/share/mendeleydesktop/doc/mendeleydesktop and not in /usr/share/doc/mendeleydesktop otherwise Help -> Getting Started Guide will not open the pdf. The rest seems ok.

R00KIE commented on 2011-07-06 15:18

Small glitch: the FAQ.pdf file should be in /usr/share/mendeleydesktop/doc and not in /usr/share/doc otherwise Help -> Getting Started Guide will not open the pdf. The rest seems ok.

R00KIE commented on 2011-07-06 15:14

Seems to be working fine here, mendeleydesktop can now find and install/uninstall the libreoffice plugin and inserting/refreshing citations and choosing the citation style work as expected.

I'd say it's safe to increment the pkgrel. Thanks for looking into this.

dserban commented on 2011-07-06 14:40

I have incorporated the changes you suggested.
Please test the new PKGBUILD before I increment the pkgrel for everyone.

R00KIE commented on 2011-07-06 13:53

Not only is the plugin misplaced but also trying to insert/refresh references fails if the plugin is installed manually. Also mendeleydesktop is not able to find any installed citation styles.

I think mendeleydesktop (and not libreoffice) expects to find the share (at least share/mendeleydesktop) and lib directories in the same place. Take a look at how they do it in the .deb, they also have share and lib together.

I guess the icons and applications directories are not really needed inside the share directory and can be moved to /usr/share but I didn't test that.

dserban commented on 2011-07-06 13:03

So the share/mendeleydesktop/openOfficePlugin is misplaced? Where is LibreOffice expecting to find that directory and failing?
I can't reproduce the problem on my non-vanilla system.

R00KIE commented on 2011-07-06 09:35

The way you install the program breaks the integration with libreoffice, it seems most things need to be put in the same directory and can't be split.
This build section corrects that:

build()
{
cd mendeleydesktop-0.9.9.2-linux-${_filearch}
# Remove unneeded libs
rm lib/libQt*
# install program
mkdir -p "${pkgdir}"/usr/share/mendeleydesktop
cp -r bin "${pkgdir}"/usr/share/mendeleydesktop
cp -r lib "${pkgdir}"/usr/share/mendeleydesktop
cp -r share "${pkgdir}"/usr/share/mendeleydesktop
mkdir -p "${pkgdir}"/usr/bin
ln -s /usr/share/mendeleydesktop/bin/mendeleydesktop "${pkgdir}"/usr/bin/mendeleydesktop
# install icons and desktop file
cp -r share/applications "${pkgdir}"/usr/share
cp -r share/icons "${pkgdir}"/usr/share
}

Anonymous comment on 2011-06-15 03:05

Why both openssl and openssl-compatibility are required?

big_gie commented on 2011-05-30 16:41

@alexcortes:
The .install file prints some things about KDE in a terrible way: I just don't understand the meaning of the sentence.
Maybe you meant something of the like (it's "Qt", not "QT". "QT" is often used for QuickTime...):
KDE users may have issues with Qt themes.
A possible workaround is to remove
the included Qt libraries (/opt/mendeleydesktop/lib/libQt*).

alexcortes commented on 2011-05-20 04:33

@liusp

Is possible to make a link from /usr/lib/libssl.so to libssl.0.9.8 and it's works. If make only a link to /usr/lib/libssl.so.0:

"error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory"

Unfortunately for others users can need the real openssl-0.9.8 to others packages and making a link from V.1.0.0 can take some issues for this ones.


About Qt: since Mendeley run without Qt on depends is really a good idea for non-Qt based desktop users, don't take ~110MB of space unncessary. And, at my side, if i remove /opt/mendeleydesktop/lib/libQt* and use Qt instead, returns: (i don't no why)

"Application asked to unregister timer 0x5000006 which is not registered in this thread. Fix application."

Thank you!

Anonymous comment on 2011-05-19 19:08

@unlucu

Both libpng12 and libpng14 are needed, and also the libpng.so.3 in /opt/mendeleydesktop/lib. You can use ldd to check which library file it uses.

@alexcortes

I think 'qt' should still be in the dependence list, and 'openssl-compatibility' is no longer needed.

No matter you are in gnome/KDE or anything else, if you have qt installed, you will have all of the libQt* files for mendeley in /usr/lib.

For the libssl, what mendeley needs are libssl.so.0 and libcrypto.so.1.0.0, while the openssl package contains libssl.so and libcrypto.so.1.0.0. Thus all you need to do is make a link from libssl.so to libssl.so.0.

As a result, you only need to have 'libpng.so.3' and 'libssl.so.0' in /opt/mendeleydesktop/lib.

alexcortes commented on 2011-05-17 22:56

@unlucu

It's very strange at my side. Sometimes Mendeley accept libpng14 only, otherwise no.

alexcortes commented on 2011-05-17 22:36

@unlucu

Hi,

It seems be only in i486 (i686) version.

I will update the PKGBUILD.

Thanks!

unlucu commented on 2011-05-17 18:37

I am using libpng14. when i try to launch mendeleydesktop i get fooloowing error.

/opt/mendeleydesktop/bin/mendeleydesktop.i486: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory

alexcortes commented on 2011-05-16 23:41

@liusp

Hi, it's true libpng from EXTRA instead libpng12! My apologies.

I update the PKGBUILD, please test it and report. I'm Gnome user, so, I can't have problems with QT themes. :-P

I can't delete the /opt/mendeleydesktop/lib/libQt*, otherwise non-KDE users will not start Mendeley...

I will look for a workaround.

Thank you!

alexcortes commented on 2011-05-16 23:13

@liusp

Hi, it's true libpng from EXTRA instead libpng12! My apologies.

I update the PKGBUILD, please test it and report. I'm Gnome user, so, I can't have problems with QT themes. :-P

I can't delete the /opt/mendeleydesktop/lib/libQt*, otherwise non-KDE users will not start Mendeley...

I will look for a workaround.

Thank you!

alexcortes commented on 2011-05-16 22:58

@liusp

Hi, it's true libpng from EXTRA instead libpng12! My apologies!

I update the PKGBUILD, please test and report. I'm Gnome user, so, i can't have problems about QT themes :-P.

Are you a KDE user?

Thank you!

Anonymous comment on 2011-05-16 18:47

@alexcortes

Thx for your reply!

1. I can't find libpng12 in EXTRA... Only libpng 1.4 there.

2. Mendeley can run with the OPT files, but the GUI style is missing, just a non-themed qt GUI. When I delete the libQT** files in the /opt/mendeletdesktop/lib, Mendeley will use the library files in /usr/lib directly, and then the qt theme comes back.

alexcortes commented on 2011-05-15 03:41

Hi @liusp!!!

It's working pretty with libpng12 from EXTRA at my side, without any issues.

I believe the mendeley run pretty with the files in OPT, but Arch Linux doesn't work, for standard, with OPT files. So, is possible to make links from opt to /usr/lib, but i don't think this is a pretty nice.

I'll look about the others issues.

Thank you.

alexcortes commented on 2011-05-15 03:41

Hi @liusp!!!

It's working pretty with libpng12 from EXTRA at my side, without any issues.

I believe the mendeley run pretty with the files in OPT, but Arch Linux doesn't work, for standard, with OPT files. So, is possible to make links from opt to /usr/lib, but i don't think this is a pretty nice.

I'll look for the others issues.

Thank you.

Anonymous comment on 2011-05-14 23:38

@alexcortes

I believe that Qt libraries in this package can be deleted. All of them are included in the "qt" package, and mendeley can run with them smoothly.

Also, the Qt lib files in this package will change the GUI style of this program separately. Using the ones in qt package will not lead to this flaw.

Anonymous comment on 2011-05-14 23:30

@alexcortes @jxy

The library dependence of this package is weird. If you directly use the libpng12 package in AUR, it will said

"libpng warning: Application was compiled with png.h from libpng-1.4.5
libpng warning: Application is running with png.c from libpng-1.2.44"

and all of the icons are missing. However, if you use the libpng.so.3 provided in the /opt/mendeleydesktop/lib folder, the program is running OK.

alexcortes commented on 2011-05-04 22:52

@kb110
Hi,

If you update the version in PKGBUILD, you need to create news md5sums for new sources:

"makepkg -g"

Thanks.

kkimdev commented on 2011-05-04 18:59

mendeley is updated and this gives md5 checksum error (9.9.2)

alexcortes commented on 2011-04-07 02:19

@jxy

Yep, but unfortunately Mendeley does not start without libpng12 and openssl-0.98. If remove (eg.) libpng12 package gets:

-> "error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory"

alexcortes commented on 2011-04-07 02:11

@jxy

Yep, but unfortunately, Mendeley does not start withou libpng12 and openssl-0.98. If remove (eg.) libpng12 package gets:

-> "error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory"

Anonymous comment on 2011-04-07 01:44

why do you need openssl-compatibility and libpng12, while these files are actually installed with the package in /opt/mendeleydesktop/lib/libssl.so.0 and /opt/mendeleydesktop/lib/libpng.so.3?

alexcortes commented on 2011-03-02 05:38

New testing version (0.9.9-r34441) is out. (x86_64 only)

For testing purpose - http://www.mediafire.com/file/dof5opo03csbcil/PKGBUILD

I have trouble with "install -m755 lib/libQtSql.so.4" (line 39) from actual PKGBUILD. I remove this line and it's working fine for me.

openssl-0.98 & libpng12 ... Yes, they love :-)

petelewis commented on 2011-02-06 10:52

Ah, no worries. I was using glibc from [testing]. Maybe we'll be hit by this soon though.

petelewis commented on 2011-02-06 10:50

Eek:

% mendeleydesktop
Inconsistency detected by ld.so: dl-deps.c: 622: _dl_map_object_deps: Assertion `nlist > 1' failed!


anyone? :-/

big_gie commented on 2011-01-17 16:19

0.9.8.2 seems to be out. I don't know what changed from 0.9.8.2-rc1 though...

alexcortes commented on 2011-01-12 21:02

EDIT: only 64 bits version avaliable by Mendeley - PKGBUILD fixed.
------------------------------------------------------------------
In "rc1" version 'openssl-compatibility' and 'libpng12' still are necessary. Maybe 'qt 4.7' is working fine.

I change de previous PKGBUILD for testing purpose.

http://www.mediafire.com/file/towm34nri8anolf/PKGBUILD

Enjoy :-D

alexcortes commented on 2011-01-12 18:20

In the new "rc1" version 'openssl-compatibility' and 'libpng12' are necessary yet. Maybe working fine with 'qt 4.7'.

I change the PKGBUID for test it. ----- http://www.mediafire.com/file/r6w81hv83dkvkwj/PKGBUILD

Enjoy! :-D

alexcortes commented on 2011-01-12 18:16

In the new "rc1" version 'openssl-compatibility' and 'libpng12' are necessary yet. Maybe working fine with 'qt 4.7'.

I change de PKGBUID for test it. ----- http://www.mediafire.com/file/r6w81hv83dkvkwj/PKGBUILD

Enjoy!

big_gie commented on 2011-01-12 17:17

The site you posted is showing -rc1 for download... Probably the release note is mixed up ;)

petelewis commented on 2011-01-12 17:16

Weird, yeah they seem to have put up release notes for a version not yet released:

http://www.mendeley.com/download-mendeley-desktop/

big_gie commented on 2011-01-12 17:02

When launching mendeley, I get a notice that 0.9.8.2-rc1 is out, but I can only find the release note for 0.9.8.2 (http://www.mendeley.com/release-notes/v0_9_8_2/).
Both the realease note from the website and the one shown directly in mendeley for 0.9.8.2-rc1 are the same...
Anyone having an idea?

Anonymous comment on 2010-12-28 01:22

Not so much a problem with Mendeley, (actually Arch's is currently working better than Ubuntu's, which is crashing when I try to highlight PDF's). But I don't know if anyone else is experiencing the same, but when I go to install the OpenOffice plugin, it won't find "unopkg" in it's default location. Then when I point it to the right place, it says there was an error, and that unopkg gives an error output: but then after that it doesen't give any error output in the message. Anywho, if one just ignores it, and then uses the plugin after that (in say OO's equivalent to Word), it seems to work perfectly. Obviuously I'm not too worried as the fact it works is brill, but I wanted to know if anyone else was getting similar?

petelewis commented on 2010-12-13 23:21

Hi yiuin. Unfortunately, mendeley doesn't work well with Qt 4.7 yet:
http://feedback.mendeley.com/forums/4941-mendeley-feedback/suggestions/1104719-make-mendeley-work-with-qt-4-7

:-(

yiuin commented on 2010-12-13 23:10

@petelewis better fit as in less AUR packages required. Although it does require qt4, I think it will work with qt 4.7 which is in extra. I had a PKGBUILD that required nothing else from AUR which I appreciate since it is less trouble.

alexmerry commented on 2010-12-06 00:08

Surely if you're using the bundled libraries, libpng12, qt and openssl/openssl-compatibility aren't really required?

sjakub commented on 2010-12-02 00:47

Oh well, I ended up modifying the PKGBUILD, so I might as well share... http://aur.archlinux.org/packages.php?ID=44071

sjakub commented on 2010-12-01 23:48

Nope, thanks, too much on my plate at the moment :P

petelewis commented on 2010-12-01 10:59

yeah, the development version seemed to work here okay, but unfortunately they're still building it against old libpng and libssl :-( We should probably wait with this package for a new stable version, but feel free to create a mendeleydesktop-prerelease package or something similar :-)

sjakub commented on 2010-12-01 09:00

Ops. It's a "development" version 0.9.8.2-r33117. Not sure if you want to keep this packet at the stable version...
I can't use 0.9.8.1 because of some PDF sync issues which caused me to lose half of my library, so I'm eagerly waiting for the next one ;)

sjakub commented on 2010-12-01 08:33

0.9.8.2 is available

petelewis commented on 2010-11-12 10:17

Unfortunately this is another bane of proprietary software, but I've filed a request for a more up to date build:

http://feedback.mendeley.com/forums/4941-mendeley-feedback/suggestions/1217417-update-the-generic-linux-download-to-be-built-ag

petelewis commented on 2010-11-12 10:13

@yiuin, can you define better fit? The Ubuntu packages unfortunately require extra qt 4.6 packages. At least with the standard linux tarball it's all included.

yiuin commented on 2010-11-11 22:35

The ubuntu sources are a better fit for archlinux and don't require openssl-compatibility or libpng12.

alexcortes commented on 2010-11-03 17:21

Sorry for delay!
Thank you petelewis for the hack!!!

alexcortes commented on 2010-11-03 17:20

Sorry for delay!
Thank you petelewis for hack in PKGBUILD.

petelewis commented on 2010-10-31 22:34

Here's a quick hack to the original PKGBUILD which doesn't crash:

http://pastebin.ca/1978233

petelewis commented on 2010-10-31 21:21

Indeed. In fact, mendeley is really unstable with the system libs right now. I recommend using the bundled ones instead.

alexmerry commented on 2010-10-28 12:22

You've missed some of the Qt libs (eg: libQtWebkit) out of the _use_sys_libs variable.

Also, the _use_sys_libs variable is currently kind of pointless, as the install line for the libraries doesn't glob, so you have to edit that anyway.

iosonofabio commented on 2010-10-23 23:37

Actually, this package seems to be more up-to-date.

big_gie commented on 2010-08-30 18:47

Please merge with http://aur.archlinux.org/packages.php?ID=38155

lpjhjdh commented on 2010-06-25 20:45

I don't mind dropping, the other package seems more concise anyway. Mendeley seems to have synchronized their release schedule with exams.
I'll email the other maintainer.

petelewis commented on 2010-06-25 17:10

There's also this package http://aur.archlinux.org/packages.php?ID=38155 which is being kept more up to date.

@lpjhjdh are you still interested in maintaining this? It seems silly to have two almost identical packages.

kba commented on 2010-06-25 12:49

PKGBUILD for 0.9.7.1: http://aur.pastebin.com/EMEBxJaH

sjakub commented on 2010-06-18 22:23

You can use this PKGBUILD for 0.9.7: http://aur.pastebin.com/FjuGVkEJ

cgueret commented on 2010-06-18 13:45

Please update! Mendeley doesn't want to sync anymore until the update is done :(

sjakub commented on 2010-06-15 16:23

Updated and fixed ( I had some problems with icons) PKGBUILD: http://aur.pastebin.com/FjuGVkEJ

v01d commented on 2010-04-26 02:02

Please copy .desktop and icon files to /usr

Anonymous comment on 2010-04-24 07:12

I upgraded from 0.9.6.1, and it is successful. But after I startup, it reports "dummy uudi" error and cannot synchronize with the server. And when I add documents to mendeley, it cannot retrieve title from the file and always says "no title". I didn't have such errors with 0.9.6.1.

xduugu commented on 2010-04-22 23:36

It also still depends on libpng12...

skarn commented on 2010-04-22 21:18

I can confirm this. There is a dependency on openssl-compatibility which needs to be added to the pkgbuild.

Anonymous comment on 2010-04-22 20:09

I have this error when trying to start freshly updated Mendeley.

/opt/mendeleydesktop/bin/mendeleydesktop.x86_64: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

lpjhjdh commented on 2010-04-22 17:37

Ah, I did stupid things, try this one.

Anonymous comment on 2010-04-22 17:24

it seems that last update has x86_64 hardcoded, im using i686

==> Comenzando build()... (starting build)
/tmp/yaourt-tmp-andres/aur-mendeleydesktop/mendeleydesktop/src/mendeleydesktop-0.9.6.3-linux-i486/lib /tmp/yaourt-tmp-andres/aur-mendeleydesktop/mendeleydesktop/src/mendeleydesktop-0.9.6.3-linux-i486
/tmp/yaourt-tmp-andres/aur-mendeleydesktop/mendeleydesktop/src/mendeleydesktop-0.9.6.3-linux-i486
install: no se puede efectuar `stat' sobre «lib/mendeleydesktop/libexec/mendeleydesktop.x86_64»: No existe el fichero o el directorio (no file or directory)
==> ERROR: Falló la compilación. (compilation failed)
Abortando... (aborting)
Error: Makepkg was unable to build mendeleydesktop package.

petelewis commented on 2010-04-19 13:47

Hi, I've suddenly started getting a segfault when trying to start this (it was working before):

/usr/bin/mendeleydesktop: line 2: 21606 Segmentation fault LD_LIBRARY_PATH=/opt/mendeleydesktop/lib/ /opt/mendeleydesktop/lib/mendeleydesktop/libexec/mendeleydesktop.x86_64 $@

Can anyone help?

Anonymous comment on 2010-04-08 20:07

I am new to Arch Linux, PKGBUILD and BASH programing, so I don't know if there's a better way. But I had to adjust the PKGBUILD to successfully install mendeley using aurbuild. See the diff here: http://aur.pastebin.com/e6GvkBtB
The changes were inspired by the qtcreator-bin package: http://aur.archlinux.org/packages.php?ID=24396

Anonymous comment on 2010-04-06 05:18

Thanks for the package

You can add menu entries with the following addition to PKGBUIld
http://aur.pastebin.com/SgdnPJTL
<script src="http://pastebin.com/embed_js.php?i=SgdnPJTL"></script>