Define a way for websites to link to AppImage downloads
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 領域
- release
調査の方向性
まず AppStream の custom-tag に関するドキュメントと、KDE に既存する custom-tag のガイダンスを確認し、次にそれらの要件を issue で説明されている AppImage の update-information 文字列と比較します。プロジェクトが AppStream を通じてチャネル対応のリンクを公開すべきか、更新メタデータを再利用すべきかを判断し、その結果がハードコードされたバージョンを含まない直接ダウンロードなのかランディングページなのかを文書化します。
索引モデルが issue の本文から書いたものです。
説明
Use case:
https://kde.org/applications/ shows download links for the Windows, Android... app store.
How should AppImages be represented there, and where should the information come from?
The AppStream spec allows specifying URLs to e..g, the application homepage, bugtracker, etc. - but not to, e.g., "the latest AppImage for the stable channel".
Turns out that the AppStream spec allows for custom tags:
https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-custom
KDE is already making use of custom tags:
https://community.kde.org/Guidelines_and_HOWTOs/AppStream#KDE_customs_tags
cc
So the question is, do we need/want custom tags for AppImage downloads.
Requirements:
- The information in the AppStream metainfo file must not hardcode version numbers
- The information in the AppStream metainfo file should allow for multiple channels (e.g., release, nightly, alpha, beta,..)
Question:
- Do we want a "deeplink" that results in the AppImage being downloaded, or do we want a link to the download page on which the AppImage can be downloaded by the user?
Food for thought:
- Do we even need AppStream for this purpose? We could re-use AppImage update information for this purpose. This might completely remove the need for using AppStream to get this kind of information, it is already there and it already supports different channels
@jriddell: AppImage update information is a text string that is embedded within the first few KB of AppImages that support automatic updating (hopefully all of the KDE ones do!). From this string, the URL to the AppImage download can be constructed. Would that be an approach that would be acceptable for this use case, or do you think the information must come from AppStream?
- 主要言語
- 言語のデータがありません
- スター
- 9.5k
- フォーク
- 586
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
AppImage/AppImageKit のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
AppImage/AppImageKit#1428 · リアクション 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
AppImage/AppImageKit#1164 · コメント 2 件 · リアクション 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
AppImage/AppImageKit#1452 · コメント 2 件 ·
-
request: silent modeオープン
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
AppImage/AppImageKit#1450 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
AppImage/AppImageKit#1435 · コメント 2 件 ·
AppImage/AppImageKit の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
-
espup reports 0.18.0 is available, even though it's not対応中かも @SergioGasquez が今日担当しました。 オープンbug bug jury
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
labgrid-project/labgrid#2010 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
google/go-containerregistry#2481 ·
メンテナーはふだん 1 日以内に返信