Search Criteria
Package Details: endpoint-verification-chrome 2023.12.18.c591921611_00-10
Package Actions
Git Clone URL: | https://aur.archlinux.org/endpoint-verification.git (read-only, click to copy) |
---|---|
Package Base: | endpoint-verification |
Description: | Endpoint verification Helper for Google Chrome |
Upstream URL: | https://chrome.google.com/webstore/detail/endpoint-verification/callobklhcbilhphinckomhgkigmfocg |
Keywords: | endpoint google verification |
Licenses: | unknown |
Conflicts: | endpoint-verification |
Provides: | endpoint-verification |
Submitter: | ilango100 |
Maintainer: | sanquaes (jvybihal) |
Last Packager: | jvybihal |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2020-06-09 10:15 (UTC) |
Last Updated: | 2024-07-23 10:01 (UTC) |
Dependencies (1)
- google-chromeAUR (google-chrome-wayland-vulkanAUR, google-chrome-devAUR, google-chrome-betaAUR, google-chrome-canaryAUR)
Latest Comments
1 2 Next › Last »
ob3rg commented on 2024-08-08 13:43 (UTC)
@sanquaes I'm running luks encryption and the opera.patch code outputs encryption ENABLED when i run device_state.sh directly and writes it to device_attrs but the plugin still publishes diskEncrypted: false.
I'm not using lvm though but if the device_state.sh properly detects that it's encrypted should that not be enough? or is there some other magic happening somewhere in the closed source maybe!?
sanquaes commented on 2024-08-08 13:20 (UTC)
IIRC password status check works reliably only for KDE and Gnome, but not for other desktop environments. As for the encryption check, we have made that opera.patch to introduce LUKS+LVM support. However, it may not work for other encryption methods and likely needs a rework.
jvybihal commented on 2024-08-08 13:13 (UTC)
I do not know about password status, but the code detecting encryption works here. How is your disk encrypted? The code used is here https://aur.archlinux.org/cgit/aur.git/tree/opera.patch?h=endpoint-verification#n48
ob3rg commented on 2024-08-08 13:07 (UTC)
I've managed to get this running and it's reporting some attributes. But I cant get it to set disk encryption to true and password status in apparently still show off. Has anyone gotten this to work?
sanquaes commented on 2022-10-28 14:08 (UTC)
I have updated the package. On my Arch systems, both /bin/hostname and /usr/bin/hostname are present, so I made an assumption that at least one of them should be in the PATH. Relying on the contents of /etc/hostname may be not consistent with the output of the 'hostname' command. We can revise it later if needed.
glostis commented on 2022-09-22 12:01 (UTC) (edited on 2022-09-22 12:01 (UTC) by glostis)
Hi,
Many thanks for this package!
When inspecting the
device_state.sh
file, I've noticed that the bash functionget_hostname()
relies on/bin/hostname
to get the hostname, which does not exist on an Archlinux install. I suggest replacing line 112:by:
sanquaes commented on 2022-08-12 08:37 (UTC) (edited on 2022-08-12 08:37 (UTC) by sanquaes)
Package updated to latest version.
ilango100 commented on 2020-11-06 14:13 (UTC)
Package updated to latest version, service file update to start properly.
@VSpike, the error occurs when device_state.sh is run as is. But it's run with "init" argument in startup script, in which case, no errors occur.
@omgitsaheadcrab, I've moved the chromium dependency to sub-package, so it's not needed while building.
Thank you all for your support!
omgitsaheadcrab commented on 2020-10-14 11:57 (UTC) (edited on 2020-10-15 13:12 (UTC) by omgitsaheadcrab)
This also fails if you don't have chromium installed. Is it possible to move the chromium dependency to inside that sub package?
VSpike commented on 2020-10-14 08:33 (UTC)
Sorry, I did this late last night and it was enough to make the errors go away from the browser extension but there are a couple of issues still.
First the line in the Systemd unit should be:-
not
I also had to add a line to the
device_state.sh
script to stop it aborting on an error:-1 2 Next › Last »