Metadata-Version: 2.1
Name: dfmpy
Version: 0.0.3
Summary: Another dotfiles manager.
Home-page: https://gitlab.com/rbprogrammer/dfmpy
Author: Mike Durso
Author-email: rbprogrammer@gmail.com
License: UNKNOWN
Platform: UNKNOWN
Classifier: Environment :: Console
Classifier: Intended Audience :: Developers
Classifier: Intended Audience :: System Administrators
Classifier: License :: OSI Approved :: GNU General Public License v3 (GPLv3)
Classifier: Natural Language :: English
Classifier: Operating System :: MacOS
Classifier: Operating System :: POSIX
Classifier: Operating System :: POSIX :: Linux
Classifier: Operating System :: Unix
Classifier: Programming Language :: Python
Classifier: Programming Language :: Python :: 3
Classifier: Topic :: Utilities
Description-Content-Type: text/markdown

# dfmpy

Sometimes pronounced "_diff-em-py_" and is a small play on words.  dfmpy is 
another Dot-Files Manager, but with robust features that can essentially
"_diff_" the dotfiles actually installed versus the expected installed files.
Hence the "_diff-em_".

dfmpy is not just another dotfiles manager, it supports multiple environments
based on hostname, system type, or a combination of the two.  It also ignores
files/directories based on user defined globs which can be particularly useful
if dfmpy has to traverse directories that have large I/O latencies (large
directory inodes, too many files to stat, or even just network mounted
directories, etc.).

# Installation

