(2013/08/08 0:15), Daniel Shahaf wrote:
masaru tsuchiyama wrote on Thu, Aug 01, 2013 at 00:11:30 +0900:
* gen-make.py
() : use default value as conf when args[0] is line ending.
I don't use windows, but I think the right fix in this case is to
prevent ("\n" in sys.argv) from becoming true
Daniel Shahaf wrote:
>Mattias Engdegård wrote on Wed, Aug 07, 2013 at 23:43:36 +0200:
>> 2 aug 2013 kl. 21.27 skrev Andreas Stieger:
>>
>>> I would like to hear from active translation maintainers if they are
>>> happy to move their respective translations into Pootle and work on
>>> that
>>> sy
On 14.08.2013 23:42, Thomas Åkesson wrote:
>
> On 14 aug 2013, at 20:47, Mattias Engdegård wrote:
>
>> 12 aug 2013 kl. 12.38 skrev Julian Foad:
>>
>>> Hi James. I have one thing to throw into the mix, which you might be
>>> interested in looking at. I experimented a few months ago with generati
Hello
(2013/08/08 22:47), C. Michael Pilato wrote:
On 08/08/2013 09:40 AM, Daniel Shahaf wrote:
On Thu, Aug 08, 2013 at 09:26:09AM -0400, C. Michael Pilato wrote:
This tells the options parser that there are no command-line options
which follow, which would keep self.__repospath from being tre
On 14.08.2013 21:20, Bert Huijben wrote:
>
> I think r1514012 should fix it by adding the dependency to
> libsvn-javahl that exists for all other javahl projects.
>
Thanks, Bert. I missed that, going to bang my head against the wall now ...
-- Brane
--
Branko Čibej | Director of Subversion
WAN
Hello
(2013/08/08 22:47), C. Michael Pilato wrote:
On 08/08/2013 09:40 AM, Daniel Shahaf wrote:
On Thu, Aug 08, 2013 at 09:26:09AM -0400, C. Michael Pilato wrote:
This tells the options parser that there are no command-line options
which follow, which would keep self.__repospath from being tre
On Wed Aug 14 13:49:17 2013, Mattias Engdegård wrote:
> Would this do?
>
> [[
> * publish/docs/community-guide/releasing.part.html,
> publish/docs/community-guide/releasing.toc.html: Add section about
> notifying translators.
> ]]
>
+1, please go ahead and commit.
On 14 aug 2013, at 03:25, Ben Reser wrote:
> On 8/13/13 4:41 PM, Thomas Åkesson wrote:
>> To make this enhancement complete, I believe all settings that take a
>> "directory-path" should be handled identically (allow the templating). To
>> me, the most obvious example is "AuthzSVNAccessFile". I
On 14 aug 2013, at 20:47, Mattias Engdegård wrote:
> 12 aug 2013 kl. 12.38 skrev Julian Foad:
>
>> Hi James. I have one thing to throw into the mix, which you might be
>> interested in looking at. I experimented a few months ago with generating
>> both the C help strings and man pages from
14 aug 2013 kl. 21.37 skrev Ben Reser:
It would be better to put something in the docs now and then we can
automate later.
Would this do?
[[
* publish/docs/community-guide/releasing.part.html,
publish/docs/community-guide/releasing.toc.html: Add section about
notifying translators.
]]
In
Hi,
The following command fails without an error:
$ svn export -rBASE fileexternal exportedfile
with 'fileexternal' being an svn:external to a file.
Shouldn't that at least report an error that nothing is done at all
instead of just exit silently?
Stefan
--
___
oo // \\ "De
On Wed Aug 14 12:26:34 2013, Mattias Engdegård wrote:
> Since people seemed to have a preference for automating it via release
> scripts, I'm going to let someone more familiar with that process and
> framework to deal with it.
It would be better to put something in the docs now and then we can
a
8 aug 2013 kl. 20.39 skrev Daniel Shahaf:
Should we retroactively send a round of "Hey, 1.8.x has been released,
please update translations on trunk and 1.8.x" ?
That is probably a good idea, and since it isn't going to happen by
itself, I shall do that myself this time. This does not mean t
I think r1514012 should fix it by adding the dependency to libsvn-javahl that
exists for all other javahl projects.
Bert
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: woensdag 14 augustus 2013 19:01
To: dev@subversion.apache.org
Subject: RE: svn commit: r1512354 - i
12 aug 2013 kl. 12.38 skrev Julian Foad:
Hi James. I have one thing to throw into the mix, which you might
be interested in looking at. I experimented a few months ago with
generating both the C help strings and man pages from an XML source
file. My patch to do this is attached; it is co
The org.junit bits are in my junit-4.10.jar. I have no idea why the Windows
bot doesn't run javah for the new module, but I recall seeing that before
and suspect it's a bug in the bot's build script.
On 14 Aug 2013 16:58, "Bert Huijben" wrote:
>
>
> > -Original Message-
> > From: br...@ap
On 14 Aug 2013 16:23, "Julian Foad" wrote:
>
> Branko Čibej wrote:
>
> > and also makes validating the drive easier.
>
> I'm not sure what you're thinking about validating the editor drive being
easier.
> - Julian
Move away without a matching moved here (or the converse) is clearly
invalid. It mu
Julian Foad writes:
>> As you pointed out when a copy replaces a mv-away it is still necessary
>> to alter-dir two different nodes at the same path:
>>
>> 1. alter-dir A (children={...})
>> 2. mv-away A (id=...)
>> 3. copy A (src=...)
>> 4. alter-dir A (children={...})
>
> Well,
> -Original Message-
> From: br...@apache.org [mailto:br...@apache.org]
> Sent: vrijdag 9 augustus 2013 17:53
> To: comm...@subversion.apache.org
> Subject: svn commit: r1512354 - in /subversion/trunk: ./
> subversion/bindings/javahl/native/
> subversion/bindings/javahl/src/org/apache/sub
Philip Martin wrote:
> Julian Foad writes:
>> Example 3: Swapping two directory levels
>>
>> | |
>> +--A --\ /--> +--A
>> | X |
>> +--B --/ \--> +--B
>>
>> 1. alter-dir A (children={}) ### Needed?
>>
>> 2. mv-away A
Julian Foad writes:
> The root of the problem, as I recall, is the WC DB requirement that,
> before updating the DB entry for directory "DIR" to revision REV,
> there must be child entries in the DB corresponding to (at least) all
> the children of DIR@REV in the repository. I'm not 100% sure ab
Branko Čibej wrote:
> Move away/from with Id is essentially introducing a namespace for temporary
> paths unrelated to the tree structure. Therefore you can change notation and
> keep only one move operation with three variants:
>
> move(a,b): direct move of node to new path
> move(a,tmp(1)): m
Philip Martin wrote:
[...]
>>> === Examples Solved ===
>>>
>>> Example 1:
>>>
>>> | |
>>> +--A mv--\ add--> +--A
>>> \ |
>>> \--> +--B
>>>
>>> 1. alter-dir / (children={A})
>
> Do we need to call alter-dir when
On Tue, Aug 13, 2013 at 2:13 PM, Philip Martin
wrote:
> Stefan Fuhrmann writes:
>
> > After two weeks now, I finally completed the fsfs format 6 refactoring
> > and improvement work on said branch. Please review. See also
> > http://svn.haxx.se/dev/archive-2013-07/0385.shtml for the "split up
> >
Philip Martin wrote:
> Julian Foad writes:
>> Philip Martin wrote:
>>> [Conceivably
>>> the RA implementation of the current Ev2 API could deltify the list
>>> sent back by caching the list received but that's horrible and doesn't
>>> solve the problem of getting the list in the first place.]
>>
Julian Foad writes:
> Example 3: Swapping two directory levels
>
> | |
> +--A --\ /-->+--A
> | X |
> +--B --/ \--> +--B
>
> 1. alter-dir A (children={}) ### Needed?
>
> 2. mv-away A/B (id=”original A/B”)
>
> 3. alter-dir /
On phone so a bit constrained ...
Move away/from with Id is essentially introducing a namespace for temporary
paths unrelated to the tree structure. Therefore you can change notation
and keep only one move operation with three variants:
move(a,b): direct move of node to new path
move(a,tmp(1)): mo
Greg Stein writes:
> In the wiki page you started, I thought we already solved the move issue by
> using the original state for the source. (and remove rotate)
>
> I didn't read this treatise, cuz I think it has an incorrect starting
> assumption. You state early about sequential edits, when we r
Julian Foad writes:
> Philip Martin wrote:
>> [Conceivably
>> the RA implementation of the current Ev2 API could deltify the list sent
>> back by caching the list received but that's horrible and doesn't solve
>> the problem of getting the list in the first place.]
> Why is this different from
Philip Martin wrote:
> Another problem with Ev2. Consider a cheap copy:
>
> svn cp ^/trunk ^/branches/foo
>
> With Ev1 this commit sends only a small amount of data across the wire.
> This is true even as the number of branches gets large. In the past
> there was a backend "big directory" s
Another problem with Ev2. Consider a cheap copy:
svn cp ^/trunk ^/branches/foo
With Ev1 this commit sends only a small amount of data across the wire.
This is true even as the number of branches gets large. In the past
there was a backend "big directory" storage problem, but that was solved
My intention is to present possible designs for Ev2, and allow us to consider
which we prefer. In particular, we need to decide how important it is to
adhere to each of the principles including:
- the Once Rule
- avoidance of temporary paths (closely related to Once Rule)
- alter-dir ("fi
32 matches
Mail list logo
