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/

「OpenBoxをWaylandに対応したコードに書き換えてください」
って、ChatGPTにでも聞いてみたら、全部実装してくれるかも
（ぜったいにむりｗ
結局、LLMは人の真似事しかできない存在でしかない

cmake-4.0 にしたらイロイロうぜぇ……

>>35
春の大掃除でメンテナが使わなくなったパッケージをAUR送りにしてる
メーリスを購読しておくとよい
https://lists.archlinux.org/archives/list/[email protected]/thread/6DS6K256DS2JUWSL56REU3R526XNUIB6/

>>41
絶対これじゃん
理由がわかってすっきりした
ありがとう

新しいrubyバージョンアップで対応してない古いソフトも色々落ちてそうだな

>>37
Wineがまだwaylandを完全にデフォルト化してないんだよね。Xwaylandが有効な場合、個別のWineアプリ単位でDISPLAY変数を消して（ショートカットなどで）あげないと、xwayland経由で起動してしまう。
なんでそんな雑な判定のままにしているのか意味不明だけど。

ところで、CachyOSの3月スナップショットのニュース読んでて、ユーザからのissueでntfs3からntfs-3gに戻ったらしい。Cachy使ってないけどちょっと気になった。

wslでarch対応したね

なんか、pipewireが1.2.xの辺りから音飛びするようになった。いろんなところみて対策してみたけどあんまり効果なし。
一応default.clock.min-quantum = 1024（これより上げるのは遅延？するからよくないらしい）でちょっとだけマシになるけど、一旦pulseに戻ることに。bluetooth周りが退化してしまうのが痛いが仕方無い。
他には、カーネルをリアルタイム寄りのものにする手もあるらしいけど。

> 流石にもうWaylandじゃないウィンドウマネージャは入れる気にならないな…

これは冗談かなにかなのか
XWaylandも不具合あるし完全にxorgオプションにできてないと思うが

waylandのほうがx11より軽いみたいだし速く標準にならんのかな
waylandで使えるwmて有名どころだとswayとhyprlandくらいしかないけどね
特にhyprは開発も活発
hypr使ってみたけどなぜか300MBくらい起動時のメモリ消費にブレがあるのが謎
そこまで軽くないなとはおもた
swayはめちゃ軽かったけど

Waylandはサンドボックス系でアプリを入れると日本語変換やキーボード設定がおかしくなるものもある
アプリ側がWayland対応版を作ってくれれば良いが日本語はLinuxでは超マイナーで儲からない言語だから後回しにはなるだろう
のんびり待つしかないね

>>49
コンポジター、ツールキット、アプリそれぞれがWaylandのtext input v3プロトコルに対応してないとダメらしい
メジャーなコンポジターとGTK4、Qt6に移行したアプリは概ね安定してるみたいだけど
それ以外が酷いというか、Chromium系ブラウザのサポートが遅れてるのが致命的だな

スナップ系アプリでhyprlandでの日本語入力がどうもできなくて（gnomeだと簡単に日本語入力できる）なかなか移行できなかったが、hyprland wikiで４つ推奨のうちのend4っていうのをいれたんだが、みごとにfcitx5-mozcが使える。いろいろぐぐってもサンドボックス系はむずかしいとあったのでなんかひとつの光明がみえた。

>>50
そう　Chromium系ブラウザだよ　俺が使ってるのはBrave-bin（実質Appimageをビルドしてるんだね）だから入力するときはLibreWolfを立ち上げてる
結構カーネル上げるとAppimageは起動しなくなったりするから　そんなものかなと思って使ってるよ　鳥ごとに役割を決めれるから悪くはない

Chromiumに関しては、普通に使うだけならxwaylandで何の問題もないよ。動画のGPU支援は効いてるし、コピペも日本語入力も問題ない。
emacsも、現状pgtk版はかなり不安定（特にserverが致命的）なので、x11版をwaylandでも使う方がいいし。
つうか、AppImageなんて余程のことがない限り避けるべきだろ。環境分離が曖昧だし、パッケージも全部入りというわけでもない、未だにfuse2に依存しているものまである。欠陥・問題だらけ。

