アカウント名:
パスワード:
spotify:音楽ストリーミングサービスクライアントcode:テキストエディタskype:コミニュケーションツールslack:コミニュケーションツールvlc:メディアプレーヤーlxd:コンテナマネージャdiscord:コミニュケーションツール
ストリーミングサービスは他にも林檎とかアマプラとかあるけど、Linuxだとspotify一強みたいですねテキストエディタもVSCodeに集約されてきた感じですかね・・・VimmerやEmacserは自前ビルドしてそうだしSnap使ってないかもしれんけどコミニュケーション系は群雄割拠というよりはシーンによって使い分けてるイメージがあるけど実際はどうなんでしょう?
vim や emacs は apt で入れている人が一番多いと思う。
pacmanの事もたまには思い出してあげてください
redhat系の DNF は Dandified YUM (ダンディー化した YUM?)の略らしいけど、どこをどうしらたらそうなるのか…。
snapってサーバーアプリ系に親和性高いんだけど、まさかのnextcloudとWekanだけとはびっくり。
ちなみにnextcloudはtalk込みでマジで便利
インターネットにつなぐサーバには極力余計なデーモンは動かしたくないのでは?snapdもその一つ
デーモンつってもパッケージマネージャーに毛の生えた程度の動作しかしないんじゃないの?時々起きてアップデートチェックするぐらい?
(まあWindowsではそれが一番重い処理だったりする訳だが)
1日4回かな、チェックするのは…それはそうと、アップデートを無効もしくは手動にする方法がなく、本当にアップデートをやらせたくなかったらファイアウォールでCanonicalとの通信を遮断しろというのを見たのだが、どうなんだろうか。遅延させるパラメータがあるにはあるが、何度も遅延できるものでもないようだし、snapの環境が壊れてパッケージが動作不能になったときなど、結構大変なことになるらしいのだが…
バージョン固定できなかったっけ?
LinuxPCを自宅サーバー化する人は少ないのかね。
もう流行らないのかもしれない。 (15年前にFreeBSDで自宅サーバー動かしてた私)
ホスト環境に依存しないように周辺ライブラリー等まで含めてパッケージングする仕組みですよね?違いがわかりません色々併存していて特定組織が推していたり特定グループに人気があったりで違うだけなのかな?
snappyはホストの設定やライブラリに、できるだけ依存せず、Linuxアプリケーションをインストールする仕掛け(デスクトップアプリが多い)dockerはカーネルを共有した仮想環境を実現する仕掛け(仮想環境内に特定のLinuxディストロを実現させた、Webサービスが多い)steamは、、、おら知らね。
Archは(Manjaroも?)AURにspotifyがあるのにsnap経由でインストールする理由ってなんだろう
ディストリビューションのメンテナの世話にならずにソフトウェアがリリースできます。
スマホのアプリや言語処理系のライブラリ等では普通ですが、今までのUbuntuやDebianではパッケージングの権限を持ってる人に興味を持ってもらって作業してもらわないとパッケージが提供できませんでした。
別に公式に取り込んでもらわなくても、debファイルで公開してたりはされてたと思うが……Windowsでやる所の、依存DLLを全部アプリと同じフォルダにぶっ込む奴のが近いんでは。
# 一方node.jsは全部スタティックリンクした。
それは怪しいものも流せるってこと?
Snapchatじゃなかった
rpmやdebなどとは異なった、いわば次世代パッケージングシステムの一つ。
本番環境に依存しないよう、本番環境を荒らさないよう、アプリとライブラリが一緒くたにパッケージされてる。他にflatpak、appimageなどがある、らしい。
てけとうに検索すれば色々出てくるが、https://gihyo.jp/admin/serial/01/ubuntu-recipe/0507 [gihyo.jp] あたりか。
# コアパッケージとアプリの分化という意味なら、FreeBSDが大昔から(略
他に自動アップデートと非常に多くのLinuxディストロで同じパッケージを使えるってのと複数バージョンインストールできるなどが従来のパッケージングシステムとの違いですね。あと当然ですがストレージ効率は悪くなりますね。
タレコミにもありますが、DebianでFirefoxが3位というのが面白いですね。Debianだと標準のFirefoxがESR版なのですが、最新版を必要としている人が結構いるということだと思います。
開発側がQAしてリリースし、Debianのメンテナがダウンロードしてきたソースコードを依存ライブラリのバージョン等の違う環境でビルドしてアップロードするって作業が入ってるのがデフォルトのパッケージなんで、まあ、無駄に大変なんですよね。
Debian系デスクトップから離れて久しいのだけれど、 2016年に諸問題が解決して iceweasel から ESR 版というものになっているのですね。
だからどうしたという話をする場所、それがスラド。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
ソフトの種類 (スコア:1)
spotify:音楽ストリーミングサービスクライアント
code:テキストエディタ
skype:コミニュケーションツール
slack:コミニュケーションツール
vlc:メディアプレーヤー
lxd:コンテナマネージャ
discord:コミニュケーションツール
ストリーミングサービスは他にも林檎とかアマプラとかあるけど、Linuxだとspotify一強みたいですね
テキストエディタもVSCodeに集約されてきた感じですかね・・・VimmerやEmacserは自前ビルドしてそうだしSnap使ってないかもしれんけど
コミニュケーション系は群雄割拠というよりはシーンによって使い分けてるイメージがあるけど実際はどうなんでしょう?
Re: (スコア:0)
vim や emacs は apt で入れている人が一番多いと思う。
Re: (スコア:0)
pacmanの事もたまには思い出してあげてください
Re: (スコア:0)
redhat系の DNF は Dandified YUM (ダンディー化した YUM?)の略らしいけど、どこをどうしらたらそうなるのか…。
サーバーアプリ系はnextcloudとWekanだけか... (スコア:0)
snapってサーバーアプリ系に親和性高いんだけど、まさかのnextcloudとWekanだけとはびっくり。
ちなみにnextcloudはtalk込みでマジで便利
Re: (スコア:0)
インターネットにつなぐサーバには極力余計なデーモンは動かしたくないのでは?
snapdもその一つ
Re: (スコア:0)
デーモンつってもパッケージマネージャーに毛の生えた程度の動作しかしないんじゃないの?
時々起きてアップデートチェックするぐらい?
(まあWindowsではそれが一番重い処理だったりする訳だが)
Re: (スコア:0)
1日4回かな、チェックするのは…それはそうと、アップデートを無効もしくは手動にする方法がなく、本当にアップデートをやらせたくなかったらファイアウォールでCanonicalとの通信を遮断しろというのを見たのだが、どうなんだろうか。
遅延させるパラメータがあるにはあるが、何度も遅延できるものでもないようだし、snapの環境が壊れてパッケージが動作不能になったときなど、結構大変なことになるらしいのだが…
Re: (スコア:0)
バージョン固定できなかったっけ?
Re: (スコア:0)
LinuxPCを自宅サーバー化する人は少ないのかね。
Re:サーバーアプリ系はnextcloudとWekanだけか... (スコア:2)
LinuxPCを自宅サーバー化する人は少ないのかね。
もう流行らないのかもしれない。
(15年前にFreeBSDで自宅サーバー動かしてた私)
snappy docker steam (スコア:0)
ホスト環境に依存しないように周辺ライブラリー等まで含めてパッケージングする仕組みですよね?
違いがわかりません
色々併存していて特定組織が推していたり特定グループに人気があったりで違うだけなのかな?
Re: (スコア:0)
snappyはホストの設定やライブラリに、できるだけ依存せず、Linuxアプリケーションをインストールする仕掛け(デスクトップアプリが多い)
dockerはカーネルを共有した仮想環境を実現する仕掛け(仮想環境内に特定のLinuxディストロを実現させた、Webサービスが多い)
steamは、、、おら知らね。
なぜだろう (スコア:0)
Archは(Manjaroも?)AURにspotifyがあるのにsnap経由でインストールする理由ってなんだろう
Re:そもそも (スコア:1)
ディストリビューションのメンテナの世話にならずにソフトウェアがリリースできます。
スマホのアプリや言語処理系のライブラリ等では普通ですが、今までのUbuntuやDebianではパッケージングの権限を持ってる人に興味を持ってもらって作業してもらわないとパッケージが提供できませんでした。
Re: (スコア:0)
別に公式に取り込んでもらわなくても、debファイルで公開してたりはされてたと思うが……
Windowsでやる所の、依存DLLを全部アプリと同じフォルダにぶっ込む奴のが近いんでは。
# 一方node.jsは全部スタティックリンクした。
Re: (スコア:0)
それは怪しいものも流せるってこと?
Re: (スコア:0)
Snapchatじゃなかった
Re: (スコア:0)
rpmやdebなどとは異なった、いわば次世代パッケージングシステムの一つ。
本番環境に依存しないよう、本番環境を荒らさないよう、アプリとライブラリが一緒くたにパッケージされてる。
他にflatpak、appimageなどがある、らしい。
てけとうに検索すれば色々出てくるが、
https://gihyo.jp/admin/serial/01/ubuntu-recipe/0507 [gihyo.jp] あたりか。
# コアパッケージとアプリの分化という意味なら、FreeBSDが大昔から(略
Re: (スコア:0)
他に自動アップデートと非常に多くのLinuxディストロで同じパッケージを使えるってのと複数バージョンインストールできるなどが従来のパッケージングシステムとの違いですね。
あと当然ですがストレージ効率は悪くなりますね。
Re:なんのいみがあるんだ? (スコア:1)
タレコミにもありますが、DebianでFirefoxが3位というのが面白いですね。
Debianだと標準のFirefoxがESR版なのですが、最新版を必要としている人が結構いるということだと思います。
Re: (スコア:0)
開発側がQAしてリリースし、Debianのメンテナがダウンロードしてきたソースコードを依存ライブラリのバージョン等の違う環境でビルドしてアップロードするって作業が入ってるのがデフォルトのパッケージなんで、まあ、無駄に大変なんですよね。
Re: (スコア:0)
Debian系デスクトップから離れて久しいのだけれど、 2016年に諸問題が解決して iceweasel から ESR 版というものになっているのですね。
Re: (スコア:0)
だからどうしたという話をする場所、それがスラド。