* matrix-commander: init
* matrix-commander: cleanups & potential dep fixes
apply most SuperSandro2000's review comments;
used python3.withPackages -- this might be the correct
way to get runtime python dependencies to work even
when matrix-commander is a dependency of another packages
(as opposed to testing in nix-shell). I'm not sure though.
aiofiles seemed to be a missing runtime dependency when called
from another (nix-packaged, jvm-based) app -- there was an
import error without it.
cacerts might require explicit pinning, as described here:
https://gist.github.com/CMCDragonkai/1ae4f4b5edeb021ca7bb1d271caca999
(relevant snippet: wrapProgram $out/bin/program \
--set SSL_CERT_FILE "${cacert}/etc/ssl/certs/ca-bundle.crt"
)
* add runHook {pre,post}Install
(suggested by r-rmcgibbo)
* add link to github issue re gpl3{Only,Plus}
* Update pkgs/applications/networking/instant-messengers/matrix-commander/default.nix
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
trollius is deprecated (by upstream) for more than five years,
all Python versions supported by trollius are end-of-life.
There are no more packages depending on trollius.
This is potentially controversial, but it is unclear to me whether
julia_1 should refer to either the latest stable or LTS release of 1.x.
We may want to revisit this when/if we get 2.x, but as it stands the
Julia release process [1] makes it clear that there will only ever be a
single supported stable and LTS release at any given time which should
speak in favour of using the julia-stable and julia-lts aliases instead.
[1]: https://julialang.org/blog/2019/08/release-process/#long_term_support
According to the Julia release process [1] there will only ever be two
supported release branches at any given time: stable and LTS. Once a new
version of either is released, support for the previous release will be
dropped upstream. Introducing aliases for these branches allows our
users to easily track either depending on their need for stability.
[1]: https://julialang.org/blog/2019/08/release-process/#long_term_support