`tmlatestbackup`
=================
*Really simple CLI app to obtain the date of the last Mac OS Time Machine backup.*
![Status](http://www.borja.glezseoane.es/img/project-status-label-development.svg "Status: development")
## Install
The recommended installation option is use Homebrew with the command:
```sh
brew install bglezseoane/tap/tmlatestbackup
```
You can only install the program with Cargo, with the command:
```sh
cargo install tmlatestbackup
```
## Use
The normal use of the tool is very simple. You only need to run:
```sh
tmlatestbackup
```
And obtain the date of the last Time Machine backup with format like: `2018-11-21-102312`.
### Achieve permissions against Mac OS System Integrity Protection
If your current **terminal app** has **full disk access** and you use `tmlatestbackup` **since it**, the tool will works fine. If you only want to work with `tmlatestbackup` **since your terminal** or since scripts used by you since your terminal, **the above is sufficient** and the following steps are irrelevant to your use case.
Otherwise, if you want to use the tool since an script routine as **`launchd` agent**, the tool is going to fail due to System Integrity Protection.
Mac OS System Integrity Protection block `tmlatestbackup` because the tool try to access protected Time Machine features and it doesn't inherit permissions —**using it since the terminal, inherit terminal granted ones**—. To achieve permissions, you need to grant them adding the binary (`/usr/local/bin/tmlatestbackup`) to the list of applications with full disk access —System Preferences > Security & Privacy > Full Disk Access > Add—.
The path `/usr/local/bin/tmlatestbackup` could be different if you have installed with Cargo. Any case, you can check it with `which tmlatestbackup`.
If your agent only needs to run the tool and no more stuff, you can add the following lines to the agent `Info.plist` and it will work (after previously indicated step):
```xml
ProgramArguments
/usr/local/bin/tmlatestbackup
```
For any reason, to work with the tool since the `launchd` agent and **integrated in a shell script**, you need to always run it as `open -a '/usr/local/bin/tmlatestbackup'` and not directly as a command (e.g. `/usr/local/bin/tmlatestbackup`). I.e., if you use, e.g., the following agent specification...
```xml
ProgramArguments
/Users/You/scripts/script_which_calls_tmlatestbackup.sh
```
... you need to run `tmlatestbackup` as follows:
```sh
# 'script_which_calls_tmlatestbackup.sh'
# ...
open -a '/usr/local/bin/tmlatestbackup'
# And not '/usr/local/bin/tmlatestbackup
# ...
```
When run with `open -a`, the command don't return an error code if the launched application fails, so in order to integrate this step in a well designed script, the next approach is recommended:
```sh
# ...
# Create temporary file to save the output of the 'open' command
TMP_OPEN_TMLATESTBACKUP_STDOUT=$(mktemp -t open_tmlatestbackup)
# Run and wait
open -W -a '/usr/local/bin/tmlatestbackup' \
--stdout "$TMP_OPEN_TMLATESTBACKUP_STDOUT" \
--stderr "$TMP_OPEN_TMLATESTBACKUP_STDOUT"
# Check and act attending to the process success
if ! [[ "$(cat "$TMP_OPEN_TMLATESTBACKUP_STDOUT")" \
=~ ^[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}$ ]]
then
>&2 echo "Error using 'tmlatestbackup'."
rm "$TMP_OPEN_TMLATESTBACKUP_STDOUT"
exit 1
fi
# Clean
rm "$TMP_OPEN_TMLATESTBACKUP_STDOUT"
# ...
```
## Motivation
On my Mac OS machine I have some scripts that cannot work as agents because it is prevented by System Integrity Protection, which only allows granting permissions to binary programs. That, coupled with the fact that I wanted to learn the Rust language, motivated me to write this simple program in order to have the conflicting step in a compiled program to authorize it and can maintain my script routine working elegantly —and not with pseudo-compiled shell scripts inserted in a compiled language program—. However, at the end of the day `tmlatestbackup` is a potentially useful generic purpose program.