Arch Linux 19

公式
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/

>>654
GUIユーティリティなら少ないかもしれんがCUIユーティリティならそれなりにある気がする

archlinux-xdg-menu

gnomeだけど、今7.02がふってきた

エスパーするとこれか

x86_64 Core linux 7.0.2.arch1-1 The Linux kernel and modules 2026-04-29

あまりにもヤバい脆弱性が見つかったという話で
メジャーディストリビューションはどこも速攻で更新出してる

7.0がリリースされてだいぶ経つのにArchは6.19で止まったままだったから変だなって思ってた
Fedoraはメジャーアップデートを予定より遅らせたらしいけど、これが原因か

JVN iPedia - 脆弱性対策情報データベース
https://jvndb.jvn.jp/

AI脆弱性チェックの指摘と修正のイタチごっこ

fedor44でも6.19のままだね

Kernel: Linux 7.0.3-arch1-2
DE: KDE Plasma 6.6.4

カーネルの同バージョンが何個もあってどれ選んだらいいのかわからないんだけど
7.0.3-1のどれを選んでビルドしたらいいの？

>>664
CachyOSなのか素のArchなのか、その他なのかぐらい書けよ

ああごめんCachyoOS使ってる

CachyOSは使っていないから知らん、自分で調べなよ

#x86-64-v3
/lib64/ld-linux-x86-64.so.2 --help

Subdirectories of glibc-hwcaps directories, in priority order:
x86-64-v4
x86-64-v3 (supported, searched)
x86-64-v2 (supported, searched)
x86_64 (supported, searched)

この例では、CPU は x86-64-v3 psABI x86_64 をサポートしており、この情報を利用して -march=x86-64-v3 とすることができます。


GitHub - CachyOS/linux-cachyos:
https://github.com/CachyOS/linux-cachyos

暇なんで、x260になんか入れようと思っても、やはりarchを選んでしまう
思いかなと思ったけど、gnomeいれてみた。やはり使いやすい。俺のような
初心者にはgnomeはいい選択だ。

Sandy古ノートとかが多いんで楽ちんで快適な方法。
EndeavourOSをKDEで入れて日本語設定したあと、DankMaterialShellのインストールシェルでNiri入れて終わり。

古いマシンに入れて実感するのが、debianと比較してアップデートが速い（早いという意味じゃないよ）んだよね。
debianはダウンロード終わってから展開するのにめちゃくちゃ時間が掛かる。

pacmanが並列ダウンロードするようになったのは素晴らしいんですけど低速でつながるとまだきつい
低速が続いたら一旦打ち切るとかtorrentみたいに小ブロック単位で複数からダウンロードするような仕組みってあるのかな

debianにdistrobox入れてarchの最新パッケージを部分的に使うほうがいい

お好きにどうぞ。使い慣れているものを使えば良い

久々にisoダウンロードしたけど今1.5GBもあるんだな
昔600MBとかだったような

>>675
うろ覚えだけどi686が廃止になる前後には既にCD-Rに収まらないサイズになってた記憶

archinstallでniri入れて、dms入れたけどいいね

KDE環境にniriを入れた場合、dolphinのファイル関連付等がうまくいかないときは以下が参考になった。

[A Guide To Setup Dolphin & KDE File Picker On Niri - Arch Linux]
https://gist.github.com/linhusp/05f8f7e0af3fa0fbb944dec17a75aa78

[DANK LINUX]
https://danklinux.com/

niriってhyprlandよりいいね

何故この板に世界的人気のcachyos無いの？Arch弄ればcachyosと同じになるから？このスレはArch系総合スレでも有るの？

中身はほぼ同じだからな
立てたけりゃ立てれば良いが
他のarch系のスレ見りゃわかる通り
荒れるか過疎るだけだと思うぞ

artixも無いのよねえ

Arch系があるけどユーザー被ってそうだね

【Arch系】EndeavourOS / Garuda Linux
https://mao.5ch.io/test/read.cgi/linux/1643975189/

cachy osのniriを使ってみたが、使いにくかった。
やはり、素のarchにいれたほうが安定してる。

noctaliaは見栄えはするよね。
でも慣れの問題なんだろけど、独自のquickshell(noctalia-qs)とかやり過ぎ感がある。
あと、メジャーアップデートで仕様が変わって環境が壊れたことがあったし

