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

開けましておめでとうございます。
今年も、まったり語り合いましょう。

■参考
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

>>797
低スペ　Mint＋LXDE

>>808
だよな
Arch好きだしチャアクも好きだわ

LinuxはPython絡みが終わってる
Ubuntu以外ではDebianですら環境作り直さないと駄目とかあるし。

>>809
低スペでMint出すならLMDEじゃないの？

今のLMDE2はuefi環境？だと、パーテーション作るのが難しかった。
なんとか入れたが、LMDE3では簡単になってると期待。

>>812
LMDEは不安定な上にWineが古すぎてImgburnが動かないので論外

低スペって脳みその話かと思った

linux自体のシェアとか使い心地は別スレあんだから
そっちでやれよまじで

>>811
pythonがらみならWindows環境の方がよっぽど大変だと思うが…

Python自体が糞だからな
オープンソースで広まってるのが不思議なくらい

archになれすぎて久しぶりにubuntu仮想にいれてさわったらどこにどのファイルがあるかわからんかった。カーネルの.configが/boot直下のどれかもわからんくて気付いたら寝てもうた

andriod使いながらpython糞とかLinux終わったとか云う笑い話かな

DebianとKaliもWindowsストアアプリになったな

メインがLinuxだろうがWindowsだろうが結局androidを活用できるような環境にしないと
どんなOS使ってても意味が無いよね

>>818
どこが糞なのか具体的に言ってみろよ
糞はお前の脳みそだろ？ｗ

>>823
自分が使いこなせないものを糞というのは社会不適合者にありがちなこと

そっとしといてやろう

まあPythonのインデント構文はダメな理由の筆頭だろうな
あれのせいでバカに書かすの躊躇する

PC、スマホ、タブレットのハードとOSを1社で提供してるAppleとか実はすごい存在だよな

やっぱりLISPがナンバーワン！

おそいもん

Ryzen APUで使えるのDebianとSlacko64だけだな
いずれもUEFIのインストーラ

zorinの32bitと64bitを試してみたんだけど違いがイマイチわからない
しかもWin10の64bitに比べてかなり鈍い気がする
なんか期待してた分ガッカリした

ゾリンは昔試したが超絶不安定で捨てた

理由がないなら取り敢えず64bitにしときなよ
Chromeとか32bitのサポート切ったアプリがちらほらあるし

メモリ4GBで32bit入れて使ってたパソコンのメモリを8GBに増やしたんで
せっかくだから64bitにしてみたんだけど違いがそんなに感じられないんだよね
やっぱり16GBぐらいは積まないとダメなんかな？

試しにWin10の64bitの評価版も入れてみたんだけど
こっちはビックリするほどサクサク動いてくれる

今のLinuxの64bitて全部こんなに重いの？
これなら正直Win10買おうかと思ってるぐらい早くて快適なんだよな

>>834
LXDEを試したら？

>>835
そんなことするぐらいならWindows10買ったほうがイイな

ZorinってGNOMEベースだっけ？
だったら、多少モッサモサするかも。メモリの問題じゃない気がする。
ZorinLiteならXfceなので軽く感じるかもしれんけど、
windowsライクなOSがよければ、最近ならChaletOSでいいんじゃない？

>>834
Win10が良いならWin10にしたら?

>>834
お前だけじゃない？
うちは4GBでも軽いぞ

まず「こんなに」がどんなにか説明してみたらどうだ
こんなにがどんな状況かさっぱりわからん、VGAどうなってんだ他

>>837
ChaletOSか
ちょっとソレ試してみる
ありがとー

>>838
ウルセーこのハゲ
ムカつくわ

>>839
もしかしたら海賊版をダウンロードしたかもしれん
なんつーかWinだと何かするのにenter押してからの反応が
「タン・チ・ーッ・ポン」だけどZORINだと
「タン・ーッチ・ツ・ーッ・ドゥポン」て感じ

じゃぁWin使えば？？

Win10買おうかと思うぐらい速くて快適なら買って使ったほうがいいよな

最近のLinuxって見た目関連残念になった気がする
Gnome2,Kde3の頃と比べてテーマでカスタマイズできる余地も減ったし
テーマサイト行ってもテーマ自体も不作
高解像度対応もいまいち遅れてるし
どーにかならんのか

windows
〜.zip

mac
〜.zip

Linux
｜sudo aptget ○○
｜git clone △△
｜cd □□
｜〜（略）〜

