unsubscribe

[Rares Ispas]

unsubscribe

unsubscribe

[Venkata Badipatla]

unsubscribe

Thanks,
Venkat

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.

Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Simon Dean]

Hi 

Are there any plans to add a command to SVN that cleans a working copy or path 
of all unversioned and/or ignored files and directories?  

This is a very common need for automated Continuous Integration builds where a 
working copy is reused for multiple runs of the same build.  Currently there is 
no simple and fast way to restore a working copy to a prestine state.  Often 
users have to choose between i) completely deleting the working copy for every 
build and then doing a fresh checkout from scratch or ii) living with lots of 
unversioned and ignored files and directories building up with each successive 
build.  

The only option at the moment is to write a shell/batch script to provide this 
feature which is messy and there's common way to do this.  A new SVN command or 
enhanced exiting command that provided this functionality would be incredibly 
useful.  

As an example, here is the DOS batch script that I use at the moment: 

@echo off
:: revert any uncommitted changes
svn revert . --recursive

:: remove all unversioned and all ignored files and directories
for /f "usebackq tokens=1*" %%i in (`svn status --depth infinity 
--no-ignore ^| findstr /r "^[\?I]"`) do ( 
  if not %%j == %~nx0 (
if exist "%%j\*" (
  echo deleting unversioned directory "%%j"
  attrib -h "%%j" /d /s
  rmdir /s /q "%%j"
) else (
  echo deleting unversioned file "%%j"
  attrib -h "%%j"
  del /f "%%j"
)
  )
)

A possible command line syntax might look something like this: 

svn revert . --ignored --unversioned --recursive



Many thanks
Simon Dean

-
The information contained in this message may be CONFIDENTIAL and is intended 
for the addressee only. Any unauthorised use, dissemination of the information, 
or copying of this message is prohibited. If you are not the addressee, please 
notify the sender immediately by return e-mail and delete this message. 
Although this e-mail and any attachments are believed to be free of any virus, 
or other defect which might affect any computer or system into which they are 
received and opened, it is the responsibility of the recipient to ensure that 
they are virus free and no responsibility is accepted by Moneysupermarket.com 
Financial Group Limited for any loss or damage from receipt or use thereof. 
The views expressed are of the individual, and do not necessarily reflect the 
views of Moneysupermarket.com Financial Group Limited.
Moneysupermarket.com Limited is an appointed representative of 
Moneysupermarket.com Financial Group Limited, which is authorised and regulated 
by the Financial Services Authority (FSA FRN 303190). 
Moneysupermarket.com Financial Group Limited, registered in England No. 
3157344. 
Registered Office: Moneysupermarket House, St. David’s Park, Ewloe, CH5 3UZ. 
Telephone 01244 665700.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Giulio Troccoli]

On 09/03/12 13:56, Simon Dean wrote:

Hi

Are there any plans to add a command to SVN that cleans a working copy or path 
of all unversioned and/or ignored files and directories?

This is a very common need for automated Continuous Integration builds where a 
working copy is reused for multiple runs of the same build.  Currently there is 
no simple and fast way to restore a working copy to a prestine state.  Often 
users have to choose between i) completely deleting the working copy for every 
build and then doing a fresh checkout from scratch or ii) living with lots of 
unversioned and ignored files and directories building up with each successive 
build.

The only option at the moment is to write a shell/batch script to provide this 
feature which is messy and there's common way to do this.  A new SVN command or 
enhanced exiting command that provided this functionality would be incredibly 
useful.

As an example, here is the DOS batch script that I use at the moment:

@echo off
:: revert any uncommitted changes
svn revert . --recursive

:: remove all unversioned and all ignored files and directories
for /f "usebackq tokens=1*" %%i in (`svn status --depth infinity --no-ignore ^| 
findstr /r "^[\?I]"`) do (
  if not %%j == %~nx0 (
if exist "%%j\*" (
  echo deleting unversioned directory "%%j"
  attrib -h "%%j" /d /s
  rmdir /s /q "%%j"
) else (
  echo deleting unversioned file "%%j"
  attrib -h "%%j"
  del /f "%%j"
)
  )
)

A possible command line syntax might look something like this:

svn revert . --ignored --unversioned --recursive



Sorry, but to me this has got nothing to do with Subversion. Your CI 
tool is should clean up itself.


Having said that, if someone wants to implement such feature I don't 
think I would have anything against it. But I doubt it will (be implemented)


Giulio

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Bob Archer]

> Hi
> 
> Are there any plans to add a command to SVN that cleans a working copy or
> path of all unversioned and/or ignored files and directories?
> 
> This is a very common need for automated Continuous Integration builds where
> a working copy is reused for multiple runs of the same build.  Currently 
> there is
> no simple and fast way to restore a working copy to a prestine state.  Often
> users have to choose between i) completely deleting the working copy for every
> build and then doing a fresh checkout from scratch or ii) living with lots of
> unversioned and ignored files and directories building up with each successive
> build.
> 
> The only option at the moment is to write a shell/batch script to provide this
> feature which is messy and there's common way to do this.  A new SVN
> command or enhanced exiting command that provided this functionality would
> be incredibly useful.
> 
> As an example, here is the DOS batch script that I use at the moment:
> 
>   @echo off
>   :: revert any uncommitted changes
>   svn revert . --recursive
> 
>   :: remove all unversioned and all ignored files and directories
>   for /f "usebackq tokens=1*" %%i in (`svn status --depth infinity --no-
> ignore ^| findstr /r "^[\?I]"`) do (
> if not %%j == %~nx0 (
>   if exist "%%j\*" (
> echo deleting unversioned directory "%%j"
> attrib -h "%%j" /d /s
> rmdir /s /q "%%j"
>   ) else (
> echo deleting unversioned file "%%j"
> attrib -h "%%j"
> del /f "%%j"
>   )
> )
>   )
> 
> A possible command line syntax might look something like this:
> 
>   svn revert . --ignored --unversioned --recursive