Since dfmpy is a 
[registered Python package on Pypi](https://pypi.org/project/dfmpy), you can
install dfmpy through standard `pip` methods.

Install locally as a normal user:

```bash
pip3 install --user --force --upgrade dfmpy
```

Or install globally, as the all powerful root, for all users of the system:

```bash
sudo pip3 install --force --upgrade dfmpy
```

For more installation details, see 
[INSTALLATION.md](https://gitlab.com/rbprogrammer/dfmpy/blob/master/INSTALLATION.md).

# Config Files

To use dfmpy you must first `dfmpy init` which will create two files config
files:

1. `${XDG_CONFIG_HOME}/dfmpy/config.ini`
1. `${XDG_CONFIG_HOME}/dfmpy/ignore.globs`

where `${XDG_CONFIG_HOME}` is usually `~/.config`.  dfmpy uses
[xdgenvpy](https://pypi.org/project/xdgenvpy) to get a handle on the dfmpy
config directory.

`config.ini` is the main config file that tells it, among other things, where to
find your dotfiles repository, where to install symlinks, and even how to manage
identical filenames for different systems.

`ignore.globs` is a set of commonly ignored files and directories that one might
never want synced with their dotfiles repository.  For example, if you manage
your dotfiles repository with Git then you would never want the `.git` directory
symlinked to your destination directory.  And vice versa, you should never add
SSH keys (`~/.ssh/id_*`) to your dotfiles repo.  The globs in this file tell
dfmpy to just skip over the files or directories.

# Usage

Dfmpy makes use of Python's
[argparse](https://docs.python.org/3/library/argparse.html) library sub-command
feature.  This gives dfmpy multiple independent commands with their own set of
CLI arguments.

## File suffixes

To maintain dotfiles across multiple systems there needs to be a mechanism that
allows for all the files to have the same name when install but not collide when
they reside in the repository.  To get around this dfmpy makes use of the
system's hostname and system type appended to the file name.

For example, developers may want a `~/.vimrc` in their home directory.  But in 
the dotfiles repository we may want all vimrc files next to each other, i.e. in
the same directory.  dfmpy searches for a `##` marker in a file to determine if
the file has a system specific variant.  Suppose our dotfiles repo looks like
this:

```bash
cd ~/.dotfiles
tree
.
|-- .vimrc
|-- .vimrc##host1.Linux
|-- .vimrc##host2.Linux
|-- .vimrc##host2.Windows
|-- .vimrc##host3
`-- .vimrc##Windows

0 directories, 6 files
```

- `.vimrc` is the default vimrc file and will be the symlinked file if no other
    system specific file exists.

- `.vimrc##host1.Linux` is a system specific file that will only be symlinked if
    the hostname is "host1" and the system type is Linux.

- `.vimrc##host2.Linux` is a system specific file that will only be symlinked if
    the hostname is "host2" and the system type is Linux.

- `.vimrc##host2.Windows` is a system specific file that will only be symlinked
    if the hostname is "host2" and the system type is Windows.

- `.vimrc##host3` is a system specific file that will only be symlinked if the
    hostname is "host3".

- `.vimrc##Windows` is a system specific file that will only be symlinked if the
    the system type is Windows.

The hostname is determined by the return value from
[socket.gethostname()](https://docs.python.org/3/library/socket.html#socket.gethostname),
and the system type is determined by the return value from
[platform.system()](https://docs.python.org/3/library/platform.html#platform.system).

## Common arguments

```bash
dfmpy --help
```

`-v` is the verbose flag, which can be used multiple times.  This flag controls
which log level gets printed.  The default log level is set to ERROR, which is
lowered to WARNING when one `-v` flag is set.  Multiple `-v` flags will lower
the log level even further.

`-i` turns on interactive mode.  dfmpy strives to be as filesystem safe as
possible.  By default it will not attempt to overwrite files.  The interactive
flag tells dfmpy to ask for permission when it performs a potentially dangerous
operation.

`-f` turns on force mode.  Again, dfmpy strives to be filesystem safe.  The
default commands will not overwrite files nor delete files without explicit user
direction.  While interactive mode can help with this, sometimes developers want
to just force an operation and live with the consequences.  Effectively, force
mode short circuits interactive mode and assumes the developers accepts the
operation that dfmpy is trying to perform (e.g. overwriting a file).

## Install dfmpy

```bash
dfmpy init --help
```

Currently dfmpy requires initialization after installation.  We merely need to
run the `init` command.

```bash
pip3 install --user --force --upgrade dfmpy
dfmpy init
```

## Sync your dotfiles

```bash
dfmpy sync --help
```

Once installed and initialized, dfmpy will utilize the 
`${XDG_CONFIG_HOME}/dfmpy/config.ini` config file when it needs to (re)sync your
dotfiles.

```bash
dfmpy sync -f
```

The sync command will use the `dfmpy/config.ini` file to determine where the
dotfiles are installed and where the dotfiles repository is.  It will then 
calculate a set of expected symlinks to files.  dfmpy uses this set to traverse
the installed dotfiles to determine what needs updating.

The sync command will create new symlinks to the expected files in the dotfiles
repository.  However, being filesystem safe, the sync command will not unlink
existing symlinks, nor overwrite existing symlinks.  Either interactive or force
mode is required to make such changes.

## Adding individual files

```bash
dfmpy add --help
```

Sometimes developers want to add a single file to their dotfiles repository.
dfmpy has an option to add the file from their home directory directly into
their dotfiles repository, then automatically symlink so a system specific file.

For example, let's say we needed to add our `~/.vimrc` file to our dotfiles. 
The `$HOME` directory may look roughly like this:

```bash
ls -al ~
drwxr-xr-x 22 chuck chuck  4096 Nov 10 11:47 .
drwxr-xr-x  3 root  root   4096 Apr 25  2019 ..
...
drwxr-xr-x 13 chuck chuck  4096 Jul  9 04:54 .cache
drwxr-xr-x 30 chuck chuck  4096 Nov 10 11:47 .config
drwxrwxr-x  7 chuck chuck  4096 Oct 23 21:17 .dotfiles
drwx------  6 chuck chuck  4096 Nov 10 11:47 .local
-rw-------  1 chuck chuck    57 Oct 23 19:13 .vimrc
...
```

We can simply add the `~/.vimrc` file, and the developer's home directory will
look like this:

```bash
dfmpy add ~/.vimrc
ls -al ~
drwxr-xr-x 22 chuck chuck  4096 Nov 10 11:47 .
drwxr-xr-x  3 root  root   4096 Apr 25  2019 ..
...
drwxr-xr-x 13 chuck chuck  4096 Jul  9 04:54 .cache
drwxr-xr-x 30 chuck chuck  4096 Nov 10 11:47 .config
drwxrwxr-x  7 chuck chuck  4096 Oct 23 21:17 .dotfiles
drwx------  6 chuck chuck  4096 Nov 10 11:47 .local
lrwxrwxrwx  1 chuck chuck    28 Nov 10 11:47 .vimrc -> /home/chuck/.dotfiles/.vimrc##hostname.Linux
...
```

Under the hood, dfmpy is simply moving the file into the dotfiles repository
with the most restrictive system specific name.  Then it will create the symlink
so that `~/.vimrc` points to the repository file.

## Listing the installed (eg synced) files

```bash
dfmpy list --help
```

dfmpy has a unique insight into your dotfiles.  It knows how to ignore certain
files, it knows what files should be symlinked to others, and it knows when
there is a discrepancy with the installed files versus the dotfiles repo.  As
such, simple Bash `ls -R` or `tree` commands will not print just the dotfiles
managed by dfmpy.

dfmpy has a `list` command that prints only the files dfmpy manages, the files
it expects, and the files that might have broken symlinks.  The file listing
also adheres to dfmpy's log level conventions:

- ***broken symlinks*** (links to non-existent files) are logged at the CRITICAL
    level.
- ***stale symlinks*** (links to the wrong files) are logged at the ERROR level.
- ***not installed symlinks*** are logged at the WARNING level.
- and ***proper symlinks*** (links to the correct files) are logged at the INFO
    level.

Additionally, the list command has a `--tree` mode that changes the output into
a directory tree structure, rather than a strict list.


