Paul Burba wrote:
> On Mon, Nov 23, 2009 at 2:44 PM, Branko Čibej wrote:
>
>> I can at least explain the last bit -- MSC doesn't generate object files
>> when also generating preprocessed source. I've always been frustrated by
>> that.
>>
>
> Thanks for that bit of info! It's quite comical
Branko [UTF-8?]Äibej wrote:
>
>
> I went back to look at them ... and they're not all that cryptic.
> Clearly some types are not defined, it looks like a conflict between
> some defines (e.g., WIN32_LEAN_AND_MEAN or_WIN32_WINNT) and the order of
> includes.
>
> Not having a Windows dev box handy,
On Sat, Nov 21, 2009 at 12:19:23PM +0100, Daniel Näslund wrote:
> Hi!
>
> [[[
> svn:externals allows comments starting with '#' in its property value
> but it's not documented in 'svn help ps'. Fix that!
Thanks, I've committed something similar in r883643.
I chose to append the documentation abou
On Mon, Nov 23, 2009 at 08:11:32AM -0600, Peter Samuelson wrote:
>
> [Stefan Sperling]
> > How?
> > 'echo $(CLEAN_FILES) | xargs' has the same problem (can fail at 'echo')
>
> In theory it can, but echo is almost always a shell builtin. So the
> kernel argument length limit does not apply, only
Hi Everyone,
On the user's list I noticed this thread;
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2423210
which ultimately asks for,
"Is there a way to find out if a file ever existed at a particular URL"
The reply was, there wasn't a built-in way to accomplish th
On Tue, Nov 24, 2009 at 2:47 AM, Bhuvaneswaran A wrote:
> From here, I have 2 proposals:
> a) Manage configuration files for all jobs in our repository.
> b) Create a new mailing list, may be bui...@subversion.apache.org
> wherein we can redirect build notifications. We may also use this
> mailin
> -Original Message-
> From: Gavin 'Beau' Baumanis [mailto:gav...@thespidernet.com]
> Sent: dinsdag 24 november 2009 2:16
> To: dev@subversion.apache.org
> Subject: Find if a file ever existed.
>
> Hi Everyone,
>
> On the user's list I noticed this thread;
> http://subversion.tigris.org
Hi,
One thing on moving the properties which I expected I wrote down but can't
find right now, is that we used to insert invalid property values in the
database in the previous WC-NG formats.
In several cases we store a blank value in the WORKING_NODE properties
column, where the value s
> -Original Message-
> From: phi...@apache.org [mailto:phi...@apache.org]
> Sent: dinsdag 24 november 2009 3:00
> To: comm...@subversion.apache.org
> Subject: svn commit: r883696 - in /subversion/trunk/subversion:
> include/private/svn_wc_private.h libsvn_client/add.c
> libsvn_client/reve
Hyrum K. Wright wrote:
> On Nov 21, 2009, at 3:03 PM, Hyrum K. Wright wrote:
[...]
> > Given the above, I think it reasonable to update the svn:author
> property on the imported revisions to reflect the new ASF usernames
> for our committers.
[...]
> I haven't heard any comments on this one way or
On Nov 24, 2009, at 8:05 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: phi...@apache.org [mailto:phi...@apache.org]
>> Sent: dinsdag 24 november 2009 3:00
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r883696 - in /subversion/trunk/subversion:
>> include/priv
Stefan Sperling wrote:
> On Mon, Nov 23, 2009 at 08:11:32AM -0600, Peter Samuelson wrote:
> >
> > [Stefan Sperling]
> > > How?
> > > 'echo $(CLEAN_FILES) | xargs' has the same problem (can fail at 'echo')
> >
> > In theory it can, but echo is almost always a shell builtin. So the
> > kernel argu
On Mon, Nov 23, 2009 at 5:06 PM, Hyrum K. Wright
wrote:
> I haven't heard any comments on this one way or another. I'll point
> d...@s.t.o to this thread, but if there is no
> opposition by Nov. 25, I plan to update the remaining changed usersnames.
Your reasons were pretty good.
It'd be nice
On Tue, Nov 24, 2009 at 02:18:20PM +, Julian Foad wrote:
> Remember to mention the reason you are changing this at all: it was to
> avoif the GNU-specific "mindepth" and "maxdepth" options to "find",
> wasn't it?
Ooops, yes, it was, thanks.
[[[
Avoid the GNU-specific "mindepth" and "maxdepth"
Bert Huijben wrote:
> > From: Gavin 'Beau' Baumanis [mailto:gav...@thespidernet.com]
> >
> > On the user's list I noticed this thread;
> > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2423210
> >
> > which ultimately asks for,
> > "Is there a way to find out if a file
On Nov 24, 2009, at 7:59 AM, Bert Huijben wrote:
> Hi,
>
> One thing on moving the properties which I expected I wrote down but can't
> find right now, is that we used to insert invalid property values in the
> database in the previous WC-NG formats.
>
>
> In several cases we store a bla
David Glasser wrote:
> There's no reason you shouldn't expect be able to call repos_replay on
> the root of r0, right?
>
> As of now if send_deltas is true it tries to create a root for r-1,
> which predictably fails.
>
> I think we can just hardcode it to call set_target_revision(0) and then
>
"Bert Huijben" writes:
> Please add a note that the anchor_abspath argument should be removed
> after we move to a single database. In the single database there is no
> information on a path stored in its parent, so you never have to lock
> an anchor for updating/deleting/adding a child.
Done.
hwri...@apache.org wrote:
Author: hwright
Date: Tue Nov 24 16:25:16 2009
New Revision: 883765
URL: http://svn.apache.org/viewvc?rev=883765&view=rev
Log:
Make fs-pack-test 5 pass by attempting to refresh the min-unpacked-revprop
value in the event of an initial failure.
* subversion/tests/libsvn
Julian Foad wrote:
> "Tables"? I'm using "tables" terminology because I'm looking at BDB at
> the moment because it seems better documented. I do intend to implement
> on FSFS first, though, if I can translate what I learned. However, if it
> is difficult to translate this from BDB to FSFS I will p
On Tue, Nov 24, 2009 at 6:54 AM, C. Michael Pilato wrote:
> David Glasser wrote:
>> There's no reason you shouldn't expect be able to call repos_replay on
>> the root of r0, right?
>>
>> As of now if send_deltas is true it tries to create a root for r-1,
>> which predictably fails.
>>
>> I think w
On Tue, Nov 24, 2009 at 2:47 AM, Bhuvaneswaran A wrote:
> From here, I have 2 proposals:
> a) Manage configuration files for all jobs in our repository.
> b) Create a new mailing list, may be bui...@subversion.apache.org
> wherein we can redirect build notifications. We may also use this
> mailin
Stefan Sperling wrote on Tue, 24 Nov 2009 at 11:19 +0100:
> Yes, it's been around for ages but never documented. It's not even
> documented in the book :-/
>
Ditto for the "$URL:: $" svn:keywords double-colon syntax...
Hi Julian / Bert et al;
I was also thinking along the lines of;
Did a file named, filename.extension EVER exist ANYWHERE in the repository.
And if so,
At what path and revision did it exist?
The times I have wanted to find something in the repository were;
"When did this file cease to be"
"When d
Gavin 'Beau' Baumanis wrote:
> Hi Julian / Bert et al;
>
> I was also thinking along the lines of;
> Did a file named, filename.extension EVER exist ANYWHERE in the repository.
> And if so,
> At what path and revision did it exist?
>
> The times I have wanted to find something in the repository wer
s...@apache.org wrote:
Author: stsp
Date: Tue Nov 24 23:03:26 2009
New Revision: 883916
URL: http://svn.apache.org/viewvc?rev=883916&view=rev
Log:
Replace use of sprintf() with snprintf() everywhere expect within
#ifdef WIN32 since I can't test that.
In all these cases, sprintf() was used correc
On Tue, 2009-11-24 at 08:37 -0500, Mark Phippard wrote:
> On Tue, Nov 24, 2009 at 2:47 AM, Bhuvaneswaran A wrote:
>
> > From here, I have 2 proposals:
> > a) Manage configuration files for all jobs in our repository.
> > b) Create a new mailing list, may be bui...@subversion.apache.org
> > wherei
On Tue, 2009-11-24 at 15:50 -0500, Mark Phippard wrote:
> On Tue, Nov 24, 2009 at 2:47 AM, Bhuvaneswaran A wrote:
>
> > From here, I have 2 proposals:
> > a) Manage configuration files for all jobs in our repository.
> > b) Create a new mailing list, may be bui...@subversion.apache.org
> > wherei
28 matches
Mail list logo
