Hi, Nathan! Thanks for your reply. If you need anything else, I can provide more information to help debug the problem. Regards,Ivan. 19.11.2019, 08:04, "Nathan Hartman" :On Mon, Nov 18, 2019 at 4:53 AM Иван Селин wrote:Hi! I think I've found a bug in subversion client.
Hi, Eric! I think svn log -v is correct as it shows that /dir in commit 2 was replaced, i.e. removed and added: $ svn log -v file://$repo/dirr2 | ivanselin | 2019-11-19 08:34:37 +0300 (Tue, 19 Nov 2019) | 1 lineChanged paths:
On Mon, Nov 18, 2019 at 4:53 AM Иван Селин wrote:
> Hi!
>
> I think I've found a bug in subversion client. Setup is as follows:
> 1. Create directory with a file in it — commit 1
> 2. Replace directory with other file — commit 2
> 3. Call "svn info dir/file@1" — it should give information about
Interesting.
It appears that svn ls of "dir@1" works fine. As does svn cat of "dir/file@1".
svn proplist of "dir/file@1" appears to work as well.
svn log -v appears to be incomplete, as it shows "dir" removed, but not
also added in the revision.
svn info fails, as you note.
Looks like a bug to
On 18.11.2019 16:14, Ryan Schmidt wrote:
> On Nov 18, 2019, at 08:44, Ryan Schmidt wrote:
>
>> The relevant part in the log is where it says:
>>
>> (subversion/svnversion/svnversion . 2> /dev/null || \
>> svnversion . 2> /dev/null ||\
>> echo "unknown";
On Nov 18, 2019, at 08:44, Ryan Schmidt wrote:
> The relevant part in the log is where it says:
>
> (subversion/svnversion/svnversion . 2> /dev/null || \
>svnversion . 2> /dev/null ||\
>echo "unknown"; \
>
On Nov 17, 2019, at 15:24, Nathan Hartman wrote:
> On Sun, Nov 17, 2019 at 2:47 PM Ryan Schmidt wrote:
>
> > Hi, I noticed this bug in subversion on macOS. I reported it here:
> >
> > https://trac.macports.org/ticket/59712
> >
> > But it's really an upstream issue so I would like to report
Hi! I think I've found a bug in subversion client. Setup is as follows:1. Create directory with a file in it — commit 12. Replace directory with other file — commit 23. Call "svn info dir/file@1" — it should give information about dir/file at revision 1, but it fails saying that "dir" is a file at
I have the following issue with svn 1.10.6:
Assume that I committed "file1" at revision 1, did some unrelated
change at revision 2, and for revision 3, copied "file1@1" to "file2"
with "svn copy"[*] and did some changes in file2 before the commit.
[*] The revision older than the latest one is