Linux向けソフト配布はなぜ面倒? SnapとFlatpakを巡り海外で論争
姉妹サイトの新着
他サイトの新着
- 5chまとめMAP【動画】女子トイレだけがなぜ混むのか、その理由がついに判明
- ニュース速報まとめMAP【キキクル】「命が危ない」高市総理もXで警告。福井県の大雨特別警報が示す最悪のシナリオ
- なんJ傑作まとめアンテナMAP前澤氏、超豪華メガヨットについに乗船、愛犬とヘリで着艦！ハワイの海でダイヤモンドヘッド見ながら筋トレ
- アニメ声優まとめアンテナMAP【悲報】アニメ業界「もう今のアニメは日本人向けに作ってません、海外市場で極めて需要が高いジャンルは異世界転生なので今後もなろう系を作り続けます、日常？百合？オワコンです」
- VTuberまとめアンテナMAP【にじさんじ】はかちぇ、ジョジョ歌枠を企画したいけれどおじさんだらけの公民館のど自慢大会になるのは嫌
- だめぽアンテナ【悲報】中田英寿さん（50歳）、土方として働いてる模様wwwwwwwwwwwwwwwwww
- ヌルポあんてなTGRハースF1のオコン枠は持ち込み金額次第になるんじゃないかと話題に
- 2chまとめアプリ+スペーシアX死亡事故の見張り員「位置につく前に作業が始まっていた」「退避していると思った」
- News人【画像】日本の武士「小柄です、馬はポニー級です」←こう聞くと一気にショボく感じるけど、実際どうだったの？他
- ブルーアンテナ仕事帰りにスマホを見たり買い物しただけで妻に泣かれる。夕飯が遅いから買い食いしても文句言われる…俺が悪いのか？
- ウマーあんてなホンダ・日産「車の頭脳」で連合、米中新興EVに対抗 5ch「負け組連合だろ」
- 憂国あんてな|●|野党支持者が一線を踏み越えた模様、著作権ガン無視の人気作の不正使用にファンが激怒しており……
- おまとめアンテナ【悲報】大谷4年連続に黄色信号
- リアルな海外の反応アンテナ【PICK UP】【もえるあじあ(･∀･)】【ｗ】中道分裂 公明党に見放される
- とろたまヘッドライン【超悲報】パチ屋さん、店内のトイレにガチのマジで本当にとんでもないモノを置き忘れてしまう…
- うほうほあんてな【画像】のど自慢で陰好みの女さん、見つかる
- アナグロあんてな海外「本気で日本人に生まれたかった…」 日本の女子高生の恋愛風景が青春すぎると話題に
- まとめクローラPixivにAIイラスト上げてるんだが全く伸びない
- ワロタあんてな【驚愕】元ジャンポケ斉藤さん、まさかのノーダメ！？7年求刑されたあとに焼肉屋で大宴会していたことが判明してしまう！？！？！？！？
- ぶーアンテナ【動画】めちゃイケのこのシーン、今更大炎上ｗｗｗｗｗｗｗｗｗｗｗ
Linux向けにソフトを配布している開発者が、「パッケージング作業がとにかく面倒だ」とブログに書いたところ、海外掲示板Lemmyのc/technologyコミュニティで盛んに議論された。DebianやFedoraなど各ディストリビューション独自の形式に加え、CanonicalのSnap、Flatpak、AppImage、AUR経由の配布など選択肢が乱立している現状に対し、開発者たちがそれぞれの立場から意見をぶつけ合った。とりわけ「SnapとFlatpakどちらが優れているか」という定番の対立と、「いっそ静的バイナリを一本配ればいいのでは」という身も蓋もない指摘が目立った。
Linux向けにソフトをパッケージングするのが本当に嫌になる
出典: getfresh.dev / 元記事はこちら
見事にsnap以外の全システム向けにパッケージを用意してるのが笑える
>>4
それをやったらむしろ悪化する。Canonical系のシステムでしか使えなくなるし、Debianですら対象外になる。Snapには今のところFlatpakより優れている技術的な小さな利点もあるにはあるけど、とにかくどこでも動かしたいなら定番はFlatpakだよ
それをやったらむしろ悪化する。Canonical系のシステムでしか使えなくなるし、Debianですら対象外になる。Snapには今のところFlatpakより優れている技術的な小さな利点もあるにはあるけど、とにかくどこでも動かしたいなら定番はFlatpakだよ
>>13
DebianでもSnapはインストールできたと思うけど
DebianでもSnapはインストールできたと思うけど
>>13
すでに色んなリポジトリに対応してるんだから、Snapを追加したところで他が悪くなるわけじゃない
すでに色んなリポジトリに対応してるんだから、Snapを追加したところで他が悪くなるわけじゃない
>>2
その方法の問題は、リポジトリ環境を自分で維持し続けないといけないことだと思う。要は署名付きファイルを置くWebサーバーみたいなものだからね。一つの問題は解決できても、別の潜在的な問題を山ほど抱え込むことになる
その方法の問題は、リポジトリ環境を自分で維持し続けないといけないことだと思う。要は署名付きファイルを置くWebサーバーみたいなものだからね。一つの問題は解決できても、別の潜在的な問題を山ほど抱え込むことになる
>>5
それの何が問題なのか分からない。自分はもう何年もopenSUSEの公開Open Build Serviceを使って、openSUSEとFedora向けにソフトをパッケージ化・公開してる(Debian/Ubuntuは自分用にしか使わないから気にしてないけど、対応自体は可能)
それの何が問題なのか分からない。自分はもう何年もopenSUSEの公開Open Build Serviceを使って、openSUSEとFedora向けにソフトをパッケージ化・公開してる(Debian/Ubuntuは自分用にしか使わないから気にしてないけど、対応自体は可能)
>>41
自分の知る限り「言語」自体には問題は無いけど、「エコシステム」の一部はLinuxでのパッケージングをあまり想定して設計されていないように見える、とだけ言っておく
自分の知る限り「言語」自体には問題は無いけど、「エコシステム」の一部はLinuxでのパッケージングをあまり想定して設計されていないように見える、とだけ言っておく
>>6
> エコシステムの一部があまり考えられていないように見える
本当にそう。でもこれは20年以上前にメンター役やドキュメント担当を切り捨てた自然な結果だよ。今のコーダーは総じて、サプライチェーンを正しく構築する方法も、その理由も分かっていない
> エコシステムの一部があまり考えられていないように見える
本当にそう。でもこれは20年以上前にメンター役やドキュメント担当を切り捨てた自然な結果だよ。今のコーダーは総じて、サプライチェーンを正しく構築する方法も、その理由も分かっていない
>>6
Rustを「これ以上ない神ツール」みたいに崇めて、バグがゼロになるとでも言わんばかりの人たちをからかってるだけだよ
Rustを「これ以上ない神ツール」みたいに崇めて、バグがゼロになるとでも言わんばかりの人たちをからかってるだけだよ
>>3
> 彼は自爆装置を手に取って自分を撃った
あれ、Rustって100%安全で最強じゃなかったの?(棒)
> 彼は自爆装置を手に取って自分を撃った
あれ、Rustって100%安全で最強じゃなかったの?(棒)
ちなみにAURが復旧してる。メンテナーとしてまたAURにパッケージをpushできるようになったよ
>>27
そんなことはないよ。ユーザーは自分のパッケージマネージャーのリポジトリ一覧にそのリポジトリを追加するだけで、そこにあるパッケージは通常のパッケージと同じように選べるようになる。作者が新バージョンを公開すれば、全ユーザーのパッケージマネージャー上でアップデートとして表示される
そんなことはないよ。ユーザーは自分のパッケージマネージャーのリポジトリ一覧にそのリポジトリを追加するだけで、そこにあるパッケージは通常のパッケージと同じように選べるようになる。作者が新バージョンを公開すれば、全ユーザーのパッケージマネージャー上でアップデートとして表示される
>>27
> それだとパッケージマネージャーの意味がなくなる
パッケージマネージャーとサプライチェーンを混同してないか。この二つは常に分離しておくべきだよ、じゃないとsystemdみたいに全部丸ごと捨てないと一部だけ交換・改善することもできない、海綿状にくっついた塊になってしまう。よほどLennartみたいな人でもない限り、それは悪手だ
> それだとパッケージマネージャーの意味がなくなる
パッケージマネージャーとサプライチェーンを混同してないか。この二つは常に分離しておくべきだよ、じゃないとsystemdみたいに全部丸ごと捨てないと一部だけ交換・改善することもできない、海綿状にくっついた塊になってしまう。よほどLennartみたいな人でもない限り、それは悪手だ
>>2
~~それだとパッケージマネージャーの意味がなくなる~~
~~それだとパッケージマネージャーの意味がなくなる~~
>>40
公平に言うと、彼はFlatpakが自分のパッケージに向かない理由もちゃんと説明してる。Flatpakのサンドボックスから抜け出す必要があって、それがかなり無理やりなやり方になるからだと。とはいえ、些細なことを大げさに騒いでる感は否めない
公平に言うと、彼はFlatpakが自分のパッケージに向かない理由もちゃんと説明してる。Flatpakのサンドボックスから抜け出す必要があって、それがかなり無理やりなやり方になるからだと。とはいえ、些細なことを大げさに騒いでる感は否めない
>>40
> まさにFlatpakが解決しようとしていたのはこれで、パッケージを一度作ればどのシステムでも使える。ただ少し複雑で、もう一段階作業が増えるだけ
Flatpakは正直言って最悪だよ。第二のリポジトリとして存在する時点で信頼できる情報源が分裂するし、システムと依存関係やSBOM情報を共有しない。最悪の場合、依存地獄を招く。良く言っても「規格が乱立してまた一つ増えただけ」(XKCD 927)だ
> まさにFlatpakが解決しようとしていたのはこれで、パッケージを一度作ればどのシステムでも使える。ただ少し複雑で、もう一段階作業が増えるだけ
Flatpakは正直言って最悪だよ。第二のリポジトリとして存在する時点で信頼できる情報源が分裂するし、システムと依存関係やSBOM情報を共有しない。最悪の場合、依存地獄を招く。良く言っても「規格が乱立してまた一つ増えただけ」(XKCD 927)だ
>>2
だよね。まさにFlatpakが解決しようとしていたのはこれで、パッケージを一度作って公開すればどのシステムでも使えるようにする、というものだった。だから少し複雑になって、もう一手間増えるだけなんだよね
だよね。まさにFlatpakが解決しようとしていたのはこれで、パッケージを一度作って公開すればどのシステムでも使えるようにする、というものだった。だから少し複雑になって、もう一手間増えるだけなんだよね
>>20
まあ近いけど、それぞれリポジトリの作り方が違うから、実際には「同じサイトの別ディレクトリに別々のリポジトリが置いてある」状態に近いかな
まあ近いけど、それぞれリポジトリの作り方が違うから、実際には「同じサイトの別ディレクトリに別々のリポジトリが置いてある」状態に近いかな
>>2
全部のパッケージを同じリポジトリの別ディレクトリに置くだけじゃダメなの? 例えばdebian/に.deb、fedora/に.rpm、appimage/にAppImage、みたいに
全部のパッケージを同じリポジトリの別ディレクトリに置くだけじゃダメなの? 例えばdebian/に.deb、fedora/に.rpm、appimage/にAppImage、みたいに
他サイトの新着
対応したいアーキテクチャごとに、巨大な静的バイナリを一本ずつリリースするだけじゃダメな理由って何なんだろう? 記事を読む限り、結局作者も最後にはそれをやってるみたいだし。なんでそれを最後の手段にしたのか理解できない。Linuxのソフトパッケージングがなんでこんなに複雑にならなきゃいけないのか分からない
>>38
最初は確かに大変そうに聞こえるけど、実際の作業自体は結構シンプルだよ。一度理解してしまえば、リポジトリへのパッケージ公開もビルドパイプラインの一工程になるだけ
最初は確かに大変そうに聞こえるけど、実際の作業自体は結構シンプルだよ。一度理解してしまえば、リポジトリへのパッケージ公開もビルドパイプラインの一工程になるだけ
>>2
それ全部、直感的じゃなくて複雑に聞こえる。それがみんなの一番の不満なんだと思う
それ全部、直感的じゃなくて複雑に聞こえる。それがみんなの一番の不満なんだと思う
>>8
だね。いっそ「nix2everyDistro」的なコミュニティプロジェクトを立ち上げて、OSSプロジェクトに片っ端からPRを送り、Nixでビルドして全ディストリ向けに出力できるようにする、というのは案外いいアイデアかもしれない
だね。いっそ「nix2everyDistro」的なコミュニティプロジェクトを立ち上げて、OSSプロジェクトに片っ端からPRを送り、Nixでビルドして全ディストリ向けに出力できるようにする、というのは案外いいアイデアかもしれない
何年も前にrpmパッケージをビルドしないといけなかったことがあった気がするけど、記憶が正しければそんなに難しくなかった。.debとかもそこまで大変とは思えないんだけどな
>>10
> 少しいじれば、GitHub Pagesのサイトに置くことすらできると思う
Harbottleがまさにそれをやってる。かなり良く出来てるよ
> 少しいじれば、GitHub Pagesのサイトに置くことすらできると思う
Harbottleがまさにそれをやってる。かなり良く出来てるよ
>>22
うん、その通り、混同してた。寝不足で頭が回ってなかった、すまん
うん、その通り、混同してた。寝不足で頭が回ってなかった、すまん
この話題の背景と論点
Linux向けソフトの配布形式が乱立しているのは、各ディストリが独自のパッケージ管理システム(apt、dnf、pacmanなど)を持つ歴史的経緯に加え、2014年にCanonicalがSnapを発表し、その後コミュニティ主導でFlatpakやAppImageが登場して「どこでも動く」形式を巡る競争が続いてきたためだ。Snapは配布基盤をCanonicalが握っている点、Flatpakはサンドボックス化がシステムに深く介入するアプリと相性が悪い点が、それぞれ敬遠される理由になっている。レス22にある「systemdのような塊になる」という皮肉は、Linuxコミュニティで長年続く「一つの仕事をうまくやる」思想と「統合基盤」思想の対立を踏まえたもので、今回のスレ固有の話ではない。
※本記事は5ch(Lemmy c/technology)スレッド「I hate packaging my software for Linux」より抜粋・要約して構成しています。
この記事のリアクション
まだコメントはありません。