オススメLinuxディストリビューションは？ Part88

前スレ
オススメLinuxディストリビューションは？ Part87
https://mao.5ch.net/test/read.cgi/linux/1675795293/

chromeOS載ってるの殆どがceleron N系のデュアルコアだもんなぁ…

学校でchromebook使ってる所はどうすんかね？

>>610
フォントをインストール出来ないとかソフトウェア上の問題もあるのでは
iPadですら改善した部分をどうして放置する？？

無印でなくFlexのほうならいけるんじゃないかな

ChromeOSってDebianの低機能版やん
もうそれDebianでよくね？
Android/Linuxも仮想マシンで動かしてるだけやろ？
少ないストレージで無理しやがって・・・

ChromeOSは高性能だぞ。
Debian なのはLinux としてDevelopment で後からLinux を導入するとDebianが入るというだけだ。
少ないストレージ、メモリでブラウザが利用できるように最適化されている。
DEはGnomeに似ているが、普通に使えるし。

いやだからChromeOSはDebianの機能削減版やって・・
Debianの自由を剥ぎ取ってChromeブラウザで固めたやつ

本体部分の自由度が低いんだよな
Flexはgoogle playが入ってないので意味ないし
普通にdebianやubuntu（+ブラウザ）を使ったほうが良さそう

組織がLinuxデスクトップとしてWindowsの代わりに導入するならUbuntu等よりもChromeOSの方が良いと思う
Xubuntuと併用してるけど、徐々にChromeOSがメインになりつつある

>>619
何に使うの？

>>619
KDEだと世界かわるぞ
KDEは最新版のWinと互角レベル。Xfceは98,XPレベル

>>620
個人的なPC作業の全てに使ってるよ
当然ブラウジングやWebサービス利用がメインだけど、プログラミングやゲームもChromeOS端末使ってる
Linuxアプリも昔は動きが悪かったけど今は特に不満無し

ChromeOS自体はGentooベースでLXCでDebian動いてるだけだよ
ちなみにuidとか揃えてゴニョゴニョすると
Debian以外のディストリも動かせるよ

KDEは意味不明なエンバグデグレがなければ常用
Q4OS等のTrinityに逃げた人も居るかも

自由が少ない→劣化版
　
ハードが弱くてもブラウザーが動く→高性能

機能をブラウザーに絞ってガチガチニ固めてるってことで、言葉と視点は違うけど
同じ事を言い合ってるんじゃないかな

たまにはLXQtのことも思い出してください
一部の人が熱狂しているGarudaだとLXQt-kwin

>>621
そう XPや2000のようなUIに戻してほしい人にはXfceやLXQtの選択肢がある
だから　大きな需要があるんだね

wineでclassic shell使えませんかね？

>>628
わざわざ、MSに嫌がらせ封印されて
嫌になっちゃって、開発やめちゃったの引っ張りださなくっても
KDEなら、メニュー沢山選べますよ

>>626
garuda-lxqt-kwin-linux-zen-230501

>>628
あ

で
KDEのメニュー沢山選べるっていったけど、やり方わかんねーよバーか
って苦情がある場合は、ここではなくてKDEスレで質問してください

何とぞよろしくお願い申し上げます

>>631
良く意味が分からない

どんな環境で何をしたいときに、そんな感じの話が出て来るのか、KDE過去スレ含めた過去のやりとりを端的に示して貰えないだろうか

Garuda, fedora, manjaro, Linux mint, MX Linux, antiX, q4os, EndeavourOS以外で、今試すと楽しい・興味深いdistroって何だろう

garuda kde lite以外は試す意味がないんだよな

Archalienって便利だね
debtapより優秀でarch系には常備してほしいよ

>>633
Arch, gentoo で仕組みを勉強すると楽しー

fedora coreまだ流行ってるんだ！ありがとうございます。

今はfedora linuxやったな
redhatの敷居が思ってたより高そうやから次の候補としてはfedoraかな

RHELは基本無料やで

え？いつから無料？

>>633
Voyager

>>640
「RHEL 無料」で検索してみた

www.publickey1.jp/blog/21/red_hat_enterprise_linux16okred_hat.html
>個人開発者はRed Hat Enterprise Linuxを無料で最大16システムまで利用可能に、
>本番環境もOK。Red Hatが開発者向けプログラムの拡大を発表
>2021年
>2月1日以降
>必要なのはRed Hat Developerプログラムへのサインインだけ

あ、結構です…

CentOS8でやらかしたから
20年は善行を積まないと信じてあげない

ターボリナックスつかってろや

FUJI？

CutefishOSは？

>>633
Linuxじゃないものをさわってみるとかいいかもよ
例えばillumosのOpenIndianaとか
これはポストSolaris指向
https://www.openindiana.org/

