Marcin Kulik

That's interesting idea. I was thinking about adding ability to auto-pause at "break points", which could be nice thing to have when demoing (conf talk, peer demo etc). Break points...

I cannot reproduce the problem on either Linux or macOS anymore. I believe this got fixed in either 2.1.0 or 2.2.0. Feel free to re-open if it still doesn't work...

Now I know why I couldn't reproduce. My default shell is fish and I was launching bash from within started recording session (which was running fish in the first place)....

As I mentioned in #160, it's enough to only set `LC_CTYPE="*.UTF-8"`. If you do it then you can set `LANG` and other as you wish.

I think I wasn't clear enough, sorry about that. What I meant by `export LC_CTYPE="*.UTF-8"` is `export LC_CTYPE="en_US.UTF-8"` (or other specific locale). `*` was just a thought shortcut :)

I merged #302 recently. Is this going to solve it for musl-based stack you think @lifranc ?

2.0.2 was released with #302 fix. It now works fine on `C` and `*.UTF-8`. In case you run `env LC_CTYPE="en_US.UTF-8" asciinema ...` and it still doesn't work, it could be...

The check for character encoding happens here: https://github.com/asciinema/asciinema/blob/develop/asciinema/__main__.py#L53 It uses Python's built-in `locale` module. @lifranc I'm not familiar with musl too much, and how musl-based Python builds implement the locale...

The reason asciinema requires UTF-8 charset is so we don't need to deal with countless different char encodings when replaying the recording. If the charset is set properly for your...

Yeah, this is likely related to the lack of support for wide characters (wcwidth).