mendeley: 1.18 -> 1.19.1

[dtzWill]

1.19 had show-stopper bugs,
but 1.19.1 seems to work well :).

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Fits CONTRIBUTING.md.

---

[GrahamcOfBorg]

No attempt on aarch64-linux (full log)

The following builds were skipped because they don't evaluate on aarch64-linux: mendeley

Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnfree = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnfree = true; }
to ~/.config/nixpkgs/config.nix.

[GrahamcOfBorg]

No attempt on x86_64-darwin (full log)

The following builds were skipped because they don't evaluate on x86_64-darwin: mendeley

Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnfree = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnfree = true; }
to ~/.config/nixpkgs/config.nix.

[GrahamcOfBorg]

No attempt on x86_64-linux (full log)

The following builds were skipped because they don't evaluate on x86_64-linux: mendeley

Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnfree = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnfree = true; }
to ~/.config/nixpkgs/config.nix.

[teto]

@dtzWill 1.19.2 just came out I see an update.nix.
Not sure how it's supposed to be run but here are some info:

Following https://www.mendeley.com/repositories/ubuntu/stable/amd64/mendeleydesktop-latest -> https://www.mendeley.com/autoupdates/ubuntu/latest/amd64 ...
Following https://www.mendeley.com/autoupdates/ubuntu/latest/amd64 -> https://desktop-download.mendeley.com/download/apt/pool/main/m/mendeleydesktop/mendeleydesktop_1.19.2-stable_amd64.deb ...
Following https://www.mendeley.com/repositories/ubuntu/stable/i386/mendeleydesktop-latest -> https://www.mendeley.com/autoupdates/ubuntu/latest/i386 ...
Following https://www.mendeley.com/autoupdates/ubuntu/latest/i386 -> https://desktop-download.mendeley.com/download/apt/pool/main/m/mendeleydesktop/mendeleydesktop_1.19.2-stable_i386.deb ...
amd64 version: 1.19.2
i386 version:  1.19.2
error: getting status of '/home/teto/default.nix': No such file or directory
error: getting status of '/home/teto/default.nix': No such file or directory
Prefetching amd64...
path is '/nix/store/fdl5pda368hz9p96nb9vvif5ba9i8vdr-mendeleydesktop_1.19.2-stable_amd64.deb'
Prefetching i386...
path is '/nix/store/jjkfjq4c1ldd4y7f4617qhfqqnvz2cgy-mendeleydesktop_1.19.2-stable_i386.deb'


Time to update to 1.19.2 !

32bit (i386):
  Old: 
  New: 11zh9dckj3krbj64ap1am6phhjj18595d1i8gdq81z13arxhg1m5
64bit (amd64):
  Old: 
  New: 07apz68sc4k2nl3cvhxrj9rdfra2klnjx64k2ppayvggl4nb6lzh

[dtzWill]

@dtzWill 1.19.2 just came out I see an update.nix.
Not sure how it's supposed to be run but here are some info:

That's exactly what it does--just informs an update is available and lists new hashes. Requires a bit of manual work to actually change the expression.

Unfortunately I'm not optimistic that this does anything not in the various 1.19.2 beta's--and indeed updating to 1.19.2 doesn't seem to fix things for us.

Folks elsewhere say that we wouldn't experience crashes if we wrapped with 5.10 Qt instead of 5.11,
or perhaps using the bundled libraries. I feel like this has gone back-and-forth a few times, I'm not sure anymore what the "recommended" route is, but perhaps worth trying it to get things working again.

Additionally it looks like we are repackaging the debian package, not the "generic" package--may be worth revisiting that as well.

[dtzWill]

Update: packaged (quick-and-very-dirty) using buildFHSUserEnv and was able to run mendeley without crashing when using the bundled pdf viewer (annotations/etc).

So there's hope! Let's see if there's a good way to do this w/o user namespaces... :)

[teto]

@dtzWill would you mind sharing your expression ? I would like to get mendeley working as normal to prepare a presentation and I would be curious to see a buildFHSUserEnv expression at the same time since I never used it.

[dtzWill]

@dtzWill would you mind sharing your expression ? I would like to get mendeley working as normal to prepare a presentation and I would be curious to see a buildFHSUserEnv expression at the same time since I never used it.

sorry for delay, this should do the trick: https://github.com/dtzWill/nixpkgs/releases/tag/mendeley-userenv-fix-pdf-viewer-messy

LMK if it helps or doesn't! Good luck!

Oh actually here's a small touchup, but same thing: https://github.com/dtzWill/nixpkgs/tree/experimental/mendeley-userenv-kludgery

This should get you started:

$ nix-env -f https://github.com/dtzWill/nixpkgs/archive/experimental/mendeley-userenv-kludgery.tar.gz -iA mendeley

The .desktop doesn't work I don't think? But should run okay, does for me O:).

[teto]

it works here thanks. The .desktop seems just fine (maybe after your touchup).

[teto]

I get

LANG=C mendeleydesktop                                                                                                                                                                                                                             ~/dotfiles
Error setting value: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details -  1: GetIOR failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.GConf was not provided by any .service files)
Error setting value: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details -  1: GetIOR failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.GConf was not provided by any .service files)
Could not initialize GLX

on startup :'(

[dtzWill]

On Tue, 09 Oct 2018 19:53:46 -0700, Matthieu Coudron ***@***.***> wrote: I get ``` LANG=C mendeleydesktop ~/dotfiles Error setting value: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details - 1: GetIOR failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.GConf was not provided by any .service files) Error setting value: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details - 1: GetIOR failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.GConf was not provided by any .service files) Could not initialize GLX ``` on startup :'(

Sorry I haven't been able to look into this yet :(. I have some good news: looks like there is a mendeley flatpak app on flathub, and it appears to work great on NixOS! :D (with appropriate configuration.nix value set) Small note that might be obvious to others but wasn't to me: data is put into `~/.var` apparently, so that's where the PDF's end up :).

…

-- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: #41848 (comment) part: text/html

[teto]

Thanks for the update. On my side I got fed up with Mendeley for not fixing this plus I would rather use open source software so I turned to Zotero. I am not fond of the firefox-based interface and I miss mendeley UI/features but in the long term, it's best to run FOSS software so I will try to stick with it.
Sadly zotero also seems to be built in a FHS env.
Fun fact is that, one month after zotero rolled out the mendeley import feature, mendeley started cyphering its database ("for GPDR" haha...). Hopefully mendeley keeps some backups and I had one not cyphered yet.