オススメLinuxディストリビューションは？ Part72
レス数が950を超えています。1000を超えると書き込みができなくなります。
まったり語り合いましょう。★
■参考
http://distrowatch.com/
Linuxの各ディストリビューションについて訊いたり勧めたりするスレッドです。
信者やアンチや食わず嫌いの粘着はいつものことなので注意しましょう。
話半分程度に読んでください
Linuxユーザーの実態
http://i.imgur.com/qgLh1fT.jpg
Linuxユーザーの人生の流れ
https://pbs.twimg.com/media/CQsgpyuU8AAM5H5.jpg
前スレ
オススメLinuxディストリビューションは？ Part71
http://mao.5ch.net/test/read.cgi/linux/1521209915/ >>875
メモリだけ4GB〜8GBにすればなんでもいいじゃん
メモリが買い替えより高ければ廃棄 >>876
＞メモリが買い替えより高ければ廃棄
それ >>877
資源ごみ回収シールに3000円いただきます デスクトップユースなら、つべが高画質化で随分重く
なってるからその辺を何処まで要求するかで決まる
んじゃねーの
カツカツで出来ても余裕がある程度ないと実用的じゃ
ないしCPUやGPUパワーがショボいのに発熱凄いし
長く使えず結局すぐに陳腐化するよ Linuxで動画のハードウェアデコードできるブラウザ未だに無いからな
一応vaapiに対応させる開発版のchromiumはあるけど不安定だし
youtube見るならLinuxを選ぶ時点で間違っている モニタがフルHDならフルHD動画ぐらいは再生したいが、
それぐらいなら低スぺPCに軽いディストリでなんとかなるかもしれない。
でもそれ以上になるともう駄目だね。
OSの重さなんて関係ないぐらいのPCじゃないと、何もできないのと一緒。
コンテンツの肥大化は恐ろしいものだ。 ブラウザではなく、mpvで再生するという手もあるが、どうか。 自分とこはG4560で2kの60fpsまで問題なくヌルヌル再生できるがな＞firefoxで
coffee lakeならG5400でこれと同等以上、もう少し予算に余裕があるなら
i3 8100とかいけばいいし、特に初心者の人はこういうハード構成がいいと思う
AMDのGPU内蔵はもっとコスパが良さそうだが、インスコからひと工夫必要
だったりするしあまりオススメはできない
ただし下手にxfce4とか古いWMだとティアノイズが出るし古いままティア対策
の設定やると却ってCPUパワーを食う
つべや動画再生なら何もしなくともティアノイズの出ない新設計のWM使った
方がGPUを上手く使って負荷も小さいし純正ubuntuならXorgじゃなくて
Waylandだともっと具合がいいように思える
ちなみにlubuntu18.10で採用されたLXQTもティアノイズ対策不要でとても
軽いWMだから兎に角軽くてメモリを食わないのが欲しい人には向いてるかもね
自分は操作感が気に食わないというか使い勝手がいまいちなので使わない
まだ日本語入力の設定に問題があって情報が少ないので初心者向きでもない gpu補強ならgt710らへんをくっつければいい。 そういう事はとうに試してる
自分は動画エンコもやるのでGPUエンコの画質の良いインテルQSV一択
それにgt710つけるにしてもある程度以上のCPUパワーは必要だし
今年の猛暑でも外部グラボのPCよか凄い安定していたよ gt710やっすいと思ったけどpassmark見たら今世代のCPU内蔵GPUと同等やん
PUBGとかみんなその10倍くらいの性能でやってるんでっせ ジャンクPCがフルHDになり、2kになり、PUBGになるところにこのスレの議論のまとまらなさを体現してるわ。 うん、君はきちんと論理的思考力がある人だね
PUBGは、ジャンクPCがフルHD〜の意味フな流れから君を召喚するための呪文よ CeleronM（メモリ４GB、64ビット、Debian-sid）つかってるけど問題ないよ、たしか1.5Gzレベル
Linuxの良いところはマシンスペックに応じたインストールが出来ること
楽天やamazon、fanzaは、しばらく時間かかるけど、そんなに頻繁に開かないからOK
あと、いつ壊れても買い替え出来るのと多台持ち出来るので俺にはこれで十分 マギアやフェドラは自分でビルドしたxenのdomUカーネルでxenゲスト動かすとsystemdでエラーが出てフリーズ
他の鶏は全部すんなり動く
バイナリにカーネル縛りの鍵かけてんだっけ？ Mint18.3を使ってます
Celeron3.20GHz+4GメモリだとTsutayaの動画が少しコマ落ちします
（見るにたえないわけではないです）
4コアのCorei5 3.30GHz+8Gメモリだとスムーズな動画が楽しめます gpuのチップセットがわからんと何もよくわからんな。
とりあえず、ディストリごとに差はないと思うが、ブラウザではなく、mpvを使って見たらもう少し軽いかもしれない。 素のmpvはwaylandとひどく相性が悪く必ずフリーズする
gnome-mpvにしてgnomeベースなフロントエンドをつけるとド安定 >>898
設定してないからじゃないか？
どうせwayland指定してないだろ 設定してもだよ
waylandでログインし直してみ waylandというよりmpvのバグじゃないの？xorgでもフリーズするし
見てる動画のほかに新たに動画起動すると直るね 本家ubuntu18.04.1LTSだとgnome-mpvが安定してるね
18.10では標準の動画プレイヤーが今んところvlc このスレ参考にして今のDebian入れたら最高にラクだわ
以前はslckware Debian3 OpenBSD fedora gentoo Solus ubuntu
昔のdselectで悩んでた頃には想像も出来ないよ >>904
gentooとfedoraとubuntuは再起動したら立ち上がらないことがあった
solusはソフト少ない
slackwareは新しいバージョン来ないし
OpenBSDは最高に好きなんだが色々と不便 Arch系ディストリが流行ってるからしばらく使ってみたけど
AURの依存解決が想像以上にポンコツだった。
デスクトップ用途ではとても常用できたものではないね。
最先端に出来るのはミニマム状態のときだけで
開発環境もAURで最先端にしようそすると一瞬で破綻する。
最新がパッケージ管理された状態で入るDebian sidが最強だなこりゃ。 >>906
Arch使って6年位になるけど、AURについては依存関係を自分で解決するのが基本で使ってるわ。
AURにしか無いソフトを使うのならAURのPKGBUILDを見れば仕様が一発でわかるから依存関係を足して使えばいい。
ミニマリストでハードユーザー向け（時間も知識も労力も）だからaptが居心地良かった人から見たら不満かもね。
ある程度自分で原因を特定できないと難しいと思う。
最大の利点はPKGBUILDを正しくかければ可能性が広がるんで、そのへんはaptの野良ビルドするよりハードルが低いってこと。
AURをパッケージマネージャーに丸投げするのは大変だと思うよ。
ちなみにどんなAURで躓いたか興味あるから教えてくれると嬉しい。 clang-svn
勝手に既存clangと中途半端に共存させるクソ仕様だった >>908
PKGBUILD読んできたけど、共存させない場合はconflicts=('clang' )って一行書き入れるだけなんで、意図的にそうしてるんだろう。
共存させる需要と理由があるから共存させてるんだけど、それが不満なら不満なのね。
共存させる理由がないなら普通のclangパッケージで十分だと思うけど、これはAURの依存関係がクソって話じゃなくて、
自分が入れようとしたパッケージが自分が思ってたのと違ったって話だと思うからポンコツなのはAURじゃなくてお前の使い方だぞ。
自分に合わないものを無理して使う必要がないからそれでいいんだろうが。 >>908
え、conflicts=('clang')ってちゃんと書いてるぞ。なんで共存したんだよ。
試しに入れてみてもいいけど、まともな使い方してたらインストール前にclangを削除していいかって聞かれるはずだぞ。 >>905
OpenBSDってなんかリポジトリサーバーが異様に重かった記憶あるんだけどその辺改善されたのかな？ >>910
入れてみたらいいんじゃないかな
Archの酷さを思い知ることになるぞ >>910
世の中には自分の嫌いなものを貶めるためなら平気で嘘をつく種類の人間がいるんだよ
Archスレでやるとすぐに嘘がバレて袋叩きにあうからここでやるんだろうな、そのぐらいの知能はあるようだ パッケージの衝突の回避もまともにできないようじゃUbuntuですらまともに運用できなさそう
「何もしてないんだけど壊れた」って マルウェア混入すらあるAURがガバガバなのは間違いない
Archは公式リポジトリで足りるような事しかしない人向けのディストリだし セキュリティが何も保証されてないPPA要らなきゃいけないUbuntuとか公式サイトがハックされたMintよりはマシだけどなあ Debianは基本的にdeb-srcがセットで用意されているから
apt sourceからのapt build-depという2行のコマンドで
リポジトリの全てのパッケージで自前でコンパイルする準備が可能だけど
pacmanってそういう仕組みはないの？ 外部のリポジトリはaptのようにソースコードとワンセットにする慣習はないね 公式パッケージで互換性のないアップデートがあった時にそれに依存するAURのパッケージはバージョンが一緒でもリビルドが必要なのは知らないとハマる人もいるかもね
それが原因でAURのパッケージは不安定とか感じてる人もいそう どれがどれに依存していたのか
アプデの度に手作業で調べるのか？
それはもう構造上の欠陥としか思えないぞ >>913
入れてみたぞ。何らひどいところがない。AURヘルパーはなにを使ったんだ？きちんとpacman -Syuuしたのか？
>>914
そう思われても仕方ないね。
>>916
そりゃ非公式だからな。PKGBUILD読めない人が使うべきじゃない。普通は読まないとかいうならArchは普通向けじゃないから使うべきじゃない。
>>919
あるよ。pacmanは公式でメンテされてて更新ごとに公式でビルドしてるから。AURに不調が出やすいのはpacmanの更新に合わせてAURパッケージのメンテナが作業するまでに時間が必要なだけ。
依存関係はPKGBUILD（パッケージを作成するビルドスクリプト）に直接書き込まれてるので、パッケージ名が変わるとPKGBUILDを更新する必要がある。
だけど、上流の開発ブランチにぶら下がってるようなPKGBUILDは新しすぎてメンテナがいちいちPKGBUILDを更新しない（する必要もないから）自分でコマンドをうって入れる。
AURはpacmanと連携はするが、別物なので。
>>921
いそう。
>>922
俺が言いたかったのはAURのパッケージは壊れても文句言えないぞ。動かしたかったら自分でPKGBUILDをある程度理解しろよってこと。
Linuxもビルドすらできない人が増えてきたなァ、という印象だわ。自分に合わないからってディストリのせいにするのはやめようぜ。 >>913
ていうかそもそもオリジナルのclangと違うからBugがあったらバグレポしてねって書いてるじゃねえか。
ドキュメントも読めないのにAUR使うからお客間根性で文句垂れるんだろ。AURは簡単に投稿できるし、ハードルが高いから英語読めないと厳しいぞ。逆に知識があれば他のディストリにないコアなパッケージを入れることができるからそんな層にオススメなだけ。 >>922
別にお前がそう思うんならそれで良いんじゃね
公式がToDoでsonameのバージョンが変わったパッケージはそれに依存する他の公式パッケージがリビルド完了するまで告知しててくれるし
仮にリビルド忘れても実行時にそのバージョンのライブラリねーよ！って言われて気付くから大した問題じゃないし
むしろお前が｢ArchのAURは公式のパッケージにあわせてリビルドが必要！欠陥だ！｣って騒いで周知してくれたほうがそれを知らずにArch使ってる人もそれを知れたりでコミュニティのためになるかもね 個人的にArchが一番いいなって思うことを書くと、自分でPKGBUILDを(5~6行のbash）書くだけで自作のスクリプトでさえ/usr/binに置けるようなシステムに依存したインストールができるから良いよ。
PCを引っ越す時もPKGBUILDのバックアップがあれば自作のシステムもすぐ再現できる。ビルドも最小限で済む。PKGBUILDに書かれてる依存関係は最低限に限られてるから自分で組み合わせてインスコできる。
独立系のLinuxだから他のディストリと違う作法に慣れなきゃいけないだけ。 おじさんちょっとウザいけど間違ってないから好きだよ。 Debianはメンテナが責任を持って管理
Archは自己責任の名の元に管理が適当
どっちがいいかは何とも言えないわな 無ければ作る側にいたのも遠い昔
一番のトラブル要因は自分で何かしようとすることだと気づいた今は
全てお膳立てされているものこそが至高である 今日はArchのいい人が中心だったのか
俺だったらいちいち書くのめんどいからいつもの基地に絡まれたら早々にガイジ認定する sidのclangは6.0だからArchのclangとバージョンは同じなんだよな。最新安定版ならAURを使うまでもなくインスコされるので、何がしたかったんかさっぱりわからん。
安定版じゃないパッケージを入れてパッケージが壊れたって騒いでるってこと？ 今見たらsidはclang8ですら公式パッケージで提供されているね clangの8って開発バージョンじゃないの？6.0.1が最新版でArchのは今見たら7だった。
8って誰が使うの？test用じゃなくて？ きちんと調べたけど、clangはLLVMとバージョンを合わせて開発されてるらしくて、9/19にリリースされたLLVMが最新で7.0。clangも7.0.0が最新。
Arch公式の7.0は最新安定版。ちなみに日本語のwikipediaは情報が古く、6が最新って書いてる。
当然、8は開発版だからsidにしろ、Archにしろ、まともに動かなくてもどこに文句いうのもお門違いだな。。 そもそも本当に不具合なのか自分がなんか間違えてるのか切り分けられてないのに｢Archが悪い｣って言ってんだから相手にするだけ無駄じゃろ Archが悪いわけではない
Debianがあまりにも優れているだけだ Linuxの勉強を始めるならスタンダードだし安定もしてるDebianがいいよな
RHELが前提の勉強ならCentOS一択だけど 始めて触ったLinuxがRedHatLinuxだったのもあってずっとFedoraですわ 勉強って意味合いがな、
仕事で使うとかならdebian、ubuntu、centOSとかだな。
Linuxの仕組み自体知りたいならArch,gentoo ArchユーザーがArch Wikiを読んでいる間、Debianユーザーは仕事をしている。
ArchユーザーがPKGBUILDを書いている間も、Debianユーザーは仕事をしている。
Arch Linuxは働かない人の為のディストリやね。 Archは評判いいの？Centosしか使ってないんでw
kvmで入れて試してみようかな。 今や虫の息のデスクトップ向けディストリ界にあって、
長期にわたって比較的アクティブに開発が続けられてコミュニティもまあまあちゃんとしてるというだけ
もうそのレベルですら貴重なんだよ 役目も終えてメンテする人もいなくなったのに
Redhatのために無理やり延命させられたCentOSは CentOSはRHELの無償版クローンとしての役割をしっかり果たしてるしな
Fedora同様RedHat社の無償版製品みたいな状態だけど >>950
>Fedora同様RedHat社の無償版製品みたいな状態だけど
え? 違うの??? Fedoraでは悪評ついたが
CentOSだったら躱せる
といいな（Redhat >>952
Fedoraは最新の技術的実装を試したい人向けでしょ。
その分、不具合が多いのは当たり前じゃないの? FedoraとCentOSとRHE使わなければ円満解決 >>955
ワロタ乙
RHEL→UBUNTU/Debian系統への分岐は違うけど面白いからいいやｗ 仕事っていろいろあるからな。Archは鯖には向いてないが、開発環境には向いてるぞ。 鯖でも余裕で使えるよ
mixiが本番運用にarch使ってたはず >>955
仕事をしないでこんなものを作っていたのか FedoraユーザーはRedHatがRHELでボロ儲けするための手助けをする無料テスターなんだろ
好んで使いたがる奴は変態なのか？ >>965
>>945が1日がかりで作ったものなんだな >>955
CentOSでもFedoraのリポジトリ挿せばおおよそ最新らしきバージョンのソフト使えるけどね ちょうど出たとこなんだからNeonの話しなよ
アホなpngなんかよりよっぽどまとめやすいよ DEはディストリビューションじゃないと何度言えば… >>948
虫の息ってメーカー製品だろ？
Linuxなんて自作者が多いOSだからデスクトップは健在なんだよな。 ChaletOS16.04.2 ってそのまま18.04にアップグレードできるのな
当初legacy boot でやったけど efi boot でも grub 再インストールで
18.04化（Xubuntuのみか？）可能だった
これじゃあChaletOS18.04は出ないなあ debianは以前より随分重くなって特に初心者がインスコしたら
重さはubuntuと全然変わらんらしいお
しかもRyzen内蔵のamdGPUとの相性が良くなくて特にインストーラー
が極端にダメでインスコできんとか
まだ対処方法のあるubuntuの方がマシ レス数が950を超えています。1000を超えると書き込みができなくなります。
