papis: 0.6 -> 0.7.5

[dotlambda]

Motivation for this change

Things done

• 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/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Assured whether relevant documentation is up to date
• Fits CONTRIBUTING.md.

---

cc @teto @dtzWill @nico202

[dtzWill]

LGTM! And upstream merged your dateparser fixes so we can use 3.7 again once there's a release or we pick the changes or w/e (sounds like you've got it under control ❤️).

Haha I apparently have a small set of documents from looking into this last time 'round xD.

[teto]

while I personnally have no complaint with this, I am often asked when upstreaming packages why I didn't use fetchPypi.

[dotlambda]

Looks like I forgot to add a comment.

[teto]

I think it's cleaner to pass buildPythonApplication here and do papis = python36Packages.callPackage ../tools/misc/papis { }; in all-packages.nix

[dotlambda]

That's discouraged because it doesn't allow the overriding of Python packages for specific applications.

[teto]

Would be cool to get the bash autocompletion too. According to doc/source/shell_completion.rst, pip generates one in /usr/local/etc/bash_completion.d/papis

[teto]

I've tested things a bit and browse / export /add work.. Thanks for the great work ! Looking forward to this.
Some commands might need additionnal packages like scihub support https://papis.readthedocs.io/en/latest/scihub.html or the zotero import. Probably users just need to override the buildInputs.

[dotlambda]

Would be cool to get the bash autocompletion too.

Done.