Package Details: qdigidoc4 4.7.0.4460-1

Git Clone URL: https://aur.archlinux.org/qdigidoc4.git (read-only, click to copy)
Package Base: qdigidoc4
Description: DigiDoc4 Client is an application for digitally signing and encrypting documents; the software includes functionality to manage Estonian ID-card - change pin codes, update certificates etc.
Upstream URL: https://www.id.ee/
Keywords: esteid
Licenses: LGPL-2.1-or-later
Submitter: kevku
Maintainer: kevku
Last Packager: kevku
Votes: 17
Popularity: 0.001812
First Submitted: 2018-06-13 16:22 (UTC)
Last Updated: 2025-01-05 10:48 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

zeroconf commented on 2021-12-25 16:50 (UTC)

I can confirm, that after mentioned packages updates DigiDoc works again. Thank you!

kevku commented on 2021-12-22 20:41 (UTC) (edited on 2021-12-23 13:43 (UTC) by kevku)

looks like some issue with openssl-1.1.1m
E: fix in libdigidocpp-3.14.7.1412-2

zeroconf commented on 2021-12-20 13:08 (UTC) (edited on 2021-12-20 13:10 (UTC) by zeroconf)

libldap24 installation should not be necessary as qdigidoc4 is repackaged already with newer library.

I have new issue - cannot open *.bdoc, *.asice containers - tried many files, that I know, opened before. Tried also Dokobit portal, there I could open. So, containers are fine. DigiDoc program will crash. Used gdb (GNU Debugger) I got the following backtrace:

malloc(): unaligned tcache chunk detected

Thread 1 "qdigidoc4" received signal SIGABRT, Aborted.
0x00007ffff60c5d22 in raise () from /usr/lib/libc.so.6

keevitaja commented on 2021-12-15 12:29 (UTC)

i solved this missing libldap-2.4.so.2 error by installing libldap24 from AUR.

on manjaro: pamac install libldap24

kaurman commented on 2021-11-26 17:09 (UTC)

Take it easy now...

The main point of my comment was to offer a simple fix for those who might need the package working ASAP.

As for giving guidance to the maintainer, they probably don't need any from me, especially considering the research you yourself have shared. Most likely they just haven't had the time to change the release version yet.

As for the next upgrade overwriting things, I couldn't care less as long as it results in a working package :) And it will.

kevku commented on 2021-11-26 17:07 (UTC)

Read https://wiki.archlinux.org/title/Arch_User_Repository#Installing_and_upgrading_packages

zeroconf commented on 2021-11-26 16:49 (UTC)

I guess this is for package maintainer. I guess the idea of AUR is trusted central package management and not manual building in own PC. Next update from AUR will overwrite anyway own buildings.

kaurman commented on 2021-11-26 02:03 (UTC)

One way to fix this is to rebuild the packages (both qdigidoc and libdigidocpp, just in case).

zeroconf commented on 2021-11-25 21:26 (UTC) (edited on 2021-11-25 21:28 (UTC) by zeroconf)

It seems, that libldap and also its 32-bit version has been updated to version 2.6.0 on November 18, 2021. Actually core/libldap 2.6.0 is also installed, but qdigidoc4 cannot find it yet. In AUR there is still old version available but version number contains also in library name, so it is specifically 2.4 version in AUR. There is no point to duplicate package in AUR as it exist already in main repository. Hope, this helps. So, we still expect to qdigidoc4 to be fixed against newer LDAP library. Can this be done via repackaging?

zeroconf commented on 2021-11-23 11:19 (UTC) (edited on 2021-11-23 11:22 (UTC) by zeroconf)

I also get same error, when trying to run qdigidoc4 from CLI (GUI won't open at all):

qdigidoc4: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »