リンク:
コメント (63)
_________________________________________________
開発者をサポートするのが簡単になるだけじゃなくて、このストアはGnomeソフトウェアみたいな以前のストアと比べて何か新しいことや違うことをするの？
いい感じのサクサクしたUIがあって、フロントページには異なるキュレーションされたソフトウェアが並んでる。でも、自分のソフトウェアストアに満足してるなら、必要ないかもね。
開発者には良い - 寄付ボタンが含まれてる。
ディストリビューションのメンテナには良い - 表示されるアプリをキュレーションできる。例えば、BazziteはSteamのflatpakのインストールを防いで、無知なユーザーが経験していた問題の一カテゴリを防いでる。
初心者の質問だけど、SteamOSはArchベースだけど、公式サイトで入手できるLinux用のSteamインストーラーは.debパッケージで、デフォルトではArchやArchベースのディストリビューションとは互換性がないよね（DebianパッケージをArchにインストールするための他のツールがない限り、無駄が増える）。じゃあ、SteamOS、ArchベースのディストリビューションではSteamはどうやってインストールされるの？
SteamはSteamOSに組み込まれてる。そして（簡略化すると）、.debパッケージはDebianに関連するメタデータを含むアーカイブファイルに過ぎない。その中からソフトウェアを抽出して、別のディストリビューション用に再パッケージ化できる。だから、ほとんどすべてのデスクトップディストリビューションにはそれがあるんだ、どのパッケージマネージャを使っても関係なく。
それじゃあ、バイナリからビルドしてるの？もしArchにネイティブなインストーラー/パッケージがあるなら…どうしてそれを提供しないの？.debを使わせて、Debianベースでないディストリビューションが再パッケージして自分のバージョンを維持しなきゃいけないの？なんか直感に反してるし、変だよ。
debパッケージは簡単に変換できるから問題ないよ。フルSteamプログラムをダウンロードしてインストールするのは、特定のディストリビューション用ではないからね。
あと、はい、Steamプログラムはクローズドソースだから、バイナリだけ。
再変換する必要はないよ。通常のArchディストリビューションでは、ターミナルからpacmanを使ってSteamのネイティブバイナリをインストールできる。AFAIK、ほとんどのディストリビューションは、ソフトウェアを取得するための主要な手段として、使っているパッケージマネージャを持ってる。Windowsみたいにインターネットからインストーラーをダウンロードするんじゃなくて。Debianも自分のパッケージマネージャ、aptでこれをやってる。なんでSteamが公式サイトに.debパッケージを置いてるのかはわからないけど。
GNOMEソフトウェアとKDE Discoverは、ひどくて信頼性がないことで有名だよね。
特にGnomeソフトウェアは、Linuxで使った中で最悪のものだ。
trixieではずっと良くなってるよ。
Gnomeソフトウェアは遅くてバグだらけで、全体のディストリビューションを再インストールする方が、すべてのアップデートをインストールするより早い。Linuxに対する恥だ。
パッケージキットは捨てて、ディストリビューションが実際に良いプラグインを作れるようにすべきだ。現状はほとんど使えない。
パッケージキットを修正してほしいけど、どうやらそれは無理っぽいから、プラグインが唯一の道だね。
ずっと早くて、より包括的。
ありがとう。ずっと遅いと感じてた。
_________________________________________________
1990年代半ばからオープンソースを公開してる。ユーザーには何でもしてもらっていいけど、flatpakやsnapを積極的に勧めてはいない。なぜなら、それらはリリースごとにサイトを訪れるユーザーからの収入を減らすから。ユーザーとしては自動更新が大好きだけど、開発者としてはそれが生活費を稼いでる。
この発表は感謝されるべきだ。寄付リンクは助けになるかもしれないけど、多くのユーザーは初回インストール時にしかそれを見ないだろう。アップデートのたびには見ない。
アプリ内でお金を求めたことはないけど、それが次のステップになるかも。（アプリ内広告は考えてない）
年に一度の寄付を求めるポップアップは、コミュニティにとって非常に受け入れられてると思う。
KDEとThunderbirdの両方がこれを成功裏に実装してる。
個人的には、主要なアップデートのたびに寄付ポップアップがあって、良いパッチの要約が含まれてるなら、それでもいいと思う。
寄付ページやボタン、タブなどの専用のものも見てみたい。リマインダーとして。それは非侵入的で、寄付の選択肢を非常にアクセスしやすくする。
ユーザーは、寄付するのが絶対に便利なときに寄付したがると思う。
寄付ページやボタン、タブなどの専用のものも見てみたい。
アプリ内でユーザーに寄付を促すためのものを言ってるの？こんなのを考えてるんだけど：
- Windowsインストーラーのチェックボックス
- チェンジログの横に表示されるアプリ内のオプション
- アプリメニューのオプション
私の境界線はこんな感じ：
- クリップルウェアなし：すべてのユーザーが常にすべての機能を利用できる。
- オープンソースライセンス。
- 乞わない。
- 侵入的でない。
- 以前寄付した人にさらなるお金を求めるメールを送らない。
- 正直であること：ホスティングやインフラ、コーヒーやビールにあまりお金を使ってない。
- アプリ内でお金を求めない（再考中）。
ユーザーは、寄付するのが絶対に便利なときに寄付したがると思う。
便利って何？
不便って何？
アプリメニューのオプション。チェンジログの横、アプリ内にあるのは素晴らしいアイデアだと思う。
アクセスしやすいから便利だよね。ユーザーはサイトを通りたくないかもしれないし、訪問時にちゃんと読む気もないかもしれない。アプリを使ってるときに寄付の選択肢があるのは、寄付ページへのワンクリックで済む。
KDEが寄付リマインダーを実装したとき、実際に寄付が循環したのを覚えてる？私の仮説は、リマインダー、通知自体が人々が寄付した理由の唯一の要因ではなくて、ユーザーがすでにデスクトップスタックを使っていて、通知をクリックするだけで寄付の選択肢を知ることができたからだと思う。
I think the donation notification works
A few months ago, I blogged about a change for Plasma 6.2 to show a once-a-year system notification asking for a donation, starting on December 1st. Various reasons and justifications were given in…
これが便利さだよ。人々は支払う意欲があるけど、ウェブサイトをナビゲートしたくないし、指示を読むのも嫌だし、ソフトウェアを体験したいと思ってる。寄付の選択肢が提示されたときに、自分の貢献を考える。アプリ内に専用のボタンがあれば、機能の邪魔にならないから非侵入的で、ソフトウェアが誰かの費用で開発されていることを思い出させてくれる。
正直、ソフトウェアストアアプリ内にそんなページがあったら、ユーザーとしてすごく嬉しい。
基本的には、インストールしたソフトウェアに対して、現在どれだけ寄付しているか、どのくらいの期間で寄付しているかを示して、簡単にその金額を管理できる追加のタブが欲しい。
これはいいアイデアだと思う。アップデートがあるときにアプリがチェンジログを表示するオプションを提供して、最初に寄付リンクがある。
「これがパッチノートだ。このプロジェクトを大切に思うなら、小額の寄付を考えてみて。」
こうすることで、もっと寄付したくなると思う。正直、多くのことが埋もれてしまうから。
公平に言うと、中央で寄付できる財団やそれに類するものがもっと必要だと思う。そこから寄付が最も重要な/人気のあるプロジェクトに分配されるから。エンドユーザーには見えない非常に重要なバックエンドのことがあって、だから多分一銭ももらえないだろうし…
1990年代半ばからオープンソースを公開してる。ユーザーには何でもしてもらっていいけど、flatpakやsnapを積極的に勧めてはいない。なぜなら、それらはリリースごとにサイトを訪れるユーザーからの収入を減らすから。
でも、何が変わったの？中央リポジトリはLinuxの標準だったし、そうでなかったことはない。
ウェブサイト訪問による収益化は、FOSSの誕生以来、基本的に良いアプローチではなかった。
でも、何が変わったの？中央リポジトリはLinuxの標準だったし、そうでなかったことはない。
いい質問だね。Ubuntuみたいな多くのディストリビューションは、ディストリビューションの新しいリリースがない限り、私のアプリを更新しない。つまり、UbuntuのバージョンXごとに、私のアプリのバージョンYが固定されてる。
一部のユーザーは、私のサイトを訪れずにUbuntuのリポジトリから古いバージョンを使い続けるし、それが現実なんだ。
ウェブサイト訪問による収益化は、FOSSの誕生以来、基本的に良いアプローチではなかった。
もっと良い選択肢はあるの？ウェブ広告や寄付は、私の本業を置き換えるには十分ではないけど、助けにはなってる。
頻繁なポップアップ（Signalがやってるような）は嫌だけど、稀なポップアップ（KDEがやってるような）は問題ないし、アプリ/ソフトウェア内に寄付ページがあるのが好き。
ソフトウェアを使ってからしばらく経って、通常は6ヶ月くらい経ってから寄付したくなる傾向がある。
ソフトウェアを使ってからしばらく経って、通常は6ヶ月くらい経ってから寄付したくなる傾向がある。
新しいユーザーに聞く代わりに、我慢するのは賢いアイデアだね。このシナリオでは、寄付のためだけの非侵入的なポップアップ（スナックバー）ってこと？
アプリ/ソフトウェア内に寄付ページがあるのが好き。
アプリが寄付フォームのあるウェブページにリンクするのか、寄付プロセス全体がアプリ内で行われるのか、どっち？
Signalの場合、アプリの下部にメッセージボックスがあって、最新のメッセージを隠さないけど、無視できないくらい目立つ。
アプリが寄付フォームのあるウェブページにリンクするのか、寄付プロセス全体がアプリ内で行われるのか、どっち？
ほぼアプリ内の支払い詳細フォームを記入して送信する感じ。
このシナリオでは、寄付のためだけの非侵入的なポップアップ（スナックバー）ってこと？
もちろん、Signalのやり方での主な問題は、彼らがほぼ毎週聞いてくること。稀なら問題ない。
アプリが寄付フォームのあるウェブページにリンクするのか、寄付プロセス全体がアプリ内で行われるのか、どっち？
最初の方だね。主な問題は、多くのプログラムがプログラム内に直接リンクを持ってないこと。いくつかのプログラムは、最初にウェブサイトに手動で行かなきゃいけなくて（検索して）、その後寄付ページを見つけなきゃいけない。プログラム内に寄付ページへのリンクがあればいいな。
自動更新を使わないのはセキュリティリスク（更新を忘れて、セキュリティの問題があることを知らないのは簡単すぎる）。ポップアップを無効にするオプションを与えるか、すごく長い期間（例えば「あと5/10年は表示しない」）にするべき。KDEはポップアップを無効にすることもできるし。
それに、flatpakはすごく人気だから、使うことを促さないのはあまり効果がないと思う。
私の意見では、これはダークパターンだ。オープンソースコードを提供しているかどうかに関わらず。正直、私に寄付を求めるためにバージョンアップを制限するようなソフトウェアは使いたくない。
これはLinuxの精神に合ってないから、ここでこれがトップコメントになってるのは驚きだ。
私は何も止めてないし、障害物も作ってない。パッケージャーが私のアプリの更新チェックを無効にする方法も設定してるから、古いバージョンのUbuntuを使ってるユーザーをそのままにしてる（私のサイトに新しいバージョンを指し示すのではなく）。（それはユーザーにとって最善ではないかもしれないけど、彼らをUbuntuや他のリポジトリに留めておく）。
別の見方をすれば、プロジェクトに投資できる時間が限られていて、snapやflatpakパッケージを作成・維持する努力は機会コストだから、それは多くのユーザーに利益をもたらすバグ修正や機能追加をしないことを意味する。
私のソフトウェアをLinux、Windows、他のリポジトリ用にパッケージするためにボランティアしてくれる人が多く、私のプロジェクトに直接貢献する人は少ないから、戦略的には、労働供給が多い仕事をすることになる。それは最適ではない。
「ウェブサイトを訪れてダウンロードする」は、特にWindowsユーザーにとっては伝統的な一般的なパラダイムだ。
もし方向転換して、誰もが私のサイトを訪れずに自動的に更新できるようにしたら、収益がなくなって、他のプロジェクトに時間を使わざるを得なくなる。
最後に、ダークパターンは最適な用語ではない。それは企業やウェブサイトが人々を騙して何かをさせるときに使われる。例えば、解約が難しい月額サブスクリプションに人々を騙すこと。
_________________________________________________
他のリンクや理由：
-
Bazzite July 2025 Update: Bazaar, Z13, Kernel 6.15, Steam Hardware Survey
Hello gamers! It’s that time again – We’ve got a packed update with the introduction of Bazaar, kernel 6.15, Z13 goodies, a new WiFi daemon to improve game streaming, and some interviews you can binge on. But first, let’s talk about Fedora 32-bit libraries. Fedora 32-bit Libraries You might have seen some news regarding Fedora wanting to drop 32-bit libraries in the distant future. This is no longer the case as the proposal has been rescinded without a vote. This is the beauty of being par...
-
-
_________________________________________________
Bazaarはいくつかの機能が欠けてるけど（Flatsealはまだ使えるし）、それ以外は素晴らしい。なぜか、DiscoverやGNOMEソフトウェアよりも、flatpakをインストールするのがずっと速い。
Gnomeソフトウェアは遅いのは、パッケージキットを使ってるから。理由があるのか、パッケージキットの開発者がただグルーを嗅いでるのかはわからないけど、すごく遅い。
Bazaarは速いのは、flatpakを直接使ってるから。
Gnomeソフトウェアの開発者が、パッケージキットを使わずにflatpakと直接やり取りできるように実装できるか、特定のバックエンドサポートをプラグインとして追加できるか、気になる。これがパッケージキット自体がやってることかはわからないけど、何か変える必要がある。
gnomeソフトウェアはflatpakに対してPackageKitを使ってない。
PackageKitはflatpakを全くサポートしてない。
公平に言うと、Gnomeソフトウェアは、flatpakだけを更新する場合ははるかに応答が良い。パッケージ/システムの更新をすると、全体が遅くなって動かなくなる。
もっと多くのディストリビューションのメンテナが、自分たちのパッケージマネージャのバックエンドを実装するためにフォークしなかったのは驚きだ。
もしgnomeソフトウェアがflatpakだけを扱っていれば、パッケージキットは必要ないけど、実際にはそうじゃない。
_________________________________________________
これはBazziteのデフォルトの「アプリストア」で、KDEの「discover」（または「discovery」）アプリストアが削除された。
私が言えるのは、いくつかの小さな問題はあるけど、うまく機能してるように見える。ただ、まだ新しくリリースされたばかり。
私はほとんどの時間、flatpakのCLIツールを使ってる :)
要するに、FLATPAK専用のアプリストアだと思う。他のディストリビューションの「アプリストア」が持っているような多くのタスクはこなさないけど、全体的にはうまく機能してる。
要するに、FLATPAK専用
その通り、これが他のものをサポートすることは決してない。
このGnomeソフトウェアの代わりにこれを使ったら、ディストリビューションはどうやって更新するの？それとも、別のアプリがあるの？
ディストリビューションによるけど、Universal Blueファミリーのディストリビューションは、システム更新のショートカットがあって、バックグラウンドで自動的に更新する。実際、GNOMEソフトウェアで更新する機能は、アプリを遅くするために最初に削除されたものの一つだった。
それは違う。Bazziteはrpm-ostreeを使っていて、flatpakなしで自分のパッケージをインストールできるけど…ただ、やるのは難しくて、パッケージを更新に跨いで持続させるためには少し手間がかかる。AppImagesもBazziteでうまく動く。
Bazaarはflatpak専用。rpm-ostreeでのレイヤリングやAppImagesの使用は推奨してない。
でも、ちゃんと動くよ。AppImagesでしか配布されてないアプリもあるし。WowUpはBazziteでよく使ってたアプリの一つ。
彼らにflatpakを作るように頼んで。私たちはそれをサポートしてないし、Bazaarには絶対に現れない。
Intel Arc GPUのあるコンピュータでBazziteを使ってたけど、Bazaarアプリと彼らが切り替えたPtyxisターミナルは本当に不具合が多くて、ほとんど使えなかった。点滅してテキストが消えるから、ターミナルも使えなかったけど、Bazaarは開かない。ディストリビューションを変えなきゃいけなかった。
私の2つのBazziteシステムでは、BazaarやPtyxisに関して問題はない。
昨日、CalibreのFlatpakが動かなかったのは気づいたけど… ;(
でも、私のシステムはAMDとNVIDIAのGPUを使ってる。
うん、私のAMDシステムでは問題なく動くよ。これはIntel Arc GPUに特有のバグだ。
_________________________________________________
数少ない（もし唯一なら）価値のあるGUIアプリストアの一つ。これが何であれ、速くて、クリーンで、使いやすい。
_________________________________________________
素晴らしい、Linuxで最高の「アプリストア」。他のパッケージ形式もサポートしてくれれば、KDE Discoverを完全に排除できるのに。
それはサポートしないことが特徴とされてる。これがFlatpakだけをサポートすることは決してない。
Flathubだけ、もっと具体的に言うと。
いや、それは違う。このアプリはFedoraのものを除く、すべてのflatpakリポジトリをサポートする。寄付機能がFlathubから来てるから、Flathubのインストールを促すけど、システムにあるものを使う。
これがすごく良い理由は、他の形式をサポートするためにパッケージキットを使わないから。
うん、パッケージキットの代替品があればいいのに。それがかなりの数の問題の原因になってるみたい。
_________________________________________________
ユーザーと開発者の両方にプライベートリポジトリのオプションがない中央リポジトリ、誰がそれを望むの？それはAppleの独占禁止法の一歩のようだ。次は何？30%の手数料？
何？Flatpakは他のリポジトリをサポートしてる：
Repositories
Flatpak repositories are the primary mechanism for publishing applications, so that they can be installed by users. Some aspects of repositories are addressed by other sections of the documentation...
GitHub - boredsquirrel/Flatpak-remotes: A list of public Flatpak repositories
A list of public Flatpak repositories. Contribute to boredsquirrel/Flatpak-remotes development by creating an account on GitHub.
落ち着け、まじで。
どこでそれが一つのリポジトリしかサポートしないというアイデアを得たの？
FlatpaksとSnapsを混同してるみたいだね。
