Search Criteria
Package Details: telepresence2-bin 2.31.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/telepresence2-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | telepresence2-bin |
| Description: | Local development against a remote Kubernetes or OpenShift cluster |
| Upstream URL: | https://github.com/telepresenceio/telepresence |
| Licenses: | Apache-2.0 |
| Conflicts: | telepresence2, telepresence2-git |
| Provides: | telepresence2 |
| Submitter: | cwrau |
| Maintainer: | cwrau |
| Last Packager: | cwrau |
| Votes: | 2 |
| Popularity: | 0.050788 |
| First Submitted: | 2025-02-24 12:02 (UTC) |
| Last Updated: | 2026-07-23 09:16 (UTC) |
Latest Comments
xornet commented on 2026-07-12 15:04 (UTC)
Tested a new
2.29.2-2version. All good now, thank you!cwrau commented on 2026-07-08 07:30 (UTC)
Ah, good catch @xornet!
I'll change that 👍
xornet commented on 2026-07-07 23:26 (UTC) (edited on 2026-07-07 23:26 (UTC) by xornet)
Hey @cwrau I think I got the reason.
On every update I have the same issue. And the issue is actually that the filename
telepresence-x86_64that is being sha checked is always the same name. It uses the cached one from previous installation and does not re-download it.On every update I have to run
rm -rf ~/.cache/yay/telepresence2-binand only after doing so the update goes through. Could you please append the version to the filename as it's done for any other packages?This package (no version suffix, same file always):
Another random package for example (versioned suffix, doesn't match previous installation, hence cache miss + re-download):
xornet commented on 2026-02-25 20:50 (UTC)
Ah, my bad, sure. Thanks. Now it works.
cwrau commented on 2026-02-24 08:39 (UTC)
It works for me, you probably need to delete the local files?
xornet commented on 2026-02-24 00:03 (UTC)
I don't think it updates automatically. It's still failing:
And the last change doesn't contain any hash updates: https://aur.archlinux.org/cgit/aur.git/commit/?h=telepresence2-bin&id=68b375cee82a6a4928ee359eac8267ff754b86db
cwrau commented on 2026-02-23 08:33 (UTC)
Weird, they must've updated the files afterwards, I updated the sums 👍
Should land here shortly
xornet commented on 2026-02-23 02:07 (UTC)
since last update the checksum is wrong: