To do list
----------

For slacktrack v2
------------------

- Remove installwatch references
- Ensure fakeroot works with Jose's new thing
- Change licence to BSD
- Drop installwatch

Likely to be done:
==================

This list represents changes that I am likely to implement myself:

1.  Possibly modify slacktrack(8) to make altertrack(8), but
    this is on the back burner at the moment because I *may* merge the
    functionality of altertrack into slacktrack.

Thinking about it:
==================

2.  Modify altertrack to do a couple of scans of the filesystem prior to
    launching the build script.  
    It'd compare the scans and add any differences to an exclude list -- since
    any such differences were not generated by the build script, thus should not 
    be in the package.
    The purpose of this is to reduce the possibility of non package material making
    its way into the final .tgz.
    *However*, there's nothing to say that some arbitary cron job won't launch and
    modify the filesystem anyway -- so this sort of feature would only lead to
    confusion in the long run.

Unlikely to be done:
====================

This list represents future additions that (for one reason or another) I am
unlikely to implement.  However, feel free to submit a patch (but ask me first -
I don't like receiving unsolicited attachments!).

3.  Provide an option to altertrack to touch every file on the file system
    (or at least files within specified directories, eg /opt, /var, /etc, /usr)
    This will provide the ultimate in ensuring that nothing is missing from
    the resulting package.  However, it also has some other implications.
    I'm not sure about this one.


4.  Add an option to rename/move .conf files to conf.new
    Suggested by Geoffrey Sanders, based on an option protopkg supports.
 
    [..]
    > altertrack to (during it's file scan of new files for the package) to
    > move any newly created .conf (or any other type of config files) to a
    > *.new extension. Don't know how much work this would be...but thought
    > that it might be nice to add for those of us who may forget to 'backup'
    > any config's that may get stepped on.
    [..]

    I must admit that I'm not overly keen on this idea - it sounds too much
    like checkinstall -- add a feature that mainly works but breaks when you
    least expect it. 

    Just moving the .conf to .conf.new is okay in theory but it may:
    a) catch people out who rely on the feature but where the config
       file isn't called '*.conf'

    b) if it updates the doinst.sh script, the shell script which changes
       the file name may need to be before or after the symlink creation
       code (if there is any).

