Package Details: hibiscus 2.10.20-1

Git Clone URL: (read-only, click to copy)
Package Base: hibiscus
Description: HBCI banking plugin for jameica.
Upstream URL:
Licenses: GPL2
Submitter: jakob
Maintainer: fordprefect
Last Packager: fordprefect
Votes: 93
Popularity: 0.27
First Submitted: 2006-10-21 16:12 (UTC)
Last Updated: 2024-04-05 08:38 (UTC)

Dependencies (4)

Required by (1)

Sources (3)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

fumasu commented on 2022-05-07 13:24 (UTC) (edited on 2022-05-10 08:52 (UTC) by fumasu)

Install fails at PGP check because no key can be obtained. gpg --receive-keys 5A8ED9CFC0DB6C70 fails with no user ID as the de-facto new default keyserver strips user IDs for privacy reasons if not instructed otherwise. Unfortunately that's the case for this key and I also could not find it on any other keyserver. This is a known problem with no solution in sight.

Only workaround for now: makepkg -s --skippgpcheck or yay -Sy hibiscus --mflags "--skippgpcheck"

Preferred solution: Instruct to distribute user IDs with this key.

Edit: Issue resolved. In case of PGP problems use gpg --receive-keys 5A8ED9CFC0DB6C70

Taijian commented on 2021-07-06 08:40 (UTC)

@dec: The key is still available, but because the old standard keyserver network hardcoded into gnupg has shut down recently, gpg can no longer find any keyservers to import keys from, unless you specify some in ~/.gnupg/dirmngr.conf. Alternatively, you could wait for gnupg 2.2.29 (currently in testing), which will introduce a new default.

fordprefect commented on 2021-07-04 15:08 (UTC)

@dec: thanks for reporting issues. However, please don't report issues with AUR helpers (in this case: yay), but try plain makepkg first. AUR helpers are not supported. Regarding the issue: have you tried commenting out the validpgps line? While the signature is supplied, the key seems to have vanished (?) from the key servers and can thus not be loaded anymore.

dec commented on 2021-07-04 14:42 (UTC)

Hey guys, I tried to install hibiscus by yay -Sy hibiscus --noconfirm --sudoloop and got following back: :: PGP keys need importing: -> 7314FBDE7D38EE5610D291B65A8ED9CFC0DB6C70, required by: jameica hibiscus :: Importing keys with gpg... gpg: Empfangen vom Schlüsselserver fehlgeschlagen: Kein Name removing untracked AUR files from cache... Could be that the key is not valid any more?

fordprefect commented on 2021-06-04 14:12 (UTC)

@Ojaksch: thx, added. Pkgrel bump omitted since nothing changed.

OJaksch commented on 2021-06-03 12:25 (UTC)

Just tested: package is working with arch=aarch64

fordprefect commented on 2021-04-07 13:30 (UTC)

@Taijian: thanks for the reminder, I have removed it now. This was added before my time, atcually even in the initial import. I reckon it stems from the namcap run, which complains about libstdc++ and other libs not being covered by the dependencies. Namcap, however, is well known for false positives, as long as the software works we'll gladly ignore it. Sorry for not acting on this for so long!

Taijian commented on 2021-04-07 13:08 (UTC)

Getting back to my question from last year: Could you please remove libstdc++5 from the depends array? It is really not necessary for this package to function.

Thank you!

nurfz commented on 2020-02-29 08:00 (UTC)

Another small problem:

==> Verifying source file signatures with gpg... ... FAILED (unknown public key 5A8ED9CFC0DB6C70)
==> ERROR: One or more PGP signatures could not be verified!

Taijian commented on 2020-02-25 22:26 (UTC)

I was wondering if there was a reason that this package pulls in libstdc++5? I tried to look for a reference on the intertubes telling me why this was needed and was unsucessful. On a whim, I tried removing it and running Hibiscus on top of the 'regular' libstdc++6 that is included in gcc-libs and could not find a difference.

So, did I overlook something or is this a superfluous dependency?