xorgはほぼメンテ停止状態なんだよな
枯れきってる環境ならxorgの方が安定するかもだけど

braveはflatpak,aurでもためしたけど、本家のコマンドインストールが安定
してるような気がする。mozcもなんにも設定しなくてもとおる。

>>54
ぷちぷちとアップデートされてるよ
新しい機能を付加、なんてことはしてないと思う

wayland hyprlandの一人勝ち
決まり

waylandのほうが軽いし速いんだから下位互換のx使う必要ない

一つ残らず全てが移行できない限り下位互換とは呼べない

人が作るものにどこまでおんぶに抱っこして甘えてるんだろうね
まるで子供がおもちゃ売り場で、これでなきゃいやって叫んでるようなもの

互換性の定義の話をしているのであって甘えなどは何の関係もない

上位互換、下位互換を交換したら性能が上がるか下がるかの意味で使う人いるよね
普通は互換性が有るか無いかの意味で使うんだけど

EndeavourOSのカーネルを上げたらKDEのアプリケーションランチャーでスクロールしたら落ちる不具合が発生
さすがWaylandだぜ　半年以上安定したことがないぜ

>>63
Archスレに書き込まれても…😅

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

今はまだwayland お琴割りです。

動きが何となく怪しいバージョンのときはdowngradeするかロールバックしてしばらく様子見

ArchWikiの更新履歴見たら、ここ数日アカウントの新規登録が急増してるな

>>67
Wikiの新規アカウントの急増は、spamかもしれん

>>68
乗っ取りたやつらが組織的にアカとってんじゃないの?

Gとか

結局fcitx5-mozc-utはmozc-serverと抱き合わせのままなんだな
誤解は解けたのにメンテナが拗ねてそのまま
困ったものだ

抱き合わせにしているのはfcitx公式側であって、パッケージャー側がそれをどうするのかは判断が別れるところ。
debianみたいに分解して整理するか、fedoraやarchみたいに公式の通りにするか。
debianが分解している理由は多分emacs-mozcのため。

>>70
自分でメンテナをやるとか、やっていくしかない

>>70
別にすねちゃったわけじゃなくてサイズ有限のリポジトリに無駄に「海外メンテナーから見て」
重複するものわざわざ分けて入れるな！それか独自リポジトリサーバ建てろや！って言うごもっともな
意見だからな。

自分でPKGBUILD書いたらいいじゃない

AURってゴミみたいなパッケージだらけな中あれだけ目をつけられたのは気の毒だとは思う

WPS Officeも最新版が3月くらいに一時期リポジトリからリストはあるのに実体は消されてダウンロード
出来なかったので年度末の大掃除でサイズデカくてダウンロード数が低いのは全部目を付けられたっぽいな

てかfcitx5mozcで英語入力に切り替えたときに英語で補完出すのってどうすればええの

アドオンでスペルのとこをカスタムにしたらできた自己解決

archとfedoraのdual boot ってできないのな

別にできないわけではない。GRUBが腐っててすごく面倒というだけ。
他のブートローダを入れるか、もっと安直にUEFIでブートローダー関係なく切り替えるようにするか。

マジかよ きょうだい

ブート可能なファイルを格納しておくパーティションを
mbr が認識できる hdd/ssd に置いておけばいいだけ。

UEFIなんて使うのが悪い。

https：//i.ibb.co/7xc4g1b5/upload.webp

久しぶりにアプデしたら起動しなくなったわ

Linux初心者だけどそうなっても意外となんとかなってる
ChatGPTなかったらムリ

