[Unison-hackers] On making times=true the default

[Benjamin Pierce]

Going back a couple of steps in the conversation, I wanted to say that I am
pretty convinced by the argument that silently propagating the older
modtime in cases of conflict is a reasonable plan (as long as the replica
contents except for modtimes are completely synced beforehand).

I still have a couple caveats:

* There may be corner cases where *only* the modtime of a file has changed,
but not the contents (e.g., the file is always empty and whoever is using
it cares only about the modtime).  In such cases, choosing the older
modtime would be wrong.  But maybe this is such a corner case that it
doesn't really exist.

* I am still a bit uncomfortable about propagating a lot of changes without
explicit agreement / instruction from the user.  It might be worth
introducing a switch that says "Really propagate older modtimes", that
could be used just once when upgrading from the old to the new default
settings.

Best,

     - Benjamin

On Tue, Jan 21, 2025 at 3:53 PM Tõivo Leedjärv <toivol at gmail.com> wrote:

> On Mon, 20 Jan 2025 at 19:05, Greg Troxel <gdt at lexort.com> wrote:
> >
> > We could ask:
> >
> >   is our handling of -fat appropriate for -exfat?  (probably not)
> >
> >   is exFAT common enough, and are there standard accomodations, that we
> >   should have an -exfat flag?
> >
> > along with asking if -fat is still needed, as opposed to different
> > people wanting different flags.
>
> I suggest not involving -fat in the current discussion at all. -fat
> does not mean FAT and FAT does not imply -fat. See
>
> https://urldefense.com/v3/__https://github.com/bcpierce00/unison/issues/638*issuecomment-1044420789__;Iw!!IBzWLUs!Ri0BLkeJ59eMDoBs5SrCfNd2TQklNcPN3etVKfJLlzBlT4ysHIjHCEnHpS8-GuRudixOoGcVizJv_JlduESJ6nYCXe0$
> _______________________________________________
> Unison-hackers mailing list
> Unison-hackers at LISTS.SEAS.UPENN.EDU
> https://LISTS.SEAS.UPENN.EDU/mailman/listinfo/unison-hackers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://LISTS.SEAS.UPENN.EDU/pipermail/unison-hackers/attachments/20250121/4d7f3095/attachment.htm>