Ticket #51 (closed defect: fixed)
implement confman alias
| Reported by: | ccowart | Owned by: | ccowart |
|---|---|---|---|
| Priority: | major | Milestone: | confman-1.9.3 |
| Component: | confman | Version: | 1.9.1b |
| Keywords: | Cc: |
Description (last modified by ccowart) (diff)
confman needs an alias subcommand. This command would
help to manage working copy files that are symlinks into
other modules. This can be done manually to allow
pseudo-modules to account for different paths on different
operating systems.
As an example:
core/etc/sudoers - Actual, real file with sudoers content core-freebsd/usr/local/etc/sudoers - symlink to ../../../../core/etc/sudoers core-linux/etc/sudoers - symlink to ../../etc/sudoers
confman alias could be used to help manage these. Possibly:
$ confman alias core/etc/sudoers core-freebsd/usr/local/etc/sudoers
Change History
comment:3 Changed 3 years ago by ccowart
- Milestone changed from confman-3.0 to confman-1.9.2
This is apparently implemented, I just didn't know where to find it.
The functionality exists as confman ln. We need to pull the text
from the confman help ln statement and incorporate it into the
manual. Then, we need to get ln into the usage summary from
confman help.
Because this is already implemented and mostly a documentation
issue, I'm moving it into the current milestone.
comment:4 Changed 2 years ago by ccowart
- Milestone changed from confman-1.9.2 to confman-1.9.3
Pushing this back to the next beta milestone.
comment:6 Changed 2 years ago by blee
Tyler Mecke <tmmecke@…> reports:
Confman ln just doesn't seem to work. (though ln -s + svn add does). Whenever I confman ln something in the current directory to, say ../../../../<module>/usr/local/etc/<file> <file> (I'm in the working directory where I want the symlink placed) the resulting symlink loses all of the '../'s and therefore points to a file that doesn't exist.
