On 08.07.2013 04:14, ВарфоломеевИгорь wrote:
> ВарфоломеевИгорь mail.ru> writes:
>
>>
>> I'm still not sure what should I do next...
>> Should I re-address this to dev subversion.apache.org ?
> No one responded, and I've re-posted the same report to "dev", here:
> http://thread.gmane.org/gmane.co
Hello,
I'm not subscribed to the list. I'd like to ask about one issue I'm having.
Let's say I've got a tree like this:
server/svn/trunk/software
server/svn/trunk/software/user
server/svn/trunk/software/wicked_filenames
server/svn/trunk/documentation
server/svn/trunk/huuuge_subtree_i_really_dont_
ВарфоломеевИгорь mail.ru> writes:
>
>
> I'm still not sure what should I do next...
> Should I re-address this to dev subversion.apache.org ?
No one responded, and I've re-posted the same report to "dev", here:
http://thread.gmane.org/gmane.comp.version-control.subversion.devel/143413
On Sun, Jul 07, 2013 at 06:34:09PM +0200, Stefan Sperling wrote:
> By design, there are many cases where the working copy code ends up
> searching the directory hierarchy upwards for a wc.db database in
> a .svn directory.
Does it stop once it finds one, or does it continue to search further
up? I
On Sun, Jul 7, 2013 at 4:48 PM, Kyle McKay wrote:
> On Jul 7, 2013, at 06:39, Daniel Shahaf wrote:
>>
>> Kyle McKay wrote on Sat, Jul 06, 2013 at 19:46:40 -0700:
>>>
>>> On Jul 6, 2013, at 19:23, Jonathan Nieder wrote:
Kyle McKay wrote:
> Unless bulk updates are disabled when us
On 07.07.2013 19:40, Jonathan Nieder wrote:
> (cc-ing subversion's users@ list for advice)
> Kyle McKay wrote:
>> On Jul 6, 2013, at 18:37, Jonathan Nieder wrote:
>>> Kyle McKay wrote:
Begin forwarded message:
> [2] http://subversion.tigris.org/issues/show_bug.cgi?id=2932
>>> Ah, thanks fo
(cc-ing users@ as requested by danielsh)
David Rothenberger wrote:
> On 7/6/2013 5:28 PM, Jonathan Nieder wrote:
>> Is there a simple explanation of why violating the depth-first
>> constraint would lead to multiple blob (i.e., file, not directory)
>> deltas being opened in a row without an interv
(cc-ing subversion's users@ list for advice)
Kyle McKay wrote:
> On Jul 6, 2013, at 18:37, Jonathan Nieder wrote:
>> Kyle McKay wrote:
>>> Begin forwarded message:
[2] http://subversion.tigris.org/issues/show_bug.cgi?id=2932
>>
>> Ah, thanks for the context.
>>
>> It's still not clear to me h
On Jul 7, 2013, at 06:39, Daniel Shahaf wrote:
Kyle McKay wrote on Sat, Jul 06, 2013 at 19:46:40 -0700:
On Jul 6, 2013, at 19:23, Jonathan Nieder wrote:
Kyle McKay wrote:
Unless bulk updates are disabled when using the serf access method
(the only one available with svn 1.8) for https?: urls,
On Sun, Jul 07, 2013 at 10:56:03AM -0500, Frank Loeffler wrote:
> As to the original problem: is there any chance the 'nested' checkout
> could be made to work? Subversion could just ignore any upper-level .svn
> directories. What is done here is a fresh checkout. There is no need to
> check anythi
On 7/7/2013 6:39 AM, Daniel Shahaf wrote:
> Kyle McKay wrote on Sat, Jul 06, 2013 at 19:46:40 -0700:
>> On Jul 6, 2013, at 19:23, Jonathan Nieder wrote:
>>> Kyle McKay wrote:
>>>
Unless bulk updates are disabled when using the serf access method
(the only one available with svn 1.8) for h
Hi,
On Sun, Jul 07, 2013 at 05:44:24PM +0200, Stefan Sperling wrote:
> You mean "working copy" (the copy being checked out), not "repository"
> (the database we check out from).
I do, I am sorry for my lax words.
> I would argue that you were relying on an implementation detail.
> Nowhere does t
On Sat, Jul 06, 2013 at 06:39:27AM -0500, Frank Loeffler wrote:
> My theory is that the checkout of the contained repository tries to look
> into .svn of the containing repository, and finds it 'currently used'.
You mean "working copy" (the copy being checked out), not "repository"
(the database w
13 matches
Mail list logo