FYI: If you are on windows the TortoiseSVN client's "Clean up" function allows 
you to delete unversioned and ignored files if you want. Also, it allows you to 
revert all changes when you clean up as well.

BOb

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Simon Dean]

> From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
>
> Sorry, but to me this has got nothing to do with Subversion. Your CI 
> tool is should clean up itself.
> 
> Having said that, if someone wants to implement such feature I don't 
> think I would have anything against it. But I doubt it will (be 
> implemented)
> 
> Giulio

Thanks for the reply.  There are 5 or 6 popular CI tools out there (and there's 
probably more of them than that).  If implemented in the CI tool, each tool 
would have to implement it for themselves.  

Plus a CI tool would have to implement a separate solution for each VCS it 
supports (e.g. git, perforce, mercurial etc).  

As this is a feature that requires an SVN specific implementation and isn't a 
feature specific to CI builds - it's just a feature to restore a working copy 
to pristine state - SVN seems like a good place for it?  

I suspect developers would also benefit from such a feature on their 
development PCs too and not just on CI servers?  

Kind regards
Simon

-
The information contained in this message may be CONFIDENTIAL and is intended 
for the addressee only. Any unauthorised use, dissemination of the information, 
or copying of this message is prohibited. If you are not the addressee, please 
notify the sender immediately by return e-mail and delete this message. 
Although this e-mail and any attachments are believed to be free of any virus, 
or other defect which might affect any computer or system into which they are 
received and opened, it is the responsibility of the recipient to ensure that 
they are virus free and no responsibility is accepted by Moneysupermarket.com 
Financial Group Limited for any loss or damage from receipt or use thereof. 
The views expressed are of the individual, and do not necessarily reflect the 
views of Moneysupermarket.com Financial Group Limited.
Moneysupermarket.com Limited is an appointed representative of 
Moneysupermarket.com Financial Group Limited, which is authorised and regulated 
by the Financial Services Authority (FSA FRN 303190). 
Moneysupermarket.com Financial Group Limited, registered in England No. 
3157344. 
Registered Office: Moneysupermarket House, St. David’s Park, Ewloe, CH5 3UZ. 
Telephone 01244 665700.

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Simon Dean]

> From: Bob Archer [mailto:bob.arc...@amsi.com]
> 
> FYI: If you are on windows the TortoiseSVN client's "Clean up" function
> allows you to delete unversioned and ignored files if you want. Also, it 
> allows
> you to revert all changes when you clean up as well.
> 
> BOb
> 

TortoiseSVN feature is very good.  Unfortunately it only seems available 
through its GUI and not through it's command line.  

Here's a quick sample of various people trying to accomplish this feature for 
themselves through various scripts etc.  


http://stackoverflow.com/questions/9082706/using-powershell-and-svn-to-delete-unversioned-files
 

http://www.guyrutenberg.com/2008/01/18/delete-unversioned-files-under-svn/

http://stackoverflow.com/questions/2803823/how-can-i-delete-all-unversioned-ignored-files-folders-in-my-working-copy

http://patforna.blogspot.com/2009/10/remove-unversioned-files-in-subversion.html

Simon

-
The information contained in this message may be CONFIDENTIAL and is intended 
for the addressee only. Any unauthorised use, dissemination of the information, 
or copying of this message is prohibited. If you are not the addressee, please 
notify the sender immediately by return e-mail and delete this message. 
Although this e-mail and any attachments are believed to be free of any virus, 
or other defect which might affect any computer or system into which they are 
received and opened, it is the responsibility of the recipient to ensure that 
they are virus free and no responsibility is accepted by Moneysupermarket.com 
Financial Group Limited for any loss or damage from receipt or use thereof. 
The views expressed are of the individual, and do not necessarily reflect the 
views of Moneysupermarket.com Financial Group Limited.
Moneysupermarket.com Limited is an appointed representative of 
Moneysupermarket.com Financial Group Limited, which is authorised and regulated 
by the Financial Services Authority (FSA FRN 303190). 
Moneysupermarket.com Financial Group Limited, registered in England No. 
3157344. 
Registered Office: Moneysupermarket House, St. David’s Park, Ewloe, CH5 3UZ. 
Telephone 01244 665700.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Giulio Troccoli]

On 09/03/12 14:35, Simon Dean wrote:

From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]

Sorry, but to me this has got nothing to do with Subversion. Your CI tool is
should clean up itself.

Having said that, if someone wants to implement such feature I don't think I
would have anything against it. But I doubt it will (be implemented)

Giulio

Thanks for the reply.  There are 5 or 6 popular CI tools out there (and there's 
probably more of them than that).  If implemented in the CI tool, each tool 
would have to implement it for themselves.

