Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-26 Thread Philip Martin
"Bert Huijben" writes: >> However the fact that the missing empty cache is created and populated >> is just a fortuitous side effect of how we handle externals[1]. > > There is nothing special about externals in the following code. I've added a regression test for inherited properties to upgrade

RE: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-25 Thread Bert Huijben
> -Original Message- > From: Paul Burba [mailto:ptbu...@gmail.com] > Sent: donderdag 25 april 2013 21:38 > To: Philip Martin > Cc: Bert Huijben; Subversion Development > Subject: Re: svn commit: r1470904 - > /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql >

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-25 Thread Paul Burba
On Thu, Apr 25, 2013 at 1:05 PM, Philip Martin wrote: > Paul Burba writes: > >>> # We expect the repos root property to show up here! >>> >>> 1.9.0-dev@1475809>svn pg svn:auto-props . --show-inherited-props >>> >>> 1.9.0-dev@1475809> > > Is that expected? The inherited property is not in the 1.7

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-25 Thread Philip Martin
Paul Burba writes: >> # We expect the repos root property to show up here! >> >> 1.9.0-dev@1475809>svn pg svn:auto-props . --show-inherited-props >> >> 1.9.0-dev@1475809> Is that expected? The inherited property is not in the 1.7 working copy. Do you expect upgrade to contact the repository an

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-25 Thread Paul Burba
27;Paul Burba'; 'Subversion Development' >>> Subject: RE: svn commit: r1470904 - >>> /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql >> >>> > > Which ultimately causes libsvn_wc/upgrade:bump_to_31() to create an >>> > > INHE

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-25 Thread Paul Burba
On Wed, Apr 24, 2013 at 6:34 PM, Bert Huijben wrote: > > >> -Original Message- >> From: Bert Huijben [mailto:b...@qqmail.nl] >> Sent: donderdag 25 april 2013 00:14 >> To: 'Paul Burba'; 'Subversion Development' >> Subject: RE

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-24 Thread Branko Čibej
On 25.04.2013 00:34, Bert Huijben wrote: > >> -Original Message- >> From: Bert Huijben [mailto:b...@qqmail.nl] >> Sent: donderdag 25 april 2013 00:14 >> To: 'Paul Burba'; 'Subversion Development' >> Subject: RE: svn commit: r1

RE: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-24 Thread Bert Huijben
> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: donderdag 25 april 2013 00:14 > To: 'Paul Burba'; 'Subversion Development' > Subject: RE: svn commit: r1470904 - > /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql &

RE: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-24 Thread Bert Huijben
> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: donderdag 25 april 2013 00:10 > To: 'Paul Burba'; 'Subversion Development' > Subject: RE: svn commit: r1470904 - > /subversion/trunk/subversion/libsvn_wc/wc-metadata.

RE: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-24 Thread Bert Huijben
> -Original Message- > From: Paul Burba [mailto:ptbu...@gmail.com] > Sent: woensdag 24 april 2013 23:50 > To: Subversion Development > Cc: Bert Huijben > Subject: Re: svn commit: r1470904 - > /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql > > On T

Re: svn commit: r1470904 - /subversion/trunk/subversion/libsvn_wc/wc-metadata.sql

2013-04-24 Thread Paul Burba
On Tue, Apr 23, 2013 at 7:42 AM, wrote: > Author: rhuijben > Date: Tue Apr 23 11:42:04 2013 > New Revision: 1470904 > > URL: http://svn.apache.org/r1470904 > Log: > * subversion/libsvn_wc/wc-metadata.sql > (STMT_UPGRADE_31_SELECT_WCROOT_NODES): Replace some ugly SQL with some > slightly les