>>84はmesaを25.1.1から25.0.5にダウングレードしたら動くようになった
フォーラムでmesaで検索すると数日前のアップデートで特定の環境で問題が発生してたことがわかる
ただし原因が分かる前にそのスレッドを見つけるのは困難だった
archlinuxのisoを用意してarch-chrootを使って
Wikiに載ってる「特定の日時まで全てのパッケージをリストアする方法」で1週間前に戻したら起動した
https://wiki.archlinux.jp/index.php/Arch_Linux_Archive
そこからどのパッケージが原因か1つずつ試して特定したよ
原因を特定するまでに1時間以上かかった

同様のトラブルが発生した人のためにスレのURLを貼っとく
Black screen on startup and extracting files
https://bbs.archlinux.org/viewtopic.php?id=305727

$ glxinfo | grep 'OpenGL'
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon Vega 8 Graphics (radeonsi, raven, ACO, DRM 3.59, 6.12.0-pf4)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.1.1-arch1.1
OpenGL core profile shading language version string: 4.60
...

$ inxi -SG --filter-all
System:
Kernel: 6.12.0-pf4 arch: x86_64 bits: 64
Desktop: GNOME v: 48.1 Distro: Arch Linux
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Raven Ridge [Radeon Vega Series
/ Radeon Mobile Series] driver: amdgpu v: kernel
Display: wayland server: X.org v: 1.21.1.16 with: Xwayland v: 24.1.6
...

systemd-bootだけど起動しないってことはないな

mesaのregression(explicit focing zink)は戻されたらしい
でも先日かなりでかい更新(MFT)が入ったので自分はもうすこし様子見してみる

なんかスクリーンセーバーで画面OFFの設定から復帰すると画面ぐちゃぐちゃになるようになった。

win11の24h2を最新のにアップデートしたら、archのほうが
立ち上がらなくなった。しょうがないからarchを再インストールしてdual bootくを復活させた。

win11で24h2に上げるとパーティションテーブル壊すからね
再インストールしたなら不要だけど、archを使ってるSteam Deckの例だと↓で戻せる
レスキューディスクで起動してfdiskでバックアップのパーティションテーブルを戻す手順になってる

https://www.reddit.com/r/WindowsOnDeck/comments/1fvsejt/psa_windows_11_24h2_steamos_boot_issues_fix/

関係ないかもだけど最近こんなニュースがあった

MicrosoftがWindowsとLinuxのデュアルブート不可能問題を解決するパッチを配信、発生から9カ月経過
https://gigazine.net/news/20250519-microsoft-fixes-linux-dual-booting-bug/

普通物理ドライブ分けるやろ
デュアルて不具合多いし

今まで、毎月win11のシステムアップデートはしてきたけど、
dual bootで問題なかったのが今回だけなったんであせった。
やっとend_4's hyprland dotfilesまでインストール。もとの環境にもどった。grub の再インストール、日本語化、snapd ,jdim
など、一通り終えて、最後のhyprlanで一区切りついた。

ブートローダーぶっこわれるのは良くあるよ

windows なんて使うからだよ

archなんて使うからだよ

俺はSteam DeckでArchユーザーなのだけど
みなさんはなぜFedora、Ubuntu等ではなくArch使ってるの？
Arch固有のパッケージ(そういうのあるのかな)を使いたいからとか？

最新のパッケージ使えるからとカスタマイズの自由度が高いからかな

ローリングリリース
厳格すぎない緩いポリシー
PKGBUILDがシンプルで読むのも書くのも簡単
デフォルトは最低限だからカスタマイズがしやすい

debian(ubuﾅﾝﾄｶ)とArchは至れりつくせりでな…
逆にやりづらい

>>86
最新のmesa 1:25.1.1-2で問題は発生しなくなった
修正前にローリングリリースされたらまずいなと心配してたけど間に合ってよかった

カッコいいからに決まってんだろ

無駄なパッチとかあたってなくて設定が素直なのがいい
変に気を回してるディストリは逆に使いづらいし上流のアップデートも遅れがちな感じ

