mirror of
https://github.com/asciinema/asciinema.git
synced 2026-04-26 00:15:56 +03:00
[GH-ISSUE #672] asciinema cat: functionality changed in v3.0.0 #956
Labels
No labels
bug
compatibility
feature request
fit for beginners
help wanted
hosting
idea
improvement
packaging
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asciinema#956
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @4goettma on GitHub (Feb 4, 2025).
Original GitHub issue: https://github.com/asciinema/asciinema/issues/672
I've recently discovered that the functionality of 'asciinema cat' has been altered.
Arch Linux already updated its package repository to use the 3.0.0-rc.3 release candidate.
asciinema --help
cat Concatenate multiple recordingsin asciinema 3.0.0-rc.3
asciinema --help
cat Print full output of terminal sessionsin asciinema 2.4.0
What's the best way to recreate the former functionality? Using "asciinema play" with a very high value for the --speed parameter? (Neither an elegant solution as it plays the recording instead of printing it (less efficient) nor an exact replacement (for very long recordings))Found a close solution:
Is it still possible have asciinema output the recording to stdout instead of requiring an output file name?
I would be nice to keep backwards compatibility e.g. for scripting purposes and just name the new function differently ("concat"?)
@ku1ik commented on GitHub (Feb 4, 2025):
Sorry to hear it breaks your scripts... 😢
You can do this:
I think specifying stdout with a single dash would be nicer. That's something easy to implement. Will try to add that before the final 3.0.
3.0 is a major new release where we break backwards compatibility where it feels right. In the case of
catthe original name was chosen inadequately (IMO), as cat is just a short for concat in UNIX parlance. Therefore the alterations, which I believe semantically fit better.@ku1ik commented on GitHub (May 31, 2025):
With 3.0.0-rc.4 you can now do this: