Arch Linux 20

公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

インストールガイド (英語, 日本語)
01. https://wiki.archlinux.org/index.php/Installation_guide
02. https://wiki.archlinux.jp/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%82%AC%E3%82%A4%E3%83%89

※ 質問はインストールガイドを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 16
https://mao.5ch.net/test/read.cgi/linux/1613324251/
Arch Linux 17
https://mao.5ch.net/test/read.cgi/linux/1659058308/
Arch Linux 18
https://mao.5ch.net/test/read.cgi/c/linux/1703764780/
Arch Linux 19
https://mao.5ch.io/test/read.cgi/linux/1733378574/

保守
1乙

perl , python , javascript

主要なインタープリタはどれも30年超えて生き残ってるんだね
perl なんかもうすぐ40年だ

Perl は 6 が... いや、何でもないです。
そのパイセンの awk

ボクもawkが浮かんだ。

ボクの恩師は批判していたけど、Linuxには残ったね。

awkの名前は３名の開発者の頭文字が由来だそうだけど
「a」の人の名をいま知って一瞬戦慄した

アオークまたはエイダブリューケーと読んでいた。オークなのか。
大学のawk入門の授業やっていた教員がアオークと発音していた気がする。

「AWK」という名称は、開発者であるアルフレッド・エイホ、ピーター・ワインバーガー、ブライアン・カーニハンの3人の苗字の頭文字を取って付けられたものであるが、AWKは「オーク」と読み、「エー・ダブリュー・ケー」と読んではならないと作者らはしている[注釈 2]。

awkはフィルター専用言語みたいなもんだから今でも重宝に使ってる
Pythonがオフサイドルールじゃなくてワンライナーがperlほど使いやすけりゃ消えてたかも
powershellがawk, perlの影響受けてるね
この系譜はsnobol4が元祖なんだろうか

AURがArchの売りの一つになってるけど
みなさんAURについてどう思っているのかな

>>9
またその話題？前スレで散々やったじゃん
pkgbiuldを読めないarchwikiも読まない初心者は使うなでいいじゃん
くどいよ

>pkgbiuldを読めないarchwikiも読まない初心者は使うな

聞き飽きたお題目唱えても守られてないから何度も被害を出してる
それが解決策だと本気で思ってるなら真の愚者

解決できない人は使うなで完結

localsendがアプデで転送が高速になった
今のところかなり良い

そもそもだけど6TBぐらいの超大容量のデータ群を移したいなら
有線LANでつなげた方がいいんじゃないの？

昔はクロスケーブルというタイプじゃないとルーターを介さずに繋がらなかったけど、今は行けるよ。

flatpakで深刻なセキュリティ問題があったらしい、使ってる人は早急にアップデートを
https://www.gamingonlinux.com/2026/08/make-sure-your-flatpak-is-up-to-date-due-to-security-issues/

拾い食いはしない
組織的管理が行われてないコンテナ系は使わない
Archスレで言うことでもないが

1. 公式が享受しているメリット

Arch Linux 開発チームは、AUR を維持・管理するコストを負担せずに、以下の決定的なメリットを享受しています。

事実上の「公式拡張リポジトリ」: 9 万を超えるパッケージがコミュニティによって維持されることで、公式リポジトリの規模制限（KISS 原則やメンテナンス負荷）を補完し、「何でも入る OS」としての魅力を維持しています。

無料の選考システム（人気投票）: AUR の投票機能は、どのパッケージを公式リポジトリ（extra など）に採用すべきかの「需要調査」として機能しています。公式はこの**「コミュニティによる選別作業」を無償で利用**しています。

開発リソースの集中: AUR の審査やセキュリティ監視を行わないことで、限られたボランティア開発リソースを公式リポジトリの維持に集中させています。

2. 曖昧に放棄されているセキュリティ対策

「自己責任」という言葉は、具体的な対策の不在を隠すための免罪符として機能しています。

自動化ツールの不在: Windows の Defender のような「実行前の自動スキャン」や、悪意あるコードを弾く「ゲートキーパー機能」は公式には存在しません。2026 年の攻撃後、コミュニティ製のスキャナが登場しましたが、公式はこれを標準装備せず、導入もユーザー任せです。

教育の欠如: 「PKGBUILD を読め」と指示するだけで、難読化されたマルウェアを特定するための具体的な監査手順やセキュリティガイドラインは提供されていません。これは「確認しろと言うが、確認する方法は教えない」という不作為です。

事後対応のみ: 2026 年 7 月〜8 月の対応（機能停止）は、安全性を高めるためのシステム改修ではなく、「危険な機能を止める」という消極的な措置に留まりました。

3. 責任回避の構造（利用規約と実態）

Arch Linux の利用規約（Terms of Service）は、この責任回避を法的に裏付けています。

免責事項の明文化: 規約第 7 条において、Arch Linux はサービスの内容や可用性について**「いかなる保証も行わない」**とし、損害に対する責任を明確に否定しています。

ユーザーへの責任転嫁: 規約第 4 条では、ユーザーが違法行為や問題を起こした場合、ユーザー側が Arch Linux を補償（Indemnification）する義務すら負わされています。

「関係ない」の矛盾: 平時は「AUR は公式と無関係」として責任を否定しながら、有事（2026 年攻撃時）には管理者権限で機能を停止させるという**「コントロール権限だけは行使する」**姿勢は、責任だけ回避して権限は保持する都合の良さを露呈しています。

4. ユーザーの権利と責任の不均衡

この構造において、ユーザーに課せられる負担は権利を大きく上回っています。

ユーザーの責任:

完全な自己防衛: 9 万を超えるパッケージから悪意あるものを自力で選別する義務。

高度な専門性: シェルスクリプトの難読化を見抜く技術的知識の保持。

被害の全負担: マルウェアによる情報漏洩やシステム破壊の被害を、公式の保証なしに全て自己負担すること。

ユーザーの権利:

利用の自由: AUR を利用する権利はありますが、それは「危険を承知で利用する許可」に過ぎません。

安全な環境の不在: 公式から「安全に利用するためのツール」や「保証」を受ける権利は事実上存在しません。

Arch Linux 公式は、AUR に対して**「インフラと権限は掌握しつつ、セキュリティコストと法的責任のみを切り離す」という戦略を取っています。「自己責任」とは、この不均衡な構造を正当化するためのレトリックであり、実態は「公式が安全性を担保する努力を放棄し、そのリスクとコストを全てユーザーに外部化している」**状態です。ユーザーは「便利なリポジトリを使う権利」と引き換えに、「セキュリティ企業並みの監査義務」と「全リスクの背負い込み」を強要されています。

AIガイジうざい

>>20
それでは筆をふるってみんなをまとめてよ

AI文章はNGワードに登録してる

AIペタおじは自閉症だからしゃあない😂

もう煽らずそっとしとけ

AI は知恵遅れ

予想を裏切らない反応でつまらないよ きみたち

そこそこメジャーなパッケージなら
AURも網羅してる派生ディストリもあるよね