Peek: PPAにピークを追加する

絶対に、これを見てみたいです。 しかし、少なくとも現時点では、PPAを維持して最新の状態に保つことができるのは非現実的であるため、ここでいくつかの支援が必要になります。 誰かがこれを設定できるなら、それは素晴らしいでしょう:)

新しいバージョンがリリースされたかどうかを確認することはできますか？ 新しいものがいつリリースされるかを確認することをお勧めします。「dpkg-i」のようなものを実行してインストールすることは可能だと思います。

はい、確かに、このページを参照して最新のリリースを確認できます：リリース。 あなたが見ることができるアトムフィードさえあります！

また、Peekの次のバージョンでは、「-version」コマンドラインパラメータが提供されるため、ローカルバージョンを簡単に比較できます。

PPAステージをスキップして、Snappyでパッケージ化することを提案できますか（必要な人のために公式リポジトリにあるおそらく古いDEBを使用して）？ Snappyのポイントの1つは、デフォルトのリポジトリよりもパッケージを最新の状態に保つために、多くのPPAを追加する必要をなくすことだと思います。 スナップを作成して公式ストアにアップロードするだけで、Ubuntuユーザー（およびArchとDebian Unstableユーザー、Snappyリポジトリが有効になっているFedora、Gentoo、OpenSUSEユーザー）は最大で日付ピーク。 スナップが作成されたら、更新を維持するのはそれほど難しいことではないと思います。

AppImageはどうですか？
実験的なものをにアップロードしました
https://bintray.com/probono/AppImages/Peek/_latestVersion#files
AppImageをダウンロードして実行可能にし、実行するだけです。 以下のGIFはそれで作られました:-)

2014ish以降のディストリビューションで実行する必要があります。
いくつかの粗いエッジが予想されます。テストと研磨が必要になる場合があります。

@phwに興味があれば、教えてください。 はいの場合、既存の.travis.yml拡張して、ビルドごとに新しい継続的なAppImageが生成されるようにすることができます。 （上記のAppImageは、このレシピを使用したデブから作成されましたが、より「アジャイル」なものを探していると思います）。

素晴らしい仕事@probonopd （私はここでは寄稿者ではありませんが、それを

Linux用のSpotifyWeb Player（別のFOSSアプリケーション）をSnapにバンドルすることを検討しましたが、アプリケーションをスナップするのは思ったよりも手間がかかるかもしれません...素晴らしいAppImageはとても簡単です

Ads20000 @チェックAppImageUpdateを。

@probonopdそれは良いことですが、あまり自動化されていないように見えます（結局、分散化されています）？ 私はSnappyシステムがとても好きです。デフォルトのストアはUbuntuストアですが（これによりかなり一元化されます）、代替のアプリストアをセットアップすることができます。

ああ、あなたはAppImageKitの作成者/保守者です、気づいていませんでした！ 私が言ったように、これを支配的なフォーマットにしたいのであれば、適切に自動更新する必要があると思います。 また、すでにシステムまたは他のAppImageにあるライブラリ（同じバージョンの場合のみ）を使用してファイルサイズを小さくする機能はありますか？ それらがインテリジェントであり、同じである他のバージョンのライブラリの一部を使用できる場合、それはさらにクールになります。

おかげでそのAppImageため@probonopd。 レシピはとてもシンプルに見え、実行も簡単です。 残念ながら、作成したAppImageは私のArchインストールでは実行されず、実行すると次のように失敗します。

$ ./Peek-0.7.2.glibc2.14-x86_64.AppImage 
/tmp/.mount_GvkHNy/usr/bin/peek: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: hb_buffer_set_cluster_level

それ以外の場合は、travisを使用して自動的に構築するというアイデアが好きです。 32ビットのものも提供することは可能でしょうか（おそらく、これまで避けてきた32ビットのクロスコンパイルを調べる必要があります）。 これに対してプルリクエストを提供できれば、それは素晴らしいことです。

