There seems to be an issue with the build on 5-2 maybe. my /home/<user>/.cache/yay/grayjay-bin/src/grayjay/Grayjay.Desktop-linux-x64-v5 folder does not exist when it tries to build. creating manually does not help, it gets cleaned after failure I think. Maybe someone can confirm it's not just me.
Search Criteria
Package Details: grayjay-bin 17-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/grayjay-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | grayjay-bin |
| Description: | Grayjay Desktop - follow creators, not platforms (privacy- and freedom-respecting client for YouTube, Rumble, Twitch, Spotify etc) |
| Upstream URL: | https://grayjay.app/desktop/ |
| Licenses: | Source First License 1.1 |
| Conflicts: | grayjay, grayjay-git |
| Provides: | grayjay |
| Submitter: | nathanchere |
| Maintainer: | nathanchere |
| Last Packager: | nathanchere |
| Votes: | 24 |
| Popularity: | 2.30 |
| First Submitted: | 2024-12-25 16:27 (UTC) |
| Last Updated: | 2026-03-18 21:47 (UTC) |
Dependencies (10)
- at-spi2-core (at-spi2-core-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classic-xfceAUR)
- libappindicator-gtk3 (libappindicator)
- libnotify (libnotify-gitAUR)
- libsecret
- libxss
- libxtst
- nss (nss-hgAUR)
- unzip (unzip-zstdAUR, unzip_pAUR, unzip-natspecAUR)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, openerAUR, mimejs-gitAUR, xdg-utils-mimeoAUR)
Required by (0)
Sources (1)
erdnuesse commented on 2025-01-28 19:40 (UTC)
<deleted-account> commented on 2025-01-28 19:31 (UTC)
Yea that is kinda problematic, and FUTO should address it, but in the mean time I've came up with this.
1. Skip all checksums as you suggested
2. Using find with regex to find Grayjay directory after unziping.
3. Because once /usr/bin/grayjay script has copied GJ to ~/.local/share, it will not update them, I added an if to check if AppVersion.json has changed.
diff --git a/.SRCINFO b/.SRCINFO
index 10be31d..f61ce8e 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -19,6 +19,6 @@ pkgbase = grayjay-bin
conflicts = grayjay-git
options = !strip
source = Grayjay.Desktop-linux-x64.zip::https://updater.grayjay.app/Apps/Grayjay.Desktop/Grayjay.Desktop-linux-x64.zip
- sha256sums = 314e002552a413cd3f13d8a4abd44a20bf59de7a70982d8dd0f1f26ddfbe8d03
+ sha256sums = SKIP
pkgname = grayjay-bin
diff --git a/PKGBUILD b/PKGBUILD
index b8fefd9..8fca997 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -12,7 +12,7 @@ conflicts=('grayjay-git')
options=(!strip)
_filename="Grayjay.Desktop-linux-x64.zip"
source=("${_filename}::https://updater.grayjay.app/Apps/Grayjay.Desktop/${_filename}")
-sha256sums=('314e002552a413cd3f13d8a4abd44a20bf59de7a70982d8dd0f1f26ddfbe8d03')
+sha256sums=('SKIP')
prepare() {
mkdir -p "${srcdir}/grayjay"
@@ -20,7 +20,7 @@ prepare() {
}
package() {
- cd "${srcdir}/grayjay/Grayjay.Desktop-linux-x64-v2"
+ cd $(find "${srcdir}/grayjay" -type d -name "Grayjay.Desktop-linux-x64-v*")
# Create necessary directories
install -dm755 "${pkgdir}/usr/share/grayjay"
@@ -41,6 +41,14 @@ if [ ! -d "$APP_DIR" ]; then
chmod u+w -R "$APP_DIR"
fi
+if [ "$(cat $APP_DIR/AppVersion.json)" != "$(cat /usr/share/grayjay/AppVersion.json)" ]; then
+ echo "User Grayjay copy AppVersion.json doesn't match system version, overwriting $APP_DIR with new version"
+ rm -rf "$APP_DIR"
+ mkdir -p "$APP_DIR"
+ cp -r /usr/share/grayjay/* "$APP_DIR/"
+ chmod u+w -R "$APP_DIR"
+fi
+
exec sh -c "cd '$APP_DIR' && exec ./Grayjay \"\$@\"" -- "$@"
EOF
chmod 755 "${pkgdir}/usr/bin/grayjay"
nathanchere commented on 2025-01-28 18:30 (UTC)
The problem here with checksums is that Futo publishes each release to a generic 'latest' URL without anything to differentiate between versions. Short of mirroring the releases somewhere else with versioned file names, I'm not sure how to address this other than changing checksums to SKIP.
<deleted-account> commented on 2025-01-28 18:18 (UTC)
index b8fefd9..78c5315 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -12,7 +12,7 @@ conflicts=('grayjay-git')
options=(!strip)
_filename="Grayjay.Desktop-linux-x64.zip"
source=("${_filename}::https://updater.grayjay.app/Apps/Grayjay.Desktop/${_filename}")
-sha256sums=('314e002552a413cd3f13d8a4abd44a20bf59de7a70982d8dd0f1f26ddfbe8d03')
+sha256sums=('1bfd2ec8eaa578fdbf77c037a901bc6cafaf97427edcfbf565c1e6acb4477e96')
prepare() {
mkdir -p "${srcdir}/grayjay"
@@ -20,7 +20,7 @@ prepare() {
}
package() {
- cd "${srcdir}/grayjay/Grayjay.Desktop-linux-x64-v2"
+ cd "${srcdir}/grayjay/Grayjay.Desktop-linux-x64-v4"
# Create necessary directories
install -dm755 "${pkgdir}/usr/share/grayjay"
Cryen commented on 2025-01-23 21:01 (UTC)
Checksum fail
==> Validating source files with sha256sums...
Grayjay.Desktop-linux-x64.zip ... FAILED
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'grayjay-bin-5-1':
error: packages failed to build: grayjay-bin-5-1
PerilousBooklet commented on 2025-01-22 13:22 (UTC) (edited on 2025-01-22 13:25 (UTC) by PerilousBooklet)
At the end of line 23 the v2 should be v4, otherwise the package function fails.
Dasug commented on 2025-01-20 12:02 (UTC)
After updating this package to version 5-1, the software still claims to be on version 2, both in Settings->Info within grayjay itself as well as in the console output. I think this should be due to FUTO not actually having published any new binary release since the original version 2 release (at least the sha256sum hash hasn't changed).
Evrenos commented on 2025-01-12 21:01 (UTC)
why isn't this package working? can you take a look and fix it?
00ein00 commented on 2025-01-04 22:17 (UTC)
creates 2 entries on application launcher, there's an extra .desktop file somewhere that I can't find, and also fails to launch unless it's from the terminal, please fix this
nathanchere commented on 2024-12-27 06:39 (UTC)
molasses2: thanks, done.
insatiable_kin: "there is no valid reason for..." 1. your use case is not everyone's use case. 2. see https://github.com/futo-org/Grayjay.Desktop/issues/167
Pinned Comments
nathanchere commented on 2025-01-30 06:30 (UTC)
Sorry for the unreliable builds recently. I've spoken with Futo about the generic latestversion.zip downloads and have been advised about versioned links which they don't officially publish. Hopefully that should finally resolve the issue of this package breaking when a new release is published to the same download URL breaking checksums.