Package Details: fswatch 1.18.3-1

Git Clone URL: https://aur.archlinux.org/fswatch.git (read-only, click to copy)
Package Base: fswatch
Description: A cross-platform file change monitor with multiple backends: Apple OS X File System Events API, *BSD kqueue, Linux inotify, Microsoft Windows and a stat-based backend
Upstream URL: https://emcrisostomo.github.io/fswatch/
Licenses: GPLv3
Submitter: flaviut
Maintainer: cyqsimon
Last Packager: cyqsimon
Votes: 28
Popularity: 0.000143
First Submitted: 2015-10-04 22:48 (UTC)
Last Updated: 2025-02-07 05:50 (UTC)

Latest Comments

1 2 Next › Last »

cyqsimon commented on 2026-01-21 16:03 (UTC)

If you are interested on doing that, I can try to ask in IRC how to get the permission to upload into extra or if there will be a co-maintaner with already the access.

Sure, although my hopes are not too high. You're welcomed to try though.

Anyway, have you tried fswatch on arm64? just to complete the supported architecture.

It does compile, that's all I can say.

ra1nb0w commented on 2026-01-21 10:32 (UTC) (edited on 2026-01-21 10:32 (UTC) by ra1nb0w)

Reading [1] and then [2], it seems that the actual maintainer should do the move. If you are interested on doing that, I can try to ask in IRC how to get the permission to upload into extra or if there will be a co-maintaner with already the access. Anyway, have you tried fswatch on arm64? just to complete the supported architecture.

[1] https://wiki.archlinux.org/title/Package_Maintainer_guidelines#Rules_for_packages_entering_the_extra_repository

[2] https://wiki.archlinux.org/title/DeveloperWiki:How_to_be_a_packager#Adding_a_new_package

cyqsimon commented on 2026-01-21 09:57 (UTC) (edited on 2026-01-21 09:58 (UTC) by cyqsimon)

@ra1nb0w see https://wiki.archlinux.org/title/Arch_User_Repository#How_to_get_a_PKGBUILD_into_the_extra_repository.3F

ra1nb0w commented on 2026-01-21 09:24 (UTC)

probably fswatch should be promoted to extra. Is there a path to request the "promotion"? Anyway, thanks for the maintenance.

cyqsimon commented on 2025-01-06 02:38 (UTC)

@carddamom Thanks for notifying; updated. No need to comment; a flag will do.

carddamom commented on 2025-01-05 21:42 (UTC)

It seems that there is a new release 1.18.0...

https://github.com/emcrisostomo/fswatch/releases/tag/1.18.0

micwoj92 commented on 2023-11-03 18:33 (UTC)

License should be "GPL3"

cyqsimon commented on 2023-07-27 03:27 (UTC)

Can you please consider installing the man page? Thanks!

andrejr commented on 2022-06-30 19:09 (UTC)

It'd be very convenient if you added a CMake "find" module to this package, so that it can be immediately found as a dependency by CMake (I'm working on a program that depends on it). The upstream project is migrating to CMake, but they haven't yet set up target exports and config generation, so this is the next best thing.

You'd have to add one file into the AUR git repo (FindLibFsWatch.cmake) and alter the PKGBUILD to install it. Here's the file and the changes prepared: https://gist.github.com/randrej/c1e5b6b69c86ed4283ca8a89f98b0a11

flaviut commented on 2022-06-20 01:46 (UTC)

Interesting @kicer, I get that same issue. Looking at config.log, it's clang complaining about one of the arguments:

config.log:clang-13: error: unknown argument: '-fvar-tracking-assignments'

This argument comes from my /etc/makepkg.conf, under DEBUG_CFLAGS and DEBUG_CXXFLAGS. Deleting this argument from those flags fixes the problem.

This has no impact on debugging quality, because:

VTA is enabled by default when compiling code with optimizations and debugging information enabled (that is, gcc -O -g or, more commonly, gcc -O2 -g).1

1 2 Next › Last »