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.

@angelv are you using nvidia-340xx? what the output of $echo $LD_LIBRARY_PATH?

Probably that line should be export D_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/:/opt/mendeleydesktop/lib/:/usr/lib/qt/ but if you have nothing is in your link path then it wouldn't work.

@akstrfn: it looks like it was a conflict when looking of the GL library, which I have one in /usr/lib and and another one in /usr/lib/nvidia/

mopdifying in PKGBUILD the relevent line to include the nvidia directory fixes the issue: export LD_LIBRARY_PATH=/usr/lib/nvidia/:/usr/lib/:/opt/mendeleydesktop/lib/:/usr/lib/qt/

As others commented before me, I also have a crash when opening PDFs inside Mendeley, but I'm used to opening them externally, so for the moment this is a secondary issue.

https://github.com/mchwalisz/mendeleydesktop_aur/commit/53f6d475313da04ac3b7e7a281fbf62e0e6e0406

This woks for me, try it if you can't wait.

Just git and makepkg -si.

what does cd /opt/mendeleydesktop/lib/mendeleydesktop/libexec/ && ldd mendeleydesktop.x86_64 | grep -i gl output? Probably nothing meaningfull but I am curious to compare with what I have.

Also did you google for failed to load driver: swrast Could not initialize GLX?

I just updated to the latest versions (complete system upgrade, plus updated mendeleydesktop), but now when I try to start Mendeley I get:

libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast Could not initialize GLX

But glxgears, for example, works without any issues.

Any idea?

I also get the same crash when double clicking a paper. Could this be the reason? Installing aur package booktab resolves the libPDFNetC issue but it still crashes.

ldd /opt/mendeleydesktop/lib/mendeleydesktop/libexec/mendeleydesktop.x86_64 ... libPDFNetC.so => not found ... libMendeley.so.1.19 => not found ...

Using Mendeley's annotation system is not safe since they separate annotations from pdfs: https://blog.mendeley.com/2018/06/27/update-on-the-missing-pdf-issue/

The segfault seems to originate from qtwidget and the most likely reason is that mendeley bundles qt 5.10 and arch now has 5.11. I was hoping that with the fix of CPU bug they will update qt but unfortunately that was not the case. You could also notice that mendeley works fine with 5.11, which is expected since qt is backwards compatible, but the bundled pdf sdk does not.

In addition to this mendeley seems to have had some major bugs in the latest release (such as erasing your whole library if you didn't sync pdf's with their servers), which you can check on their support page.

I would also advise against using their annotation system if you don't sync with their servers exclusively. I lost a lot of annotations once and I never use their pdf stuff from then on.

Using mendeley runtime libraries is a workaround for the problem. It is suboptimal as the install size goes to ~400MB. Somebody would need to pinpoint the exact library that causes the signal 11 SEGV_MAPERR.

You can test it under https://github.com/mchwalisz/mendeleydesktop_aur/commit/53f6d475313da04ac3b7e7a281fbf62e0e6e0406

Crashed with similar messages as of @p1gd0g when I tried to open a pdf.