オススメLinuxディストリビューションは? Part70
レス数が900を超えています。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 >>846
昔は統一されてなかったからコピペすらできなかったんだぞ linuxといえば昔は貧乏人のための古いPCや低スペPCの救済アイテムみたいなものだったのに
今はWinの最新のOS並にスペックを要求してくるからたまんないよな
これじゃいくらタダとはいえサブマシンにまで金かけなきゃいけない
嫌な時代になったよ そんなに要求厳しいかなあ。今、10年前に組んだCore2+4GBメモリPCで運用してるけど
V2C-Rとchromeアプリ2つと、FireFoxでタブ6個開けていても、
重く感じることも無く快適。lubuntuなら2GBメモリでもブラウジング+αくらいなら余裕じゃない? 軽いのは軽いんだが快適とは言えない
昔ならPCのスペックが同じなら断然Linuxの方が軽いし快適で
Winに必要性を感じなければ迷わずLinux使ってたけど
今はPCのスペックが同じならWin10の方が明らかに快適
初めてLinuxを使った時のような快適さは今は全然感じられない 快適ってのは主観だし
使い勝ってのは習慣
debian stretch でopenboxのみならサックサクだよ 2chは、第三者的で平均的な意見交換が難しい。
なぜなら、それケナされると困る「当事者」が割って入ってくるからだよ・・・。 友達同士みたいに「Linuxって結局使えないよね(残念そうな顔)」「そうやな〜」みたいな
共感が得たくて話しても、2chでは無理なんだな、これが。 Linuxは大した事できないからな
だからXPが入っていた中古PCの再生にはちょうど良い
Win10が動くPCにLinux入れて大した事をやろうとするからガッカリする訳で >>856
「オススメのディストリについて語ろうぜ」って言われてるのに、脈絡なく「Linux使えないよね」って返したら、
嫌な顔せず「そうだね」って返してくれる友達と知り合いなのか
そいつ聖人君子だから大切にしろよ >>852
昔がいつにもよるけど、Vista〜Windows8でユーザーを失意のドン底に落とした2010〜2013年ごろなら
当時のwindows界隈がクソすぎたのもあって、相対的に快適だったかも。
windows10はスペック十分ならよく動くし、以前ほどの違いが感じられないというのも分からなくはない。
>>853 じゃないが、linuxは環境を極限までカスタマイズできるからBodhiかwattOSでも試したら?とは思う。 プログラマ目線で言えば、現状の問題点をリストアップすれば、開発しやすく
なるので、問題点を上げればいいと思ってるんだけど、それも全否定されてしまう
から、先へ進まない。自分の環境だけで起きていることなのか、日本全国で起きて
いる事なのかを確認できるだけでも原因を追究しやすい。どこのモジュールに問題
があるのか分かれば修正は早い。 WindowsはVistaがむちゃくちゃ重くて、
その頃LinuxはBerylとかCompizとかがopenGLでサクサク動いてた
ただLinuxは動画の処理が遅くてどっちもどっちだったなw
Windowsのほうは8あたりから軽くなったけど、
Linuxはその頃から操作感があんまり変わってないよな まあオマエラ喧嘩すんな
俺が今から昨日教えてもらったChaletで試してみる
もし俺が気に入ったらオマエラにもオススメしてやるよ >>864
で、気に入らなかったら同じことを続けるわけだ ディストリ選びなんぞDebianに到達すれば終わること。
はやくその無駄な時間を有意義な事に使うべし。 >>866
頼れる相棒としてのDebian
学習用&おもちゃとしてのArch
これでもう満足してしまったわ
あとはLFSに挑戦したいくらいか ここがオススメのディストリについて語るスレであることすら
理解できない奴が「プログラマ目線」とか言ってるし…
「プログラマ目線」では、「それはここでやるべきことか」どうかの
見極めが大事だと思うんだけどな Linuxでできる事ってメール、ブラウザ、動画再生、LibreOfficeぐらいか? ゲームもいくつかモロイのあったぞ
チェスやソリティアなどとSteamで3Dものも グラボ新調したからSteamでゲームでも買ってみるかな Linux だからこそやりやすい作業ってなんだろう。
プログラミングや機械学習といった環境構築は Linux のほうがしやすいと思う。 >>865
Linuxてそういうもんじゃんw
オマエ馬鹿だなw インスト直後から構築直後まで常に
保存した状態から高速起動できるパピーとか
音楽環境が最初から整ってるubuntu studioとか
尖った方向に突き進んだ派生osが存在するのが強みかなって
思ってる
そういやwindowsは同時接続数の制限撤廃したのかね
相変わらずビジネス未満は一桁なんか
クランでマイクラの鯖立てるときにこの制限があって
嫌な思いしたの思い出した >>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 の違いを調べると中々に楽しいかと レス数が900を超えています。1000を超えると表示できなくなるよ。