Plus a CI tool would have to implement a separate solution for each VCS it 
supports (e.g. git, perforce, mercurial etc).

As this is a feature that requires an SVN specific implementation and isn't a 
feature specific to CI builds - it's just a feature to restore a working copy 
to pristine state - SVN seems like a good place for it?

I suspect developers would also benefit from such a feature on their 
development PCs too and not just on CI servers?



[CC to the list, remember to reply-to-all]

Why would the CI implement a different solution for each VCS? Those, I 
understand, are files created during the build process, they have got 
nothing to do with SVN or any other VCS. And it's not a SVN specific 
implementation as, again, the files were not created by SVN so they've 
got nothing to do with it.


From Subversion's point of view the the WC is absolutely fine. The 
unversioned files are ignore and there are no missing files (and if 
there are a simple svn up will restore them)


But maybe I'm missing something?

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Simon Dean]

> From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
> 
> Why would the CI implement a different solution for each VCS? Those, I
> understand, are files created during the build process, they have got nothing
> to do with SVN or any other VCS. And it's not a SVN specific implementation
> as, again, the files were not created by SVN so they've got nothing to do with
> it.
> 
>  From Subversion's point of view the the WC is absolutely fine. The
> unversioned files are ignore and there are no missing files (and if there are 
> a
> simple svn up will restore them)
> 
> But maybe I'm missing something?

A CI implementation would have to implement it specifically each VCS as it 
would have to call the VCS to found out what files/directories are unversioned 
and ignored.  

Interestingly TortoiseSVN also implements the same feature (as Bob Archer 
highlights).  This is a good example of the same feature being used for non-CI 
purposes.  Unfortunately the TortoiseSVN implementation is both Windows 
specific and not available from the command line.  

It is helpful though to see how TortoiseSVN describes the feature (quoted from 
http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-cleanup.html) 

Delete unversioned files and folders, Delete ignored files and folders
==

This is a fast and easy way to remove all generated files in your 
working copy. All files and folders that are not versioned are moved to the 
trash bin.

Note: you can also do the same from the TortoiseSVN → Revert dialog. 
There you also get a list of all the unversioned files and folders to select 
for removal.

-
The information contained in this message may be CONFIDENTIAL and is intended 
for the addressee only. Any unauthorised use, dissemination of the information, 
or copying of this message is prohibited. If you are not the addressee, please 
notify the sender immediately by return e-mail and delete this message. 
Although this e-mail and any attachments are believed to be free of any virus, 
or other defect which might affect any computer or system into which they are 
received and opened, it is the responsibility of the recipient to ensure that 
they are virus free and no responsibility is accepted by Moneysupermarket.com 
Financial Group Limited for any loss or damage from receipt or use thereof. 
The views expressed are of the individual, and do not necessarily reflect the 
views of Moneysupermarket.com Financial Group Limited.
Moneysupermarket.com Limited is an appointed representative of 
Moneysupermarket.com Financial Group Limited, which is authorised and regulated 
by the Financial Services Authority (FSA FRN 303190). 
Moneysupermarket.com Financial Group Limited, registered in England No. 
3157344. 
Registered Office: Moneysupermarket House, St. David’s Park, Ewloe, CH5 3UZ. 
Telephone 01244 665700.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Giulio Troccoli]

On 09/03/12 15:03, Simon Dean wrote:
>> From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
>>
>> Why would the CI implement a different solution for each VCS? Those, I
>> understand, are files created during the build process, they have got nothing
>> to do with SVN or any other VCS. And it's not a SVN specific implementation
>> as, again, the files were not created by SVN so they've got nothing to do 
>> with
>> it.
>>
>>  From Subversion's point of view the the WC is absolutely fine. The
>> unversioned files are ignore and there are no missing files (and if there 
>> are a
>> simple svn up will restore them)
>>
>> But maybe I'm missing something?
> A CI implementation would have to implement it specifically each VCS as it 
> would have to call the VCS to found out what files/directories are 
> unversioned and ignored.  

So the CI would rely on another piece of software, SVN in this case, to
know what it has created in terms of files. Well, it doesn't seem right
to me.

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Simon Dean]

> -Original Message-
> From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
> So the CI would rely on another piece of software, SVN in this case, to know
> what it has created in terms of files. Well, it doesn't seem right to me.

With TortoiseSVN providing this functionality through a GUI to end-users, I 
guess the discussion of whether such a feature should be implemented in a CI 
tool or in the SVN client is a moot point. 
Either way, I think we'll have to agree to disagree.  

Kind regards 
Simon 

-
The information contained in this message may be CONFIDENTIAL and is intended 
for the addressee only. Any unauthorised use, dissemination of the information, 
or copying of this message is prohibited. If you are not the addressee, please 
notify the sender immediately by return e-mail and delete this message. 
Although this e-mail and any attachments are believed to be free of any virus, 
or other defect which might affect any computer or system into which they are 
received and opened, it is the responsibility of the recipient to ensure that 
they are virus free and no responsibility is accepted by Moneysupermarket.com 
Financial Group Limited for any loss or damage from receipt or use thereof. 
The views expressed are of the individual, and do not necessarily reflect the 
views of Moneysupermarket.com Financial Group Limited.
Moneysupermarket.com Limited is an appointed representative of 
Moneysupermarket.com Financial Group Limited, which is authorised and regulated 
by the Financial Services Authority (FSA FRN 303190). 
Moneysupermarket.com Financial Group Limited, registered in England No. 
3157344. 
Registered Office: Moneysupermarket House, St. David’s Park, Ewloe, CH5 3UZ. 
Telephone 01244 665700.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Andreas Krey]

