Re: Did we have ^/clients?
"C. Michael Pilato" writes: > On 08/16/2011 02:58 PM, Daniel Shahaf wrote: >> Arfrever found: >> >> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=251335 >> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251328 >> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251344 >> >> Subject lines >> "svn.collab.net is going down for a bit." >> "Client source code migration [gsvn, rapidsvn]" >> "svn commit: rev 6880 - clients" >> >> which collectively indicate that: >> >> * ^/clients existed >> * it contained rapidsvn, winsvn, gsvn >> * it was removed in r6880 >> * the history was moved to new repositories, and removed from the >> s.c.n/repos/svn repository > > The results of your archaeological expedition match the echoes of what > memories I have of those events. (Sorry for not seeing your mail earlier > and saving you the hunt.) http://subversion.tigris.org/ds/viewMessage.do?dsMessageId=281220&dsForumId=462 When svn.collab.net was upgraded on 2003-12-09 C-Mike reported: "All repositories dumped and loaded" "I cored the /clients tree out of the Subversion repository history" -- uberSVN: Apache Subversion Made Easy http://www.uberSVN.com
Re: Did we have ^/clients?
No worries, thanks for confirming, documented in r1158438. C. Michael Pilato wrote on Tue, Aug 16, 2011 at 15:55:02 -0400: > On 08/16/2011 02:58 PM, Daniel Shahaf wrote: > > Arfrever found: > > > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=251335 > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251328 > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251344 > > > > Subject lines > > "svn.collab.net is going down for a bit." > > "Client source code migration [gsvn, rapidsvn]" > > "svn commit: rev 6880 - clients" > > > > which collectively indicate that: > > > > * ^/clients existed > > * it contained rapidsvn, winsvn, gsvn > > * it was removed in r6880 > > * the history was moved to new repositories, and removed from the > > s.c.n/repos/svn repository > > The results of your archaeological expedition match the echoes of what > memories I have of those events. (Sorry for not seeing your mail earlier > and saving you the hunt.) > > > Aside from this, I recall at least one more instance where history was > > munged: prior to the 1.5.0 release, when svn:mergeinfo generated by > > 1.5-dev clients were retroactively modified. Were there additional > > instances? > > I can't currently recall any additional instances of history munging. > > -- > C. Michael Pilato > CollabNet <> www.collab.net <> Distributed Development On Demand
Re: Did we have ^/clients?
On 08/16/2011 02:58 PM, Daniel Shahaf wrote: > Arfrever found: > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=251335 > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251328 > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251344 > > Subject lines > "svn.collab.net is going down for a bit." > "Client source code migration [gsvn, rapidsvn]" > "svn commit: rev 6880 - clients" > > which collectively indicate that: > > * ^/clients existed > * it contained rapidsvn, winsvn, gsvn > * it was removed in r6880 > * the history was moved to new repositories, and removed from the > s.c.n/repos/svn repository The results of your archaeological expedition match the echoes of what memories I have of those events. (Sorry for not seeing your mail earlier and saving you the hunt.) > Aside from this, I recall at least one more instance where history was > munged: prior to the 1.5.0 release, when svn:mergeinfo generated by > 1.5-dev clients were retroactively modified. Were there additional > instances? I can't currently recall any additional instances of history munging. -- C. Michael Pilato CollabNet <> www.collab.net <> Distributed Development On Demand
Re: Did we have ^/clients?
Arfrever found: http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=251335 http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251328 http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=251344 Subject lines "svn.collab.net is going down for a bit." "Client source code migration [gsvn, rapidsvn]" "svn commit: rev 6880 - clients" which collectively indicate that: * ^/clients existed * it contained rapidsvn, winsvn, gsvn * it was removed in r6880 * the history was moved to new repositories, and removed from the s.c.n/repos/svn repository ... Aside from this, I recall at least one more instance where history was munged: prior to the 1.5.0 release, when svn:mergeinfo generated by 1.5-dev clients were retroactively modified. Were there additional instances?
Re: Did we have ^/clients?
Greg Hudson writes: >I remember svn (the command) living under subversion/clients/svn and >being moved to subversion/svn. That's "/trunk/subversion/clients/", which we also discussed in IRC, but is separate from "/clients" (note the lack of "trunk/"). >If there's no evidence of this in our Subversion history, maybe the move >happened back when we were still using CVS. (I don't believe we >preserved our CVS history when we started self-hosting, because cvs2svn >was a difficult and not-yet-solved problem.) That's correct, but I'm pretty sure this was in SVN and post-dated our move out of CVS (which happened in 2001, after all). -Karl
Re: Did we have ^/clients?
Daniel Shahaf writes: >r6881 implies that a ^/clients directory existed until r6880: >https://svn.apache.org/viewvc/subversion/README?r1=846955&r2=846954&pathrev=846955&diff_format=f > >kfogel on IRC recalls it having existed. > >However, the ASF repository does not have a ^/subversion/clients tree >anywhere in its history[1], and Bert's mirror of the svn.collab.net >repository doesn't have an ^/clients tree either. > >So... > >Did a ^/clients directory exist? If yes, where is its history? As I told Daniel in IRC, my memory is both a sieve and a holodeck, so I could be very wrong. But I do recall that we had "/clients" at one point, for clients that we didn't officially support but wanted to give version control space to, or something like that. Sound familiar? -Karl
Re: Did we have ^/clients?
Daniel Shahaf wrote on Tue, Aug 16, 2011 at 21:14:29 +0300: > Did a ^/clients directory exist? If yes, where is its history? Bert found http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=227683 which shows r5945 touching (presumably ^/)clients/rapidsvn. But the corresponding ASF revision is an empty padding revision: http://people.apache.org/~danielsh/svnrev?r5945
Re: Did we have ^/clients?
On Tue, Aug 16, 2011 at 1:21 PM, Greg Hudson wrote: > On Tue, 2011-08-16 at 14:14 -0400, Daniel Shahaf wrote: >> r6881 implies that a ^/clients directory existed until r6880: >> https://svn.apache.org/viewvc/subversion/README?r1=846955&r2=846954&pathrev=846955&diff_format=f >> >> kfogel on IRC recalls it having existed. > > I remember svn (the command) living under subversion/clients/svn and > being moved to subversion/svn. > > If there's no evidence of this in our Subversion history, maybe the move > happened back when we were still using CVS. (I don't believe we > preserved our CVS history when we started self-hosting, because cvs2svn > was a difficult and not-yet-solved problem.) But Mike did stitch the CVS history to the existing SVN history when he prepared the dumpfile for the migration to the ASF repo. -Hyrum -- uberSVN: Apache Subversion Made Easy http://www.uberSVN.com/
Re: Did we have ^/clients?
On Tue, 2011-08-16 at 14:14 -0400, Daniel Shahaf wrote: > r6881 implies that a ^/clients directory existed until r6880: > https://svn.apache.org/viewvc/subversion/README?r1=846955&r2=846954&pathrev=846955&diff_format=f > > kfogel on IRC recalls it having existed. I remember svn (the command) living under subversion/clients/svn and being moved to subversion/svn. If there's no evidence of this in our Subversion history, maybe the move happened back when we were still using CVS. (I don't believe we preserved our CVS history when we started self-hosting, because cvs2svn was a difficult and not-yet-solved problem.)