>>642
基本は？
これだと一部条件にマッチする場合だろ？

Red Hat Developerプログラ厶に期限とかなかったかな？

>>633
NixOS

>>633
LFS

>>649
>>639がどういう意味で「基本」と書いたかは知らない
「一部条件にマッチする場合」に無料になることを知らない人も
いるだろうから書いてみただけ

どっかの会社みたいにソッコーでCentOSやめる奴を排除しただけ
楽天モバイル同様、乞食排除

営利企業としては健全
カノニカルのマネタイズの現状って、どんなんだっけ
有料LTS??

RebournOS良さそうだね
Endeavourとどう違うのか見てみようかな

そこらのKDE採用arch系と何が違うのか、公式サイトじゃ良く分からん
ショーケースが空だ

Lubuntuのsnap外してフラパでfirefoxいれちゃったけど
Gnome-SoftwareのUIがローカライズされてないのはカノニカルの嫌がらせっぽいね
そんなことが積み重なってみんなArch系に流れているんだなと

fedoraでもええんやで
CentOS streamをデスクトップ用途で使っている日本人は、ゼロかも知れないがなあ

おれCentOS stream 使っているんやが...
普通で困らんし、安定しとるし、見かけ(Gnome)も大人しいけどな。
悪い要素ないで。

manjaro
endeavour
reborn
arco
こういうのを試すとarch系って.debとか.rpmとかと同じで面倒くせーな
っていう誤解に行き着くからやめた方がいいだろってハナシなんだよな
あとgarudaもkde lite以外は上にアゲたのより多少マシかって程度だから
検討すらしない方が無難だってこと

お前はまずソースからコンパイルしろ

脳みそをソースからコンパイルしたほうがよさそう

BunsenLabs超ｵｽｽﾒDebian系軽量Linux

Gentooインストールバトルどうぞ

>>662
アインシュタインとか頭脳系偉人の脳みそのソースどっかに落ちてないかな？

ではここでリンカさんが一言

>>638
RHEL互換ならMiracle Linuxがよろし

>>665
のーみそこねこねと言ってほしかった

Centos7が来年終了するので後継OSを探しているんですが、Rocky linuxあたりはどうですか？

生理的に無理な人にすすめる気はないけど

https://yum.oracle.com/oracle-linux-isos.html

>>669
RHEL本家がよろしい

ターボリナックスつかってろや

>>669
条件を満たせば無料のRHEL

RPMとかねーかな流石に

Mageia
PCLinuxOS
OpenMandriva
ROSA Linux

Mandrake四天王最弱なのは…

RPMとか極々少数の信者だけが使ってるらしい格別面倒ばかりかかる特殊なものです

無知は罪だぜ

>>668
なんか、すいません

>>677
ほんとこれ
今は情報源なんていくらでもあるし

ムチはご褒美ムチムチもご褒美

>>680
だらしな系おなか

仕事やんないならyumは今後も知識ゼロで多分良いかな？？？
来年6月まで、安心できない人は居るかも知れんけど

>>674
個人的な感想ですけど
debと比べると、rpmの方が簡単だし良くできてますよ
まぁ、後発の、archのPKGBUILDが一番分かりやすいと感じますが…

あ
パッケージを作る場合の話ですので
使うだけの方には、あんま関係ありません
誤解なきように…

Debian系ディストロは無線LANとかのプロプラドライバ含まれて無い事多くて積むケースが地味に多い
Ubuntu系ならドライバに関してはマシだけど個性が無い

ターボリナックスつかってろや

オマエガナー

この辺とか
そんなに認知度が低いのかな
https://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/11.7.0-live+nonfree/amd64/iso-hybrid/
https://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/

その人が知らないだけかと

結局今デスクトップ用途で主流なのって圧倒的にarch系なんだろ？

>>691
割合は知らんけどウブンツがunityとキャノニカルのせいで個人ユーザーから見限られつつあるのは確か

「かんたんなDebian」を求めてた層が「かんたんなarch」に流れてる

なおMXは健在なもよう

逆にウブンツは企業ユーザが昔より増えた気がする
気がするだけ

だってdebianのほうが簡単なんだもん

Google も Ubuntu 止めて Debian を元にした自前のディストリビューションにしちゃったしな。
Ubuntu が進めたい新機能、途中で止めちゃっう事も多いイメージだし、5年間同じマシンでOSをアップデートしながら使う用途にはUbuntuは向いてないイメージ。
LST は準備してくれているけど。

ローリンアップデートの楽さに気づいてしまったのだな

パッケージ自作はNixOSが楽
OSをカスタムして使いたい人ほどNixOSがおすすめ

ArchってAURに大きく依存してるっぽいけど
AURのPKGBUILDって再現性ないでしょ？しらんけど
ビルド環境の違いでトラブル起きたらデバッグ大変じゃない？

