Package Details: qdigidoc4 4.2.5.76-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: http://www.id.ee/
Keywords: esteid
Licenses: LGPL2.1
Submitter: kevku
Maintainer: kevku
Last Packager: kevku
Votes: 7
Popularity: 1.00
First Submitted: 2018-06-13 16:22
Last Updated: 2020-06-19 12:17

Latest Comments

« First ‹ Previous 1 2

gunnarrr commented on 2018-10-02 10:46

Unable to build it with automake 1.16-1 as of today.

Following error:

CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /home/john/.cache/yay/xml-security-c-ria/src/xml-security-c-1.7.3/build-aux/missing aclocal-1.15 -I m4
/home/john/.cache/yay/xml-security-c-ria/src/xml-security-c-1.7.3/build-aux/missing: line 81: aclocal-1.15: command not found
WARNING: 'aclocal-1.15' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'aclocal' program is part of the GNU Automake package:
         <http://www.gnu.org/software/automake&gt;
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <http://www.gnu.org/software/autoconf&gt;
         <http://www.gnu.org/software/m4/&gt;
         <http://www.perl.org/&gt;
make: *** [Makefile:405: aclocal.m4] Error 127
==> ERROR: A failure occurred in build().
    Aborting...
Error making: xml-security-c-ria

kristerv commented on 2018-08-24 08:49

Works perfectly! Thanks kevku (and jaantoots) :)

kevku commented on 2018-07-18 06:44

I try follow the ubuntu packaging, if anyone wants to use git feel free to make -git packages. Depends cleaned up.

jaantoots commented on 2018-07-17 17:16

Could you comment on the issues I raised previously?

The two packages are virtually identical. I would be fine with merging digidoc4-client into this package but would not want to submit that request before the dependency issues in this PKGBUILD are resolved. The naming is really messed up by upstream who do not seem to be able to make up their minds; in this case, going by the name of the binary is as good an option as any.

jaantoots commented on 2018-06-29 00:19

I think I figured out what your issue is. xxd is required as a make dependency for libdigidocpp and is usually provided by vim or gvim from the official repositories. The AUR package neovim-symlinks conflicts with (and provides vim) but does not provide xxd.

This package does not directly require xxd so nothing can be done here. Anyway this is really an issue with the neovim-symlinks package and I would expect you to encounter many more problems due to that package. The intended effect of that package can be achieved by having a symlink in /usr/local/bin for example and without conflicting vim, but that is outside the scope of this comment section.

tindzk commented on 2018-06-28 16:31

Unfortunately, the package conflicts with neovim-symlinks and tries to install Vim, even if NeoVim is already installed.

jaantoots commented on 2018-06-15 09:02

AUR package for this software already exists since April 2018: https://aur.archlinux.org/packages/digidoc4-client/

It would be appropriate to flag out-of-date or dicuss any proposed changes in comments, instead of creating a new package (https://wiki.archlinux.org/index.php/Arch_User_Repository#Rules_of_submission).

As it is, I propose merging the two packages in either direction, subject to the following notes:

  • digidoc4-client package was first submitted earlier
  • as you are maintaining most of the esteid packages, I would be happy for you to take this over as well if you wish
  • which package name is better; digidoc4-client is consistent with the upstream git repository, qdigidoc4 is the name of the binary
  • what are the more appropriate sources, installer.id.ee or from GitHub
  • this package currently has dependency issues (easily discovered from namcap output): qt5-base included but already satisfied, shared-mime-info included but already satisfied, ccid not needed (optional would be more appropriate in my view, as the qdigidoc4 binary runs without it with no errors and only some functionality is dependent on this), desktop-file-utils not needed

madis commented on 2018-06-05 20:18

The version 0.6.0-2 fixed the issue for me.

jaantoots commented on 2018-06-05 16:33

I am not able to reproduce this. No issues on a minimal install with GNOME.

GTK themes should be irrelevant as this is a Qt application.

madis commented on 2018-06-02 08:57

Runs well, but the settings are unreadable. Tried changing to a black system theme and finding other QT-GTK theme workarounds but no luck.

https://vgy.me/aNg0pb.png Using digidoc4-client 0.6.0-1 / GNOME 3.28.2 / Manjaro 17.1.10 (2018-06-01 patch)