Package Details: datovka 4.14.1-2

Git Clone URL: (read-only, click to copy)
Package Base: datovka
Description: GUI application for a 'Databox' - an electronic communication interface endorsed by the Czech government
Upstream URL:
Licenses: LGPL
Submitter: Dragonlord
Maintainer: Dragonlord
Last Packager: Dragonlord
Votes: 14
Popularity: 0.071806
First Submitted: 2012-05-08 19:50
Last Updated: 2020-01-19 20:46

Latest Comments

1 2 3 Next › Last »

rpodgorny commented on 2020-02-01 13:52

thanks! cofirming a working version...

Milos.Kozina commented on 2020-01-17 20:30

Hi, @rpodgorny, @Dragonlord: I have adjusted PKGBUILD to apply mentioned patch.

Just replace lines source and sha256sums with following content except <> around URLs (I do not know, how to provide patch to PKGBUILD here, so I hope, that following way will be at least easy temporary solution, until 4.14.2 is released; I also do not know, how to format posts here in nice way). Patched package works for me.


prepare() {
  cd "$pkgname-$pkgver"
  patch --forward --strip=1 "src/gui/datovka.cpp" --input="${srcdir}/datovka.cpp.patch"

rpodgorny commented on 2020-01-17 15:27

please note the current stable version is crashing constantly. the fix is here:

please add to pkgbuild until upstream releases new (fixed) version.

more info:

pixelfields commented on 2019-06-12 13:20

k3a: It works, thanks!

k3a commented on 2019-06-11 18:19

pixelfields: just rebuild "libisds". This is the common issue after every new release. Maybe this ebuild should be set to somehow force libisds rebuild.. probably by just requiring a specific version of libisds (not just any as it is now)!

pixelfields commented on 2019-04-29 19:58

Guys, after the last system update I can't start the app, getting following error:

datovka: error while loading shared libraries: cannot open shared object file: No such file or directory

Rebuilding the package doesn't seem to help. Is there something what I can do to solve it? Any advice?

jamar commented on 2019-04-04 18:04

Okay, did some further debugging and it seems to be related to openss library, becouse it seems to fail when calling its functions like:

X509_free() of BUF_MEM_free()

Anyway, installig older version of openssl (openssl-1.1.1.a-1) fixes the problem for me and now Datovka works without any crashes.

UPDATE: Datovka developer is already aware about this issue:

It's openssl bug and should be fixed in new openssl version. So, for now just use older openssl.

jamar commented on 2019-04-04 17:06

Same here, I've rebuilt libisds and Datovka, but it also crashes when downloading message details. I've even removed old configuration and database files and created whole new profile to rule out database problem, but it's still the same:

terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc

But I have no idea what's wrong.

dundee commented on 2019-03-31 19:07

Updated Datovka and libisds as well, but it still crashes when downloading whole message content.

terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc

Any ideas?

mikky commented on 2018-11-06 09:54

@dragonlord: this always happens on Datovka updates and rebuilds, not on libraries updates.

Not-so-obviously, this is related to libisds, which must be rebuilt after Datovka is updated. Perhaps mention this in installation note?