Package Details: vrk-mpollux-digisign-client 4:4.3.0_8707-1

Git Clone URL: https://aur.archlinux.org/vrk-mpollux-digisign-client.git (read-only, click to copy)
Package Base: vrk-mpollux-digisign-client
Description: Client program for Finnish chip ID cards
Upstream URL: https://dvv.fi/linux-versiot
Keywords: smartcard
Licenses: custom
Submitter: Atte
Maintainer: ple
Last Packager: ple
Votes: 9
Popularity: 0.000005
First Submitted: 2013-09-19 13:14 (UTC)
Last Updated: 2024-07-09 16:43 (UTC)

Latest Comments

1 2 Next › Last »

ple commented on 2024-08-11 18:35 (UTC)

@direc85 Sadly, I haven't been able to find a reason for that as there are no logs or any other output from the program beyond this error message. It just fails to bind the HTTPS port after it successfully binds a port for HTTP.

One thing you could do is to remove /etc/xdg/autostart/mpollux-digisign-client.desktop to prevent autostarting, the authentication library is usable even without the GUI.

direc85 commented on 2024-08-11 17:43 (UTC)

I'm getting this every startup: Failed to open local web server's HTTPS-port; Signing services are disabled. Any clue how to fix that? The authentication part still works fine, I don't need signing support at all.

ple commented on 2023-07-01 17:02 (UTC)

Thanks @neonmoe, I seem to have missed that. Don't know how upstream manages to use this package at all. I'll see what I can do, but it might have to be a manual step, unless the directories are created for every directory in /home (which I think wouldn't be a good thing to do).

neonmoe commented on 2023-06-30 08:02 (UTC)

After recently upgrading, the application would bring up a dialog asking for the password of the certificate database, even though I hadn't (knowingly) set one. Deleting ~/.digisign and ~/.pki/nssdb (as per the application's user manual) fixed the issue.

The references to $HOME in the install script seem odd to me, aren't they ran as root? That would explain why I had to do the same thing manually as my regular user.

ple commented on 2023-06-29 19:35 (UTC) (edited on 2023-06-29 19:39 (UTC) by ple)

There were some changes in the installation procedure upstream, so I have added install scripts to this package. The scripts included previously in the upstream version but not this package are now also included here. Please let me know if there are problems.

Edit: I although removed some weird parts of the scripts, so not entirely the same as upstream.

ple commented on 2023-04-06 13:35 (UTC) (edited on 2023-04-06 13:36 (UTC) by ple)

Version 4.2.4-8303 exists only for the Windows package. The latest downloadable Linux versions at https://dvv.fi/en/linux-versions show 4.2.4-8296, which is what this PKGBUILD uses.

ple commented on 2021-06-09 18:06 (UTC)

Yep, that's how it should be. Corrected now.

Wild_Penguin commented on 2021-06-09 15:24 (UTC) (edited on 2021-06-09 15:32 (UTC) by Wild_Penguin)

This package overwrites /etc/xdg/autostart/mpollux-digisign-client.desktop - which it should not do, since that is a configuration file. Well, it's a small annoyance, but the ?#@%X! autostart will be there after every upgrade (despite changing the file).

EDIT: I suggest adding:

backup=('etc/xdg/autostart/mpollux-digisign-client.desktop')

to the PKGBUILD. That way the configuration file will be handled correctly.

ple commented on 2021-06-02 11:23 (UTC)

The download URL should work now, the GUID-looking string at the end seems to be the same every time. Also it worked for me without the parameter t. In this form it's only one more thing to manually copy-paste, I hope they don't start creating unique ids for every download.

Wild_Penguin commented on 2021-06-02 09:17 (UTC)

The download URL doesn't seem to work anymore. Seems like dvv.fi requires the part after .deb/ (i.e. XXXXXXX-XXX... ?t=XXXX ).

Nice going at dvv.fi, to me this seems like they are trying to make harder to have external direct download links on purpose?

1 2 Next › Last »