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 月の対応（機能停止）は、安全性を高めるためのシステム改修ではなく、「危険な機能を止める」という消極的な措置に留まりました。