<div dir="ltr">I'm fine with the current way, but also see no problem with this proposal.<div><br></div><div>   - Benjamin</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Sep 6, 2025 at 10:19 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">[This might be a little off, in which case corrections welcome.]<br>
<br>
We have a long-open PR to make these configurable, and as y'all know I<br>
have a bias against configuration, believing that there's a cogntive<br>
burden and a maintenance burden.<br>
<br>
  <a href="https://urldefense.com/v3/__https://github.com/bcpierce00/unison/pull/447__;!!IBzWLUs!WyXHnut9ekKJk_B27vvNSm2PJxIWr-swgA8bRAdLT4aK5RJPZL28x3Y4z5Fd2NC0BhNHUbmSrLigBmuGex50VUiu$" rel="noreferrer" target="_blank">https://urldefense.com/v3/__https://github.com/bcpierce00/unison/pull/447__;!!IBzWLUs!WyXHnut9ekKJk_B27vvNSm2PJxIWr-swgA8bRAdLT4aK5RJPZL28x3Y4z5Fd2NC0BhNHUbmSrLigBmuGex50VUiu$</a> <br>
<br>
<br>
Right now we have in src/<a href="https://urldefense.com/v3/__http://os.ml__;!!IBzWLUs!U2QL7R6NxOV6CMxt-7aJHekIfdNl-DgSqqaXbpE2G8blSB2XiHda-1pxj5eDyq6dW42iCFyxrqzbMfvddpl4NZ4I0eZVx9-ugjqx$" rel="noreferrer" target="_blank">os.ml</a>:<br>
<br>
  let tempFilePrefix = ".unison."<br>
  let tempFileSuffixFixed = ".unison.tmp"<br>
<br>
with the idea that a file is unison tmpfile if both are present.<br>
<br>
<br>
As I see it the basic problems are:<br>
<br>
  This is layered temp, in that editor temp files end in ~ (on unix),<br>
  but you might want to sync those.  This is about files that are<br>
  extra-temporary, that unison can recognize as its own.  So we really<br>
  need something unison-specific.<br>
<br>
  When using another sync at the same time, one might want to exclude<br>
  unison temp files, but not exclude editor temp files.<br>
<br>
  conventions vary across OSes<br>
<br>
  people may be using remote filesystems.  They might be running unison<br>
  from multiple computers on the same remote data.  They might be using<br>
  other sync on the same data.  There are lots of possibilities and it<br>
  very quickly gets into "don't do that", in my view.<br>
<br>
and cultural background/bias<br>
<br>
  pretty much every sync mechanism has configurable exclusion.  unison,<br>
  rsync, nextcloud all do.  It seems dropbox is the one that does not.<br>
  So this seems to be a dropbox problem, not a unison problem.<br>
<br>
<br>
<br>
My questions are:<br>
<br>
  It might be better to have sborter annotations, as long as there is<br>
  liitle risk of collisions.  That could help in encrypted filesystems<br>
  wiht shorter pathname requirements, etc.  Does anyone think I'm off to<br>
  prefer shorter, as long as it's long enough?<br>
<br>
  On Unix, we have conventions of .foo for "hidden", meaning ls doesn't<br>
  show them without -a.  But there is no culture of not syncing such<br>
  files by default.  I'm going to say that hidden and .-prefixed are not<br>
  really relevant here, except that it's perhaps nice to make these<br>
  tmpfiles not so user-visible.  So we choose a .-prefixed name, but<br>
  it's for the nicety of ls usage, not functional.  Correct thinking?<br>
<br>
  On Unix, we have a convention of ~ as backup/tmp, sometimes excluded,<br>
  sometimes not.   So probably these tmp files should end in ~, so that<br>
  a "don't sync *~" will catch them.<br>
    - Does that make sense?<br>
    - Does that work with dropbox?<br>
<br>
  The ~ convention seems to apply on macOS, as it isn't that different.<br>
  Correct?<br>
<br>
  What's the situation on Windows?  (I try hard not to use Windows at<br>
  all, as a personal choice.)<br>
<br>
  Is there anyone who wants to exclude editor backup files form sync,<br>
  but does *not* want to exclude unison temp files?  I am assuming there<br>
  are no such people and this is something we can totally not support.<br>
<br>
and therefore<br>
<br>
  What if we set prefix to ".Utmp." and suffice to ".U~", unconditionally?<br>
<br>
    - Does that cause any harm to existing usage?<br>
<br>
    - Does it enable excluding these more easily on dropbox?  Does it<br>
      result in automatic exclusion?<br>
<br>
<br>
  Is there some equivalent convention to trailing ~ on Windows, and<br>
  could we use it alternatively or simultaneously?  I think I saw .~foo<br>
  in discussion.<br>
<br>
<br>
And finally:<br>
<br>
  Does anyone on the hackers list care about this issue at all?  Does<br>
  the silent majority think that there is no problem?<br>
<br>
<br>
Thanks,<br>
Greg<br>
_______________________________________________<br>
Unison-hackers mailing list<br>
<a href="mailto:Unison-hackers@LISTS.SEAS.UPENN.EDU" target="_blank">Unison-hackers@LISTS.SEAS.UPENN.EDU</a><br>
<a href="https://LISTS.SEAS.UPENN.EDU/mailman/listinfo/unison-hackers" rel="noreferrer" target="_blank">https://LISTS.SEAS.UPENN.EDU/mailman/listinfo/unison-hackers</a> <br>
</blockquote></div>