On Fri, 09 Mar 2012 14:10:39 +, Giulio Troccoli wrote:
...
> Sorry, but to me this has got nothing to do with Subversion.

'course it does. It knows which files are to be ignored, and thus
can be savely thrown away, and it does know which files are not
under version control, and thus should be removed for a clean
working copy.

Likewise, svn forces me to use the \( -name .svn -prune \) clause
in all my find-greps, even though the presense of the .svn folders
is clearly svns business.

> Your CI tool is should clean up itself.

That would be not the CI tool but the entire build system, potentially
including editors used etc. pp. (CI being just an example of the usefulness
of an hypothetical 'svn cleanup'.) We go the way of keeping a clean
sandbox and making a copy of it for each build.

And it's not as if svn itself always cleans up after itself.

Andreas

-- 
"Totally trivial. Famous last words."
From: Linus Torvalds 
Date: Fri, 22 Jan 2010 07:29:21 -0800

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Stefan Sperling]

On Fri, Mar 09, 2012 at 01:56:34PM +, Simon Dean wrote:
> Hi 
> 
> Are there any plans to add a command to SVN that cleans a working copy or 
> path of all unversioned and/or ignored files and directories?  

There is a related open feature request in our issue tracker:
http://subversion.tigris.org/issues/show_bug.cgi?id=3549
As far as I know, nobody is currently working on this.
You could add yourself to the Cc list there to be informed once the
status of this issue changes.

Or, instead of waiting passively, you could try to compose a detailed
design spec for this feature and send it for discussion to the dev@
list. Once this discussion reaches consensus on the proposed design
you could implement it and send a patch.

This is one of those features that shouldn't involve too much work,
and where new contributors could get their feet wet with design and
implementation work. And it is quite a popular feature request so anyone
who designs and implements this will earn a good stash of community
karma points.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Geoff Hoffman]

On Fri, Mar 9, 2012 at 10:24 AM, Stefan Sperling  wrote:

> On Fri, Mar 09, 2012 at 01:56:34PM +, Simon Dean wrote:
> > Hi
> >
> > Are there any plans to add a command to SVN that cleans a working copy
> or path of all unversioned and/or ignored files and directories?
>
> There is a related open feature request in our issue tracker:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3549
> As far as I know, nobody is currently working on this.
> You could add yourself to the Cc list there to be informed once the
> status of this issue changes.
>
>
I would +1 this feature although what this thread has taught me is that my
IDE (NetBeans) takes care of this automagically. I didn't realize it wasn't
built into SVN.

A couple of things I find interesting... the bug tracker you linked to is 3
years old and still on tigris.org. Assuming that is still the valid place
for tracking subversion features & bugs?

Hypothetically speaking, how would svn revert --recursive *--force* PATH be
different/better than svn cleanup *--remove-unversioned-files* PATH (a bit
verbose IMO)? I guess it does make more sense for the proposed feature to
be a switch on svn cleanup.

Cool idea/feature though.


Or, instead of waiting passively, you could try to compose a detailed
> design spec for this feature and send it for discussion to the dev@
> list. Once this discussion reaches consensus on the proposed design
> you could implement it and send a patch.
>


This is one of those features that shouldn't involve too much work,
> and where new contributors could get their feet wet with design and
> implementation work. And it is quite a popular feature request so anyone
> who designs and implements this will earn a good stash of community
> karma points.



This is such great advice. If as many people would give to open source as
take from it, imagine how much richer everything would be?

I went over to http://subversion.apache.org/download/ and
was surprised there doesn't seem to be an svn checkout option, even read
only?

-- 


This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Les Mikesell]

2012/3/9 Giulio Troccoli :
>
>>> But maybe I'm missing something?
>> A CI implementation would have to implement it specifically each VCS as it 
>> would have to call the VCS to found out what files/directories are 
>> unversioned and ignored.
>
> So the CI would rely on another piece of software, SVN in this case, to
> know what it has created in terms of files. Well, it doesn't seem right
> to me.

So how would you propose doing this across different VCS?  I don't see
how adding a new command to subversion that would do the equivalent of
deleting everything except svn metadata followed by a revert and maybe
an update helps with VCS independence.  Your CI already has to know
how to use each VCS independently anyway.

-- 
   Les Mikesell
 lesmikes...@gmail.com

Building Subversion For Windows

[Brad Lemings]

Hello all,

I'm trying to build Subversion on Windows.  When I run the gen-make.py script, 
I get this:

>python gen-make.py --release -t vcproj --vsnet-version=2008
BDB not found, BDB fs will not be built

Generating for Visual Studio 2008

Could not detect Ruby version, assuming 1.8.
  Ruby bindings will be linked with msvcrt-ruby18.lib

Found installed perl version number.
  Perl bindings will be linked with perl512.lib

Could not find installed SWIG, assuming version 1.3.25

Found JDK version 1.6 in C:\Program Files\Java\jdk1.6.0_27

