Can confirm the "qt6-shadertools" dependency.
Removed "qt6-shadertools" after successful build; looks like a makedepend for this package is sufficient.
Git Clone URL: | https://aur.archlinux.org/ausweisapp2.git (read-only, click to copy) |
---|---|
Package Base: | ausweisapp2 |
Description: | A software application that you install on your computer to use your national identity card or your electronic residence permit for online identification |
Upstream URL: | https://www.ausweisapp.bund.de/ |
Licenses: | custom:EUPL1.2 |
Submitter: | J5lx |
Maintainer: | Misery |
Last Packager: | Misery |
Votes: | 72 |
Popularity: | 1.16 |
First Submitted: | 2017-09-15 18:13 (UTC) |
Last Updated: | 2024-10-30 12:11 (UTC) |
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »
Can confirm the "qt6-shadertools" dependency.
Removed "qt6-shadertools" after successful build; looks like a makedepend for this package is sufficient.
Build fails with Failed to find Qt component "ShaderTools"
.
Fix: The package "qt6-shadertools" needs to be installed first.
@Maintainer: Please add "qt6-shadertools" to the dependencies list. Thanks!
It's hard to write a firewall rule, since it uses tcp/udp port 24727, but also a random second tcp port on every app start...
@Arch-Jole It's already in makedepends...
makedepends=('cmake' 'qt5-tools')
makepkg fails if cmake isn't installed. I used makepkg -sr to build package. Maybe add cmake to package dependencies to avoid this. Thanks for the PKGBUILD file. :)
Yes, "Smartphone as cardreader" connects from your desktop to your phone. The smartphone spawn a websocket on random TCP-port and broadcasts a UDP-packet on port 24727 with that information. The desktop clients receives that packet and connects to the smartphone of that random port.
So your desktop client needs incoming UDP 24727 and outgoing TCP 1024-65535. The LOCALHOST-webserver on 24727 on your desktop client is just for the activation of an eID-Link. Also no one can connect to it... because it is localhost only. ;-)
Are you sure it's UDP? Because if I look for open ports it's TCP on localhost
Oh, sorry, I mean UDP ;-)
@Misery Do you mean TCP 24727? I don't know UDO.
It works if I deactivate the firewall, but had no luck by whitelisting TCP 24727. But according to the ports applications listen it must be TCP 24727.
Pinned Comments
williX commented on 2022-09-18 17:08 (UTC) (edited on 2022-09-18 17:09 (UTC) by williX)
Thanks to older comments, problem with unknown pgp key is solved. Had to enter
I tried several keyservers, but keyserver.ubuntu.com was the right one.