Re: Error E160016 "... is not a directory in filesystem ..."

On Fri, Nov 03, 2017 at 12:44:03AM +0100, Vincent Lefevre wrote: > On 2017-11-03 00:18:59 +0100, Vincent Lefevre wrote: > > cventin:~> svn ls -r99809 > > file:///home/vlefevre/private/svn-tmp/perso/tcl/fidelite@99808 > > svn: E160016: Failure opening '/perso/tcl/fidelite' > > svn: E160016: '/perso

Re: Building Subversion on the Mac

I sent you my build script for the Mac, that uses Homebrew, a while ago. Why are you still having problems? You're right, you did. I'll take another look, Brane. Meanwhile I wrote: https://github.com/subsyncit/subsync

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-03 10:01:26 +0100, Stefan Sperling wrote: > I agree this looks like a bug. However, it is unclear how to reproduce it. > > Can you provide a sample repository (or shell script) which triggers the bug? Unfortunately, currently I can't. A few days ago, I tried to reproduce it with simila

Re: Server-side SavePoints [was: Subversion Design Contribution Question]

Daniel J. Lacks, PhD wrote: [...] I am interested to help, at this point I want to know what is the best way for me to do that.  For example, how to start: brainstorming, collaborating (hosting a meeting, chat channel, or opening an issue ticket), or just do it?   What format: Wiki, Word docu

Re: Server-side SavePoints

Just picking up on one small point here... Daniel J. Lacks, PhD wrote: The stash would work similar to a commit except it would check-in code perhaps in a hidden or protected branch [...] Making namespaces of branches that are 'hidden' or 'protected' is something that can potentially be done

Re: Error E160016 "... is not a directory in filesystem ..."

On Fri, Nov 03, 2017 at 10:53:07AM +0100, Vincent Lefevre wrote: > On 2017-11-03 10:01:26 +0100, Stefan Sperling wrote: > > I agree this looks like a bug. However, it is unclear how to reproduce it. > > > > Can you provide a sample repository (or shell script) which triggers the > > bug? > > Unf

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-03 10:53:07 +0100, Vincent Lefevre wrote: > Unfortunately, currently I can't. A few days ago, I tried to reproduce > it with similar changes in a sample repository, but this didn't trigger > the bug. I'll try again from information based on strace, i.e. on the > fact that "perso" was mov

Re: Error E160016 "... is not a directory in filesystem ..."

On 03.11.2017 13:33, Vincent Lefevre wrote: > There is a comment saying: > > "Backport for 1.9.6 is yet to be approved." > > Could it really be backported? It's in the queue for backport, it just hasn't made it through yet ... -- Brane

Re: Error E160016 "... is not a directory in filesystem ..."

On Fri, Nov 03, 2017 at 01:33:03PM +0100, Vincent Lefevre wrote: > As I thought, I couldn't reproduce the bug with such a sample > repository. > > But I've found that the bug is fixed in the trunk. I could bisect > to search for the fix, and this is the following: > >

Checkpointing v1 design

After playing with two pre-prototypes and discussing a wide variety of ideas on this list, I have given detailed thought to a v1 checkpointing design with the following properties: * local (not server) * built on shelving v1 (patches) * main commands are 'checkpoint' to save a new version

Re: svn commit: r1814018 - /subversion/site/staging/quick-start.html

Hello, On Thu, Nov 2, 2017 at 2:05 AM, Daniel Shahaf wrote: > > lyalya...@apache.org wrote on Wed, 01 Nov 2017 22:44 +: > > +++ subversion/site/staging/quick-start.html Wed Nov 1 22:44:22 2017 > > @@ -80,8 +80,8 @@ we recommend you do a Web search for > -The repository acts as a single sour

Re: Checkpointing v1 design

Listing shelved and applied change-sets could look something like this: [[[ $ svn shelves applied: X (at version 1) thing (at version 10) shelved: foo (1 version) bar (4 versions) old-thing (1 version) new-changes (18 versions) ]]] or integrated with changelists: [[[ $ svn changelis

Re: Checkpointing v1 design

On 03.11.2017 15:54, Julian Foad wrote: > After playing with two pre-prototypes and discussing a wide variety of > ideas on this list, I have given detailed thought to a v1 > checkpointing design with the following properties: > >   * local (not server) >   * built on shelving v1 (patches) >   * ma

Re: svn commit: r1814018 - /subversion/site/staging/quick-start.html

Pavel Lyalyakin wrote on Fri, 03 Nov 2017 17:56 +0300: > Fixed in r1814193. > > Changed to "—" as we use it on other pages. Thanks, Pavel. Looks good to me (with the followup in r1814194). Cheers, Daniel

Re: Checkpointing v1 design -- terminology

Branko Čibej wrote:   * main commands are 'checkpoint' to save a new version and 'rollback' to revert to version N The main issue I have with this is that "checkpoint" is not a verb. (I know, neither are 'changelist' or 'auth'). How about 'save' (to create a savepoint) and 'restore' instead?

Shelving v1 -- move to trunk?

How would you all feel about moving the 'shelve' work to trunk? Stefan Kueng today asked a good question in relation to my colleague's enquiry about creating a 'shelve branch' version of TortoiseSVN [1]: Do we really need two versions? What's stopping you from merging the shelving stuff in t

Re: Checkpointing v1 design -- terminology

Julian Foad wrote on Fri, Nov 03, 2017 at 21:51:37 +: > Branko Čibej wrote: > > >   * main commands are 'checkpoint' to save a new version and > > > 'rollback' to revert to version N > > > > The main issue I have with this is that "checkpoint" is not a verb. (I > > know, neither are 'changeli

Re: Checkpointing v1 design

On 2017-11-03 19:39:51 +0100, Branko Čibej wrote: > On 03.11.2017 15:54, Julian Foad wrote: > > After playing with two pre-prototypes and discussing a wide variety of > > ideas on this list, I have given detailed thought to a v1 > > checkpointing design with the following properties: > > > >   * lo