Arch Linux User Repository

"No such file or directory"

==> Проверка зависимостей для сборки...
==> Получение исходных файлов...
  -> Найден syncthing-gtk-python3-0.9.4.5.tar.gz
  -> Найден kde-statusicon.patch
==> Проверка файлов source с использованием sha256sums...
    syncthing-gtk-python3-0.9.4.5.tar.gz ... Готово
    kde-statusicon.patch ... Готово
==> Удаление директории '$srcdir/'...
==> Распаковка исходных файлов...
  -> Распаковка 'syncthing-gtk-python3-0.9.4.5.tar.gz' с помощью bsdtar
==> Запускается prepare()...
/home/dp/.cache/yay/syncthing-gtk-python3/PKGBUILD: строка 33: cd: syncthing-gtk: Нет такого файла или каталога

Working diff

diff --git a/PKGBUILD b/PKGBUILD
index d33977f..7bf561c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -30,17 +30,17 @@ sha256sums=(
 )

 prepare() {
-    cd "$_pkgname"
+    cd "$_pkgname-$pkgver"
     # Enable Gtk.StatusIcon in KDE
     patch -Np1 -i ../kde-statusicon.patch
 }

 build() {
-    cd "$_pkgname"
+    cd "$_pkgname-$pkgver"
     python3 setup.py build
 }

 package() {
-    cd "$_pkgname"
+    cd "$_pkgname-$pkgver"
     python3 setup.py install --root="$pkgdir" --optimize=1
 }

I'm now using my own repository on Github, the issue should be fixed.

@nyanpasu64 i'm not sure the Salsa repo is unmaintained. It's clearly inactive though.

The original repo from Kozec is unmaintained though, except translation fixes.

About the Python 3.11 issue, I suppose the fix is to just remove the call, as the project doesn't have any call to the removed l*gettext functions. I'll do a PR upstream.

Just a heads up: once Python 3.11 hits Arch, this package will break:

nyanpasu64@dell-void ~> syncthing-gtk
Traceback (most recent call last):
  File "/usr/bin/syncthing-gtk", line 22, in <module>
    init_locale(localedir)
  File "/usr/lib/python3.11/site-packages/syncthing_gtk/tools.py", line 262, in init_locale
    gettext.bind_textdomain_codeset(GETTEXT_DOMAIN, "utf-8")
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset'

The bug hasn't been reported upstream yet, and my Salsa account is awaiting activation. Sadly it appears https://github.com/kozec/syncthing-gtk is still on Python 2, and the syncthing-gtk-python3 package points to https://salsa.debian.org/debian/syncthing-gtk which is recently unmaintained. Perhaps it's time to jump ship to syncthingtray, though that has its own difficulties installing AUR dependencies since the package author depends on .so files rather than package names (paru -S c++utilities qtutilities qtforkawesome syncthingtray works but I hear there are issues when upgrading).

Void Linux hot-patched this issue: https://github.com/void-linux/void-packages/commit/08cc0787b033d37761ded732ac6e2fd1570246ce

@Salamandar On syncthing-gtk/syncthing_gtk/nautilusplugin.py

117c117
<               return file.get_location().get_path().decode('utf-8')
---
>               return file.get_location().get_path()

Thanks gilcu3, will see to it when i get back to my pc. What patch is needed ?

This package is currently not working in Nautilus/Nemo, needs a small patch in /usr/lib/python3.10/site-packages/syncthing_gtk/nautilusplugin.py

@TheFrenchGhosty If you're getting ValueError: Namespace Notify not available for version 0.7, please ensure your libnotify package is up to date as this was fixed in version libnotify 0.8.1

Broken:

Traceback (most recent call last):
  File "/usr/bin/syncthing-gtk", line 32, in <module>
    from syncthing_gtk.app import App
  File "/usr/lib/python3.10/site-packages/syncthing_gtk/app.py", line 19, in <module>
    from syncthing_gtk.notifications import Notifications, HAS_DESKTOP_NOTIFY
  File "/usr/lib/python3.10/site-packages/syncthing_gtk/notifications.py", line 21, in <module>
    gi.require_version('Notify', '0.7')
  File "/usr/lib/python3.10/site-packages/gi/__init__.py", line 129, in require_version
    raise ValueError('Namespace %s not available for version %s' %
ValueError: Namespace Notify not available for version 0.7

@dwango patch is in the base-devel group and therefore is not needed as an explicit dependency.