Found SQLite version 3.7.10

Found ZLib version 1.2.6

Found neon version 0.29.6

Wrote: build\win32\vcnet-vcproj\build_zlib.bat
Wrote: build\win32\vcnet-vcproj\build_locale.bat
swig not found; skipping SWIG file generation...
Wrote: build\win32\vcnet-vcproj\svn_config.vcproj
Wrote: build\win32\vcnet-vcproj\svn_locale.vcproj
Wrote: build\win32\vcnet-vcproj\zlib.vcproj
Wrote: neon\neon.vcproj
Wrote: build\win32\vcnet-vcproj\__ALL_TESTS__.vcproj
Wrote: build\win32\vcnet-vcproj\__ALL__.vcproj
Wrote: build\win32\vcnet-vcproj\__JAVAHL_TESTS__.vcproj
Wrote: build\win32\vcnet-vcproj\__JAVAHL__.vcproj
Wrote: build\win32\vcnet-vcproj\__LIBS__.vcproj
Wrote: build\win32\vcnet-vcproj\atomic_ra_revprop_change.vcproj
Wrote: build\win32\vcnet-vcproj\test_auth.vcproj
Wrote: build\win32\vcnet-vcproj\test_cache.vcproj
Wrote: build\win32\vcnet-vcproj\test_checksum.vcproj
Wrote: build\win32\vcnet-vcproj\test_client.vcproj
Wrote: build\win32\vcnet-vcproj\test_compat.vcproj
Wrote: build\win32\vcnet-vcproj\test_config.vcproj
Wrote: build\win32\vcnet-vcproj\test_db.vcproj
Wrote: build\win32\vcnet-vcproj\diff.vcproj
Wrote: build\win32\vcnet-vcproj\test_diff_diff3.vcproj
Wrote: build\win32\vcnet-vcproj\diff3.vcproj
Wrote: build\win32\vcnet-vcproj\diff4.vcproj
Wrote: build\win32\vcnet-vcproj\test_dirent_uri.vcproj
Wrote: build\win32\vcnet-vcproj\test_entries_compat.vcproj
Wrote: build\win32\vcnet-vcproj\entries_dump.vcproj
Wrote: build\win32\vcnet-vcproj\test_error.vcproj
Wrote: build\win32\vcnet-vcproj\test_fs_pack.vcproj
Wrote: build\win32\vcnet-vcproj\test_fs.vcproj
Wrote: build\win32\vcnet-vcproj\test_hashdump.vcproj
Wrote: build\win32\vcnet-vcproj\javahl_callback_javah.vcproj
Wrote: build\win32\vcnet-vcproj\javahl_compat_java.vcproj
Wrote: build\win32\vcnet-vcproj\test_javahl_compat.vcproj
Wrote: build\win32\vcnet-vcproj\javahl_java.vcproj
Wrote: build\win32\vcnet-vcproj\javahl_javah.vcproj
Wrote: build\win32\vcnet-vcproj\test_javahl.vcproj
Wrote: build\win32\vcnet-vcproj\javahl_types_javah.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_client_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_delta_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_diff_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_fs_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_fs_fs.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_fs_util.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_ra_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_ra_local.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_ra_neon.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_ra_svn.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_repos_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_subr_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_test.vcproj
Wrote: build\win32\vcnet-vcproj\libsvn_wc_dll.vcproj
Wrote: build\win32\vcnet-vcproj\libsvnjavahl.vcproj
Wrote: build\win32\vcnet-vcproj\test_locks.vcproj
Wrote: build\win32\vcnet-vcproj\test_mergeinfo.vcproj
Traceback (most recent call last):
  File "gen-make.py", line 317, in 
main(conf, gentype, skip_depends=skip, other_options=rest.list)
  File "gen-make.py", line 65, in main
generator.write()
  File "build\generator\gen_vcnet_vcproj.py", line 214, in write
self.write_project(target, fname, deplist)
  File "build\generator\gen_vcnet_vcproj.py", line 86, in write_project
configs = self.get_configs(target)
  File "build\generator\gen_win.py", line 476, in get_configs
libdirs=self.get_win_lib_dirs(target, cfg),
  File "build\generator\gen_win.py", line 1000, in get_win_lib_dirs
fakelibdirs.append(self.apath(self.httpd_path, cfg))
  File "build\generator\gen_win.py", line 361, in apath
if os.path.isabs(path):
  File "C:\Program Files\Python\27\lib\ntpath.py", line 57, in isabs
s = splitdrive(s)[1]
  File "C:\Program Files\Python\27\lib\ntpath.py", line 125, in splitdrive
if p[1:2] == ':':
TypeError: 'NoneType' object is not subscriptable

Any suggestions?  I have extracted Apache HTTPD in the same directory as the 
Subversion source.  I have also linked the HTTPD directory from within the 
Subversion directory.  Or is the problem from something else entirely?

Also, will BDB 5 work?

Thanks.

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Stefan Sperling]

On Fri, Mar 09, 2012 at 10:45:13AM -0700, Geoff Hoffman wrote:
> A couple of things I find interesting... the bug tracker you linked to is 3
> years old and still on tigris.org. Assuming that is still the valid place
> for tracking subversion features & bugs?

The issue tracker has not been migrated to apache.org yet.
See http://subversion.apache.org/reporting-issues.html#queries

