this not a "svn lock" lock but svn internal, most likely due to an
crashed/aborted previous action on the working copy.
Try "svn cleanup"
--
Lorenz
GERALDINE MCCORMACK wrote:
>Hello,
>
>Can I ask a Q regarding a strange problem I am having.
>
>I see th
in moment piping something into svnmucc put requires
... | svnmucc put -- - url
--
Lorenz
Daniel Sahlberg wrote:
>Moving a discussion from users@ to here. Original message below for
>reference.
>
>TL;DR: According to documentation, svnmucc put - URL should add or modi
branch:
>
> https://svn.apache.org/repos/asf/subversion/branches/pristines-on-demand
>
>While still being rough on the edges, it passes the whole test suite in
>my environment and seems to work quite well in practice.
if I'm not mistake, diff and revert are not possible when working
offline?
--
Lorenz
Daniel Shahaf wrote:
>Lorenz wrote on Thu, Feb 23, 2017 at 07:33:54 +:
>[...]
>>
>> But back to original topic: I could live with using '^./' as the
>> general prefix for "current working copy folder relative addressing".
>>
>> so my 4 exa
Branko ?ibej wrote:
>On 22.02.2017 17:42, Daniel Shahaf wrote:
>> Lorenz wrote on Wed, Feb 22, 2017 at 15:28:19 +:
>>> Stefan Sperling wrote:
>>> >From 'svn help ps':
>>>> The URL may be a full URL or a relative URL starting with one of
Daniel Shahaf wrote:
>Lorenz wrote on Wed, Feb 22, 2017 at 15:28:19 +:
>> Stefan Sperling wrote:
>> >From 'svn help ps':
>> > The URL may be a full URL or a relative URL starting with one of:
>> >../ to the parent
Stefan Sperling wrote:
>On Wed, Feb 22, 2017 at 03:12:55PM +0100, Harald Kirsch wrote:
>> Am 21.02.2017 um 15:40 schrieb Lorenz:
>> > And why not use "^^/" to denote working copy root relative?
>>
>> Would work for me. But intuitively ^^/ seems to
th" could be interpreted as a path relative to the current
working copy folder (including sequences of "../" as needed).
And why not use "^^/" to denote working copy root relative?
--
Lorenz
Lorenz wrote:
[...]
I have a problem with svn -v status showing an unexpected result for
file externals.
This seems to be a regression that happended with svn 1.8.12/13
[...]
this ended up as Issue 4580, got fixed and ported to 1.8.x and 1.9.x.
Thanks guys
I've run tests with a nightly build
externals get pinned at r100. But shouldn't in-repo externals
get pinned to r50 instead? At least in this kind of copy, I think those
externals should get pinned to r50?
just thinking out loud: would making --pin-externals require/allow a
revision parameter be an alternative?
--
Lorenz
expressed interest in having
such --- so perhaps we [c|sh]ould do that in the future.
TSVN has a weekly translation status report on dev user lists
--
Lorenz
Lorenz wrote:
Stefan Sperling wrote:
On Fri, May 24, 2013 at 12:39:04PM +, Lorenz wrote:
I'm playing around with the new custom keyword expansion.
I would like to create a keyword like:
SAL-EAGLE=/attribute%_name=BRD-SVN-REV%_value=%r/attribute%_name=dummy%_value=
Problem
Branko ?ibej wrote:
On 27.05.2013 10:46, Lorenz wrote:
Lorenz wrote:
Stefan Sperling wrote:
On Fri, May 24, 2013 at 12:39:04PM +, Lorenz wrote:
I'm playing around with the new custom keyword expansion.
I would like to create a keyword like:
SAL-EAGLE=/attribute%_name=BRD-SVN-REV
= $
I anyone is interested in why I want to do such obscure things, just
ask and I try to explain 8-)
And last but not least: could that be incorporated into the 1.8
release?
Pretty, pretty please.
--
Lorenz
Stefan Sperling wrote:
On Fri, May 24, 2013 at 12:39:04PM +, Lorenz wrote:
I'm playing around with the new custom keyword expansion.
I would like to create a keyword like:
SAL-EAGLE=/attribute%_name=BRD-SVN-REV%_value=%r/attribute%_name=dummy%_value=
Problem is, that as soon as I
Akiyoshi Takahashi wrote:
[...]
ups, didn't mean to moderate that s... through
sorry
need coffee
--
Lorenz
there to unsubscribe.
--
Lorenz
.
--
Lorenz
Index: mailing-lists.html
===
--- mailing-lists.html (revision 924660)
+++ mailing-lists.html (working copy)
@@ -5,7 +5,7 @@
titleSubversion Mailing Lists/title
meta http-equiv=Content-Type content=text/html;charset=utf-8
their be at least a note that states so?
--
Lorenz
19 matches
Mail list logo
