Description of problem:
The old DigiDoc3 software doesn't work anymore. I have updated needed parts of the software and have done some tests on my own system to confirm that things seem to work as they should.
DigiDoc3 cannot be used for signing documents from 1 January 2019 due to outdated software; neither will it support the new ID-card to be issued at the end of 2018 or the beginning of 2019. This update adds DigiDoc4 client and updates other related components to make the ID software work again.
Updated/added packages in core/updates_testing:
1. In up-to-date Mageia 6 drakrpm enabled core/updates_testing repository.
2. Refreshed repositories and opened upgradeable packages.
3. Marked for upgrade packages:
4. Searched for and marked for installation the package:
- qdigidoc4-4.2.0-2.mga6.x86_64 - that causes the removal of (previous) qdigidoc package.
5. Performed upgrade/install of marked packages.
6. Tested chrome-token-signing by logging into my internet bank account using PIN1 and made a transfer by signing it with PIN2.
7. Launched qdigidoc4, was able to load my photo after insering PIN1, checked my ID card certificates, opened existing digitally signed documents and created and signed a new document.
8. Everything that was tested worked as expected.
MGA6-32 MATE on IBM Thinkpad R50e
When selecting task-esteid-4.2.0-1.mga6 in MCC it draws in qdigidoc-3.16.xxx and selecting then qdigidoc4-4.2.0-2.mga6 is refused because of incompatibility with the older version.
After installing all packages under test, but thus the older versions of qdigidoc4, I could then upgrade to qdigidoc4-4.2.0-2.mga6.x86_64 which removes the older version.
I obviously have no Estonian id card, but I made sure it does not affect reading my Belgian eid. That is OK.
@Jüri Ivask, thank you for your careful, comprehensive and and well documented test.
I tried to install the pkgs cited in comment 0, but could not find
However, 'task-esteid' pulled in also 'qdigidoc' & 'qdigidoc-nautilus'.
Here are the relevant pkgs installed (x = not in the c0 update list):
Found DigiDoc3 Client & Crypto in Office sub-menu, started the former, clicked things, it looked good. Changed the languages. BUT Settings-Server Access Certificate said "Valid to 03/01/2019 (expired)". Crypto looked equally good.
were *not* listed by MCC-Update System. These are all I could find:
which were updated OK. The last did *not* pull in the 2 missing pkgs.
As did others, I manually installed:
# urpmi qdigidoc4
which uninstalled 'qdigidoc-3.13.6-1.mga6.x86_64' because of conflict with
'qdigidoc-nautilus-3.13.6-1.mga6.x86_64' because it wanted, unsatisfied,
'qdigidoc == 3.13.6-1.mga6'.
/core/updates_testing/qdigidoc4-4.2.0-2.mga6.x86_64.rpm was installed.
qdigidoc-nautilus-3.13.6-1.mga6.x86_64 & qdigidoc-3.13.6-1.mga6.x86_64.
# urpmi qdigidoc4-nautilus
.../core/updates_testing/qdigidoc4-nautilus-4.2.0-2.mga6.x86_64.rpm was installed.
In the Office sub-menu, DigiDoc Crypto has gone, only DigiDoc4 Client remains. This looks radically different, but OK, and nominally works.
So the end result of this update is *good*, and warrants OKs. Doubt:
@Sander: the business of qdigidoc[-nautilus] -> qdigidoc4[-nautilus] is iffy. It does not look (I may be wrong) that it would happen automatically by a system update. We all had to fiddle manually. Can you comment on this? Should the two pkgs be made dependancies of task-esteid (which they were before, because that is how I got them installed)?
DigiDoc4 includes multiple applications in one, so it's OK if DigiDoc Crypto is gone after installing DigiDoc4. The update is not meant to install DigiDoc4 automatically. People have to do it before or after the update manually and this will remove DigiDoc3. It's a bit messy and maybe I'll figure out something better if I'm forced to push another mandatory update but right now I'd let it be as it is. It's better than having just DigiDoc3 which can't be used to sign new documents anymore.
Thank you for the quick response. It does look a question of dependencies; '--requires' alone does not show it, so it must be one of the other directly dependant packages:
$ urpmq --requires-recursive task-esteid | grep qdigidoc
$ urpmq --media 'updates testing' --requires-recursive task-esteid | grep qdigidoc
BTAIM, to get this out ASAP, could we mention in the advisory (which I could do):
- That you will need to install manually the 'qdigidoc4' and 'qdigidoc4-nautilus' packages after the update?
- That old separate DigiDoc3 Client & Crypto are replaced by new DigiDoc4 Client.
Because this is urgent, I am sending this update on its way, with the additions I noted in c5 added to the advisory from comment 0 (+ bug title).
An update for this issue has been pushed to the Mageia Updates repository.
I had a really busy day, but thanks for pushing the update. I agree with the updated advisory :)