Set FNQ_DIR in your env to dictate where to store queue files. Defaults to $(pwd)

$ fnq [--quiet | --clean] cmd

Protip: 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 finishes

No 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 fnq

After git cloning this repo, you can install as a cargo crate through

$ cargo install --path path/to/repo

This 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