On 25.01.2012 22:11, Daniel Shahaf wrote:
> Using tools/dist/backport.pl, I can fully process 3-4 approved
> STATUS entries in 15 seconds by pressing 'y' three times.
> (Reference: r1235925:r1235929 and r1213744:r1213747.)
>
> At this point I wonder how this could be made more efficient. Options
>
On Wed, Jan 25, 2012 at 13:05, Daniel Shahaf wrote:
> Daniel Shahaf wrote on Wed, Jan 25, 2012 at 19:26:33 +0200:
>...
>> Same fix to ra_neon please?
>>
>> svn_ra_neon__open()
>
> Greg replied on IRC --- basically that he won't maintain ra_neon and
> thinks that library should be given a one-way t
Using tools/dist/backport.pl, I can fully process 3-4 approved
STATUS entries in 15 seconds by pressing 'y' three times.
(Reference: r1235925:r1235929 and r1213744:r1213747.)
At this point I wonder how this could be made more efficient. Options
include:
- Converting people who merge/commit backp
On Wed, Jan 25, 2012 at 5:27 PM, Hyrum K Wright
wrote:
> This mail is very non-committal, but from the looks of CHANGES and
> STATUS there are number of items which could potentially make up a
> 1.7.3 release. It's been a couple of months since 1.7.2, so it
> appears that a 1.7.3 should come soon
On Wed, Jan 25, 2012 at 7:18 PM, Ivan Zhakov wrote:
> On Wed, Jan 25, 2012 at 22:05, Bert Huijben wrote:
>>> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
>>> wrote:
>>> > This mail is very non-committal, but from the looks of CHANGES and
>>> > STATUS there are number of items which could pot
On Wed, Jan 25, 2012 at 22:05, Bert Huijben wrote:
>> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
>> wrote:
>> > This mail is very non-committal, but from the looks of CHANGES and
>> > STATUS there are number of items which could potentially make up a
>> > 1.7.3 release. It's been a couple
Daniel Shahaf wrote on Wed, Jan 25, 2012 at 19:26:33 +0200:
> gst...@apache.org wrote on Wed, Jan 25, 2012 at 17:15:05 -:
> > Author: gstein
> > Date: Wed Jan 25 17:15:05 2012
> > New Revision: 1235831
> >
> > URL: http://svn.apache.org/viewvc?rev=1235831&view=rev
> > Log:
> > Improve the hand
> -Original Message-
> From: Mark Phippard [mailto:markp...@gmail.com]
> Sent: woensdag 25 januari 2012 18:57
> To: Hyrum K Wright
> Cc: Subversion Development
> Subject: Re: 1.7.3 next week-ish?
>
> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
> wrote:
> > This mail is very non-com
On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
wrote:
> This mail is very non-committal, but from the looks of CHANGES and
> STATUS there are number of items which could potentially make up a
> 1.7.3 release. It's been a couple of months since 1.7.2, so it
> appears that a 1.7.3 should come soo
This mail is very non-committal, but from the looks of CHANGES and
STATUS there are number of items which could potentially make up a
1.7.3 release. It's been a couple of months since 1.7.2, so it
appears that a 1.7.3 should come sooner rather than later. Perhaps
sometime next week would be reaso
gst...@apache.org wrote on Wed, Jan 25, 2012 at 17:15:05 -:
> Author: gstein
> Date: Wed Jan 25 17:15:05 2012
> New Revision: 1235831
>
> URL: http://svn.apache.org/viewvc?rev=1235831&view=rev
> Log:
> Improve the handle of the ssl-authority-files config option: allow
> leading and trailing wh
Hi,
This patch fixes a bug in a helper function
subversion/libsvn_repos/load-fs-vtable.c:change_rev_prop() to use
property validation functions if 'validate_props' is 'TRUE'.
As "svnadmin load" does the property validation by default, 'validate_props'
parameter is always set to 'TRUE'. Update
On Wed, Jan 25, 2012 at 10:29 AM, Bert Huijben wrote:
[ ... ]
> The 'svn rm' case that opened this thread was the first case where libsvn_wc
> would be involved and this opens the door to many other changes.
> If we change svn rm, then it no longer matches 'svn revert' for these cases.
Actually
On Wed, Jan 25, 2012 at 10:29 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> Sent: woensdag 25 januari 2012 1:48
>> To: Julian Foad
>> Cc: Subversion Development; Bert Huijben; Philip Martin
>> Subject: Re: How to fix issue #4023 (o
On Wed, Jan 25, 2012 at 9:52 AM, Branko Čibej wrote:
> On 24.01.2012 15:15, Philip Martin wrote:
>> Daniel Shahaf writes:
>>
Given three files "foo", "FOO" and "Foo", one in
wc.db, one on disk and one on the command line, is that the same file?
My understanding is that a W
> -Original Message-
> From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de]
> Sent: woensdag 25 januari 2012 10:44
> To: dev@subversion.apache.org
> Subject: Re: Subversion working Copy on Substituted Drive
>
> Hi,
>
> after a good hint via IRC now a original failure message:
>
> Sendi
Hi,
sorry i forgot to mention the SVN Client version...
I have tested this with svn command line client 1.6.17 ...on Windows
Vista Enterprise SP 1, 32 Bit ...
Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz Mar
Hi,
after a good hint via IRC now a original failure message:
Sending X://test.txt
Transmitting file data .svn: Commit succeeded, but other errors follow:
svn: Error bumpung revision post-commit (details follow):
svn: In Directory 'X:'
svn: Log entry missing 'name' attribute (entry 'rm' for dire
Hi,
i have observed a strange thing on a windows machine
I have substituted a working copy with a drive in Windows (subst)...
lets say working copy on D:\wc\test-checkout now i done a subst X:
D:\wc\test-checkout...
If i try to do a checkin in the root of the X: drive X:\ i got messages
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 25 januari 2012 1:48
> To: Julian Foad
> Cc: Subversion Development; Bert Huijben; Philip Martin
> Subject: Re: How to fix issue #4023 (on Windows, 'svn rm missingItem'
> deletes the unversioned 'Miss
On 24.01.2012 15:15, Philip Martin wrote:
> Daniel Shahaf writes:
>
>>> Given three files "foo", "FOO" and "Foo", one in
>>> wc.db, one on disk and one on the command line, is that the same file?
>>>
>>> My understanding is that a Windows user expects those to be the same
>>> file. So "svn st
21 matches
Mail list logo