The bug is 3 years old because someone had the same feature
idea 3 years ago, filed an issue, and nothing has happened since.

> Hypothetically speaking, how would svn revert --recursive *--force* PATH be
> different/better than svn cleanup *--remove-unversioned-files* PATH (a bit
> verbose IMO)? I guess it does make more sense for the proposed feature to
> be a switch on svn cleanup.

svn revert deletes some unversioned files in certain circumstances.
This was recently discussed here:
http://thread.gmane.org/gmane.comp.version-control.subversion.devel/134154

In my opinion removing unversioned data is not the job of 'svn revert'.
It is supposed to roll back the working copy into the state that it was in
after the last checkout or update. In other words, it destroys changes
made to *versioned* files and directories.

Anyway, which subcommand this feature belongs in is a question that should
be answered by a concrete design proposal. It doesn't really matter all
that much.

> This is such great advice. If as many people would give to open source as
> take from it, imagine how much richer everything would be?

Yes, and the world would be full of flying pigs, too!

> I went over to http://subversion.apache.org/download/ and
> was surprised there doesn't seem to be an svn checkout option, even read
> only?

See http://subversion.apache.org/source-code.html (linked from the
very bottom of the download page -- perhaps not as easy to find as it
should be).

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Geoff Hoffman]

On Fri, Mar 9, 2012 at 11:34 AM, Stefan Sperling  wrote:

> On Fri, Mar 09, 2012 at 10:45:13AM -0700, Geoff Hoffman wrote:
> > A couple of things I find interesting... the bug tracker you linked to
> is 3
> > years old and still on tigris.org. Assuming that is still the valid
> place
> > for tracking subversion features & bugs?
>
> The issue tracker has not been migrated to apache.org yet.
> See http://subversion.apache.org/reporting-issues.html#queries
>
> The bug is 3 years old because someone had the same feature
> idea 3 years ago, filed an issue, and nothing has happened since.
>
> > Hypothetically speaking, how would svn revert --recursive *--force* PATH
> be
> > different/better than svn cleanup *--remove-unversioned-files* PATH (a
> bit
> > verbose IMO)? I guess it does make more sense for the proposed feature to
> > be a switch on svn cleanup.
>
> svn revert deletes some unversioned files in certain circumstances.
> This was recently discussed here:
> http://thread.gmane.org/gmane.comp.version-control.subversion.devel/134154
>
> In my opinion removing unversioned data is not the job of 'svn revert'.
> It is supposed to roll back the working copy into the state that it was in
> after the last checkout or update. In other words, it destroys changes
> made to *versioned* files and directories.
>
> Anyway, which subcommand this feature belongs in is a question that should
> be answered by a concrete design proposal. It doesn't really matter all
> that much.
>
> > This is such great advice. If as many people would give to open source as
> > take from it, imagine how much richer everything would be?
>
> Yes, and the world would be full of flying pigs, too!
>
> > I went over to http://subversion.apache.org/download/ and
> > was surprised there doesn't seem to be an svn checkout option, even read
> > only?
>
> See http://subversion.apache.org/source-code.html (linked from the
> very bottom of the download page -- perhaps not as easy to find as it
> should be).
>


Very helpful, as usual. Thanks Stefan.

-- 


This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

RE: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Bob Archer]

> On Fri, Mar 09, 2012 at 10:45:13AM -0700, Geoff Hoffman wrote:
> > A couple of things I find interesting... the bug tracker you linked to
> > is 3 years old and still on tigris.org. Assuming that is still the
> > valid place for tracking subversion features & bugs?
> 
> The issue tracker has not been migrated to apache.org yet.
> See http://subversion.apache.org/reporting-issues.html#queries
> 
> The bug is 3 years old because someone had the same feature idea 3 years
> ago, filed an issue, and nothing has happened since.
> 
> > Hypothetically speaking, how would svn revert --recursive *--force*
> > PATH be different/better than svn cleanup *--remove-unversioned-files*
> > PATH (a bit verbose IMO)? I guess it does make more sense for the
> > proposed feature to be a switch on svn cleanup.
> 
> svn revert deletes some unversioned files in certain circumstances.
> This was recently discussed here:
> http://thread.gmane.org/gmane.comp.version-control.subversion.devel/134154
> 
> In my opinion removing unversioned data is not the job of 'svn revert'.
> It is supposed to roll back the working copy into the state that it was in 
> after the
> last checkout or update. In other words, it destroys changes made to
> *versioned* files and directories.
> 
> Anyway, which subcommand this feature belongs in is a question that should be
> answered by a concrete design proposal. It doesn't really matter all that 
> much.
> 
> > This is such great advice. If as many people would give to open source
> > as take from it, imagine how much richer everything would be?
> 
> Yes, and the world would be full of flying pigs, too!
> 
> > I went over to http://subversion.apache.org/download/ and was
> > surprised there doesn't seem to be an svn checkout option, even read
> > only?
> 
> See http://subversion.apache.org/source-code.html (linked from the very
> bottom of the download page -- perhaps not as easy to find as it should be).

I expect this issue hasn't been actioned because it is so easy to mitigate by 
the developer...

1. Ensure your build artifacts are kept separate or group in a folder. 
2. Create a clean batch or shell file that removes all the build artifacts.

