everything related to duct tape audio suite (dtas)
 help / color / mirror / code / Atom feed
From: James Rowe <jnrowe@gmail.com>
To: dtas-all@nongnu.org
Subject: Re: Line wrapping in YAML output
Date: Tue, 16 Jun 2020 10:53:07 +0100	[thread overview]
Message-ID: <20200616095307.65qsl7rjr66nroz5@gmail.com> (raw)
In-Reply-To: <20200616041938.GA7549@dcvr>

* Eric Wong (e@80x24.org) wrote:
> James Rowe <jnrowe@gmail.com> wrote:
> >   Pretty much always parsing dtas-ctl, because I hardly ever seem to
> > have a {nc,socat}-style tool with SOCK_SEQPACKET support.
> 
> It's not well-documented, but socat supports setting type= to
> the numeric value of SOCK_SEQPACKET.  At least on Linux,
> SOCK_SEQPACKET is 5 (ruby -rsocket -e 'puts Socket::SOCK_SEQPACKET'):
> 
>   echo current | socat UNIX-CONNECT:$HOME/.dtas/player.sock,type=5 -

  Ah, thanks!  I hadn’t realised that.

> >   You’ve pushed me enough to think that dropping a yaml2json¹ script in
> > ~/bin would often be enough for many of my use cases.  That simple
> > change would allow fancy jid²/jq³ support along with hacky sed/awk
> > scripts.
> 
> Cool.  Fwiw, I also just found "yq" looking for a jq-like thing
> for YAML: https://kislyuk.github.io/yq/

  Looks like it is mostly just a more thought out implementation of my
suggestion¹.

> >   So… I’m not unsure whether I still want this change.  There are
> 
> "not unsure"?  Based on the rest of what you've written,
> I think you meant just to write either "unsure" or "not sure"?

  Oops, my bad.  I did mean “not sure”.

> > workarounds with few drawbacks, and nobody else appears to have
> > complained in the previous seven years about this.
> 
> AFAIK, you're maybe the 3rd user of this? :)

  In the Old World before The Collapse, I’d pushed dtas at $WORK.  There
were quite a few people happily using it, albeit mostly just to enqueue
a track or toggle their personal sinks on and off.  Perhaps, in time, we
will bring the count back up!

> Anyways, I'm not inclined to change this, either; since
> reformatting YAML or converting to JSON is pretty easy
> in Ruby/Perl/Python.

  Agree.

Thanks,

James

1. https://github.com/kislyuk/yq/blob/master/yq/__init__.py#L154


  reply	other threads:[~2020-06-16  9:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-13 15:25 Line wrapping in YAML output James Rowe
2020-06-15  0:24 ` Eric Wong
2020-06-15 11:17   ` James Rowe
2020-06-16  4:19     ` Eric Wong
2020-06-16  9:53       ` James Rowe [this message]
2020-06-28 23:39         ` Eric Wong
2020-09-23 10:37           ` James Rowe
2020-09-25 19:14             ` Eric Wong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://80x24.org/dtas/README

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200616095307.65qsl7rjr66nroz5@gmail.com \
    --to=jnrowe@gmail.com \
    --cc=dtas-all@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/dtas.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).