支流OSはやっぱすぐ問題出る

linux 7.0.5.arch1-1 (dirty-frag 修正済)
core に降りてきたね

AURビルドするとき gcc/g++では失敗
以前もあったんだよなぁこれ

AURに文句言うなや。
gccやglibcの更新時に失敗するのはよくあることだ。
PKGBUILDを自分で修正すればいい。

AURで何が起こっても自己責任というのがArchの鉄則

んw

さすがに旧石器すぎないかw

Arch系のスレの話でたけど正直利用者は被ってないんだよな
debianスレでubunts mintの話題は出るし
被ってればもっと盛り上がる。かぶってないと先細りになるだけ
それかまったくちがうところから流入するかだが
Archの時点でdebianより何でもやれるのでわざわざ派生使う意味がないよな

まあmanjaroは死にそうね

Archに限らずDebianやUbuntuもいろんな派生あるけど
テーマとセッティングメモの紹介だけで良いんじゃないか
と最近思う

イーロン・マスク氏、ライバル小米と気まずい自撮り　SNSで万バズ
https://www.nikkei.com/article/DGXZQOGN15D7V0V10C26A5000000/

所詮linuxでちょろっとパッケージコンパイルしてるだけなのにストイックぶってるarchにイラッとくるBSDマニア

病んでるなｗ

マニアっていまどき聞かない表現だな

CachyOSはArchLinuxの出来の良い息子だよな！、初心者向けで高性能で親のArchでも真似できるからこのスレでも良いよね!

>>696
それFreeBSD病です
不治の病ですがお大事に

>>693
皮被ってますね 仲間です♪

手術済です

DankMaterialShellは楽でいいよな
素のコンポジタだと設定が面倒臭いbarやランチャ、notifier がいい感じに揃うし

クリ包茎は恥垢だらけなので激臭

Artixはトラブル多いね
こういうものなの？

反systemd、xlibre信者の思想強めディストリで、メインストリームから外れてるから独自にいろいろやらないとダメだからね。
人手が足りないんだろ。

Artixは独自リポジトリだけで完結できるようになってほしいなあ
現状Archのextraを入れないと使い物にならん

>>707
ここ1週間以内で救出不能なエラーで何度か再インストールしてる
-Syuするのを躊躇してしまう

こだわりが強いけど人手が足りなくてローリングリリースについていけない派生ディストロって
ArchよりDebianのミニマルインストールの方が相性よさそうだよなぁ…

普通に使えてるが？
$ uname -a
Linux hoge 7.0.3-artix1-2 #1 SMP PREEMPT_DYNAMIC Sat, 02 May 2026 00:51:14 +0000 x86_64 GNU/Linux

>>710
Linux arch 7.0.8-artix1-1 #1 SMP PREEMPT_DYNAMIC Sat, 16 May 2026 15:04:09 +0000 x86_64 GNU/Linux
カーネル上げてないの？

逆にdebianベースでローリングなゲーム特化のPikaOSなんてものある。
Niri版を試したことがあるけど、独自レポジトリでは足りないものが多くて断念したけど、最近はpacmanも使えたり進化してるらしい。
でも理解してないとゴチャゴチャしてわけわかんなくなりそうで戻れない。
車輪の発明っぽくて無駄な労力な気もするけど、いろいろあるのがLinuxのいいところでもあるような気もする。

ここ一週間ぐらいの更新の不具合はかなり多い
https://forum.artixlinux.org/index.php/board,8.0.html

>>712
Debianはパッケージの依存関係があれなのでちょっとｗ
素のArchとEndeavourは安定しているのArtix残念

>711
今paruしたら7.0.8になった
相変わらず普通に使える
runitだからか

dintとrunitで起こったのでおそらくinitdは関係ない。
不具合数個でてたのでバグ修正されたのかもしれない。
正直メインでは使いたく無い気分

あんまり更新しないおかげで不具合verを踏まずに済んだのかもな
人身御供ご苦労様
ていうか救出不能エラーとだけで、何がどうなったか書いてないが起動でもしなくなったの？

