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.

So, finally, is there no solutions apart from reading PDFs with an external software? What if I downgrade Qt, will it help? Is it surely only because Qt issue? Since its Qt, I don't dare to modify it unless I am sure about it.
Suggestions please.

@p1gd0g mine have not because it happened long ago and not in the latest round of crazy bugs they had. But even today try turning of pdf syncing and remove Mendeley entirely, install it again, and let it reindex the same pdfs. Most likely it will not connect some pdfs with annotations. The whole system is very fragile and it is only so because they try to lock down users to their platform by separating annotations from pdfs. I think the library they use for pdf's is perfectly capable of saving annotations in pdf's.

@akstrfn My notes have resumed, don't yours?

@egrupled I plan to change the pkgbuild so that it provides both options but I am still hoping they just rebuild with qt5.11. This was probably delayed because of all the issues they had with 1.19 release.

As for the benefits: - The full package is ~450mb and this one is around ~100mb (this was around 80mb in 1.18) - All the minor releases of Qt are in Arch repos before the upstream provides them. - Also all other shared libraries are more up to date (including ssl). - System integration is better with native shared libs.

Another points is that using internal viewer to annotate the pdf's is a bad idea. They lock you down into their viewer and the latest data loss they had just shows how bad it can get. I never use their internal pdf anyway because I had major data loss two years ago. So their pdf system not working is perhaps a good thing.

So you should complain upstream to get better packaging and stop bundleing everything, because while they are at it they should probably statically link and bundle the whole OS. When you complain here they don't see it.

@akstrfn why don't you use bundled libs when system ones aren't fully functional? It only cripples this package without benefit.

In the last version I also have the constant crash when I try to open a paper. very annoying

After I upgrade, it complains of the opposite:

/opt/mendeleydesktop/lib/mendeleydesktop/libexec/mendeleydesktop.x86_64: error while loading shared libraries: libicui18n.so.61: cannot open shared object file: No such file or directory

I think it has to do with version requirements. I have 61, and it requires 62:

core/icu 62.1-1 [installed: 61.1-1]
    International Components for Unicode library

I am getting:

/opt/mendeleydesktop/lib/mendeleydesktop/libexec/mendeleydesktop.x86_64: error while loading shared libraries: libicui18n.so.62: cannot open shared object file: No such file or directory

Is this a missing dependency?

This package uses system packages instead of bundled packages. Currently mendeley is built with Qt 5.10 but Arch packages Qt 5.11 which leads to crash when opening a pdf inside of Mendeley. As a workaround open pdf's with external viewers.