Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Sync extended file attributes on supported file systems #2698

Closed
lockedshadow opened this issue Jan 15, 2016 · 5 comments
Closed

Sync extended file attributes on supported file systems #2698

lockedshadow opened this issue Jan 15, 2016 · 5 comments
Labels
enhancement New features or improvements of some kind, as opposed to a problem (bug)
Milestone
v1.22.0

Comments

@lockedshadow
Copy link

For now, Syncthing is not preserve extended file attributes (xattrs) when sync, as says in FAQ. But some tagging engines for Linux (such as Baloo, former Nepomuk from KDE) stores metainformation (tags, comments, ratings etc.) exactly in xattrs, therefore this metainfo are not synchronized across the cluster. Maybe is possible to add optional feature to sync xattrs across nodes, if file system supports it?

Some (possibly) related articles:
https://en.wikipedia.org/wiki/Extended_file_attributes#Linux
https://community.kde.org/Baloo/Architecture

P.S. I apologise for my very bad english. Hope that you can understand me.
@AudriusButkevicius
Copy link
Member

I am pretty sure it's a duplicate, but I can't find the original ticket.

@generalmanager
Copy link

Maybe not an exact dupe of this, but at least related: #1329

@calmh calmh added the enhancement New features or improvements of some kind, as opposed to a problem (bug) label Jan 16, 2016
@calmh calmh added this to the Unplanned (Contributions Welcome) milestone Jan 16, 2016
@calmh calmh changed the title Optional feature to sync extended file attributes on supported file systems? Sync extended file attributes on supported file systems Jan 16, 2016
@shodanshok
Copy link

If this got implemented/merged, can it be coded as optional? In many cases, xattrs / EAs propagation are not needed.

@AudriusButkevicius
Copy link
Member

I think it will work based on include/exclude lists.

@bouillon
Copy link

I'm KDE user. It's very important feature. I vote for it. Without I only can just play with syncthing without serios use because i'm going lose information.BtSync help currently out but OP Syncthing would be my favorit after the freature is implemented. I think this will be important also for OSx Users.

@syncthing syncthing locked and limited conversation to collaborators Jan 31, 2016
@calmh calmh removed this from the Unplanned (Contributions Welcome) milestone Feb 11, 2018
calmh added a commit to calmh/syncthing that referenced this issue Aug 25, 2022
@calmh
all: Support syncing extended attributes (fixes syncthing#2698)
d65eaac 
This adds support for syncing extended attributes on supported
filesystem on Linux, macOS, FreeBSD and NetBSD. Windows is currently
excluded because the APIs seem onerous and annoying and frankly the uses
cases seem few and far between. On Unixes this also covers ACLs as those
are stored as extended attributes.

Similar to ownership syncing this will optional & opt-in, which two
settings controlling the main behavior: one to "sync" xattrs (read &
write) and another one to "scan" xattrs (only read them so other devices
can "sync" them, but not apply any locally).
@calmh calmh closed this as completed in 6cac308 Sep 14, 2022
@calmh calmh added this to the v1.22.0 milestone Sep 14, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
enhancement New features or improvements of some kind, as opposed to a problem (bug)
Projects
None yet
Milestone
v1.22.0
Development

No branches or pull requests
6 participants
@calmh @AudriusButkevicius @bouillon @generalmanager @shodanshok @lockedshadow