NixOSのnixはビルド環境から完全再現する仕組みになってるからな
debもrpmも依存パッケージは緩いバージョン指定がされてるだけだから
作者のビルド環境を再現するの難しいよね

ターボリナックスつかってろや

>>692
かんたんなarchといえばgaruda kde liteだね

>>697
NixOSは使ってないから知らないけどマイナーのOSはトラブったときにもう詰むやん
やっぱりDebian最強

mintと和解せよ

>>697
NixOSよく知りませんけど
ArchのPKGBUILDは、AURだけじゃなくて
Arch全体のパッケージを作る為のものですよ

で
自分でビルドするにしても、PKGBUIDのテキストファイル1個に、レシピ書いたら
すぐパッケージにできます
当然、依存関係の注入もできますし
Archはローリングですので、バージョンは最新の物を使うが推奨されています
なので、AURのパッケージでメンテされてないものは、人目でわかるようになっています
そして、Manjaroは、archのリポジトリを再テストしてる都合上、本家Archに比べると1ヶ月ぐらい更新が遅れてきますので
それを、よく問題にされますが
それは、Arch本家の問題ではありません

ロボットで無意味なレスしてるやつどこに通報すればいいの？

時代はopenSUSEである

>>703
同じフレーズのヤツなら、NGワードにしちゃえばOkです

同じレスばっかしてたら、そのうち規制されるでしょ

で
この板の自治は無理ゲーですので、諦めてください

そんなことより、オススメのディストリについて語ろう！

貴方のオススメのディストリはなんですか?

>>700
どんなトラブルかによる
nixのDSLでシステム設定を宣言的に記述しておけば
起動しなくなってもブートメニューで
前のシステム構成から起動すればおk

仮にブートローダーを破壊してしまっても
Gitにnixで記述した構成を保存しとけば全く同じシステム構成でインストールできる
スナップショット要らずだし、何を変えたか分かりやすいし、
複数のマシンで設定を一部変えて
同じようなシステム構成にするのも簡単

前のシステムに戻せない事によるトラブルはないが
使いたいパッケージがなかったり、古かったりした時が面倒かな
そういうときに、英語でググれたり質問できるハードコアなLinuxユーザー向けとは思うが
システム構成をすべて宣言的に書けるのは
学習何度に勝るメリットだと思う

>>704
suseもローリングのだしてるし
なんつたってKDEのパトロンですからね
suseに足向けて眠れません
suseの方角分かんないけど…

>>702
今までのパッケージマネージャーは
依存関係にあるパッケージのバージョンを固定出来ないのが問題
nixは全て固定できる

nixはビルド自動化ツールに分散キャッシュ機能を付けて
パッケージマネージャーのように使えるようにしたツールとも言える

ソースコードのtarアーカイブのハッシュや依存パッケージ、configureスクリプトに渡す引数なんかをハッシュ化して
そのハッシュで既にビルドした物がキャッシュに無いか検索
ローカルに有ればそのまま使うし、公式リポジトリのキャッシュにあればダウンロードする
キャッシュされてないパッケージだけをビルドする

ビルド時は上記の入力にない物がビルドに使われないように
サンドボックス内でビルドして
環境依存のビルド不具合を防いでいる
だから「git cloneで取ってきたnixがビルド出来ない！！なんで！？」みたいな問題が起きない

実行時も入力に書かれているパッケージしか基本的に使わないので、
実行時のライブラリバージョンの違いによるエラーも回避できる

公式リポジトリにあるパッケージは既に同じ設定でビルドしてキャッシュしたのがあるので、
大半はビルドせずダウンロードするだけで済む
マシン固有の設定も「キャッシュされてないパッケージ」として扱ってビルドする

NixOSは一部のパッケージだけバージョンアップしたりパッチ当てたりして
使うのが非常にやりやすい

公式リポジトリはGitHubにPR出してマージされれば
そのうちCIでビルドされ、ビルド済みのパッケージがキャッシュされる
GitHubだけで完結するのが今風で良い
（すぐレビューしてくれるかは別にして・・・）

自分のパッケージリポジトリもGitHubでリポジトリ作るだけで良い
ビルドとパッケージのキャッシュもCIで自動化しようとするともう少し大変だが、
カスタムの部分をソースからビルド出来さえすれば良いなら
GitHubで公開するだけで良い

Archは公式パッケージは何か使って再現性は確保してるらしいけど
AURは特にそういう仕組みなかったと思う
Archよくしらんけど

>>708
なんか理解しきれてないけど
debでもrpmでも依存パッケージの
バージョンの措定できますよ
なんとか以上とかって…

Archに関しては、繰り返しになりますけど、最新版使うのが常識なので、あえて言及する必要ありませんが
それでも依存関係でバージョンが古いって怒られたりもしちゃいます