Issue: svn:externals syntax does not accept -rHEAD
Hello, try to assign a file p.txt containing the following lines as svn:external -r110 ^/mapping_services/global/testing/full_test/globalresource5.xml@110 "xml/globalresource5.xml" -r84 ^/mapping_services/global/testing/full_test/globalresource4.xml@84 "xml/globalresource4_renamed.xml" -r83 ^/mapping_services/global/testing/full_test/globalresource3.xml@83 "xsd/globalresource3.xml" -r82 ^/mapping_services/global/testing/full_test/globalresource2.xml@82 "xml/globalresource2.xml" -rHEAD ^/mapping_services/global/testing/full_test/globalresource6.xml@109 "xml/globalresource6.xml" Fails with error $ svn propset --file p.txt svn:externals . svn: E195005: Error parsing svn:externals property on '/cygdrive/g/Projekte/Mapping Services/workspaces-runtime/workspace-runtime-bom26-02/ShareProjektTest3': '-rHEAD ^/mapping_services/global/testing/full_test/globalresource6.xml@109 "xml/globalresource6.xml"' Skipping the -rHEAD part is no solution because in this case the operation-revision:=peg-revision which is obviously not the desired revision. I was using using: $ svn --version svn, version 1.7.5 (r1336830) compiled May 18 2012, 13:37:30 Greetings, Julian
Re: Subversion SCC providers?
On Monday, March 22, 2010 10:54:10 AM UTC-7, Itamar O wrote:
> I am trying to integrate SVN as a source control provider
> for Active-HDL (from Aldec).
> I understand that Active-HDL supports the SCC API ("MSSCCI"?),
FWIW Agent SVN is a plug-in for Subversion that implements
the MS-SCCI but it is not is not free.
Jussi Jumppanen
RE: Subversion SCC providers?
> -Original Message-
> From: JussiJ [mailto:jus...@zeusedit.com]
> Sent: 20 June 2012 10:22
> To: subversion_us...@googlegroups.com
> Cc: users
> Subject: Re: Subversion SCC providers?
>
> On Monday, March 22, 2010 10:54:10 AM UTC-7, Itamar O wrote:
>
> > I am trying to integrate SVN as a source control provider
> > for Active-HDL (from Aldec).
> > I understand that Active-HDL supports the SCC API ("MSSCCI"?),
>
> FWIW Agent SVN is a plug-in for Subversion that implements
> the MS-SCCI but it is not is not free.
>
> Jussi Jumppanen
I am also interested in this for LabView which also supports the MSSCCI. A
quick search yesterday indicated that AnkhSVN supported MSSCCI but it was just
an initial search, can anyone confirm / deny this?
~ mark c
Re: Issue: Top-level --with-expat option does not accept apr-util's "builtin" argument
On Tue, Jun 19, 2012 at 02:10:02PM -0400, Daniel Richard G. wrote: > Index: configure.ac > === > --- configure.ac (revision 1351789) > +++ configure.ac (working copy) > @@ -373,6 +373,9 @@ > [svn_lib_expat="$withval"], > [svn_lib_expat="::expat"]) > > +# apr-util accepts "builtin" as an argument to this option > +test "_$svn_lib_expat" = "_builtin" && svn_lib_expat="::expat" > + Looks like this will make the script error out without an error message. That might confuse people. Can you please add an error message? I'd also prefer your test to happen after this message is printed: > AC_MSG_CHECKING([for Expat]) > if test -n "`echo "$svn_lib_expat" | $EGREP ":.*:"`"; then >SVN_XML_INCLUDES=""
Re: Issue: get-deps.sh script is not idempotent
On Tue, Jun 19, 2012 at 01:39:48PM -0400, Daniel Richard G. wrote: > host:/tmp/subversion$ ./get-deps.sh > [script output elided] > > host:/tmp/subversion$ find . -name apr_hash.c > ./apr/tables/apr_hash.c > > host:/tmp/subversion$ ./get-deps.sh > [script output elided] > > host:/tmp/subversion$ find . -name apr_hash.c > ./apr/apr-1.4.6/tables/apr_hash.c > ./apr/tables/apr_hash.c > > > Re-running the script may be necessary in case some packages failed to > download the first time around (zlib in my case, as the current version > is now 1.2.7 instead of 1.2.6). > > A proposed patch against SVN is attached. (It also bumps the zlib > version, as that is needed anyway.) > > > --Daniel > > (Please Cc: any replies to me, as I am not subscribed to this list.) Thanks! Committed as two separate patches -- zlib bump in r1352031, idempotency fix in r1352032. In the future, please send patches to dev@, and more importantly provide a log message for each patch you send, as described here: http://subversion.apache.org/docs/community-guide/general.html#patches
Re: svn warning when checkout.
On Wed, Jun 20, 2012 at 1:15 AM, Ryan Schmidt wrote: > > On Jun 20, 2012, at 00:01, dhanushka ranasinghe wrote: > >> i have svn repo that can be checkout from both http and https, but commits >> are only allowed via https. issue is when we checking out svn form http ... >> i get following waring ... >> >> is there any reason for that >> >> Fetching external item into 'modules/' >> svn: warning: 'http://svn.khc.com/repos/home/tests' >> is not the same repository as >> 'https://svn.khc.com/repos/home' > > It sounds like your externals are using absolute https URLs, and Subversion > complains that this does not match the URL you checked out the rest of the > repository from when you check out with http. > > I don't know why Subversion is caring about that. But have you considered > using relative URLs for your externals? Usually that's better than using > absolute URLs including the protocol. Did you do a "svn switch" somewhere in there, and neglect or fail to switch the contents of the externals in your working copy? And can you show your "svn:externals" content?
Re: Issue: get-deps.sh script is not idempotent
On Wed, Jun 20, 2012 at 6:16 AM, Stefan Sperling wrote: > On Tue, Jun 19, 2012 at 01:39:48PM -0400, Daniel Richard G. wrote: >> host:/tmp/subversion$ ./get-deps.sh >> [script output elided] >> >> host:/tmp/subversion$ find . -name apr_hash.c >> ./apr/tables/apr_hash.c >> >> host:/tmp/subversion$ ./get-deps.sh >> [script output elided] >> >> host:/tmp/subversion$ find . -name apr_hash.c >> ./apr/apr-1.4.6/tables/apr_hash.c >> ./apr/tables/apr_hash.c >> >> >> Re-running the script may be necessary in case some packages failed to >> download the first time around (zlib in my case, as the current version >> is now 1.2.7 instead of 1.2.6). >> >> A proposed patch against SVN is attached. (It also bumps the zlib >> version, as that is needed anyway.) >> >> >> --Daniel >> >> (Please Cc: any replies to me, as I am not subscribed to this list.) > > Thanks! Committed as two separate patches -- zlib bump in r1352031, > idempotency fix in r1352032. > > In the future, please send patches to dev@, and more importantly provide > a log message for each patch you send, as described here: > http://subversion.apache.org/docs/community-guide/general.html#patches Is it worth teaching get-deps.sh to download to a temporary file, and only put it in place when the download is complete? Or to run a test "unzip -l" or "tar tf -" on downloads to verify them before proceeding? Partial, interrupted downloads are a real pain in the bum.
RE: Subversion SCC providers?
> -Original Message-
> From: Cooke, Mark [mailto:mark.co...@siemens.com]
> Sent: woensdag 20 juni 2012 12:01
> To: JussiJ; subversion_us...@googlegroups.com
> Cc: users
> Subject: RE: Subversion SCC providers?
>
> > -Original Message-
> > From: JussiJ [mailto:jus...@zeusedit.com]
> > Sent: 20 June 2012 10:22
> > To: subversion_us...@googlegroups.com
> > Cc: users
> > Subject: Re: Subversion SCC providers?
> >
> > On Monday, March 22, 2010 10:54:10 AM UTC-7, Itamar O wrote:
> >
> > > I am trying to integrate SVN as a source control provider
> > > for Active-HDL (from Aldec).
> > > I understand that Active-HDL supports the SCC API ("MSSCCI"?),
> >
> > FWIW Agent SVN is a plug-in for Subversion that implements
> > the MS-SCCI but it is not is not free.
> >
> > Jussi Jumppanen
>
> I am also interested in this for LabView which also supports the MSSCCI.
A
> quick search yesterday indicated that AnkhSVN supported MSSCCI but it was
> just an initial search, can anyone confirm / deny this?
AnkhSVN implements the newer MSSCCI VAPI implementation of Visual Studio
2005 and later, which allows updating the workflow to what you are used with
Subversion.
You really need the old checkout-checkin based implementation of the MSSCCI
spec for those other tools and AnkhSVN doesn't implement this (yet).
(There are some ideas on how we can provide a limited set of the AnkhSVN
features to other MSSCCI based tools, but some of the tools we really would
loved to have support for, have yet another SCC implementation)
Bert
>
> ~ mark c
Re: Issue: Top-level --with-expat option does not accept apr-util's "builtin" argument
Hi Stefan, On Wed, 2012 Jun 20 12:05+0200, Stefan Sperling wrote: > > > > +# apr-util accepts "builtin" as an argument to this option > > +test "_$svn_lib_expat" = "_builtin" && svn_lib_expat="::expat" > > Looks like this will make the script error out without an error > message. That might confuse people. Can you please add an error > message? Do you mean, this causes the script to error out in "set -e" mode? If that's it, the line could be re-written as test "_$svn_lib_expat" != "_builtin" || svn_lib_expat="::expat" This isn't meant to raise an error at all; the aim is to fool the top-level script into thinking the user didn't specify --with-expat=* in this one specific case. --Daniel -- Daniel Richard G. || sk...@iskunk.org My ASCII-art .sig got a bad case of Times New Roman.
Re: perl auth fails after upgrade to svn 1.7.5
On Mon, Jun 18, 2012 at 4:48 PM, Daniel Shahaf wrote:
> Doug Hunley wrote on Mon, Jun 18, 2012 at 10:55:02 -0400:
>> Hey everyone,
>> We're currently running Apache 2.2.x on an OS X server with SVN 1.6.x
>> and have a mod_perl based authentication handler for SVN repo access.
>> It works fine and has for many months. When we upgrade to 1.7.x, our
>> commits fail with an Apache 500 error, and the logs show:
>> [Wed May 16 22:38:58 2012] [error] Subroutine fatal redefined at
>> /Library/Apache/HTTPD/2.2.11-flock/Perl/lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm
>> line 41.\nCompilation failed in require at (eval 22) line 1.\n
>>
>> If we disable the new httpv2 that comes with 1.7.x all this goes away
>> and everything works exactly as it did under 1.6.x. We are not nesting
>> directives, and that's the only real issue I've found so
>> far that is similar to ours in the mailing list archive.
>>
>> Where do I begin troubleshooting this?
>>
>
> Check where the 'other' definition of the subroutine 'fatal' is, and why
> the two definitions conflict.
The only definitions of fatal are:
qa2:Perl root# grep -rn 'sub fatal ' *
lib/perl5/5.8.9/Error.pm:41:sub fatal { die __PACKAGE__ . ": Can't
handle '$_[3]'" }
lib/perl5/site_perl/5.8.9/darwin-2level/APR/Error.pm:41:sub fatal {
die __PACKAGE__ . ": Can't handle '$_[3]'" }
lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm:41:sub
fatal { die __PACKAGE__ . ": Can't handle '$_[3]'" }
qa2:Perl root#
which are all part of Perl or Apache itself, so this isn't too
helpful. It also doesn't explain why making no code changes at all yet
disabling httpv2 in subversion makes the error go away. Perhaps I'm
still not understanding what I should be looking for. Can you
elaborate based on the above? Thanks.
--
Douglas J Hunley (doug.hun...@gmail.com)
Twitter: @hunleyd Web:
douglasjhunley.com
G+: http://goo.gl/sajR3
Re: Issue: get-deps.sh script is not idempotent
On Wed, 2012 Jun 20 08:06-0400, Nico Kadel-Garcia wrote: > > Is it worth teaching get-deps.sh to download to a temporary file, and > only put it in place when the download is complete? Or to run a test > "unzip -l" or "tar tf -" on downloads to verify them before > proceeding? Partial, interrupted downloads are a real pain in the bum. There are more comprehensive frameworks that do this sort of thing, like jhbuild. You'd want to be careful that get-deps.sh doesn't grow to become another take on the same idea :-) --Daniel -- Daniel Richard G. || sk...@iskunk.org My ASCII-art .sig got a bad case of Times New Roman.
Re: perl auth fails after upgrade to svn 1.7.5
Doug Hunley writes:
> On Mon, Jun 18, 2012 at 4:48 PM, Daniel Shahaf
> wrote:
>> Doug Hunley wrote on Mon, Jun 18, 2012 at 10:55:02 -0400:
>>> Hey everyone,
>>> We're currently running Apache 2.2.x on an OS X server with SVN 1.6.x
>>> and have a mod_perl based authentication handler for SVN repo access.
>>> It works fine and has for many months. When we upgrade to 1.7.x, our
>>> commits fail with an Apache 500 error, and the logs show:
>>> [Wed May 16 22:38:58 2012] [error] Subroutine fatal redefined at
>>> /Library/Apache/HTTPD/2.2.11-flock/Perl/lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm
>>> line 41.\nCompilation failed in require at (eval 22) line 1.\n
>>>
>>> If we disable the new httpv2 that comes with 1.7.x all this goes away
>>> and everything works exactly as it did under 1.6.x. We are not nesting
>>> directives, and that's the only real issue I've found so
>>> far that is similar to ours in the mailing list archive.
>>>
>>> Where do I begin troubleshooting this?
>>>
>>
>> Check where the 'other' definition of the subroutine 'fatal' is, and why
>> the two definitions conflict.
>
> The only definitions of fatal are:
> qa2:Perl root# grep -rn 'sub fatal ' *
> lib/perl5/5.8.9/Error.pm:41:sub fatal { die __PACKAGE__ . ": Can't
> handle '$_[3]'" }
> lib/perl5/site_perl/5.8.9/darwin-2level/APR/Error.pm:41:sub fatal {
> die __PACKAGE__ . ": Can't handle '$_[3]'" }
> lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm:41:sub
> fatal { die __PACKAGE__ . ": Can't handle '$_[3]'" }
> qa2:Perl root#
>
> which are all part of Perl or Apache itself, so this isn't too
> helpful. It also doesn't explain why making no code changes at all yet
> disabling httpv2 in subversion makes the error go away. Perhaps I'm
> still not understanding what I should be looking for. Can you
> elaborate based on the above? Thanks.
When you disabled v2 you probably restarted apache. Perhaps the
original error was caused by mod_perl reloading the Perl and then
getting redefinitions of the symbols present from the previous load.
Restarting apache would make this go away, so it may be the restart
rather than any v2 change that solved the problem.
--
Philip
Re: Issue: Top-level --with-expat option does not accept apr-util's "builtin" argument
On Wed, Jun 20, 2012 at 12:30:16PM -0400, Daniel Richard G. wrote: > This isn't meant to raise an error at all; the aim is to fool the > top-level script into thinking the user didn't specify --with-expat=* in > this one specific case. Ah, I see. I misunderstood the code you've written. Committed, with a more elaborate comment, in r1352231. Thanks!
Re: Issue: Non-constant struct initializers break build on Solaris/SunPRO
On Tue, Jun 19, 2012 at 05:15:16PM -0400, Daniel Richard G. wrote: > Rewriting the struct declaration/assignment as > > struct foobar fb; > fb.f = foo; > fb.b = bar; > > allows the build to proceed. > > The attached patch does this for the current SVN source and allows > Subversion to build on this system. Thanks for submitting this patch! Julian Foad has committed this patch in r1352068 (he isn't subscribed to users@ and asked me to reply on his behalf).
Re: perl auth fails after upgrade to svn 1.7.5
Doug Hunley wrote on Wed, Jun 20, 2012 at 13:03:32 -0400:
> On Mon, Jun 18, 2012 at 4:48 PM, Daniel Shahaf
> wrote:
> > Doug Hunley wrote on Mon, Jun 18, 2012 at 10:55:02 -0400:
> >> Hey everyone,
> >> We're currently running Apache 2.2.x on an OS X server with SVN 1.6.x
> >> and have a mod_perl based authentication handler for SVN repo access.
> >> It works fine and has for many months. When we upgrade to 1.7.x, our
> >> commits fail with an Apache 500 error, and the logs show:
> >> [Wed May 16 22:38:58 2012] [error] Subroutine fatal redefined at
> >> /Library/Apache/HTTPD/2.2.11-flock/Perl/lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm
> >> line 41.\nCompilation failed in require at (eval 22) line 1.\n
> >>
> >> If we disable the new httpv2 that comes with 1.7.x all this goes away
> >> and everything works exactly as it did under 1.6.x. We are not nesting
> >> directives, and that's the only real issue I've found so
> >> far that is similar to ours in the mailing list archive.
> >>
> >> Where do I begin troubleshooting this?
> >>
> >
> > Check where the 'other' definition of the subroutine 'fatal' is, and why
> > the two definitions conflict.
>
> The only definitions of fatal are:
> qa2:Perl root# grep -rn 'sub fatal ' *
> lib/perl5/5.8.9/Error.pm:41:sub fatal { die __PACKAGE__ . ": Can't
> handle '$_[3]'" }
> lib/perl5/site_perl/5.8.9/darwin-2level/APR/Error.pm:41:sub fatal {
> die __PACKAGE__ . ": Can't handle '$_[3]'" }
> lib/perl5/site_perl/5.8.9/darwin-thread-multi-2level/APR/Error.pm:41:sub
> fatal { die __PACKAGE__ . ": Can't handle '$_[3]'" }
> qa2:Perl root#
>
> which are all part of Perl or Apache itself, so this isn't too
> helpful. It also doesn't explain why making no code changes at all yet
The first match appears to be in Perl's own "Error" module, not in
Apache.
I'm not sure which two definitions conflict --- the system and APR one,
or the APR one with itself somehow.
> disabling httpv2 in subversion makes the error go away. Perhaps I'm
> still not understanding what I should be looking for. Can you
> elaborate based on the above? Thanks.
>
> --
> Douglas J Hunley (doug.hun...@gmail.com)
> Twitter: @hunleyd Web:
> douglasjhunley.com
> G+: http://goo.gl/sajR3
svnsync with svn+ssh on windows
I've got a linux svn server and I want to sync it with an xp client. I've created the pre-revprop change hook and permissions are set correctly (the sync working from a linux client) On windows I've installed tortoisesvn and putty. I've copied plink.exe from putty to svn's bin and rename it to ssh.exe. On sync I've got the following error: svnsync init svn+ssh://user@server/home/svn/CopyRepo file:///c:/OrigRepo plink: unknown option "-q" svnsync: E210002: Unable to connect to a repository at URL 'svn +ssh://user@server/home/svn/CopyRepo' svnsync: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svnsync: E210002: Network connection closed unexpectedly Thanks in advance: Imre Horvath
