Tonight I ran into a codepath which triggers and assertion.
$ svn up
subversion/libsvn_wc/wc_db.c:383: (apr_err=235000)
svn: In file 'subversion/libsvn_wc/wc_db.c' line 9823: assertion failed
(!update_stub)
Aborted
The assertion is in svn_wc__db_temp_op_set_rev_and_repos_relpath(),
asserting that
On Thu, Sep 2, 2010 at 4:34 PM, Erik Huelsmann wrote:
> As described by Julian earlier this month, Julian, Philip and I observed
> that the BASE_NODE, WORKING_NODE and NODE_DATA tables have many fields in
> common. Notably, by introducing the NODE_DATA table, most fields from
> BASE_NODE and WORKI
On Thu, Sep 2, 2010 at 18:39, Julian Foad wrote:
>...
>> Comments? Fears? Enhancements?
>
> +1.
>
> It would be useful if you could post the latest version of the
> description of the new format. Here's a bit of introductory text I
> wrote, starting with a paragraph of yours from wc-metadata.sql:
Erik Huelsmann wrote:
> As described by Julian earlier this month, Julian, Philip and I observed
> that the BASE_NODE, WORKING_NODE and NODE_DATA tables have many fields in
> common. Notably, by introducing the NODE_DATA table, most fields from
> BASE_NODE and WORKING_NODE already moved to a common
On Thu, Sep 02, 2010 at 11:34:50PM +0200, Erik Huelsmann wrote:
> Comments? Fears? Enhancements?
I always like simplifications.
I cannot judge the overall impact of this change, but I guess you guys
will have figured out the consequences.
It feels like with a single table we're going back to a fl
pbu...@apache.org wrote:
> Fix issue #2915 'Handle mergeinfo for subtrees missing due to removal by
> non-svn command'.
>
> With this change, if you attempt a merge-tracking aware merge to a WC
> which is missing subtrees due to an OS-level deletion, then an error is
> raised before any editor dri
As described by Julian earlier this month, Julian, Philip and I observed
that the BASE_NODE, WORKING_NODE and NODE_DATA tables have many fields in
common. Notably, by introducing the NODE_DATA table, most fields from
BASE_NODE and WORKING_NODE already moved to a common table.
The remaining fields
On Fri, Aug 6, 2010 at 6:52 PM, Paul Burba wrote:
> On Wed, Aug 4, 2010 at 4:04 AM, Bert Huijben wrote:
>>
>>
>>> -Original Message-
>>> From: Paul Burba [mailto:ptbu...@gmail.com]
>>> Sent: dinsdag 3 augustus 2010 22:50
>>> To: Brandt, Servatius (External)
>>> Cc: Subversion Development
On Thu, Sep 02, 2010 at 09:27:57PM +0100, Julian Foad wrote:
> C. Michael Pilato wrote:
> > On 09/02/2010 01:38 PM, Philip Martin wrote:
> > > dmitry boyarintsev writes:
> > >
> > >> Hello Subversion-dev,
> > >>
> > >> I can see, that there's no much of interest in Pascal bindings.
> > >> Well, t
C. Michael Pilato wrote:
> On 09/02/2010 01:38 PM, Philip Martin wrote:
> > dmitry boyarintsev writes:
> >
> >> Hello Subversion-dev,
> >>
> >> I can see, that there's no much of interest in Pascal bindings.
> >> Well, that's quite understandable because of Pascal language not
> >> being popular.
On Thu, Sep 02, 2010 at 03:33:13PM -0400, Paul Burba wrote:
> On Thu, Sep 2, 2010 at 3:18 PM, Bert Huijben wrote:
> > $ python
> > ActivePython 2.6.1.1 (ActiveState Software Inc.) based on
> > Python 2.6.1 (r261:67515, Dec 5 2008, 13:58:38) [MSC v.1500 32 bit
> > (Intel)] on
> > win32
> > Type "
On Thu, Sep 2, 2010 at 3:17 PM, Mark Phippard wrote:
> I would not be so sure. When you are dealing with a GUI, adding a
> handful of milliseconds to something that is going to be done
> thousands of times can add up to less responsiveness.
I did some micro-benchmarks and the URI class does not
On Thu, Sep 2, 2010 at 3:18 PM, Bert Huijben wrote:
> $ python
> ActivePython 2.6.1.1 (ActiveState Software Inc.) based on
> Python 2.6.1 (r261:67515, Dec 5 2008, 13:58:38) [MSC v.1500 32 bit (Intel)]
> on
> win32
> Type "help", "copyright", "credits" or "license" for more information.
impo
> -Original Message-
> From: pbu...@apache.org [mailto:pbu...@apache.org]
> Sent: donderdag 2 september 2010 20:51
> To: comm...@subversion.apache.org
> Subject: svn commit: r992050 -
> /subversion/trunk/subversion/tests/cmdline/merge_tests.py
>
> Author: pburba
> Date: Thu Sep 2 18:51:
On Thu, Sep 2, 2010 at 3:05 PM, Hyrum K. Wright
wrote:
>>> After our conversation on IRC, I did write a short test program to
>>> better investigate what the Java URI class accepted or balked at. I
>>> discovered (empirically, so definitely not completely comprehensive)
>>> that the URI class ha
On Thu, Sep 2, 2010 at 1:42 PM, Mark Phippard wrote:
> On Thu, Sep 2, 2010 at 2:33 PM, Hyrum K. Wright
> wrote:
>
>> After our conversation on IRC, I did write a short test program to
>> better investigate what the Java URI class accepted or balked at. I
>> discovered (empirically, so definitely
On Thu, Sep 2, 2010 at 2:33 PM, Hyrum K. Wright
wrote:
> After our conversation on IRC, I did write a short test program to
> better investigate what the Java URI class accepted or balked at. I
> discovered (empirically, so definitely not completely comprehensive)
> that the URI class handles th
On Fri, Aug 20, 2010 at 1:38 PM, Paul Burba wrote:
> On Wed, Aug 18, 2010 at 7:30 AM, Daniel Shahaf
> wrote:
>> Paul Burba wrote on Tue, Aug 17, 2010 at 20:06:34 -0400:
>>> On Thu, Aug 12, 2010 at 2:51 PM, Daniel Shahaf
>>> wrote:
>>> > Paul Burba wrote on Fri, Aug 06, 2010 at 10:30:50 -0400:
On Thu, Sep 2, 2010 at 1:11 PM, Mark Phippard wrote:
> On Thu, Sep 2, 2010 at 2:04 PM, wrote:
>> Author: hwright
>> Date: Thu Sep 2 18:04:32 2010
>> New Revision: 992041
>>
>> URL: http://svn.apache.org/viewvc?rev=992041&view=rev
>> Log:
>> JavaHL: Make a couple of URI fields of the public java
On Thu, Sep 2, 2010 at 2:04 PM, wrote:
> Author: hwright
> Date: Thu Sep 2 18:04:32 2010
> New Revision: 992041
>
> URL: http://svn.apache.org/viewvc?rev=992041&view=rev
> Log:
> JavaHL: Make a couple of URI fields of the public java.net.URI type.
I don't agree with this at all. I hope you do
On Tue, Aug 31, 2010 at 8:27 PM, Paul Burba wrote:
> On Thu, Aug 26, 2010 at 8:07 AM, Julian Foad wrote:
>> On Wed, 2010-08-25, Paul Burba wrote:
>>> On Tue, Aug 24, 2010 at 7:25 AM, Julian Foad
>>> wrote:
>> [...]
>>> Agreed, we simply can't be sure what the user's intention was...I'm
>>> begi
On 09/02/2010 01:38 PM, Philip Martin wrote:
> dmitry boyarintsev writes:
>
>> Hello Subversion-dev,
>>
>> I can see, that there's no much of interest in Pascal bindings.
>> Well, that's quite understandable because of Pascal language not
>> being popular.
>>
>> Anyway, I'll publish the headers o
dmitry boyarintsev writes:
> Hello Subversion-dev,
>
> I can see, that there's no much of interest in Pascal bindings.
> Well, that's quite understandable because of Pascal language not
> being popular.
>
> Anyway, I'll publish the headers on my site.
>
> Thank you for your great product!
You ar
Hello Subversion-dev,
I can see, that there's no much of interest in Pascal bindings.
Well, that's quite understandable because of Pascal language not being popular.
Anyway, I'll publish the headers on my site.
Thank you for your great product!
regards,
Dmitry
On Sun, Aug 22, 2010 at 01:08:52PM +0200, Stefan Sperling wrote:
> On Sun, Aug 22, 2010 at 12:56:23PM +0200, Stefan Sperling wrote:
> > On Sun, Aug 22, 2010 at 12:17:41PM +0700, Victor Sudakov wrote:
> > > Colleagues, I understand that you are expecting a patch. I am sorry, I
> > > am a systems adm
Julian Foad wrote on Thu, Sep 02, 2010 at 17:39:29 +0100:
> When I committed r992004, "svn" reported that the commit failed, but in
> fact it succeeded on the server. The command and output were:
>
> [[[
> $ svn ci -m "* subversion/libsvn_wc/tree_conflicts.c^M
> (svn_wc__write_tree_conflicts):
When I committed r992004, "svn" reported that the commit failed, but in
fact it succeeded on the server. The command and output were:
[[[
$ svn ci -m "* subversion/libsvn_wc/tree_conflicts.c^M
(svn_wc__write_tree_conflicts): Remove an obsolete comment."
subversion/libsvn_wc/tree_conflicts.c
Se
On Thu, Sep 02, 2010 at 06:29:41PM +0300, Daniel Shahaf wrote:
> John Szakmeister wrote on Thu, Sep 02, 2010 at 07:09:43 -0400:
> > On Thu, Sep 2, 2010 at 6:48 AM, Stefan Sperling wrote:
> > > John, if you had time for a quick IRC session where you could explain
> > > the ideas behind fsfsverify.p
John Szakmeister wrote on Thu, Sep 02, 2010 at 07:09:43 -0400:
> On Thu, Sep 2, 2010 at 6:48 AM, Stefan Sperling wrote:
> > Given what I know about the scenario at the customer site, there seems to
> > be a correlation between revprop edits and corruption of revisions,
FWIW, r981921 makes sure re
On Thu, 2010-09-02 at 14:03 +0200, Stefan Sperling wrote:
> On Thu, Sep 02, 2010 at 01:57:49PM +0200, Stefan Sperling wrote:
> > Right now, svn patch will always add an empty file if something is added
> > that only has props. But the patch might want to create a directory instead.
> > Is there a 1
On Thu, Sep 02, 2010 at 02:09:03PM +0200, Branko Čibej wrote:
> On 02.09.2010 13:25, Stefan Sperling wrote:
> > For now, an svn symlink will show up as an empty file when the patch is
> > applied with git. I don't think that's a huge problem. Nice to have, but
> > not release critical for Subversi
On 02.09.2010 13:25, Stefan Sperling wrote:
> For now, an svn symlink will show up as an empty file when the patch is
> applied with git. I don't think that's a huge problem. Nice to have, but
> not release critical for Subversion.
That's not how I read the patch ... I believe git will create a f
On Thu, Sep 02, 2010 at 01:57:49PM +0200, Stefan Sperling wrote:
> Right now, svn patch will always add an empty file if something is added
> that only has props. But the patch might want to create a directory instead.
> Is there a 1:1 mapping svn: propery -> node kind (file or dir)?
> If so, we co
On Thu, Sep 02, 2010 at 11:27:07AM +0300, Daniel Shahaf wrote:
> Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:13:00 +0200:
> > On Wed, Sep 01, 2010 at 06:37:08PM +0100, Julian Foad wrote:
> > > This may be off topic, but I'm wondering whether Git has defined such
> > > operations on directories
On Thu, Sep 02, 2010 at 11:03:36AM +0200, Daniel Näslund wrote:
> We have two goals I think:
> i) Implement a format that is interoperable with git and mercurial and
> possible other vcs tools that choose to implement the git extensions
> to the unidiff format.
> ii) Adjust the format dict
Bert Huijben wrote:
> From: Greg Stein:
> > On Wed, Sep 1, 2010 at 13:44, wrote:
> > > +#if 0 /* not required with SINGLE_DB */
> >
> > Shouldn't this be #ifdef SVN_WC__SINGLE_DB ? I thought the idea was
> > to keep using that define for a while so that developers can compile
> > multi-db for
On Thu, Sep 02, 2010 at 11:14:27AM +0300, Daniel Shahaf wrote:
> > Note that we allow empty files to be created for regular diffs too if
> > they have property changes. This patch will create an empty file with
> > property 'foo' set on it:
> >
> > Index: empty
> >
On Thu, Sep 2, 2010 at 6:48 AM, Stefan Sperling wrote:
[snip]
> Just a possibly related note:
>
> I've been investigating broken FSFS revisions at a customer site,
> which fsfsverify.py was able to fix. fsfsverify.py reported
> "InvalidCompressedStream" and/or "InvalidWindow" errors.
> I haven't f
On Thu, Sep 02, 2010 at 12:04:15PM +0200, Branko Čibej wrote:
> On 02.09.2010 11:03, Daniel Näslund wrote:
> > Note that we don't yet perform any symlink operation when applying a
> > path with svn:special set.
>
> If that isn't fixed for 1.7, then it rates a big warning!! in the
> release notes.
On Tue, Aug 31, 2010 at 05:49:03PM -0400, John Szakmeister wrote:
> I can't be sure which version of SVN this occurred with (I believe it
> was a very recent version), but I had a user email me the other day
> about a broken revision. After taking a look, it appears that SVN
> picked the right off
On 02.09.2010 11:10, Daniel Näslund wrote:
>> So this implicitly creates the file if it doesn't exist already; in
>> other words, we do not distinguish setting a property on an existing
>> file (without content changes) from adding a file with properties.
>> Would it be better to make a distinctio
On 02.09.2010 11:03, Daniel Näslund wrote:
> Note that we don't yet perform any symlink operation when applying a
> path with svn:special set.
If that isn't fixed for 1.7, then it rates a big warning!! in the
release notes.
-- Brane
On Thu, Sep 02, 2010 at 11:14:27AM +0300, Daniel Shahaf wrote:
> (Thanks for the examples. I suppose next time I should try to run
> 'touch foo; $svn add foo; $svn diff --git' myself...)
>
> Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:05:41 +0200:
> > On Wed, Sep 01, 2010 at 10:54:08PM +0300,
On Thu, Sep 02, 2010 at 11:27:07AM +0300, Daniel Shahaf wrote:
> Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:13:00 +0200:
> > On Wed, Sep 01, 2010 at 06:37:08PM +0100, Julian Foad wrote:
> > > This may be off topic, but I'm wondering whether Git has defined such
> > > operations on directories
> -Original Message-
> From: Greg Stein [mailto:gst...@gmail.com]
> Sent: donderdag 2 september 2010 2:16
> To: dev@subversion.apache.org
> Subject: Re: svn commit: r991619 - in /subversion/trunk/subversion:
> include/private/svn_wc_private.h libsvn_client/commit.c
> libsvn_client/commit_
On 02.09.2010 10:27, Daniel Shahaf wrote:
> Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:13:00 +0200:
>> On Wed, Sep 01, 2010 at 06:37:08PM +0100, Julian Foad wrote:
>>> This may be off topic, but I'm wondering whether Git has defined such
>>> operations on directories fully or at all, since it
> -Original Message-
> From: Greg Stein [mailto:gst...@gmail.com]
> Sent: donderdag 2 september 2010 2:05
> To: dev@subversion.apache.org
> Subject: Re: svn commit: r991642 -
> /subversion/trunk/subversion/libsvn_wc/wc_db.c
>
> On Wed, Sep 1, 2010 at 14:34, wrote:
> > Author: rhuijben
Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:13:00 +0200:
> On Wed, Sep 01, 2010 at 06:37:08PM +0100, Julian Foad wrote:
> > This may be off topic, but I'm wondering whether Git has defined such
> > operations on directories fully or at all, since it doesn't version them
> > explicitly. I mean,
(Thanks for the examples. I suppose next time I should try to run
'touch foo; $svn add foo; $svn diff --git' myself...)
Daniel Näslund wrote on Thu, Sep 02, 2010 at 07:05:41 +0200:
> On Wed, Sep 01, 2010 at 10:54:08PM +0300, Daniel Shahaf wrote:
> > Daniel Näslund wrote on Wed, Sep 01, 2010 at 11
49 matches
Mail list logo
