Search Criteria
Package Details: qdigidoc4 4.7.0.4460-1
Package Actions
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.000377 |
First Submitted: | 2018-06-13 16:22 (UTC) |
Last Updated: | 2025-01-05 10:48 (UTC) |
Dependencies (17)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libdigidocppAUR
- libldap (libldap-gnutlsAUR)
- opensc (opensc-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pcsclite (pcsclite-gitAUR)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-svg
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- flatbuffers (flatbuffers-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- qt6-tools (make)
- qt6-translations (make)
- ccid (ccid-gitAUR, ccid-morphoAUR) (optional) – Smart Card support
- python-nautilus (nautilus-python) (optional) – Nautilus Extension
Latest Comments
1 2 3 4 5 6 .. 10 Next › Last »
nns commented on 2025-05-14 08:46 (UTC)
@zeroconf, for a straightforward answer, rebuilding
libdigidocpp
and thenqdigidoc4
, in that order, worked fine.Using my AUR helper of choice (paru):
kaurman commented on 2025-05-06 23:54 (UTC)
I assume you are using Yay? If that is the case, then cleanBuilding has nothing to do with building in a clean chroot. cleanBuilding in the context of Yay is about whether you allow the build process to rely on a cache that might exist (e.g. from a previous build) & will most likely speed up the build process or whether you want things done from scratch. See here for a brief discussion.
I didn’t look into this in detail, but it seems that Yay does not have explicit support for building in a clean chroot. While this certainly doesn’t mean that you cannot do it (chrooting is an independent concept), I’d still recommend looking at a AUR helper that supports clean chroot builds out of the box (if you are using Yay and it indeed doesn’t). See here. I use aurutils & am happy with it.
However, the setup may take some reading, particularly if you have a nice & recent pacman.conf that introduced the alpm user for downloading packages. True, this is something that likely affects some of aurutils’ alternatives too. You could just comment the alpm line in pacman.conf, but this is not a reasonable solution.
If you decide to go with aurutils then the man pages (man aur & man aur-chroot) should have the essentials, including examples. When faced with questions regarding file permissions & the aforementioned alpm user, this might prove useful (although there are other approaches too).
If you get stuck, have a look at the Arch forum & ask around.
Finally, a few words on why bother with a clean chroot build in the first place. Simply put, a chroot is an environment within an environment (in this case our own host / main system). When we use a clean chroot, we level the playing field in a way, so that the environment a package is built in is more or less similar for everyone (the build process doesn’t ‘see’ our daily system with all its bells and whistles). In addition to this common denominator of sorts, there are the instructions we get from a PKGBUILD (also the same for everyone who build package X).
Generally speaking, if a AUR package builds OK in a clean chroot, this means that the packager has included the correct dependencies in the PKGBUILD. If a user uses such a PKGBUILD but does not use a clean chroot and finds that they cannot build for some reason, then it is a peculiarity of their system that is to ‘blame’, rather than the PKGBUILD*.
It may well be that the packager could modify the PKGBUILD in a way that would make the package work for the aforementioned user, but then another user might come along with another problem of some sort as the environment they try to build in is different... We’d end up with hard to maintain & still unreliable PKGBUILDS and stressed packagers. This is why (AUR) packages should be built in a clean chroot in my opinion. It avoids many possible problems & lets everyone concentrate on actual PKGBUILD trouble (should there be any).
As for your question about how one knows what to rebuild, it was more of a hunch in this particular case. Looking at your Pastebin, I’d rebuild libdigidocpp, but more importantly, as qdigidoc depends on libdigidocpp & the whole ‘kit’ is minuscule, I’d rebuild them both for good measure. Can be done rather fast even on ancient hardware.
*True, it may still be a poor PKGBUILD for other reasons
zeroconf commented on 2025-05-06 20:37 (UTC)
@kaurman - would be good if you can share commands you used. Didn't do any changes with AUR pkgbuilds and answered
All
when asked:Packages to cleanBuild?
Tried to reinstall only qdigidoc4. If libdigidocpp needs rebuild - is there any importance in which order to rebuild? How you determine, which packages needs to rebuild?kaurman commented on 2025-05-05 20:36 (UTC) (edited on 2025-05-05 20:45 (UTC) by kaurman)
Can confirm the problem. The digidoc client indeed failed to start.
However, the dependencies appear to be fine. All it takes is a rebuild of qdigidoc and libdigidocpp (used the current AUR pkgbuilds without changes and a clean chroot). Worked like a charm.
zeroconf commented on 2025-05-05 17:51 (UTC)
Sorry to mention but qdigidoc4 stopped working as libxml2 was not found. Seems like it is not dependency for qdigidoc4 - seems like it should be. Installed libxml2 package. As here was not possible post longer log, created a post here https://pastebin.com/ZbP2S9mM Somehow after manually installed libxml2, qdigidoc4 started but (re)installation still failed.
zeroconf commented on 2024-04-18 14:28 (UTC) (edited on 2024-04-18 14:29 (UTC) by zeroconf)
The issue https://ria.ee/uudised/koige-uuemas-digidoc4-kliendi-versioonis-digiallkirjastamine-hairitud has been fixed today, 18.04.2024 with DigiDoc v4.5.1 - https://www.id.ee/artikkel/koige-uuemas-digidoc4-kliendi-versioonis-on-digiallkirjastamine-hairitud/
kaurman commented on 2024-04-17 15:38 (UTC)
The latest version (4.5.0) may cause problems: https://ria.ee/uudised/koige-uuemas-digidoc4-kliendi-versioonis-digiallkirjastamine-hairitud
kevku commented on 2023-11-12 06:55 (UTC) (edited on 2023-11-12 07:21 (UTC) by kevku)
you need to be online, offline sandbox builds do not work. and complain upstream too.
The site serving the TSL https://ec.europa.eu/tools/lotl/eu-lotl.xml is down or blocking download.
lillemets commented on 2023-11-11 12:13 (UTC)
The install fails due to mising
EE.xml
.kevku commented on 2023-10-22 08:16 (UTC)
https://aur.archlinux.org/packages/libdigidocpp#comment-939728
1 2 3 4 5 6 .. 10 Next › Last »