すべてのパッケージに関する私の主な問題は、自分でやりたくないことと、とにかく開発の時間を見つけるのに問題があるため、リリースするときに最小限の労力を費やす必要があることです。 PPAを持つことは、少なくとも私が行う方法を知っていることでしたが、Ubuntuを自分で使用していないため、すべての異なるバージョンに追いつくのは困難です（私は、別のプロジェクトのPPAを維持しているので、新しいUbuntuバージョンが利用可能になると、奇妙なビルドエラーを頻繁に調べる必要があります）。

きびきびとした画像は面白そうに聞こえますが、私にとっては（すべての主張にもかかわらず）Ubuntu固有のものです。 たとえば、Ubuntuのものにもかかわらず、他の「アプリストア」は表示されません。 誰かがそのようなパッケージを維持したいのであれば、私はそれで大丈夫ですが、上記の理由でそれは私ではありません。

もう1つのオプションはFlatpakです。これは、特にGnome Softwareに統合されているため、Snappyよりも個人的に興味深いと思います。

はい、私は@phwに同意します。

また、これらの新しい取り組みの目的は、開発者自身がパッケージ化して仲介者を排除できるように、十分に簡単なユニバーサルパッケージングシステムを作成することだったと思いますが、実際にパッケージ化する時間がない場合は、それが可能です。助けられない。

@phwは100％確実ではありませんが、 undefined symbol: hb_buffer_set_cluster_levelはベースシステムの問題のようです。 http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-sを参照してください

それ以外の場合は、travisを使用して自動的に構築するというアイデアが好きです。

このルートを使用する場合は、AppImageを作成するためにdebパッケージを作成する必要はありません。 例：
https://github.com/search?q=%22Package+the+binaries+built+on+Travis-CI+as+an+AppImage%22&type=Code&utf8=%E2%9C%93

32ビットのものも提供することは可能でしょうか（おそらく、これまで避けてきた32ビットのクロスコンパイルを調べる必要があります）。 これに対してプルリクエストを提供できれば、それは素晴らしいことです。

私はこの領域をあまり調査していませんが、間違いなく実行可能です。 MuseScoreプロジェクトは、x86_64、i686、およびarmhf（Raspberry Piなど）のAppImageを提供します。

すべてのパッケージに関する私の主な問題は、自分でやりたくないことと、リリースするときに最小限の労力を費やす必要があることです。

AppImageは、このユースケースを念頭に置いて作成されています... :)

PPAを持っていることは、少なくとも私が行う方法を知っていることだったでしょう

次に、上記で投稿したレシピのようなものを使用して、（理想的には信頼できるまたは古い）ppaのdebsをほとんど自動的にAppImageに変換できます。

PPAを持っていることは、少なくとも私が行う方法を知っていることだったでしょう

次に、上記で投稿したレシピのようなものを使用して、（理想的には信頼できるまたは古い）ppaのdebsをほとんど自動的にAppImageに変換できます。

これは、32ビットをビルドするための可能な計画でもあります。 おそらく、PPAをセットアップして（32ビットビルドを無料で入手する）、クロスコンパイルをCMakeビルドに追加する方が簡単です。

@phwは100％確実ではありませんが、未定義のシンボルです：hb_buffer_set_cluster_levelはベースシステムの問題のようです。 http://unix.stackexchange.com/questions/235012/problem-with-gtk-application-sを参照してください

私は、システム上のすべてのライブラリのごく最近の、通常は変更されていないバージョンを持っているので、これが構築されたライブラリに何か問題があるのではないかと疑っています。 私の賭けは、Debian / Ubuntuのパッチ適用が行われていることです:)

あなたのレシピから、AppImageのPeekバイナリをどこからどのように取得するかは完全には明らかではありません。 レシピから最終的なAppImageを作成するときに指定されたものですか？

