Asciinema: asciinema2.0.2のパッケージング

/ cc @swills

アトムフィードで十分です。 以前はSourceForgeがメーリングリストの場所でしたが、今では少し邪悪になっていると思います。 それを使用したい場合は、メールマンサーバーがあります。

アトムフィードは私にとっても十分です。
万が一、リリースを見逃してユーザーから不満が出た場合は、GitHubの問題をGentooオーバーレイで確認してください。

個人的には、メーリングリストまたはgithubの問題の電子メールのいずれかで、なんらかの電子メールを使用したいと思います。 ありがとう！

（更新の遅れを最小限に抑えるために）電子メール通知も希望しますが、Atomフィードで問題ありません。

1.2.0 / cc @larryv @swills @ Dr-Terrible @ jakubjedelskyをリリースしました

@sickill完了！ リマインダーありがとうございます。

v1.2.0はGo1.4.xとGo1.5.x（Gentoo / Linux x86-64）の両方でテストされ、すべてが期待どおりに機能し、すべての単体テストに合格しています。 Ebuildがオーバーレイをプッシュしました：Dr-Terrible / go-overlay @ 485968240b2f646c675b0630f452d28e99ca41cc。

@ Dr-ひどいすごい、それは速かった！ ありがとう！

@youtux Homebrewパッケージを更新してくれてありがとう！

@sickillどういたしまして。 また、スター付きのgithubプロジェクトが新しいタグを取得するたびに、

Ubuntuパッケージを更新しました。 遅れて申し訳ありません。

@zancheyありがとう！

MacPortsで

@larryv問題ありません、ありがとう！

新しいリリースがあります！ この新しい1.3バージョンがPythonに戻ってきました（詳細については、http：//blog.asciinema.org/post/and-now-for-something-completely-different/を参照してください）。 これにより作業が増える場合は申し訳ありません（ビルドツールチェーンをGoからPythonに切り替えます）。 しかし、長期的にはパッケージ化がより簡単になると私は信じています。特に、このバージョンの時点では、_外部依存関係はゼロ_です💥

申し訳ありませんが@ sickill 、Pythonパッケージをgoオーバーレイに追加できないため、asciinemaを削除せざるを得ません。 または、少なくとも、以前のGolang実装を維持および維持しますが、Pythonの新しい実装は維持しません（依存関係が多すぎて問題が発生しません）。

@ Dr-ひどいOK。 たぶん、元のPortageパッケージメンテナは0.9.8ebuildを1.3.0にアップデートできるでしょう。 ありがとう！

MacPortsで更新されました。 その差分からわかるように、Pythonに戻すと、作業がかなり簡単になりました。 ありがとうございました！ 😄

@sickillそう思いますが、現時点ではebuildのメンテナがいないため、asciinemaがPortageツリーに適切に追加されるまでには少し時間がかかります。 プロセスを少しスピードアップするために、他のことをするのに忙しくないのであれば、次の日に適切なebuild（少なくともv1.3.0の場合）を提出するつもりだと思います。

python3への変更が大好きです、私のためにそれをパッケージ化する方がはるかに良いです。 Fedora24,23およびEPEL7のビルドが準備されており、まもなくリポジトリのテストに移行します。

UbuntuPPAで行われます。 同様に、パッケージも大幅に小さくなりました。

私はdebianのメンテナーです。最近ブログを購読しました。リリースのアトム・フィードを購読します。
私は電子メールが好きですが、RSS->電子メールゲートウェイを実行しているので、私にとっても同じです

1.3.0パッケージに取り組んでいますが、ちょうど1週間後に、goパッケージの作業を終了しました。言語の実装を再度切り替えないでください。

@gfaあなたの仕事Gustavoに感謝します。 心配はいりません。私たちはPythonを永久に使用しています。

最終的にFreeBSDポートで1.3.0に更新されました。 ヘッドアップをありがとう。

@swills素晴らしい、ありがとう！

いい人たちねえ！ 新しいリリース1.4.0があります-https

@sickillかっこいい、アップデートは現在Fedoraと

