[過去ログ] Arch Linux 17 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
843
(1): 2023/11/29(水)11:26 ID:wuND0hsA(1/2) AAS
>>842
ぼくはカッコいいからArch使ってるよ。
普段ネットサーフィンかエロ動画視聴にしか使ってないから、別にディストリなんでも良いし、Windowsでも良いんだけど
844: 2023/11/29(水)12:39 ID:SQHtKMlU(1/2) AAS
arch wikiの原則に書いてあるけど

> Arch はできるだけ多くの人にアピールするよりも、貢献している人のニーズを満たすことを目指しています。熟練の GNU/Linux ユーザーや、積極的にドキュメントを読んだり自分の問題を解決する“do-it-yourself”の姿勢を持った人をターゲットにしています。

お客様はそもそもターゲットではない
845
(1): 2023/11/29(水)12:41 ID:ZK/p0W9o(2/3) AAS
>>843
arch使う事がかっこ良いという考えは改めた方が良いと思うよ
外部リンク:qph.cf2.quoracdn.net
Facebookリンク:TecMint
846
(2): 2023/11/29(水)13:45 ID:hg4ximew(3/8) AAS
>>841
そういう解釈もありだ。
まあ意味付けはともかく、現実的なアップデート戦略は、両端がarchとRHELなのだと思う。

> バージョン固定して必死にバグ取りしてたらリリース遅延しまくりだったDebianが反面教師や
これは知らんが、枯れたバージョンを使う連中がバグ取り(=新規コード挿入)をしてる事自体が戦略ミスだね。
arch等の先端で問題なかった物の集合体を枯れたパッケージにすべきで、駄目ならさっさとスキップすべきだ。
まあ何かしら旧バージョンにこだわる(=新バージョンでは駄目な)理由があったんだろうけど。

>>842
動作報告があったからだね。
俺は「自分で使う用」だから自分が使えれば何でもいいんだよ。
省7
847
(1): 2023/11/29(水)13:57 ID:KJ+h0eZx(1/2) AAS
アムド製のGPUならそうなるかもな
848
(1): 2023/11/29(水)14:28 ID:jRHsBbrJ(1) AAS
なおnVidia製だ。(勿論プロプライエタリドライバは入れてる)
ただ、正直LinuxのGPU活用はWindowsと比べて20年遅れてる。
クライアントマシンとして使うならWindowsの方が断然優れてると思う。
(Linuxのシェアが上がらないのも分かる。Windowsなら何の問題も無く出来てる事が、出来ない)
849
(1): 2023/11/29(水)14:43 ID:SQHtKMlU(2/2) AAS
>>846
PCを乗り換える5年から10年くらいならOS問わず再インストールが必要になるとは思わない
ただ、もし必要になった時archならpacstrapで必要なものを再インストールするだけとやりやすくはある
850
(1): 2023/11/29(水)14:54 ID:KJ+h0eZx(2/2) AAS
事務員がGPUが遅くて困るとかあるか?
オフィースワークなら、LinuxとLibreOfficeで解決するのが現状
851
(1): 2023/11/29(水)15:57 ID:wuND0hsA(2/2) AAS
>>845
ギークって感じでかっけぇじゃん
852: 2023/11/29(水)16:51 ID:/womJDxW(2/2) AAS
>>837
> 上から目線で他人の貢献を要求する君もそのひとり
目線低過ぎでは

> > 自分だけが正しいクイズ大会とかやっても人が離れるだけ
> 文句しか言わない連中なんて離れた方が治安良くなるよ
調べてみたら設定項目自体がないし、答えても文句しか言わないし、
そもそもオープンソースの世界で「俺が正解のクイズ大会(答えは内緒)」とかされてもさ
「ここで詰まった、こうしたら解決した、Linux難しい」でいいのに

