[please cc: me as I'm not subscribed to this list.]
Hi,
It seems that copying some changed/added files between two working
copies of the same repository does not work, not even if both
repositories are at the latest revision.
Discussion in #svn on Freenode:
> Is it expected to work when I have
On 22 April 2014 16:15, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: i...@apache.org [mailto:i...@apache.org]
>> Sent: dinsdag 22 april 2014 14:04
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1589099 - /subversion/trunk/subversion/libsvn_fs/fs-
>> loader.c
>>
>>
> -Original Message-
> From: i...@apache.org [mailto:i...@apache.org]
> Sent: dinsdag 22 april 2014 14:04
> To: comm...@subversion.apache.org
> Subject: svn commit: r1589099 - /subversion/trunk/subversion/libsvn_fs/fs-
> loader.c
>
> Author: ivan
> Date: Tue Apr 22 12:04:02 2014
> New Re
On 7 July 2012 11:33, wrote:
> Author: stefan2
> Date: Sat Jul 7 07:33:41 2012
> New Revision: 1358516
>
> URL: http://svn.apache.org/viewvc?rev=1358516&view=rev
> Log:
> Modify the read_config signature such that it can be used without
> opening the underlying filesystem, i.e. without a proper
Daniel Shahaf wrote:
> With trunk@Monday:
>
> [[[
> % subversion/svn/svn add \
> --config-option 'config:miscellany:enable-auto-props=true' \
> --config-option 'config:auto-props:*.t=*.c=bar' \
> foo.t
> A foo.t
> % svn pl -v foo.t
> Properties on 'foo.t':
> *.c
> bar
>
Philip Martin wrote:
> Philip Martin writes:
>> Julian Foad writes:
>>> This commit changes the output format of paths from no leading slash
>>> ('relpath' style) to having a leading slash ('fspath' style). This
>>> seems to be against the desired path format for a dump file, although
>>> the docum
Philip Martin wrote:
> Julian Foad writes:
>> That's on svn_fs_lock_many() [...]
>> where lock_callback is called even if it is null, as far as I can tell.
>
> I'd fix it but my password reset hasn't worked yet :-(
Philip committed the fix in r1587514.
- Julian
Branko Čibej wrote:
> On 21.04.2014 19:05, Ivan Zhakov wrote:
>>> trunk/subversion/libsvn_delta/text_delta.c:923
>>> trunk/subversion/libsvn_subr/io.c:805
>>
>> [...] It's good time to make consistent in either way. Where temporary
>> read buffers should be allocated: on stack or in heap (pool)?
8 matches
Mail list logo