On Mon, Dec 12, 2011 at 9:31 PM, Richard Hartmann <richih.mailingl...@gmail.com> wrote: > You surely spent a _lot_ of time and effort on this.
Well, yes - I started the design and implementation of cfgctl[1] in 2005, whereas I first looked at mr in any detail about 7 weeks ago. So only the porting of those ideas to mr is new, not the ideas themselves. > After reading all of this, I am not sure why you couldn't just put > your group definitions into available.d and use full paths in there? > That should allow you to do lazy checkouts of groups, etc. It looks like you probably already realised this from my other reply, but in case it still isn't clear, (a) selection at the repo group level is not fine-grained enough for me, and (b) ignoring the fact that full paths are more awkward than the short repository identifiers my --repos patch supports, I don't understand what you are suggesting by "use full paths in there", unless you mean something like mr -c ~/.config/mr/available.d/mygroup $action ? But even that wouldn't work, because it would omit substantial amounts of config included by ~/.mrconfig and shared across all my groups: https://github.com/aspiers/mr-config/blob/master/.mrconfig However, even ignoring all these reasons, the requirement for a namespace of short repository identifiers (which cannot contain the '/' character) is an unavoidable consequence of supporting integration between mr and GNU Stow, since Stow already requires it. My --repos patch automatically builds this namespace by taking the basenames of each repository directory, and then carefully handling the minority of cases where these are non-unique with minimal disruption to the end user. [1] http://article.gmane.org/gmane.comp.version-control.home-dir/356/match=cfgctl _______________________________________________ vcs-home mailing list vcs-home@lists.madduck.net http://lists.madduck.net/listinfo/vcs-home