Personally, I have a clean.bat file in our project root that deletes all the 
bin and obj folders (Visual Studio inherently keeps them in their own folders) 
recursively. It took about 5 minutes to create and commit.

That said, I don't object to a --include-unversioned --include-ignored switches 
to svn CLI.

BOb

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Kuno Meyer]

Another unconventional way of accomplishing this would be to use Bazaar's
clean-tree command. With the bzr-svn plugin installed, you should be able to
directly operate on SVN working trees:

bzr clean-tree --ignored --unknown --detritus --force

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Johan Corveleyn]

On Fri, Mar 9, 2012 at 2:56 PM, Simon Dean
 wrote:
> Hi
>
> Are there any plans to add a command to SVN that cleans a working copy or 
> path of all unversioned and/or ignored files and directories?
>
> This is a very common need for automated Continuous Integration builds where 
> a working copy is reused for multiple runs of the same build.  Currently 
> there is no simple and fast way to restore a working copy to a prestine 
> state.  Often users have to choose between i) completely deleting the working 
> copy for every build and then doing a fresh checkout from scratch or ii) 
> living with lots of unversioned and ignored files and directories building up 
> with each successive build.
>
> The only option at the moment is to write a shell/batch script to provide 
> this feature which is messy and there's common way to do this.  A new SVN 
> command or enhanced exiting command that provided this functionality would be 
> incredibly useful.


There is also an existing perl script here:

http://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn-clean

but I don't know its status (I've never used it, I just know it exists).

-- 
Johan

Re: svn on OSX 10.7.3 can't find CA certificates

[Daniel Shahaf]

Zachary,

Saw your other emails.  If you'd like help from this mailing list it's
best to ask us a self-contained question.  Forwarding random threads and
raw transcripts to this list will get you nowhere.

Daniel


Greg Stein wrote on Thu, Mar 08, 2012 at 20:26:26 +:
> On Thu, Mar 08, 2012 at 02:56:10PM -0500, Zachary Burnham wrote:
> > Hi.  I'm having some trouble with command-line svn on OSX 10.7.3 .  The 
> > problem appears to be that subversion can't find the CA certificates that 
> > are installed on my system (visible in Keychain Access.)  I get the 
> > following error:
> > 
> > $ svn log
> > Error validating server certificate for 'https://:443':
> >  - The certificate is not issued by a trusted authority. Use the
> >fingerprint to validate the certificate manually!
> > Certificate information:
> >  - Hostname: *.
> >  - Valid: from Sun, 12 Feb 2012 02:34:03 GMT until Mon, 15 Apr 2013 
> > 19:02:56 GMT
> >  - Issuer: GeoTrust, Inc., US
> >  - Fingerprint: 
> > 
> > As you can see, the dates are OK, and the CA is valid.  Going to the same 
> > url in Safari and Firefox gives a valid SSL connection.  
> > 
> > Does anyone have any suggestions?
> 
> I had the same problem, and came up with the following solution:
> 
> 1) go into KeyChain Access and find the root certificate that you need
> 2) select and ctrl-click for the submenu and choose: Export "foo" ...
> 3) switch the file format to "Privacy Enhance Mail (.pem)"
> 4) save the result into /Users/whatever/.subversion
> 5) edit /Users/whatever/.subversion/servers:
>  ssl-authority-files = /Users/whatever/.subversion/foo.pem
> 
> Note that if you need multiple CAs, then use the following format:
> 
>   ss-authority-files = 
> /Users/whatever/.subversion/first.pem;/Users/whatever/.subversion/second.pem
> 
> It is important that there are no spaces around the ";" and that it
> resides on a single line.
> 
> Hope that helps,
> -g

Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories

[Andreas Krey]

On Fri, 09 Mar 2012 11:53:47 +, Les Mikesell wrote:
...
> > So the CI would rely on another piece of software, SVN in this case, to
> > know what it has created in terms of files. Well, it doesn't seem right
> > to me.
> 
> So how would you propose doing this across different VCS?  I don't see
> how adding a new command to subversion that would do the equivalent of
> deleting everything except svn metadata followed by a revert and maybe
> an update helps with VCS independence.  Your CI already has to know
> how to use each VCS independently anyway.

Yes. But knowing to invoke 'svn update' and 'svn cleanup -fdX' is somewhat
different from knowing to "svn status --no-ignore | awk '/^I / {print $2}'
| xargs rm -rf" (or similar) with all the caveats that come with strange
characters in file names.

If you argue that a CI/XY tool should find out for itself what files are
not under svn control then one could argue analogously that it should
as well bypass svn for doing updates. :-)

But then, svn currently has more important issues than implementing
'svn cleanup'.

Andreas

-- 
"Totally trivial. Famous last words."
From: Linus Torvalds 
Date: Fri, 22 Jan 2010 07:29:21 -0800

RE: Building Subversion For Windows

[Bert Huijben]

Hi,

 

If you are using Subversion 1.7.3 for your test, please upgrade to 1.7.4.

 

Subversion 1.7.3 always tries to build with apache httpd. This issue was
fixed in 1.7.4.

 

Bert

 

From: Brad Lemings [mailto:b...@rebit.com] 
Sent: vrijdag 9 maart 2012 19:21
To: users@subversion.apache.org
Subject: Building Subversion For Windows

 

Hello all,

 