>>717
立て続けに起きたのでここで説明する気にもならない
関係ありそうなところで見つかったリンクだけ貼っとく
今は動いてるがもう信用ならない
https://forum.artixlinux.org/index.php/topic,9790.0.html
https://forum.artixlinux.org/index.php/topic,9717.0.html
https://forum.artixlinux.org/index.php/topic,9804.0.html

キレ散らかしての連投笑う

再インストールするぐらいなら
システムと（あれば）EFIのバックアップはしとこうな

再インストールした数だけ強くなれる
それがArch Linuxの魅力じゃないですかぁ!!!!!!!!!!!!!!

artixにはlinux-ltsは無いの？
arch系って言ってもいろいろ違いすぎてわからんな

>>722
あるよ

初心者向けArch系はnyarch Linuxがオススメで、ネタLinuxみたいだが、cachyosとArchの機能も使えるし、何か本物のハッカーが使ってそうで楽しいから入れてる！。

☝いいじゃん

オタク文化は日本発祥何だから、nyarch Linux見習って、日本人が作ったArch系痛いLinux作って欲しいよな！

応援するよ。頑張れよ

>>726
Alter Linux…🥹

ああ よかったな

こんなものは長続きしないと冷めた目で見てたなｗ

rust は排斥すべきゴミ言語

>>731
君がLinuxを使うときにLinux kernelからRustコードを全部取り除いて、Linuxを使うんだね？

>>731
GoLang はケンちゃんの言語だからOK?

>>731
これが脳障害者です

Rustは覚えること多いし
覚えてもいつ陳腐化するか分からんものばかりだそうだし
習得する人を狭めすぎだし
AI前提じゃないかな

「扱えないのはバカだからプログラムするな」
裸の王様的同調圧力が働いてるのかね？

簡単だろ？Cジジイじゃあるまいし

Rust はキラーアプリが出来たのだろうか？
Cosmic DE が Gnome より普及したらキラーアプリと言って良いかもしれぬ

これからのコーディングなんてどうせほぼAIに書かせるので文法や言語機能の複雑さはどうでもよい

AIで何でもできるオジはクソ重い非効率なコードでゴミアプリ作ってそう

今のレベルのAIなら凡人が自力で書くよりAI丸投げの方が効率的な実装になるケースが大半
この世に存在しない新規のアルゴリズムを作りたいとかでもない限りは

そういうのは誰かが既に作っている
できないのはRUSTくらい

AIやネットが封鎖されても多くの人間が扱える言語ならディストリビューションのDVD配布の道筋はあるかも知れないけど

電気が止められても扱える言語に頼るしかないな

C言語で安全に書いてAIにレビューとテストをしてもらえば最強

「C言語＋AI」よりも「Rust」を使うべき理由は、以下の3点に集約されます。

* **AIの限界:** AIはよくあるバグを見抜けても、複雑なメモリ空間やマルチスレッドのバグを100%見抜くことはできない。

* **仕組みの違い:** C言語は「人間（とAI）の注意力」に頼るが、Rustは「コンパイラ」が危険なコードのビルドを絶対に許さない。

* **真の最強:** 「Rust＋AI」にすれば、AIの書いたコードが本当に安全かどうかをRustのコンパイラが厳しくチェックしてくれるため、最も安全かつ高速に開発できる。

>>745
そのメリットをCで実現出来るよう工夫すれば良いと思うんだけど
Rustでも良いんだけどさ、記述を直感的に分かりづらいよう新しくする必要は無かったと思うだよ

RUSTが直感的に分からないというのが分からない。慣れの問題でしかない

ポケモン赤もクリア出来ない 知 性 ()に頼ろうとするとはな

Rustはコンパイルに時間がかかるから嫌だ、って言っている人がいたが、Archの皆さんはLinuxカーネルをビルドして使っているの？
カーネルをいじるから面倒臭いRustは嫌ってこと？

rust は C を使わず OS や rust のソースを rust だけでかいてバイナリコンパイラも配布すべき

>>747
直感的に Rust なんてなくてもいいじゃないって思う。

rustは文法が現代的だからまだcよりは馴染みやすい
c+はくそてゆってたリーナスが認めてるからまあいいんぢゃろ

CジジイはArchに似合わんな

>>753
>>750