Package Details: libdigidocpp 3.17.1.1453-1

Git Clone URL: https://aur.archlinux.org/libdigidocpp.git (read-only, click to copy)
Package Base: libdigidocpp
Description: Library for creating, signing and verification of digitally signed documents, according to XAdES and XML-DSIG standards
Upstream URL: https://www.id.ee/
Keywords: esteid
Licenses: LGPL-2.1-or-later
Submitter: kevku
Maintainer: kevku
Last Packager: kevku
Votes: 18
Popularity: 0.34
First Submitted: 2012-12-12 12:15 (UTC)
Last Updated: 2024-04-19 06:56 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

keevitaja commented on 2019-04-08 11:43 (UTC)

Hi,

https://installer.id.ee/media/ubuntu/pool/main/libd/libdigidocpp/libdigidocpp_3.13.8.1379.orig.tar.xz

has expired, 404

HariSeldon commented on 2018-12-13 21:14 (UTC)

I'm getting some CMake errors: CMake Error at src/CMakeLists.txt:149 (add_library): Target "digidocpp_priv" links to target "XercesC::XercesC" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing?

(In addition to "digidocpp_priv", I'm also getting the same error for targets "digidocpp", "digidoc-tool", and "pkcs11sign")

I do have the xerces-c package installed, and CMake prints out "Found XercesC: /usr/lib/libxerces-c.so" during the build process, so I don't understand what's going on.

Repentinus commented on 2018-06-19 16:52 (UTC)

Thanks! Worked like a charm with podofo removed.

kevku commented on 2018-06-19 08:37 (UTC)

the version of podofo in arch does not work for libdigidocpp need to remove it or disable in cmake

Repentinus commented on 2018-06-18 19:01 (UTC)

SignatureCAdES_T.cpp.o, SignatureCAdES_B.cpp.o and PDF.cpp.o fail to build on my machine with type errors. The full build log can be found at <https://ideone.com/fwrs3r>. Any suggestions for debugging?

pooryorick commented on 2017-12-18 16:31 (UTC)

In my case it was necessary to update xml-security-c for the build of libdigidocpp to complete successfully.

kevku commented on 2016-08-14 11:52 (UTC) (edited on 2016-08-14 11:54 (UTC) by kevku)

3.12.2.1329 has minizip 1.1 same as community and does not crash for me does adding -DMINIZIP_INCLUDE_DIR="/usr/include/minizip/" help? or -DMINIZIP_INCLUDE_DIR="" to use the bundled copy

enar commented on 2016-08-12 17:43 (UTC)

minizip is now newer than the version bundled with the libdigidoc package. The build system will detect that there is a system minizip, but unfortunately compiler will still use bundled header files. There is a structure that now got one extra field and the qdigidoc application crashes when trying to save a .bdoc file. For myself I fixed it by renaming the bundled minizip directory to _minizip.

mareke commented on 2016-07-12 12:03 (UTC) (edited on 2016-07-12 12:54 (UTC) by mareke)

"Could not load a transcoding service" It seems to be problem my locale settings. I reselect my Language and Formats from System settings > Region & Language. After restart building works

« First ‹ Previous 1 2 3 4 5 6 Next › Last »