I'm trying to build Subversion on Windows.  When I run the gen-make.py
script, I get this:

 

>python gen-make.py --release -t vcproj --vsnet-version=2008

BDB not found, BDB fs will not be built

 

Generating for Visual Studio 2008

 

Could not detect Ruby version, assuming 1.8.

  Ruby bindings will be linked with msvcrt-ruby18.lib

 

Found installed perl version number.

  Perl bindings will be linked with perl512.lib

 

Could not find installed SWIG, assuming version 1.3.25

 

Found JDK version 1.6 in C:\Program Files\Java\jdk1.6.0_27

 

Found SQLite version 3.7.10

 

Found ZLib version 1.2.6

 

Found neon version 0.29.6

 

Wrote: build\win32\vcnet-vcproj\build_zlib.bat

Wrote: build\win32\vcnet-vcproj\build_locale.bat

swig not found; skipping SWIG file generation...

Wrote: build\win32\vcnet-vcproj\svn_config.vcproj

Wrote: build\win32\vcnet-vcproj\svn_locale.vcproj

Wrote: build\win32\vcnet-vcproj\zlib.vcproj

Wrote: neon\neon.vcproj

Wrote: build\win32\vcnet-vcproj\__ALL_TESTS__.vcproj

Wrote: build\win32\vcnet-vcproj\__ALL__.vcproj

Wrote: build\win32\vcnet-vcproj\__JAVAHL_TESTS__.vcproj

Wrote: build\win32\vcnet-vcproj\__JAVAHL__.vcproj

Wrote: build\win32\vcnet-vcproj\__LIBS__.vcproj

Wrote: build\win32\vcnet-vcproj\atomic_ra_revprop_change.vcproj

Wrote: build\win32\vcnet-vcproj\test_auth.vcproj

Wrote: build\win32\vcnet-vcproj\test_cache.vcproj

Wrote: build\win32\vcnet-vcproj\test_checksum.vcproj

Wrote: build\win32\vcnet-vcproj\test_client.vcproj

Wrote: build\win32\vcnet-vcproj\test_compat.vcproj

Wrote: build\win32\vcnet-vcproj\test_config.vcproj

Wrote: build\win32\vcnet-vcproj\test_db.vcproj

Wrote: build\win32\vcnet-vcproj\diff.vcproj

Wrote: build\win32\vcnet-vcproj\test_diff_diff3.vcproj

Wrote: build\win32\vcnet-vcproj\diff3.vcproj

Wrote: build\win32\vcnet-vcproj\diff4.vcproj

Wrote: build\win32\vcnet-vcproj\test_dirent_uri.vcproj

Wrote: build\win32\vcnet-vcproj\test_entries_compat.vcproj

Wrote: build\win32\vcnet-vcproj\entries_dump.vcproj

Wrote: build\win32\vcnet-vcproj\test_error.vcproj

Wrote: build\win32\vcnet-vcproj\test_fs_pack.vcproj

Wrote: build\win32\vcnet-vcproj\test_fs.vcproj

Wrote: build\win32\vcnet-vcproj\test_hashdump.vcproj

Wrote: build\win32\vcnet-vcproj\javahl_callback_javah.vcproj

Wrote: build\win32\vcnet-vcproj\javahl_compat_java.vcproj

Wrote: build\win32\vcnet-vcproj\test_javahl_compat.vcproj

Wrote: build\win32\vcnet-vcproj\javahl_java.vcproj

Wrote: build\win32\vcnet-vcproj\javahl_javah.vcproj

Wrote: build\win32\vcnet-vcproj\test_javahl.vcproj

Wrote: build\win32\vcnet-vcproj\javahl_types_javah.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_client_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_delta_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_diff_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_fs_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_fs_fs.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_fs_util.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_ra_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_ra_local.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_ra_neon.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_ra_svn.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_repos_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_subr_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_test.vcproj

Wrote: build\win32\vcnet-vcproj\libsvn_wc_dll.vcproj

Wrote: build\win32\vcnet-vcproj\libsvnjavahl.vcproj

Wrote: build\win32\vcnet-vcproj\test_locks.vcproj

Wrote: build\win32\vcnet-vcproj\test_mergeinfo.vcproj

Traceback (most recent call last):

  File "gen-make.py", line 317, in 

main(conf, gentype, skip_depends=skip, other_options=rest.list)

  File "gen-make.py", line 65, in main

generator.write()

  File "build\generator\gen_vcnet_vcproj.py", line 214, in write

self.write_project(target, fname, deplist)

  File "build\generator\gen_vcnet_vcproj.py", line 86, in write_project

configs = self.get_configs(target)

  File "build\generator\gen_win.py", line 476, in get_configs

libdirs=self.get_win_lib_dirs(target, cfg),

  File "build\generator\gen_win.py", line 1000, in get_win_lib_dirs

fakelibdirs.append(self.apath(self.httpd_path, cfg))

  File "build\generator\gen_win.py", line 361, in apath

if os.path.isabs(path):

  File "C:\Program Files\Python\27\lib\ntpath.py", line 57, in isabs

s = splitdrive(s)[1]

  File "C:\Program Files\Python\27\lib\ntpath.py", line 125, in splitdrive

if p[1:2] == ':':

TypeError: 'NoneType' object is not subscriptable

 

Any suggestions?  I have extracted Apache HTTPD in the same d