Set FNQ_DIR in your env to dictate where to store queue files. Defaults to $(pwd)
$ fnq [--quiet | --clean] cmdProtip: since fnq uses FNQ_DIR to determine queue state, you can create an entirely new queue by changing FNQ_DIR
$ export FNQ_DIR=~/.fnqdir # Can put in .bashrc for global use
$ fnq ./task1 # Can also look in PATH
fnq1617220638670.52957
$ fnq ./task2 taskarg1 taskarg2 # Queues future tasks
fnq1617221011799.53621
$ fnq -q ./task3
$ ls $FNQ_DIR
fnq1617220638670.52957 fnq1617221011799.53621 fnq1617221184552.54371
$ fnq --tap fnq1617221011799.53621 # Will check if task is running
$ fnq --block # Will block until last task finishesNo stdout
Note: std{out,error} from the task cmd will still be saved to the corresponding queue file
Deletes queue file in $FNQ_DIR after task completes
Accepts a queue output file to wait for, otherwise waits/blocks for entire queue to finish
Accepts a queue output file to determine if running, otherwise determines success based if entire queue if finished
Similar to --block but will print to stdout contents of the currently running queue files
If you're using a recent version of Cargo, you can see the cargo install command:
$ cargo install fnqAfter git cloning this repo, you can install as a cargo crate through
$ cargo install --path path/to/repoThis should make fnq available everywhere assuming your cargo crates are in $PATH
Much of the functionality here is heavily inspired by nq (written in C).
This package depends on nix to abstract over Unix flock operations, so presumably if nix works on a platform, this bin should work. Part of the work needed here is creating a suitable testing suite to run across different machines
Currently tested on linux x86_64 during development
MIT - Maintained by Milan