[Important] Boost Subversion repository is now online
Hello all, The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository. CVS is still available for anonymous, read- only access for now, but will not be updated. The main Boost development branch is available via anonymous, read- only checkout at: http://svn.boost.org/svn/boost/trunk/ Or for developer read/write access at: https://svn.boost.org/svn/boost/trunk/ Information about accessing the Boost Subversion repository is available at: http://svn.boost.org/trac/boost/wiki/BoostSubversion Please report any problems to me to the main Boost list, and we will try to resolve them as quickly as possible. We still need help porting the regression-testing script over to use Subversion. See Trac ticket #1122: http://svn.boost.org/trac/boost/ticket/1122 Also, there is more documentation that will need to be updated within the Boost tree. - Doug Subversion tip: when you commit a change to Subversion that fixes ticket number NNN, include the text "Fixes #NNN" in your commit log. Trac will automatically close the ticket and cross-reference the commit with the ticket. See, for example, http://svn.boost.org/trac/ boost/changeset/38330
Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository.
After an apparently successful checkout, diff from log isn't working. Edit a file. Say trunk/configure. Using TortoiseSVN, select it. Right click to get context menu. Select diff. Works fine. Using TortoiseSVN, select it again if needed. Right click to get context menu. Select show log. Works fine. Select one of the log messages. Right click for context menu. Select Compare with working copy. This results in an error dialog: PROPFIND request failed on '/svn/boost/svn/bc/36681/trunk/boost/configure' ... 207 Multi-Status (https://svn.boost.org) --Beman
on Tue Jul 31 2007, Beman Dawes
Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository.
After an apparently successful checkout, diff from log isn't working.
Edit a file. Say trunk/configure. Using TortoiseSVN, select it. Right click to get context menu. Select diff. Works fine.
Using TortoiseSVN, select it again if needed. Right click to get context menu. Select show log. Works fine. Select one of the log messages. Right click for context menu. Select Compare with working copy.
This results in an error dialog: PROPFIND request failed on '/svn/boost/svn/bc/36681/trunk/boost/configure' ... 207 Multi-Status (https://svn.boost.org)
Beman, Can you reproduce your problem using the canonical command-line tool? I doubt the repo maintainers are set up to test with tortoise. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com
David Abrahams wrote:
on Tue Jul 31 2007, Beman Dawes
wrote: Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository. After an apparently successful checkout, diff from log isn't working.
Edit a file. Say trunk/configure. Using TortoiseSVN, select it. Right click to get context menu. Select diff. Works fine.
Using TortoiseSVN, select it again if needed. Right click to get context menu. Select show log. Works fine. Select one of the log messages. Right click for context menu. Select Compare with working copy.
This results in an error dialog: PROPFIND request failed on '/svn/boost/svn/bc/36681/trunk/boost/configure' ... 207 Multi-Status (https://svn.boost.org)
Beman,
Can you reproduce your problem using the canonical command-line tool? I doubt the repo maintainers are set up to test with tortoise.
No. svn diff works fine from the command line. Maddening. Works fine with local (non-boost) repositories. I'm about to check a remote non-Boost repository. Anyone else using Tortoise SVN having diff problems? --Beman
Beman Dawes wrote:
David Abrahams wrote:
on Tue Jul 31 2007, Beman Dawes
wrote: Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository. After an apparently successful checkout, diff from log isn't working.
Edit a file. Say trunk/configure. Using TortoiseSVN, select it. Right click to get context menu. Select diff. Works fine.
Using TortoiseSVN, select it again if needed. Right click to get context menu. Select show log. Works fine. Select one of the log messages. Right click for context menu. Select Compare with working copy.
This results in an error dialog: PROPFIND request failed on '/svn/boost/svn/bc/36681/trunk/boost/configure' ... 207 Multi-Status (https://svn.boost.org) Beman,
Can you reproduce your problem using the canonical command-line tool? I doubt the repo maintainers are set up to test with tortoise.
No. svn diff works fine from the command line.
Maddening. Works fine with local (non-boost) repositories. I'm about to check a remote non-Boost repository.
Not only does TortoiseSVN diff work with other repositories, it works with the boost sandbox. So this is starting to smell like a bug in TortoiseSVN, perhaps related to the little dance Doug did with the devel/trunk names. It really would be helpful if someone else could try a diff on the Boost trunk (say on index.htm) using TortoiseSVN and report whether it worked or not. --Beman
Douglas Gregor wrote:
Hello all, Or for developer read/write access at:
Please report any problems to me to the main Boost list, and we will try to resolve them as quickly as possible.
I've followed the instructions for doing a checkout from the developer's url. After about 5 MB or so I get a message like" <filename> Access is denied. I've addressed this by doing a cleanup and then an update 'til it stumbles again. I'm using windows/xp and have had SVN installed for a couple of weeks to use on my own projects and get my self warmed up for todays "Big Day" so I feel pretty confident about my local SVN, Tortoise SVN client etc. Anyone have any suggestion here? Robert Ramey
On 7/31/07, Robert Ramey
After about 5 MB or so I get a message like" <filename> Access is denied. ... Anyone have any suggestion here?
I have had similar problems in the past, which IIRC were caused by Norton auto-protect or some other virus protection software that was being run on each file that svn created. Jon
I just tried it with RapidSVN on XP64. It took about 20 minutes to get everything. D Jonathan Franklin wrote:
On 7/31/07, *Robert Ramey*
mailto:ramey@rrsd.com> wrote: After about 5 MB or so I get a message like" <filename> Access is denied. ... Anyone have any suggestion here?
I have had similar problems in the past, which IIRC were caused by Norton auto-protect or some other virus protection software that was being run on each file that svn created.
Jon
------------------------------------------------------------------------
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On 7/31/07, Douglas Gregor
The main Boost development branch is available via anonymous, read- only checkout at:
Thank you, and everyone else involved in this long-overdue move! -- Caleb Epstein
Am Mittwoch, 1. August 2007 00:36:43 schrieb Douglas Gregor:
Hello all,
The main Boost development branch is available via anonymous, read- only checkout at:
Hello, I just want to mention that the subversion backend SVNkit of the subversion plugin for eclipse called subclipse (http://subclipse.tigris.org/) is unhappy about the trunk directory you created. It says <svn console> svn: PROPFIND request failed on '/svn/boost/!svn/bc/38332/trunk' svn: Processing PROPFIND request response failed: Attribute name "svn:mime-type" associated with an element type "C:" must be followed by the ' = ' character. (/svn/boost/!svn/bc/38332/trunk) if I try to look into trunk. I use this subversion in conjunction with subclipse for my own little project and for a bunch of other libs (the boost sandbox, spirit, ... ) and its the first time this error message is shown. I found this at gmane http://thread.gmane.org/gmane.comp.ipod.gtkpod/2443 where the following is said <quote>I believe this is svn handling badly the incorrect property names that were created in the CVS to SVN conversion</quote> For those who are using subclipse, changing the backend to JavaHL is an alternative, since JavaHL doesn't care about the problem in the repository. JavaHL is a binding to the C implementation of subversion (SVNkit is 100% Java). Regards, Maik Beckmann
On Aug 1, 2007, at 3:00 AM, Maik Beckmann wrote:
I found this at gmane http://thread.gmane.org/gmane.comp.ipod.gtkpod/2443 where the following is said <quote>I believe this is svn handling badly the incorrect property names that were created in the CVS to SVN conversion</quote>
Thank you for pointing this out. I had not heard of this problem before, but we were, in fact, also hit by this bug in the CVS to SVN conversion. It has manifested itself as incorrect properties such as " svn:mime-type" (note the extra space) on most of the files in the repository, which in turn is causing problems with some Subversion clients, as you witnessed. I'll send out a note to the lists once I decide how best to handle this problem. - Doug
Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository. CVS is still available for anonymous, read- only access for now, but will not be updated.
The main Boost development branch is available via anonymous, read- only checkout at:
Is there any way to look at the read-only files and determine their last change date or the difference between them and previous versions? Joe Gottman
On Aug 1, 2007, at 7:57 PM, Joe Gottman wrote:
Douglas Gregor wrote:
Hello all,
The Boost Subversion repository is now back online. All of the files in CVS (including their histories) have been imported into the Subversion repository. CVS is still available for anonymous, read- only access for now, but will not be updated.
The main Boost development branch is available via anonymous, read- only checkout at:
Is there any way to look at the read-only files and determine their last change date
I believe that "svn log" gives this information.
or the difference between them and previous versions?
"svn diff" will do that. Or, the easy way, is to browse the repository in the Trac. http://svn.boost.org/trac/boost/browser - Doug
On 8/2/07, Douglas Gregor
On Aug 1, 2007, at 7:57 PM, Joe Gottman wrote:
Is there any way to look at the read-only files and determine their last change date
I believe that "svn log" gives this information.
Also, providing more detailed information about individual files/dirs and possibly faster: 'svn info': % svn info http://svn.boost.org/svn/boost/trunk/boost.png Path: boost.png Name: boost.png URL: http://svn.boost.org/svn/boost/trunk/boost.png Repository Root: http://svn.boost.org/svn/boost Repository UUID: b8fc166d-592f-0410-95f2-cb63ce0dd405 Revision: 38402 Node Kind: file Last Changed Author: dgregor Last Changed Rev: 30540 Last Changed Date: 2005-08-12 09:02:37 -0400 (Fri, 12 Aug 2005) But 'svn ls' is more user-friendly if you want revision and date information for a directory of files. -- Caleb Epstein
on Tue Jul 31 2007, Douglas Gregor
The main Boost development branch is available via anonymous, read- only checkout at:
http://svn.boost.org/svn/boost/trunk/
Or for developer read/write access at:
Hi Doug, Why not fix it to allow anonymous read access over https right away? If we don't do that, svn:externals will be fairly useless to us. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com
On 8/2/07, David Abrahams
Why not fix it to allow anonymous read access over https right away? If we don't do that, svn:externals will be fairly useless to us.
That'd also help certain folks like myself behind proxy servers that do not support some of the access methods used by SVN over http, but which do work with https. -- Caleb Epstein
participants (10)
-
Beman Dawes
-
Caleb Epstein
-
Damien Hocking
-
David Abrahams
-
Douglas Gregor
-
Joe Gottman
-
Jonathan Franklin
-
Maik Beckmann
-
Robert Ramey
-
Roland Schwarz