Package Details: endpoint-verification-chrome 2023.12.18.c591921611_00-10

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)

Latest Comments

1 2 Next › Last »

kylix31 commented on 2024-12-13 13:09 (UTC) (edited on 2024-12-13 14:12 (UTC) by kylix31)

@sanquaes The link of the .deb is off. Maybe the Google has changed the version?

Update: Google add the MD5sum to the url name. I suggest those modifications

diff --git a/.SRCINFO b/.SRCINFO
index b0df5ed..2183127 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -5,9 +5,10 @@ pkgbase = endpoint-verification
    url = https://chrome.google.com/webstore/detail/endpoint-verification/callobklhcbilhphinckomhgkigmfocg
    arch = x86_64
    license = unknown
-   source = https://packages.cloud.google.com/apt/pool/endpoint-verification_2023.12.18.c591921611-00_amd64_03868e49ddfa8d447a01456bc22f7be149e972bc3717980de676cb52d92ace3e.deb
+   source = https://packages.cloud.google.com/apt/pool/endpoint-verification/endpoint-verification_2023.12.18.c591921611-00_amd64_0ed3d7aced2a9858c943a958c4c8ee9a.deb
    source = endpoint-verification.service
    source = opera.patch
+   md5sums = 0ed3d7aced2a9858c943a958c4c8ee9a
    sha256sums = 03868e49ddfa8d447a01456bc22f7be149e972bc3717980de676cb52d92ace3e
    sha256sums = 50d9e83ef1b9d32265eecc6af9d9b762ad7c29e771e136a743f29740975c4932
    sha256sums = 3878461e75d3ef9ac93ae59e5f5523eb1301fbbebc5d0ea318ba317542367b2b
diff --git a/PKGBUILD b/PKGBUILD
index 23071b5..418f97b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,10 +11,11 @@ arch=(x86_64)
 url="https://chrome.google.com/webstore/detail/endpoint-verification/callobklhcbilhphinckomhgkigmfocg"
 license=(unknown)
 # https://packages.cloud.google.com/apt/dists/endpoint-verification/main/binary-amd64/Packages
+md5sums=('0ed3d7aced2a9858c943a958c4c8ee9a')
 sha256sums=('03868e49ddfa8d447a01456bc22f7be149e972bc3717980de676cb52d92ace3e'
             '50d9e83ef1b9d32265eecc6af9d9b762ad7c29e771e136a743f29740975c4932'
             '3878461e75d3ef9ac93ae59e5f5523eb1301fbbebc5d0ea318ba317542367b2b')
-source=("https://packages.cloud.google.com/apt/pool/${pkgbase}_${_pkgver}_amd64_${sha256sums[0]}.deb"
+source=("https://packages.cloud.google.com/apt/pool/${pkgbase}/${pkgbase}_${_pkgver}_amd64_${md5sums[0]}.deb"
    "endpoint-verification.service"
    "opera.patch")

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 function get_hostname() relies on /bin/hostname to get the hostname, which does not exist on an Archlinux install. I suggest replacing line 112:

  HOSTNAME="$(/bin/hostname)"

by:

  HOSTNAME="$(cat /ect/hostname)"

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?

1 2 Next › Last »