Package Details: syncthingtray-qt6 1.6.4-1

Git Clone URL: https://aur.archlinux.org/syncthingtray-qt6.git (read-only, click to copy)
Package Base: syncthingtray-qt6
Description: Tray application for Syncthing (using Qt 6)
Upstream URL: https://github.com/Martchus/syncthingtray
Licenses: GPL-2-or-later
Submitter: Martchus
Maintainer: Martchus
Last Packager: Martchus
Votes: 23
Popularity: 2.16
First Submitted: 2020-11-07 16:16 (UTC)
Last Updated: 2024-12-03 21:28 (UTC)

Pinned Comments

Martchus commented on 2023-11-21 23:20 (UTC) (edited on 2024-10-21 15:10 (UTC) by Martchus)

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There also exist a binary repository: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff

Important remarks:

  • The packages within the binary repository are built against the latest packages from Arch Linux and hence might not be compatible with Manjaro. This can be the cause when the Plasmoid doesn't work.
  • Like with any other package a rebuild is required when the soname of a dependency like boost changes (see e.g. https://github.com/Martchus/syncthingtray/issues/98). The package in my binary repository should be rebuilt in a timely manner. I'm also sometimes updating pkgrel of the AUR package when a rebuild is required (only in accordance with Arch Linux of course, not in accordance with Manjaro).
    • The "dirty" way is forcing the installation/update (leaving syncthingtray-qt6 broken until it has been rebuilt) or to uninstall syncthingtray-qt6 temporarily before the update. After the update syncthingtray-qt6 can be rebuilt and reinstalled again.
    • The correct solution is to use makechrootpkg which is also how official developers build their packages (and how packages in my binary repository are built).
  • It is required to build dependencies (that are not provided by Arch Linux itself) before building this package. So you need to build c++utilities, qtutilities-qt6, qtforkawesome-qt6 and syncthingtray-qt6 in that order.
  • The KDE integrations have been ported to KDE 6. This package builds KDE integrations for KDE 6 by default as KDE 6 is now in the main repositories.
  • Note that the tests of this package might fail despite there's nothing wrong (e. g. because Syncthing is just too slow and the test runs in a timeout). To ignore those false-positives, build the package with makepkg --nocheck or makechrootpkg -- --nocheck. It makes still sense to report failures. But please include the actual error message and not just the last few lines.

Latest Comments

1 2 3 4 5 6 Next › Last »

Martchus commented on 2024-12-13 11:10 (UTC)

I responded on the qtutilities-qt6 package. I don't think it makes sense to have the same discussion spread over multiple packages so see my response there.

brli commented on 2024-12-13 02:25 (UTC)

depends=(lib*.so) line in package() is equivalent to the depends=(pkgname) line above.

you should only leave one of them, and since it is not a split package, you should retain the root depends=() line.

to use lib*.so as depends or the pkgname, it is on your own. just...not duplicate it...

Martchus commented on 2024-12-04 10:25 (UTC)

@fettouhi I pushed a commit to update the checksum yesterday (after my update script had initially failed due to a networking error in the middle leaving some packages unchanged). Make sure you use the latest commit.

fettouhi commented on 2024-12-04 10:21 (UTC)

Fails to build because of checksum mismatch.

Martchus commented on 2024-09-27 14:36 (UTC) (edited on 2024-09-27 14:37 (UTC) by Martchus)

Fixed. Sorry for accidentally pushing these changes. (They were supposed to be pushed only on the next release after some testing was done.)

mbunkus commented on 2024-09-27 14:28 (UTC)

It seems this package cannot be installed anymore as there's no package that provides libc++utilities-qt6.so anymore?

Martchus commented on 2024-09-18 21:07 (UTC)

Considering the -qt6 package works now as well you just might not be able to reproduce the issue anymore at all. However, for now let's leave it at this because I'd be out of ideas what else to improve anyway.

FichteFoll commented on 2024-09-18 08:03 (UTC)

Indeed, it works now after I rebooted my system for a different reason, for both -git and -qt6, so that must've been it. I don't actually remember having something serving over 8080 specifically, but it is not unlikely.

Martchus commented on 2024-09-17 18:57 (UTC)

I've just noticed that the mocking of those tests is incomplete. Normally this is not a problem because the test just expects the relevant requests to fail anyway. However, maybe you have an HTTP server running on your system that returns a 200 response on the query http://localhost:8080/rest/db/ignores?folder=GXWxf-3zgnU. So I've just pushed a new change to test that hypothesis. With this change Ignore patterns have been changed. will hopefully vanish from your test logs and tests will pass.

Martchus commented on 2024-09-17 18:45 (UTC)

Too bad that it didn't work. At this point I have no idea why the test behaves differently in your case. The line that would print Ignore patterns have been changed. is actually not indented to be covered by the test in its current form. It is actually expected that saving ignore patterns fails with Unable to change ignore patterns: …. Not sure what I can do about it because I can really not reproduce this locally.

1 2 3 4 5 6 Next › Last »