あなたのレシピから、AppImageのPeekバイナリをどこからどのように取得するかは完全には明らかではありません。 レシピから最終的なAppImageを作成するときに指定されたものですか？

レシピを実行するスクリプトはhttps://github.com/probonopd/AppImages/blob/master/recipes/meta/Recipeにあります

このOBSUbuntuリポジトリはどうですか？ 誰がそれを維持していて、それは「公式」ですか？ 私はwebupd8.orgからAndrewに連絡して、PeekのPPAを提供および維持しました。 このOBSがもう維持されていない場合は、Andrewがお手伝いします。

私はそれがユーザーによって言及されたものだと思います：
http://www.omgubuntu.co.uk/2016/08/peek-desktop-gif-screen-recorder-linux#comment -2894366969

彼がそれを管理したいとは思わないが、私は彼にアクセス権または少なくとも使用されている構成を与えるように頼むことができた。 OBSには、他のシステム用にも構築できるという利点があります。 一方で、前回試したときにOBSを使うのは少し不快だと感じました。

決めるのはあなた次第です。 私が言ったように、あなたがPPAを好むなら、アンドリューは助けるかもしれません;-)

@phw

自分のPPAにピークを組み込むことができます。 ただし、適切に行うには、ランチパッドで適切に設定して、保守する必要がないようにする必要があります。 新しい変更を検出すると、自動的にコンパイルされます。

1、最初に「Peek」という名前のランチパッドで新しいプロジェクトを作成します。 プロジェクトの下にPPA（「peek-daily」という名前）を作成します。

1. プロジェクト->コードでインポートを選択します。 ターゲットとソースの両方をgitとして選択します。 メインブランチに名前を付けます（例： trunk ）。 明らかに所有者はあなた自身でなければなりません

2. 

3. GitHubで新しいリポジトリ「Peek-Packaging」を作成します。これにはdebianフォルダーのみが含まれている必要があります（OBSリポジトリからコピーできます）。

4. メインリポジトリと同じ方法でパッケージリポジトリをインポートします。 インポート中に「debian-packaging」のような名前を付けます

5. プロジェクト（つまり、ピーク）->コード-> gitリポジトリの表示に移動します。 lp:~USERNAME/kee/+git/trunkクリックします。 次に、 create a packaging recipeクリックします。

6. レシピ名を付けます。 独自のPPAを選択し、配布シリーズを確認してください。 （ピリッとした、ゼニアル...など）

7. 今レシピの内容。 次のようになります。

# git-build-recipe format 0.4 deb-version {debupstream}+{time}
lp:~USERNAME/keep/+git/trunk master
nest-part packaging lp:~USERNAME/keep/+git/debian-packaging debian debian master

1. 保存して、「ビルドのリクエスト」をクリックします。 コードの作成が始まります！ エラーについては、ビルドログを確認してください。 「build-daily」という名前と混同しないでください。 メインリポジトリまたはパッケージリポジトリの変更を検出した場合にのみビルドされます。

2. 完了！

マスターブランチのみをインポートします。 リリースには別のブランチを使用できます。 レシピの作成中に、トランクの代わりにその特定のブランチを使用できます。

わかりました、私たちはどこかに行き着いています:)私はついにこれを始めました、今デイリービルドPPAがあります：

https://code.launchpad.net/~peek-developers/+archive/ubuntu/daily

コードは次のレシピを使用して作成されます： //code.launchpad.net/~peek-developers/+recipe/peek-daily
パッケージ情報は、実際にはメインのPeekgitリポジトリの孤立したブランチにあります。https：//github.com/phw/peek/tree/debian-packagingを参照して

DebianパッケージとLaunchpadPPAをいじってから非常に長い時間が経ち、Launchpad UIがひどいので、誰かがこれに迫ってフィードバックをくれたら幸いです。

私が座っているところからの@phwは本当に簡単で、うまく機能します。 ありがとうございました。

