オススメLinuxディストリビューションは? Part70
レス数が950を超えています。1000を超えると書き込みができなくなります。
開けましておめでとうございます。
今年も、まったり語り合いましょう。
■参考
http://distrowatch.com/
■前スレ
オススメLinuxディストリビューションは? Part69
https://mao.5ch.net/test/read.cgi/linux/1504523022/
Linuxの各ディストリビューションについて訊いたり勧めたりするスレッドです。
信者やアンチや食わず嫌いの粘着はいつものことなので注意しましょう。
話半分程度に読んでください
Linuxユーザーの実態
http://i.imgur.com/qgLh1fT.jpg
Linuxユーザーの人生の流れ
https://pbs.twimg.com/media/CQsgpyuU8AAM5H5.jpg >>874
プログラミングならWindowsにだけは敵わないと思うけどな >>868
ここがオススメのディストリについて語るスレであることすら
理解できないオマエが「見極めが大事」とか言ってるし…
「見極めが大事」なら、「それはここでやるべきことか」どうかなんかじゃなくて
お前がここに来なければ良いよ Cylon Linuxというのの3D効果はどうですか? >>876>>879
Win10が良ければWin10を買って使えばいいってだけだな
>>834>>838>>841 linuxをデスクトップてって一昔前は貧乏人しかいなかったけど、今は使えるね
それでも好事家のイメージだが。よく開発してくれてるよ。有り難い 自分でディストリビューション作るにはどうやればいいのかな
とっかかりがまずわからない >>880
先にオススメしてもらったChaletを試してみてBSD+xfceもやってみるよ
ありがとう BSD+xfce…
http://silversack.my.coocan.jp/bsd/xfce411x-buildxfce.htm
>FreeBSDで遊ぼう
>デスクトップ環境の構築(XFCE4.12_1 on FreeBSD 11.x)
なんか大変だな、と思う
こんなのもあるし
>シャットダウン/再起動権限の設定
>何も設定しないと、一般ユーザーでログインした際、電源を切ることもできません。 BSDは基本サーバー用途
だから軽く動作する
rootでログインしないと重要な操作はできない
(設定変えるとか電源落とすとか) また用途によって使い分ける必要あり
Windowsアプリを動かす必要あり→FreeBSD
銀行なとガチでセキュリティが必要→OpenBSD
OpenBSDは起動する度にカーネル構造が変わるという最先端のシステム
つまり世界中でOpenBSDの構造が全部違うという事、ハッカーにしてみれば厄介なOS OpenBSDのハッカーが少ない理由それで開発進まないっていう話?
*BSD全体的にハッカー少なくて開発遅々としてるイメージしかないな >>888
話の流れで問題になっているのは(XFCE4を使った)デスクトップ環境の軽さ
*BSDは基本サーバー用途だからデスクトップ環境が軽く動作する
とか言い出すとわけが分からなくなってしまう
http://silversack.my.coocan.jp/bsd/xfce411x-buildxfce.htm に書かれてるような
デスクトップ環境の構築は(デスクトップ向けの)Linuxディストリビューションなら
インストールし終わった時点でできている
こんなこともない
>何も設定しないと、一般ユーザーでログインした際、電源を切ることもできません。 >>891
これか
https://opensource.srad.jp/story/18/02/01/0627240/
>開発リソース不足という問題に直面するBSD系カーネル
>FreeBSDやOpenBSD、NetBSDといったBSD系カーネルの開発者が不足しており、
>報告されたバグの修正に時間がかかっている状況だそうだ。 ChaletってUbuntuベースでデスクトップ環境をXfceにしたものらしいけど
Xubuntuと比べて軽さはどうなんだろ
軽くてもLXDEは問題外らしいけどXfceは気にいるのかな >>835>>836 LXDEもダメ、Xfceもダメ、となるとあとMATEくらい?
まあ、そこまでいくとWindowsを使ってくださいとしか言えねえ。 しかし1CDのやつでもDLするの相当時間かかるなあ
どのデスクトップでも使えるというHomerOSというのは
どうでしょう、DLしたがいいですか >>874
自分は、コマンドラインからのビルドも苦にはならないが、LinuxはWindowsより
プログラミングしにくい。まず、エディタの問題。それから、gnu makeの諸問題。
MSのnmakeやWatcomのwmakeに比べると不具合が多い。無駄な表示が多すぎて
どのソースにコンパイルが生じたかがリアルタイムでは視認出来ない。そして
その表示を抑制するのが難しいらしい。 例えば、大規模プロジェクトの場合、多数のディレクトリの中に個々の Makefile があり、
大元の Makefile からそれを実行する。しかし、gccの場合ディレクトリに入ったり出たり
するたびにメッセージが出る。1個の xxx.c ファイルだけを修正したとき、nmakeやwmake
なら、不要なメッセージを消すことが出来るで、xxx.c がコンパイルされたことや、その
ファイルの中でのエラーや警告が端末内ですぐ読み取れて便利。ところが、gccだと何百、
何千ものメッセージの中に紛れて、xxx.cが本当にビルドされたことはおろか、エラーや
警告はリアルタイムでは読み取れない。だから、リダイレクトしてからエディタで確認しない
といけなくなる。 >>870
動画編集(字幕やH264、265でエンコード)、DVD作成、年賀状印刷、MS Office、CDリッピングとUSB DACで音楽再生、DTMも >>901
ありがとう。そんなものがあったとは。
自分は、英語でかなり検索したつもりだけど見つけられなかった。 >>901
ちなみに、cygwin版gccだと、そのオプションはヘルプには出てこない。man gcc にも:
$ gcc --help | grep dire
-print-search-dirs Display the directories in the compiler's search path
-print-multi-directory Display the root directory for versions of libgcc
multiple library search directories
-print-multi-os-directory Display the relative path to OS libraries
-print-sysroot Display the target libraries directory
--sysroot=<directory> Use <directory> as the root directory for headers
-B <directory> Add <directory> to the compiler's search paths >>898で「LinuxはWindowsよりプログラミングしにくい」と書いてたけど
使ったことがあるのはcygwinで、Linuxでプログラミングしたことはないってことかな
プログラムをろくに書けない俺が5分ぐらいで見つけられるものを見つけられないんだから >>905
Linuxでも、簡単な自作のテスト・プログラムを作ったり、大規模プロジェクトを
git cloneして、いじったりはしていた。たまたま検索に掛からなかったのではなかろうか。
ちなみに、WindowsやDOSのプログラム経験は豊富。 ひょっとすると、Linuxでも man gcc や、gcc --help では出てこなかったりして。
昨日までは Ubuntu使ってたけど、今は Windows だから分からない。 悔しいので、Ubuntuを起動してみた。Ubuntuで調べてみても、そのオプションは
やっぱり出てこない:
$ gcc --help | grep -i dire
-print-multi-directory libgcc のバージョンディレクトリルートを表示する
-print-multi-os-directory OSライブラリ関連のパスを表示する
--sysroot=<directory> ヘッダとライブラリのルートディレクトリとして
<directory> を使用する
-B <directory> <directory> をコンパイラの探索パスに追加する
man gcc >a の結果を grep しても出てこない。man の中で 「directory」や
「print-di」などを検索しても出てこない。
普通、こんな場合、そんなオプションはないと思ってしまうのは俺だけか? >>907 >>908
なんで man gcc、gcc --helpなんだ?
「nmakeやwmakeなら、不要なメッセージを消すことが出来る」 >>899
ってことなんだから、それと比べるならGNU Makeについて調べるために
man make、make --helpとなるはずだろ
もしかしてGNU Makeの存在自体を知らないのに
「LinuxはWindowsよりプログラミングしにくい」と書いてたとか…? XcodeやVisual Studioのような統合開発環境はあるにはあるけどどうも使いにくいんだよな >>891
アホかw
Theoは今大騒ぎしてるmeltdownとかのバグを2007年に既に指摘している
先進度がハンパない
おまえのイメージとかどんだけだよwwwwwwwwwwwwwwwwwwww >>913
先進的であるかどうかと開発が遅々として進まない状態かどうかは別の話
>>893
>FreeBSDやOpenBSD、NetBSDといったBSD系カーネルの開発者が不足しており、
>報告されたバグの修正に時間がかかっている状況だそうだ。
https://opensource.srad.jp/comment/3354861
「(OpenBSDには)簡単に見つかるバグはまだまだあって、人さえいれば、
もっとバグは出てくるだろう。(現実には人がいないので、報告すら出てこない)」 Linuxは今は人間に加えて
コンピューターでランダムなコードを打ち込んでバグ探しをしている。
堅牢性は比較にならないよ。 リヌースの法則?
目玉の数が多ければバグなど焼き尽くされる。 >>913
*BSDって
「なんとある機能で3000倍のパフォーマンスアップしました!」
(それまで開発が全然されていなく低性能過ぎで)
とかいうニュースを何度も見てる、改善の大小違いはあるが
万年ハッカー不足の土壌
BSDLのせいも多分にあり >>914
おまえアホだろwww
別に開発が進もうが進まなかろうが、絶対的な性能が高ければ問題ない
むしろ開発が進むというのは未熟な証拠 >もっとバグは出てくるだろう。
えらそうなこと言ってるけど、そのおまえの低脳な頭で指摘してみ?
検証してやるから ソースコードは読めるんだろうな?
もしできないなら、おまえみたいな低脳がスレ汚すな 引用=本人の意見と同一視して問題ない
頭悪い奴多すぎ アホなのはID:68f9j2noだけなんだよな?
*BSD好きはみんなアホだ、なんてことはないんだよな? DebianLXDEとLubuntuってどっちが軽いかな 同じDEを使っていてもdebianとubuntuでは全体の使用メモリ量が100MB以上違うぞ >>926
その差はどこからくるんだろ
一方がもう一方よりソフトウェアが多めに入っている状態で
多く入っている分をアンインストール、足りない分をインストールすれば
結局同じになる、とかいうんじゃないの? >>926
初心者の想像だが、カーネルのバージョンにも寄るのかな?? Cent→Zorin→Fedora
だな。用途がSamba使ったファイルサーバだから今はFedoraのServera版だわ >>923
アホなのは草生やして煽る奴だけだよ
何使ってるかは関係ない 同じDE使っててもディストリごとの軽い重いってあるけどどこから生まれるんだろうな
カーネルのチューニングが違うのかね CPU、マザボ、HDD、メモリとの相性も関係あるのかな? >>934
よほどのレアケース除いてそれは考えにくい OSのベースとDE環境が同じなら誤差ってイメージ。
XubuntuとLinuxMint(Xfce)だと大差がなさそう的な。
ただ、同じ条件(ubuntu+Xfce)でもVoyagerとか
Zorin Liteみたいな装飾的なOSは、どうしてもメモリ消費大きくなるかなあ。 最近やっと気付いたけど
Debian sidよりも普通のDebianの方が安定しているな。 裏で動いてるソフトってlinuxの場合何があったっけ?
当然DEとかファイルマネージャとか日本語入力は起動時に動くから、この辺はOSごとの差になるけど、
windowsみたいに起動時にchromeやら何やらがゴリゴリ起動・常駐は設定しない限り無いよね? systemctlでデーモン確認しろ
debianとかcentだとデフォで100個くらいは動いてる daemon と deamon の違いを調べると中々に楽しいかと もうやめて! >>942 のライフはとっくにゼロよ! 久々に来たらberrylinuxのスレ無くなってるな
LiveCDが出始めたころ世話になったがさすがにダサすぎたか >>950
ニア 殺 してでも う ば い と る lubuntu
minimalのubuntuにxorgやlxdeを組込んだself-lubuntu
lubuntuから不要なパッケージを削除しまくってselfに
限りなく近くしたdiet-lubuntu
適当に名称振ったけど、これらの違いって
組み込み済パッケージの種類だけ?(特に後ろ2つ) >>954
違いって聞かれてもお前が作るんならお前次第だろ そういうカスタマイズがしたくなったならUbuntuは卒業だぞ。
Debianの方が上流だけあってカスタムには滅法強い。 >>954
lubuntuは使ったこと無いけど、鳥によっては最初から入れてある機能の設定をある程度してくれてるやつがある
後から追加した場合はデフォルトのを自分でカスタマイズする
/etcとか/usrのhoge.confなど
その辺り、違ってくると思うよ 使い勝手の決め手はディストリというよりDEだよな
スペックに余裕があるならKDEが最強かな MATEでパネルにショートカット置きまくって不満なしだから
KDEの良さがイマイチ分からない。 その使い方ならlxdeのほうが良くない?
俺はむしろmateの良さがわからないわ
ウィンドウマネージャ貧弱だし ウィンドウマネージャーの動きが一番優秀なのはGNOMEなんだよなあ
動作が優秀なだけで全然設定できないけど >>961
Gnome3がCompiz成果物を取り込んだ部分だけはサイコー!ってことけ?
今となってはKDEも独自に同じような動き実装したから結局KDEでよくね?
とりあえずKDE使っておけばなにも不自由ない >>965
KDEのコンソールやファイラーはウィンドウ分割できるからもっと自然な操作感
それ以外に必要かというと?
Plasma4とPlasma5でも違う、Gnomeと比べたら違う所もそりゃあるだろ
必要なものがあればいいんだ、KDEには全部揃ってる 別にKDEが劣っていると言いたいわけじゃないし
ウィンドウマネージャーの話だからね >>837
Chalet入れてんみた
中々良い感じでなんで当分これ使ってみる
ありがとう
でもLinuxって全般的に文字が滲んだようになるんだけど、これってどうにかならないのかな? >>969
ディスプレイの解像度が合ってないんじゃないかな
設定し直したら直るとおもうよ >>957
細かい環境のチューンナップとかは全く頭になかったよ
そういやそうだね。ありがとう
操作性と負荷はトレードオフっての分かる
xorgとjwmの組合せはどう頑張っても不便の方が勝った タイル型wmに移行するほどコマンドをうまく使えるわけでもないのでopenboxのままだけど
使いこなせたら楽しそうだよなぁ >>969
アンチエイリアスじゃないか?
http://www.mb.ccnw.ne.jp/kontoshi/papa/gimon/anti.htm
デスクトップ環境で使う小さな文字ではその影響が大きい
ヒンティング処理でアンチエイリアスの程度を変えることができる
Chalet(Xfce)でもその処理はできると思うけどXfceを使ってないので分からない
俺はGnome3でヒンティングなしにしてるけどな >>972
にわかhaskell知識でxmonadいじるの楽しいよ >>970
もちろん調整はしたけど直らない
>>973
それもやったけど全然ダメ
ジョブズはwindowsのフォントが汚いと笑ったけど
そのwindowsより汚くてマイッチング
使い勝手が良いOSなのに残念 うちはMacと並べて使ってるけどフォントの綺麗さもUbuntuは見劣りしないぞ
上手くいくと良いね フォントはどのOSも大して変わらんよ
windows以外は レス数が950を超えています。1000を超えると書き込みができなくなります。