On Feb 14, 2019, at 11:04, Celso F wrote:
> ---
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> with as much information as possible about what
> you wer
On Feb 10, 2019, at 03:18, Chagai Nota wrote:
>> Also did you try with working copy on the local computer instead of CIFS
>> share?
> It’s not CIFS share its NFS share I didn’t try because the working copy most
> to be on share drive because e we have also grid system.
There are known proble
On Mar 1, 2019, at 15:54, Denis Excoffier wrote:
> I have access to the source tree of some development project that is
> *not* under any version control system. I would like to build a
> minimal level of versioning by committing this source tree into
> Subversion at regular intervals, e.g. eac
On Mar 5, 2019, at 12:23, Satya Mishra wrote:
> I recently encountered a strange problem while trying to revert a failed
> experiment. svn revert apparently succeeded, but kept giving me the
> unreverted files. Example shell output showing the problem is below. The
> sha1sum of the file doesn't
Thanks a lot for the suggestion. This is a binary file. I double checked
the properties (output below signature)
I also noticed another thread titled " E155011 + E160013: how to clear this
mess? " which seems to be a similar issue. But svn up --set-depth empty,
which worked for the other user, did
Possibly a line-ending conversion?
http://svnbook.red-bean.com/nightly/en/svn.advanced.props.file-portability.html#svn.advanced.props.special.eol-style
Check to see if the svn:eol-style property is set.
Eric
On Tue, Mar 5, 2019 at 10:34 AM Satya Mishra wrote:
> Hi,
>
> I recently encountered
Hi,
I recently encountered a strange problem while trying to revert a failed
experiment. svn revert apparently succeeded, but kept giving me the
unreverted files. Example shell output showing the problem is below. The
sha1sum of the file doesn't match the sha1sum from repo in this working
copy. Bu