$ sudo add-apt-repository ppa:peek-developers/daily
[sudo] password for anavarre: 
 Daily builds for the Peek animated GIF recorder
 More info: https://launchpad.net/~peek-developers/+archive/ubuntu/daily
Press [ENTER] to continue or ctrl-c to cancel adding it

gpg: keyring `/tmp/tmp_lh3fua0/secring.gpg' created
gpg: keyring `/tmp/tmp_lh3fua0/pubring.gpg' created
gpg: requesting key 76BAFBC6 from hkp server keyserver.ubuntu.com
gpg: /tmp/tmp_lh3fua0/trustdb.gpg: trustdb created
gpg: key 76BAFBC6: public key "Launchpad PPA for Peek Developers" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
OK
$ sudo apt-get update
(snipped)
Fetched 2,348 kB in 2s (990 kB/s)
Reading package lists... Done
$ sudo apt-cache search ^peek
peek - create animated GIF screencasts
$ sudo apt-get install peek
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  peek
0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded.
Need to get 63.5 kB of archives.
After this operation, 263 kB of additional disk space will be used.
Get:1 http://ppa.launchpad.net/peek-developers/daily/ubuntu xenial/main amd64 peek amd64 0.8.0-0~ppa201702141228~ubuntu16.04.1 [63.5 kB]
Fetched 63.5 kB in 0s (260 kB/s)
Selecting previously unselected package peek.
(Reading database ... 270537 files and directories currently installed.)
Preparing to unpack .../peek_0.8.0-0~ppa201702141228~ubuntu16.04.1_amd64.deb ...
Unpacking peek (0.8.0-0~ppa201702141228~ubuntu16.04.1) ...
Processing triggers for bamfdaemon (0.5.3~bzr0+16.04.20160824-0ubuntu1) ...
Rebuilding /usr/share/applications/bamf-2.index...
Processing triggers for gnome-menus (3.13.3-6ubuntu3.1) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu5) ...
Processing triggers for mime-support (3.59ubuntu1) ...
Processing triggers for libglib2.0-0:i386 (2.48.2-0ubuntu1) ...
Processing triggers for libglib2.0-0:amd64 (2.48.2-0ubuntu1) ...
Processing triggers for hicolor-icon-theme (0.15-0ubuntu1) ...
Setting up peek (0.8.0-0~ppa201702141228~ubuntu16.04.1) ...

@phwうまく機能しています。 ありがとう。

@phw ppaに信頼できるおよび/または正確なものを追加することは可能でしょうか？
ありがとう。

@probonopd Trustyは現在GTKバージョンが原因で失敗していますが、とにかく必要なバージョンを下げたいのです。＃54を参照してください。

それでPreciseのビルドも修正されたら、そこでビルドさせます。 それ以外の場合は、寿命が差し迫っているので、Preciseを気にしません。

同意する

@probonopd Trustでこの作業を実行しようとしましたが、trustyのビルドはないと判断しました

@probonopd AppImageでこれを回避する方法はありますか、またはPeekがシステムの他の部分と少し統合されすぎているため、それが可能ではありません（つまり、独自のGTKをAppImageにバンドルした場合、および/またはスナップで行った場合）それはうまくいくでしょうか？）

編集：はい、2014年以降のディストリビューションでこれを機能させたとおっしゃいましたか？

AppImageをまとめる

@probonopdいいえ、PeekがAppImage内に新しいバージョンのGTK（3.10より）をバンドルして、古いディストリビューションで動作させることができるという意味ですか？

@ Ads20000はい、GTKの新しいバージョン（3.10より後）が古いディストリビューションでコンパイルされる限りは可能です。

わかりました、これは今うまくいくようです。 READMEを更新しました。

現在、2つのPPAがあります。1つはデイリービルド用で、もう1つは安定版リリース用です。

• https://code.launchpad.net/~peek-developers/+archive/ubuntu/daily
• https://code.launchpad.net/~peek-developers/+archive/ubuntu/stable