Commits
- Commit:
1d6739509f8059b45ef1c1eb4f06d4596fc46984
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rework how the daemon is automatically spawned
The previous way introduce possible races if multiple `amused' instances
try to start the daemon.
The new approach is heavily lifted from how tmux does it, but with some
minor differences. If the initial connect fails we try to grab a lock
to safely execute the daemon only one time. In fact we try to connect
one more time even when we hold the lock because another instance can
grab the lock, start the daemon and release it between the failure of
connect and the first flock.
It also changes slightly how the program behaves and how the -d option
works. Now running `amused' without arguments is a synonym for `amused
status' and the -d option only works if no arguments were given and if
the daemon wasn't running.
- Commit:
3af9396383944c20699d5340bd000f7a5dafb387
- From:
- Omar Polo <op@omarpolo.com>
- Date:
keep the current song if load input was generated by show -p
`amused show -p' generates a listing in the form of
song
> current song
song
...
This adds an heuristic to `amused load' so that the current song can be
set if it's prefixed by "> ". It's particularly useful when
re-importing the state from a previous run.
- Commit:
8b51cceec56ee5c563e21573ad546b68a48feb43
- From:
- Omar Polo <op@omarpolo.com>
- Date:
flush stdout after each monitor event
otherwise the output may get buffered by a pipe and it's not pretty.
- Commit:
6b47a39f8abd2139a76aeeeceff8886ffab8aa30
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add the `monitor' command
- Commit:
d307e5a2ebf6d0c2f26028893988df0cd2b18e8a
- From:
- Omar Polo <op@omarpolo.com>
- Date:
drop AMUSED_VERSION and the undocumented -V flag
- Commit:
00f500ff5aac666e09c36e3bc60ef0462431ee29
- From:
- Omar Polo <op@omarpolo.com>
- Date:
hide the implicit `status' under -v for play/toggle/restart/next/prev cmd
- Commit:
4439877917f4c738e32c2ce63a961c8930c101af
- From:
- Omar Polo <op@omarpolo.com>
- Date:
show repeat one/all status in `amused status' output
- Commit:
310ef57cd092b0af07f656a3b8d40eea6a07ddea
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add (and handle) cmd `repeat'
- Commit:
714abf92a1b01d8ddfd63d2fc73436399012c29d
- From:
- Omar Polo <op@omarpolo.com>
- Date:
mention -p in show usage
- Commit:
a913de2162216a16a67cd8cf5ae0371c258aefc7
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add `jump' subcommand to play the first matching
- Commit:
ec1fb0c7bde7316b21c4facdcd43af92792487b5
- From:
- Omar Polo <op@omarpolo.com>
- Date:
change res->file to be a path instead of a FILE *
- Commit:
146307bd98c5a6ff3e9809c5a7c9620075f51d0c
- From:
- Omar Polo <op@omarpolo.com>
- Date:
print status after play, toggle, restart, next and prev commands
- Commit:
8e916714790046deccff6075357dc4fef087e9b4
- From:
- Omar Polo <op@omarpolo.com>
- Date:
print the "> " prefix only if -p is given
the prefix is nice to see, but can break the
amused show | filters ... | amused load
because sort(1), uniq(1) etc don't know how to strip the "> " and
" " prefixes obviously.
- Commit:
7a427ecd6c5799bc6588a444b4d96a8b86cea9dd
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rewrite `load' to use the new transaction messages
this allows to do stuff like
amused show | some shell filtering | amused load
without the dangers of races between show and load.
- Commit:
14be015f3c563add60cb33ffcc0e69cdf57433d8
- From:
- Omar Polo <op@omarpolo.com>
- Date:
implement `load' command