他のディストリ使ってても調べ物すると結局ArchWikiに行き着くからじゃあ最初からArchでいいかって

arch+gnome+hyprlandの組み合わせが俺にとっての最適解。

壁紙すらいらない

systemd が嫌いなら Artix だ

arch armも頑張ってるみたいだからね
snapdragon x最適化がんばってほしい

manjaroは素のArchとは全然違いますか？

インストーラーにGUIは無いしmanjaroはlib32などが標準で入るから違うといえば違う
なのでArchのほうにはwineやSteamはシステムに入れたくはない
manjaro stable branchにはSteamをぶち込んでる

単に既定で有効ではないだけでmultilibは正式にサポートされていることとか
Manjaroは独自のレポジトリを持って
テストも別で独自にしてるのでパッケージ更新が遅れるとか
同じ系統でも技術的にフォークであり違うディストリであるという事さえ
ちゃんと理解出来ない知識レベルの人間が
Archを使ってるつもりでArchの代わりに使うのがManjaro

俺のことを馬鹿にされているのか？
マルチブートをしているだけで>>87 と>>111 が俺な

windowsをアップデートしたけど、arch debianのトリプルブートだが、
大丈夫だったな

>>93
まーだMBRを引きずってるのか。
EFIでは物理ディスクを分けることに大した意味はない。

>>115
MBRやEFIの理解ができない人は、物理的にディスクを分けることで、確実に問題を切り分けられる
それだけよ

>>115
fat は嫌ずら

別のOS使うたびにSSD差し替えれば無問題

>>104
これやね
ディストロ独自のオレオレパッチとかオレオレスクリプトが不具合の原因とかちょいちょいあってブチギレた

wine次からmultilib必要なくなるのか
既存のアプリそのまま動くのかな

32bitライブラリが不要になっちゃうじゃない

>>120
なんともないね。Wine公式のFedora向けはかなり前から移行済みだし。

俺は前からflatpakのq4wineを使っているけど
flatpakのSteamは俺の知識では起動しなかった。なのでmanjaroでシステムのSteamを使ってる

wine関連以外に lib32 の必要なアプリってあったっけ？
lib32-* を全部削除して大丈夫かな

ネイティブのSteam

winetricks と wine-mono は multilib に入っているね。lib32-* には依存しなくても、まだ multilib レポジトリ自体は消せないのかな。

Opteron の衝撃から22年
もう32bit は棄てられるのだろうか…

winetricsはただのスクリプトだし、monoはwine環境から直に入れることもできる。つまり、lib32なぞさっさと消していい。

winetricks は種々のパッケージのインストーラなのだから、winetricks がインストールするものが lib32 に依存しているかどうかの話だよ。

まあ、 32bit マシンに対応した鶏も残ってるしな

まだ様子見でもうしばらくしたらmultilibからextraに移動するらしい　https://gitlab.archlinux.org/archlinux/packaging/packages/winetricks/-/issues/3

>>129
>>126はそんなこと言ってないし、そもそもwinetricksはWine環境内だけ（つまりWindows用）に閉じたものしか入れないぞ？

>>132
> そもそもwinetricksはWine環境内だけ（つまりWindows用）に閉じたものしか入れないぞ？

そうだったか。なら multilib は消せるな。

>>131
サンクス。まあ慌てて消す必要も無いか。

archlinux.org/news/linux-firmware-2025061312fe085f-5-upgrade-requires-manual-intervention/
(略)
this coincided with upstream reorganizing the symlink layout of the NVIDIA firmware, resulting in a situation that Pacman cannot handle.
(略)
first remove linux-firmware, then reinstall it as part of the upgrade:
# pacman -Rdd linux-firmware
# pacman -Syu linux-firmware

えー、もうrm -r /usr/ilbンビデア
してもうたわ

現時点ではRadeon系(linux-firmware-amdgpu)で問題が起きるかも
修正されると思いますが一応

linux-firmwareめっちゃ分割されててビックリした

どういう事？