とあるソフトのリリースノートに貢献者として載った
Arch LinuxのISOファイルにも入る(来月分には間に合わないかも)
省1
853: 2023/11/29(水)17:25 ID:mpJZ3k90(1) AAS
Archスレは初心者が紛れていると見せかけて蓋を開けたら大抵初心者じゃないから好き
854: 2023/11/29(水)18:32 ID:RoPZG394(1) AAS
>>848
そうかな?
linuxでも ffmpeg のハードウェアアクセラレーション出来るし言うほど駄目ではないと思うけど
動画再生ソフトは大体内部でffmpegのライブラリ叩いてるしイケるでしょ
855: 2023/11/29(水)18:35 ID:ZK/p0W9o(3/3) AAS
>>851
そうかな?
以下はものすごく偏見にまみれた俺個人の意見
gentoo → ひきこもり
arch → 猥褻物陳列罪
その他 → どうでもよー
異論は認めるけどレスは返さない
856
(1): 2023/11/29(水)20:34 ID:vGxGe3iZ(2/6) AAS
>>846
固い文章の割に知識ではなく想像で物言ってるように見える

現実はスペクトラム的に書けば以下のような感じですよ

パッチ多 <-> パッチ小
バージョン古 <-> バージョン新
バグ少 <-> バグ多

Debian - Ubuntu - Manjaro - Arch
RHEL Fedora

バグを取るのがおかしいとか言ってるけど、管理されたディストリ程パッケージのソースは
上流のソース+大量のパッチ、となってます。パッケージのソースを取得して見た事のある人なら誰でも知ってる事
857: 2023/11/29(水)20:35 ID:vGxGe3iZ(3/6) AAS
RHELとFedora の位置がおかしくなってしまった。
RHELはDebianとUbuntuの間、Fedora は Manjaro と同じあたり。
858: 2023/11/29(水)20:40 ID:hg4ximew(4/8) AAS
>>850
俺の場合はCM再生中にニュース等を読んでるのでCPU使用率が高いとカクついてウザイ。
(元より参戦してないが)アドブロックのいたちごっこからはもう降りた。

デスクトップでオフィス作業の一般的な使い方なら、GPUが問題になる事は多分ない。
モバイルの場合はバッテリーを無駄に消費する問題はある。

>>849
まあ俺みたいに単に使いたいだけなら5〜10年毎にPC買い換えるのが結局一番楽そうではある。
来年出るらしいWindows12に乗り換えるのが一番妥当な気はしてる。
859: 2023/11/29(水)21:03 ID:hg4ximew(5/8) AAS
>>856
まあ実際知らんしね。
ただそれだとやはりdebianは戦略を間違ってるよ。
そして肥大化しすぎたダウンストリームパッチへのアンチテーゼとしてのarchか。
> Arch Linux はシンプリシティを、「不必要な追加や修正を行わない」ことと定義しています。
> Arch Linux はオリジナルの開発者(アップストリーム)のリリースしたままのソフトウェアを、
> 最小限のディストリビューション固有(ダウンストリーム)の変更を加えて提供しています。(from Arch wiki)

とはいえそもそも個別のunixコマンド群やデーモンにディストリビューション固有の変更が必要とは思えないから、
大方C自体のパッチファイルではなく、デフォでssh起動するかとかの設定ファイル等じゃないかと思ってるが違うか?
そうではなく、本当にCを弄ってるのなら、それは枯れたとは言わんし、戦略として矛盾してるという話。
860: 2023/11/29(水)21:26 ID:mpUvEI+O(1) AAS
せんとくんショックから、ウブンツサーバーの評価上がったよね。実際使いやすいし。
861
(2): 2023/11/29(水)21:34 ID:vGxGe3iZ(4/6) AAS
> ディストリビューション固有の変更が必要とは思えない
整合性取るためにはメチャクチャ必要ですよ。あとセキュリティパッチも。
例えば RHEL7 の apache httpd には 157個のパッチファイル(勿論Cメイン) が含まれています。
862: 2023/11/29(水)22:06 ID:AJ604FjC(1) AAS
Emacs Lisp のパッケージを /usr/share/emacs/site-lisp 下にインストールするとき
・Aはデフォルトで、サブディレクトリを作ってそこにAの設定ファイルをまとめてインストールしてくれる。
・アプリBはデフォルトでは /usr/share/emacs/site-lisp 直下に大量のファイルをバラ撒いてしまう。
ただし configure でちょいとオプションを付けてビルドすれば、BもAと同じようにインストールしてくれる。

という状況で「BもAのようにしてくれ」とArchに要望を出したら「シンプリシティに反する」と却下された。
configure にちょいとオプションを付けることさえ拒否されるんだなあ。
1-
あと 140 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.021s