Ticket #51 (closed defect: fixed)

Opened 3 years ago

Last modified 2 years ago

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:1 Changed 3 years ago by ccowart

  • Description modified (diff)

comment:2 Changed 3 years ago by ccowart

  • Description modified (diff)

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:5 Changed 2 years ago by ccowart

(In [419]) The existing `confman ln' feature was buggy. This corrects a problem
where the target of symlinks was detected incorrectly.

See #51, where we are currently tracking testing and polishing for this
feature's inclusion in 2.0.

This commit will need to be merged to the 1.9 branch.

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. 

comment:7 Changed 2 years ago by ccowart

(In [460]) This is a real, tested fix for the linking business. I've also
incorporated the link command into the manual page (and corrected
a minor typo in the EXAMPLES section).

This, along with [419] will need to be merged into 1.9 before
this can be closed out.

See #51

comment:8 Changed 2 years ago by ccowart

  • Status changed from new to closed
  • Resolution set to fixed

(In [461]) Merging link fixes from trunk.

Fixes #51

comment:9 Changed 2 years ago by ccowart

  • Owner changed from confman-developers@… to ccowart
Note: See TracTickets for help on using tickets.