↑何故かLinux用だけコマンドな上にUbuntu前提。
こういうの多すぎない？

そりゃUbuntu系以外を使ってるような奴は察するだろ

>>846
昔は統一されてなかったからコピペすらできなかったんだぞ

>>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でも試したら？とは思う。

プログラマ目線で言えば、現状の問題点をリストアップすれば、開発しやすく
なるので、問題点を上げればいいと思ってるんだけど、それも全否定されてしまう
から、先へ進まない。自分の環境だけで起きていることなのか、日本全国で起きて
いる事なのかを確認できるだけでも原因を追究しやすい。どこのモジュールに問題
があるのか分かれば修正は早い。

>>858
大した事ってなあに？

WindowsはVistaがむちゃくちゃ重くて、
その頃LinuxはBerylとかCompizとかがopenGLでサクサク動いてた
ただLinuxは動画の処理が遅くてどっちもどっちだったなw
Windowsのほうは8あたりから軽くなったけど、
Linuxはその頃から操作感があんまり変わってないよな

まあオマエラ喧嘩すんな
俺が今から昨日教えてもらったChaletで試してみる
もし俺が気に入ったらオマエラにもオススメしてやるよ

>>864
で、気に入らなかったら同じことを続けるわけだ

ディストリ選びなんぞDebianに到達すれば終わること。
はやくその無駄な時間を有意義な事に使うべし。

>>866
頼れる相棒としてのDebian
学習用&おもちゃとしてのArch
これでもう満足してしまったわ
あとはLFSに挑戦したいくらいか

ここがオススメのディストリについて語るスレであることすら
理解できない奴が「プログラマ目線」とか言ってるし…

「プログラマ目線」では、「それはここでやるべきことか」どうかの
見極めが大事だと思うんだけどな

>>862
多分年賀状用の住所録あたりだろ

Linuxでできる事ってメール、ブラウザ、動画再生、LibreOfficeぐらいか？

ゲームもいくつかモロイのあったぞ
チェスやソリティアなどとSteamで3Dものも

グラボ新調したからSteamでゲームでも買ってみるかな

skype出来る？

Linux だからこそやりやすい作業ってなんだろう。
プログラミングや機械学習といった環境構築は Linux のほうがしやすいと思う。

Linuｘにしか無いもの。それはCRON

>>865
Linuxてそういうもんじゃんｗ
オマエ馬鹿だなｗ

インスト直後から構築直後まで常に
保存した状態から高速起動できるパピーとか
音楽環境が最初から整ってるubuntu studioとか
尖った方向に突き進んだ派生osが存在するのが強みかなって
思ってる

そういやwindowsは同時接続数の制限撤廃したのかね
相変わらずビジネス未満は一桁なんか
クランでマイクラの鯖立てるときにこの制限があって
嫌な思いしたの思い出した

>>874
プログラミングならWindowsにだけは敵わないと思うけどな

>>868
ここがオススメのディストリについて語るスレであることすら
理解できないオマエが「見極めが大事」とか言ってるし…

「見極めが大事」なら、「それはここでやるべきことか」どうかなんかじゃなくて
お前がここに来なければ良いよ

>>852
BSD+xfce 使え
超軽いから

Cylon Linuxというのの3D効果はどうですか？

>>876>>879
Win10が良ければWin10を買って使えばいいってだけだな
>>834>>838>>841

linuxをデスクトップてって一昔前は貧乏人しかいなかったけど、今は使えるね
それでも好事家のイメージだが。よく開発してくれてるよ。有り難い

自分でディストリビューション作るにはどうやればいいのかな
とっかかりがまずわからない

>>880
先にオススメしてもらったChaletを試してみてBSD+xfceもやってみるよ

ありがとう

>>884
これ参考にしろ
http://moebuntu.web.fc2.com

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

PS4とSwitchの中身やぞ

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を使ってくださいとしか言えねえ。

なんでもあるKDE使えばいいでしょ
KDE軽いし

しかし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が本当にビルドされたことはおろか、エラーや
警告はリアルタイムでは読み取れない。だから、リダイレクトしてからエディタで確認しない
といけなくなる。

ビルドされるように組めばいいのですよ。

>>899
ディレクトリに出たり入ったりのメッセージは
--no-print-directoryでとめられるようだけど
http://d.hatena.ne.jp/tanakaBox/20070110/1168429231

>>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」などを検索しても出てこない。


普通、こんな場合、そんなオプションはないと思ってしまうのは俺だけか？