Package: filespooler
Source: rust-filespooler
Version: 1.2.3-1
Architecture: amd64
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Debian Rust Maintainers <pkg-rust-maintainers@alioth-lists.debian.net>
Installed-Size: 1617
Depends: libc6 (>= 2.34), libgcc-s1 (>= 4.2)
Built-Using: rustc (= 1.71.1+dfsg0ubuntu2-0ubuntu1)
Section: utils
Priority: optional
Multi-Arch: allowed
Homepage: https://www.complete.org/filespooler/
Description: Sequential, distributed, POSIX-style job queue processing
 Filespooler is a Unix-style tool that facilitates local or remote command
 execution, complete with stdin capture, with easy integration with various
 tools.  Here's a brief Filespooler feature list:
 .
  - It can easily use tools such as S3, Dropbox, Syncthing, NNCP, ssh, UUCP, USB
   drives, CDs, etc. as transport.
 .
   - Translation: you can use basically anything that is a filesystem as a
     transport
 .
  - It can use arbitrary decoder command pipelines (eg, zcat, stdcat, gpg, age,
   etc) to pre-process stored packets.
 .
  - It can send and receive packets by pipes.
 .
  - Its storage format is simple on-disk files with locking.
 .
  - It supports one-to-one and one-to-many configurations.
 .
  - Locking is unnecessary when writing new jobs to the queue, and many arbitrary
   tools (eg, Syncthing, Dropbox, etc) can safely write directly to the queue
   without any assistance.
 .
  - Queue processing is strictly ordered based on the order on the creation
   machine, even if job files are delivered out of order to the destination.
 .
  - stdin can be piped into the job creation tool, and piped to a later executor
   at process time on a remote machine.
 .
  - The file format is lightweight; less than 100 bytes overhead unless large
   extra parameters are given.
 .
  - The queue format is lightweight; having 1000 different queues on a Raspberry
   Pi would be easy.
 .
  - Processing is stream-based throughout; arbitrarily-large packets are fine and
   sizes in the TB range are no problem.
 .
  - The Filespooler command, fspl, is extremely lightweight, consuming less than
   10MB of RAM on x86_64.
 .
  - Filespooler has extensive documentation.
 .
 Filespooler consists of a command-line tool (fspl) for interacting with queues.
 It also consists of a Rust library that is used by fspl.  main.rs for fspl is
 just a few lines long.
X-Cargo-Built-Using: rust-anyhow (= 1.0.72-1), rust-bitflags-1 (= 1.3.2-5), rust-byteorder (= 1.4.3-2), rust-bytes (= 1.4.0-1), rust-cfg-if (= 1.0.0-1), rust-chrono (= 0.4.26-1), rust-clap (= 4.1.13-2), rust-clap-lex (= 0.5.0-1), rust-crc32fast (= 1.3.2-2), rust-fastrand (= 1.8.0-1), rust-fd-lock (= 3.0.12-1), rust-getrandom (= 0.2.8-1), rust-iana-time-zone (= 0.1.53-1), rust-io-lifetimes (= 2.0.0-2), rust-lazy-static (= 1.4.0-2), rust-libc (= 0.2.146-1), rust-linux-raw-sys (= 0.4.1-1), rust-num-traits (= 0.2.15-1), rust-once-cell (= 1.18.0-1), rust-pin-project-lite (= 0.2.9-1), rust-rmp (= 0.8.11-1), rust-rmp-serde (= 1.1.1-1), rust-rustix (= 0.37.20-2), rust-serde (= 1.0.171-1), rust-sharded-slab (= 0.1.4-2), rust-tempfile (= 3.6.0-1), rust-terminal-size (= 0.2.6-1), rust-thread-local (= 1.1.4-1), rust-tracing-core (= 0.1.30-1), rust-tracing (= 0.1.37-1), rust-tracing-subscriber (= 0.3.17-1), rust-uuid (= 1.4.1-1), rust-wait-timeout (= 0.2.0-1), rustc (= 1.71.1+dfsg0ubuntu2-0ubuntu1)
