On Apr 7, 2013, at 11:58 AM, "Bert Huijben" wrote:
>
>
>> -Original Message-
>> From: Ben Reser [mailto:b...@reser.org]
>> Sent: dinsdag 8 januari 2013 21:29
>> To: Subversion Development
>> Subject: Subversion & Windows
>>
>>
>> 5) We could rewrite the build system to use something l
rl.
I'd love to see the concept re-implemented in Python.
--
Geoff Rowell
geoff.row...@gmail.com
On Jul 12, 2011, at 12:34 PM, Daniel Shahaf wrote:
> Why can't you --- as Paul already said --- just enforce a policy "Don't
> do subtree merges"?
>
>> If newmerge is successful and we want people to
>> move to it, we can force the conversion by asking "svn" to read the
>> old merginfo and write
On Jul 12, 2011, at 11:29 AM, Andy Singleton wrote:
> My original idea was to make a new executable file called "newmerge". It
> would be an external script, and if you want to use it, you just need that
> extra script. However, I was planning on building it from the C code that is
> in "svn
On Jun 18, 2011, at 9:34 AM, Stefan Fuhrmann wrote:
> On 18.06.2011 15:30, Bert Huijben wrote:
>> This assumes creating many tempfiles is cheaper then updating/reading
>> the db. On Windows that is certainly not the case.
>>
> No. We already create these tempfiles today.
And it causes a known p
paths instead of names. There will be no
>> change to the SQLite tables, just to the way the existing columns are
>> used by the code. I'll bump the WC format and autoupgrade existing
>> working copies.
What's the character width of that column? Doesn't that define the
maximum relative path length?
--
Geoff Rowell
geoff.row...@gmail.com
On Tue, Nov 9, 2010 at 10:30 AM, Hyrum K. Wright
wrote:
> On Tue, Nov 9, 2010 at 8:53 AM, Geoff Rowell wrote:
>> Instead of waiting for the last minute, I'd like to propose this
>> "svnmucc propsetf" fix for 1.6 backport.
>>
>> http://svn.apache.org/view
Instead of waiting for the last minute, I'd like to propose this
"svnmucc propsetf" fix for 1.6 backport.
http://svn.apache.org/viewvc?view=revision&revision=1005446
Thank you.
--
Geoff Rowell
geoff.row...@gmail.com
e retreat
>> this weekend?)
>
> Okay, having heard nothing, I'm going to plan the release for Sept.
> 29. Get yer nominations and votes in!
I'd like to have C. Michael Pilato's changes to svnmucc backported:
* 1000607
* 1000612
* 1001007
* 1001009
Thank you.
--
Geoff Rowell
geoff.row...@gmail.com
On Thu, Sep 23, 2010 at 8:12 PM, C. Michael Pilato wrote:
> On 09/23/2010 05:24 PM, Geoff Rowell wrote:
>> On Thu, Sep 23, 2010 at 4:42 PM, C. Michael Pilato
>> wrote:
>>> On 09/23/2010 04:20 PM, Geoff Rowell wrote:
>>>> Hi,
>>>>
>>>&
On Thu, Sep 23, 2010 at 4:42 PM, C. Michael Pilato wrote:
> On 09/23/2010 04:20 PM, Geoff Rowell wrote:
>> Hi,
>>
>> Does anyone remember the issue number around adding line continuation
>> for property setting in svnmucc?
>>
>> I'm hoping that it'
Hi,
Does anyone remember the issue number around adding line continuation
for property setting in svnmucc?
I'm hoping that it'll get implemented so that I can use it to update
externals when creating branches. I wanted to check on it, but I don't
remember the issue number.
-
ide: this may be a opportunity to think about other
> commands which do (or could) interface with multiple working copies.
> Also, would something similar be appropriate when doing multiple
> commits with one command line client invocation?
The only problem with only listing it afterwards is that (particularly
on Windows) there's a noticeable delay before the update of each
external/working copy. From a usability standpoint, it's probably
better to keep that initial header.
Not to say that the final message couldn't be more verbose.
--
Geoff Rowell
geoff.row...@gmail.com
s which you can get more recent versions of elsewhere.
>
Since CollabNet's Subversion Edge includes ViewVC, where do they get
their Python bindings?
--
Geoff Rowell
geoff.row...@gmail.com
" in SVN performance -
especially in this conservative economic environment.
My corporate experience indicates that hardware upgrades are usually
better tied to budgetary cycles and operating system upgrades.
I hope you'll take this in the encouraging light it is offered in.
--
Geoff Rowell
geoff.row...@gmail.com
jor addition,
we've taken to doing an update/checkout on a Linux system, archiving the
working copy and extracting it onto the Windows system. Obviously, not our
preferred method.
Any performance testing for Subversion should include testing under Windows.
Theological discussions aside, it's an important market segment.
---
Geoff Rowell
geoff.row...@gmail.com
Hi Jan,
Seems simple, but... if you avoid the use of plurals, the table names will
be shorter.
-Geoff
-Original Message-
From: Greg Stein [mailto:gst...@gmail.com]
Sent: Thursday, April 01, 2010 3:02 PM
To: Jan Horák
Cc: dev@subversion.apache.org
Subject: Re: SQL backend database scheme
On Tue, Feb 9, 2010 at 9:42 AM, Bert Huijben wrote:
> On Tue, Feb 9, 2010 at 9:05 AM, Geoff Rowell wrote:
>> On Tue, Feb 9, 2010 at 2:02 AM, Lorenz wrote:
>>> Hi all,
>>>
>>> 'getting subversion' still lists the 'tigris.org' windows binari
tions. Unfortunately, it
isn't usually included in client-only packages and CollabNet doesn't
include it in their server package.
--
Geoff Rowell
geoff.row...@gmail.com
x27;s the easiest thing to compare over a phone line.
>
> Now I understand. Thanks.
>
>>
>> So it's entirely possible that some files shall have the mtime stored,
>> while others shouldn't.
>>
>> In my branch that was "solved" by the auto-props - I extended them to
>> apply to directories, too (someway, don't remember now), so that for certain
>> file- (and directory) specifications "svn:text-time" could be set to "yes"
>> on "svn add"; this would automatically be changed to the correct value on
>> commit.
>>
>
> I still feel that if this specification goes through RFC and is ok'd,
> then wouldn't it be easier to take your implementation and modify it
> to whatever the revised specification states; wouldn't this be a lot
> easier? While the specification itself is bite sized, I don't think
> the actual implementation is. (or is it?) Was your solution bite-sized?
>
> Btw, regarding the RFC I submitted. Was I supposed to send it as
> a diff, or a text file? (I realize it is a moot point right now,
> but for future reference, I think it would be nice to get this
> clarified. :)).
>
Due to the potentially ubiquitous nature of this property, some
consideration needs to be given to when and where the mtime property
modification is reported for the affected files and folders.
Sometime? Always? Never?
--
Geoff Rowell
geoff.row...@gmail.com
On Sat, Dec 26, 2009 at 12:32 PM, Branko Čibej wrote:
> Geoff Rowell wrote:
>> Hi Devs,
>>
>> I've developed a proven Perl-based package for complex handling of
>> Subversion hook events. It's XML configurable (uses libxml2) and
>> supports Log::Log4perl
e.
The OO code includes extensive POD documentation.
I'm considering donating it to the community-at-large, but could use
some advice.
- What license should I use?
- Should I host it via a Sourceforge.net project? CPAN?
Looking forward to your feedback.
--
Geoff Rowell
geoff.row...@gmail.com
22 matches
Mail list logo
