I tried to use -DENABLE_SQLCIPHER and also passed the right directories
to the Qt 5 source of the QSQLiteDriver but CMake then failed to run
qt4_automoc, by which I'd imply that SQLCipher is not maintained
anymore (after all KMyMoney using qgpgme as well, which doesn't require
sources).
Another odd thing is that CMake reports that the weboob plugin is
disabled, but after inspecting it turns out that the reporting is just
wrong. This is already fixed upstream but not yet released in
KDE/kmymoney@8b086cf921.
In addition of running the upstream test suite I have manually tested a
few things in a VM by using the following Nix expression:
(import <nixpkgs/nixos> {
configuration = { pkgs, ... }: {
environment.systemPackages = with pkgs; [
kmymoney aqbanking gwenhywfar libchipcard python2Packages.weboob
kgpg
];
users.users.test.isNormalUser = true;
virtualisation.diskSize = 4096;
virtualisation.memorySize = 2048;
services.xserver = {
enable = true;
inherit ((import <nixpkgs/nixos> {}).config.services.xserver) layout;
displayManager.sddm.enable = true;
displayManager.sddm.autoLogin.enable = true;
displayManager.sddm.autoLogin.user = "test";
desktopManager.default = "plasma5";
desktopManager.plasma5.enable = true;
};
};
}).vm
The things I have tested in particular are:
* Basic startup
* Completing the wizard
* Add some test transactions
* GPG encryption
* Generation of charts and reports
* Rough check whether OFX integration lists supported financial
institutions.
* Small check of AqBanking implementation, whether accounts and users
can be configured, but didn't test actual connectivity with a
financial institution.
* Check of Weboob integration with a test PayPal backend, however also
just with a dummy account and without actually connecting to PayPal.
One of the upstream tests "reports-chart-test" seems to fail even though
generating charts and reports are working when testing manually. It also
seems that this is the case on other distributions, for example Gentoo
has disabled that test as well:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5169cec68fa6fd67841
Note that I didn't add myself as a maintainer because I'm not personally
using KMyMoney but just packaged it for someone else. I hope this is
useful for other people, so that maybe someday[TM] there will be a
proper maintainer.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @ttuegel
This is used by KMyMoney and also the reason why I needed to add C++
support to MPIR in the parent commit.
The reason why I didn't add myself as a maintainer is because I'm not
personally using KMyMoney and thus Alkimia.
Signed-off-by: aszlig <aszlig@nix.build>
This is one of the requirements of KMyMoney and packaging is quite
straightforward with no unexpected traps.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @ttuegel
This is needed by Alkimia which I'm going to package soon as part of
KMyMoney.
I enabled this by default, because it doesn't increase the closure size
a whole lot (only around 150 KiB):
$ nix-store -q --size /nix/store/...old...-mpir-3.0.0
1223248
$ nix-store -q --size /nix/store/...new...-mpir-3.0.0
1377136
Introducing an option for enabling/disabling this is not worth it,
because it doesn't conflict with anything and the size increase is the
only drawback and we can still make it configurable if we want someday.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @7c6f434c
mke2fs has this annoying property that it uses getrandom() to get random
numbers (for whatever purposes) which blocks until the kernel's secure
RNG has sufficient entropy, which it usually doesn't in the early boot
(except if your CPU supports RDRAND) where we may need to create the
root disk.
So let's give the VM a virtio RNG to avoid the boot getting stuck at
mke2fs.
It was found that Quassel could be remotely crashed and had an
unauthenticated RCE vulnerability. The public annoucement can be found
on the oss-sec archive [1]. The bump to 0.12.5 is supposed fixe both issues.
[1] http://seclists.org/oss-sec/2018/q2/77
Thanks to @Ericson2314 for the suggestion to provide a name for the hook
script. Comment was posted here:
https://github.com/NixOS/nixpkgs/pull/34506#discussion_r167421856
Very useful if you use some other hooks and autoPatchelfHook so you
don't just get a bunch of "hook" derivations.
Tested by quickly building (not running) teamviewer and masterpdfeditor.
Signed-off-by: aszlig <aszlig@nix.build>
Reported-by: John Ericson <Ericson2314@yahoo.com>
Ubiquiti has both a LTS and current version of their Unifi controller software.
The latter adds new features, but may drop support for some devices.
This adds the capability to use either for the unifi module but defaults
to the LTS version, which was the previous behavior.
Jörg Thalheim