I didn’t follow the whole conversation so I may be missing significant context.
I found that if you have several 0-length files and shun their (obviously) common SHA1 does not remove any of them (apparently, because only the file name is stored without any data, and the way I understand shunning it removed the content matching the SHA1 code). In my view, this is desirable! I wouldn’t want to remove all empty files (used as convenient flags for certain situations) just because I wanted to remove one of them. Then again, with the current implementation, shunning all empty files is possible for those who do not want empty files in their repos at all. In my understanding of how shunning works, shunning 0-length file can never work correctly because the filename is not part of the shun operation (correctly so, IMHO, or else people would rename and re-submit shunned content). The claim that once you shun a 0-length file you will not be able to commit another 0-length file again is not entirely true. If you first delete the existing 0-files, and re-enable the shunned SHA1, then you can add 0-length files again. Based on my assumed correctness of the above, my suggestion is to leave things as they are in this respect. From: Stephan Beal Sent: Monday, October 13, 2014 11:24 AM To: Fossil SCM user's discussion Subject: Re: [fossil-users] http --enforce-remote-user On Mon, Oct 13, 2014 at 3:58 AM, David Mason <dma...@ryerson.ca> wrote: Yeah shunning is a really big stick. If I understand it correctly, if you ever shunned a 0-length file, you would never be able to commit a zero-length file again! Errrrr.... that's an excellent point. Perhaps we need to special-case the one and disallow it? -- ----- stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal "Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do." -- Bigby Wolf -------------------------------------------------------------------------------- _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
