Bug 373622 - Can't open my wallets anymore
Summary: Can't open my wallets anymore
Status: RESOLVED UPSTREAM
Alias: None
Product: frameworks-kwallet
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.29.0
Platform: Gentoo Packages Linux
: NOR major
Target Milestone: ---
Assignee: Valentin Rusu
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-13 19:20 UTC by DonMartio
Modified: 2016-12-20 16:01 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DonMartio 2016-12-13 19:20:06 UTC
After upgrade from 5.28.0 to 5.29.0 i can't open my wallets anymore.

if i start kwalletd and kwalletmanager on commandline i get this output:

~ $ kwalletd(13467) passwordXXXXX_SHA512: Can't get secure memory: 16777217 
kwalletd(13467) KWallet::Backend::openInternal: Wallet new enough, using new hash
kwalletd(13467) KWallet::Backend::swapToNewHash: Runtime error on the new hash
Oops, secure memory pool already initialized
kwalletd(13467) passwordXXXXX_SHA512: Can't get secure memory: 16777217 
kwalletd(13467) KWallet::Backend::openInternal: Wallet new enough, using new hash
kwalletd(13467) KWallet::Backend::swapToNewHash: Runtime error on the new hash 


If i start kwalletd5 on commadline i get this when trying to open a wallet:

kwalletd5: Checking for pam module
Lacking a socket, pipe: 0, env:0
kwalletd5 started
Migration agent starting...
old wallets were already migrated
Migration agent stop.
Can't get secure memory: 16777217
Wallet new enough, using new hash
Runtime error on the new hash
fsize:  3453645513  encrypted.size():  3064  blksz:  8
Oops, secure memory pool already initialized
Can't get secure memory: 16777217
Wallet new enough, using new hash
Runtime error on the new hash
fsize:  2198704151  encrypted.size():  3064  blksz:  8

Any suggestions what to do here?
Comment 1 DonMartio 2016-12-13 19:47:44 UTC
After some investigation, including all stuff that may include encryption,
i found that this lib dev-libs/libgcrypt-1.7.4 was upgraded to.

I downgraded to =dev-libs/libgcrypt-1.7.3 (just a shot in the dark). Now i can open the wallets again.

Is this a bug or is this some breaking change in libgcrypt?
Comment 2 DonMartio 2016-12-14 06:57:19 UTC
Maybe it's related to this one:

https://lists.gnupg.org/pipermail/gcrypt-devel/2016-December/004047.html
Comment 3 DonMartio 2016-12-17 15:43:07 UTC
Update to libcrypt-1.7.5 solved the problem.