アップロードされ、新しいビルドが保留中です-お待ちください。

ねえ！ 新しいリリースv2.0.0があります。

https://github.com/asciinema/asciinema/releases/tag/v2.0.0
https://pypi.org/project/asciinema/2.0.0/

🎉🎉🎉

v2、 @ sickill 、

私は今、アシイネマの発達に少し焦点を合わせていません。 2.0.0バージョンは古いリリース（1.4.0）と下位互換性がありますか？ 更新を現在の厩舎にプッシュしたいのですが、何かが壊れないかどうかはわかりません。

ありがとう！

@jakubjedelskyありがとう！ 新しいファイル形式を使用しているため、この新しいバージョンで作成された録音は、1.4.0以前の端末では再生できません。 ただし、すべての録音（新旧）は2.0で再生できます。また、Webプレーヤーとasciinema-serverは、asciicastv2形式をサポートするように少し前に更新されています。

@sickillいいね！ これらの詳細に感謝します👍

2.0.0はFreeBSDポートにコミットしました。

@swills素晴らしい、ありがとう！

現在リリースされているバージョンのUbuntuパッケージを追加しました。

2.0.0はすでにBionicにあり、Githubからダウンロードしたものとは異なるtarballがあります。 アップストリームパッケージはバックポートできないため（新しいdebhelperが必要）、アップストリームtarballで既存のパッケージを使用しました。

他のプレッシャーのために少し遅れがありました-ごめんなさい。 誰かがUbuntuPPAの保守を引き継ぎたい場合は、喜んで引き継ぎます。

@zanchey asciinemaはdebianで最新ですが、ubuntuにインポートされない理由は何ですか？

テストは最新で、bionicにインポートされていますが、どちらもリリースされていません。したがって、PPAは、古いバージョンのUbuntu（またはDebian）で新しいバージョンのasciinemaを使用したい人向けです。

これに取り組んでくれてありがとう

2.0.1をリリースしました✨

https://pypi.org/project/asciinema/2.0.1/
https://github.com/asciinema/asciinema/releases/tag/v2.0.1

バグはで、ファイルの作成を引き起こした、コードを扱う設定ファイルに2.0であった~/.asciinema/configの代わりに~/.config/asciinema/config 。 このリリースはそれを修正します。

@zanchey 2.0.1が最終的なBionicリリースに含まれる可能性があると思いますか？ 最終的なベータフリーズは明日だと思います😐

私のパッケージは公式リリースに組み込まれていませんが、今日は2.0.1バージョンをアップロードしてみます。

完了。

@zanchey素晴らしい、thx！

今日は_asciinema_から始めました...まず第一に、ツールとサービスに感謝します。
_snap_アプリとしてインストールされます。 Linux Mint19cデスクトップおよびUbuntu18.04 LTS搭載クラウドサーバーでは、完全に機能しているように見えますが...

• snapdアプリを介してインストールされたバージョンに気づきました1.4であり、最新の2.0.1+ではありません...！？

• _asciinema 2.0.1 + _スナップアプリをリリースする予定はありますか。 すぐにパッケージしますか？

@flexiondotorgスナップを2.0.1に更新できる可能性はありますか？

スナップインストールオプションを一時的に削除しました。 誰もそれをも​​う維持していないようです。

Ubuntu18.04にはasciinema2.0.0（https://packages.ubuntu.com/bionic/asciinema）があり、19.04には2.0.2（https://packages.ubuntu.com/disco/asciinema）があるようです。 古いUbuntuおよびDebianバージョンのppa @ zancheyを2.0.2に更新できる可能性はありますか？

完了しました。 debhelperの要件が高すぎてバックポートが簡単に機能しないため、19.04からコピーするのではなく、パッケージ化メタデータを再利用することになりました。

@zanchey素晴らしい！ ありがとう🏆

@sickillは私がスナップパッケージのメンテナであったので、おそらくLinuxベースのシステムに「推奨」として昇格されたスナップインストール手順を戻すことは理にかなっていると思います。 ここに来る前に、 https：//github.com/asciinema/asciinema/issues/382で問題を作成していました。

1