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/

不具合出たら再インストールとかなつい

昔のwindows みたい > 再インストール

今でもdebianスレの人たちはバージョンアップのたびに壊れて再インストールしていて大変そう

Debian に対する風評被害じゃないか。パッケージ選びでArch,RHEL と Debian で差は無いというか、RHELと同じなので、他のディストリビューションで問題になったのが2年後に発生するだけ。

わかってるのに地雷踏んでるのか

忘れちゃうんだろうなw

cudaのパッケージひとつでギガ超ぇ

Realtek rtl8127を使って10Gデビューしようと思った
MBに取り付けて電源をいれると、MBの２．５Gと
10Gが認識された
その日は、poweroffした
次の日電源をいれると、なんと10Gがみあたらない
ハブのランプもつかない
ip aもlspciももちろんだめ
こりゃーガセを掴まされたと思ったが
いろいろやってみてみようとしてAC電源を落として
カードを取り付け直しAC電源をいれたら認識するではないか
poweroffやsuspendでは、見失う
AC電源を入れ直すと認識する
まだ原因がわかっていない

Windowsで試して問題ない場合はLinuxソフトウェア側や設定の問題
Windowsでも見失う場合はM/BのBIOS設定やファームウェア、ハードウェア相性の問題ですかね
BIOSのPCH PCIe省電力機能を切ってみるとか

>>367
貴重なご意見感謝
EFIBIOSを見ると、LANを認識していない
省電力機能をすべて切ってもだめでした
WakeupLANを有効にすると認識しているときは
BOOTメニューに出現するが認識しないときは出現しない
どこに設定があるのか頭をかかえている

サスペンドでピクッてきたが
poweroffってなんや？
shutdownじゃだめなの？

今は、systemd経由で電源落としているらしい
sudo poweroff sudo rebootみたいに
shutdown -hでもやったけど同じ現象がでる

認識されてる状態でlspci -vしてKernel driver in use:の所見るとr8169が使われてる？

lspci -v |grep r8169
Kernel driver in use: r8169
Kernel modules: r8169, r8127
Kernel driver in use: r8169
Kernel modules: r8169
lspci -d ::0200
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. Device 8127 (rev 05)
09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 0c)

こういうやり取りこそLLMを使うべきなんだが

ffmpeg (2:7.1.1-5 -> 2:8.0-2)

誤爆した。すんまそん。

ffmpeg : revert to 7.1.1 , update to 7.1.2

他のスレッドにも書いたが、一年前くらい前きゅうにarchlinuxが、
起動しないでフリーズする状態になったので原因を調べたらnvidiaという
ドライバーをインストールするとそうなることがわかったんだ
そのまま定期的にアップデートを続けていたら１年後に治った
ということ

nvidiaドライバの555が地雷だった

ちょくちょくあるけどまあなんとかなってる
hyprlandとかも

aurが死んでない？また攻撃されてるの

>>380
あれからずっと断続的に攻撃されっぱなしだよ

そうなんだ、何か出来ることがあればいいんだけど
無闇に更新はやめておきます

vulkan-sdk-1.328.0 ﾏﾀﾞｰ?

w
vulkan-sdk-1.4.328.0 だよ

AUR攻撃され杉

archlinux.orgすら開けない・・・

ドドスコが過激になってるな

一回サーバ落としたほうがいんじゃね

AURのミラーサーバーの設定のやり方がslackに上がってましたね、負荷軽減に協力できるかな

clang-21.1.3 ﾏﾀﾞｰ?

「ﾏﾀﾞｰ?」をNG登録しました
ウザいのでw

mpvがlibglslang.so.15がありませんエラー吐くようになったので調べたら
glslangが更新されてlibglslang.so.15→libglslang.so.16になってた
仕方ないから/usr/libにシンボリックリンク作って対処中

archで起こる問題って大体それだな

Gentoo linuxだとそういう問題は滅多におきないよ。
アップデートするときに依存しているライブラリのバージョンがあわなかったらビルドする前にエラーがでるからね。

libglslang.so だけ読んで欲しいw

flatpakとappimageでよくね
バイナリ使うからそうなる

その辺使うならarchじゃなくてもという気がして

Arch の開発チームは、パッケージを「とりあえずビルドが通る状態」でリリースしてるからね

まったくテストせずにリリースしてるのか

へー

Extra-Testing ってイカサマなんだ?

以下、AIの受け売り

Arch チームの基本理念は昔からこうです

“Keep it simple, stay bleeding edge, trust the user.”
（シンプルを保ち、常に最前線で、ユーザーを信頼する）

ここでいう「信頼する」は、
「ユーザーが自力で修復できることを前提にしている」
という意味に近いです。

つまり、Arch は安定を保証しない代わりに、完全な自由を提供するという哲学です。
（ある意味で“ディストリビューションというより、便利なビルド環境”です）

なんだかんだで他のディストリより自分に合ってるから使うけど

>>401
PKGBUILD は使わないのが原則じゃなかったのか?w

AIが言うのなら間違いないだろうな

AI は知恵遅れ

ある意味、Windowsよりもユーザーをテスターとしか見ていないディストリだな

ただでつかってるくせに、なんて言われちゃうよw

テスターレベルが偉そうなことを言ってるな、てかバグ報告さえ一度もしたことなさそう

SSD破壊したりネットワークカード機能不全にするWindowsのほうがテスター扱いしてそう

インストールのハードルが高い方が変なの来なくて良いかも。

>>410
Manjaroがお客様気分の厄介なユーザーの受け皿になってくれてるお陰やね

いい加減｢部分的なアップグレードはサポート外｣って>>1に明記しろ
soname bumpも理解してない知恵遅れがテメェで環境ぶっ壊してディストロ非難した挙げ句バージョン違いのsonameにシンボリックリンク貼るっていう最悪な対応してるやり取り何万回繰り返してんだボケ

アップグレードってpacman -Syuとyayでしかやったことないのにso不一致が起こってるんだけどどう防ぐの？

>>413
基本的にSONAME BUMPに伴うリビルドが必要な場合は公式のリポジトリに上げられる前にTodoList(https://archlinux.org/todo/)で足並み揃えてるから本当にNGな行動(-Sy fooとか -Sy && -S fooとかおかしなリポジトリ混ぜたりおかしなパッケージ混ぜたり)してないなら起きない
それでも｢俺の環境では起きるんだけど！｣って言うなら他人が再現できるように具体的にどのパッケージで起きてるかとかを挙げないと話にならない

少なくとも上で出てるglslangのケースでは(https://archlinux.org/todo/glslang-143280-rebuild/)できちんとmpvの依存するffmpegが古いlibglslang.so.15から新しい非互換なlibglslang.so.16を使いようにリビルドされてるからきちんと全体をアップデートしてればlibglslang.so.16が使われるんでlibglslang.so.15が使われてる時点で｢>>392の環境が腐ってる｣で終わり

マンジャロとかいう痩せ薬

すべて最新版にするか一切更新しないか、そのいずれかしかArchでは動作保証されない

AUR荒らしてる奴の仲間がこのスレにまで現れたら、開示請求をすれば一網打尽に出来るかも知れないな

>>416
Arch Linux - Package Search
https://archlinux.org/packages/

俺もpackagesのCoreとExtraだけなら全部が最新なら動作保障はされている認識だな

個人的にはmpvはちょこちょこやらかすイメージ
vlcを併用してるし、すぐ修正入るからそこまで気にしてないけど
何度かアップデート後に起動しなかった経験あるわ

vlc な

qt5 をインスコしておく唯一の理由なんだが、そろそろ……

VLC QMPlay2 この辺はflatpakにしているわ

grubのパッケージアップデートしたら、毎回grub-installするのめんどう。
自分でhook書くしかないのか。

代わりに書いて冷蔵庫に貼っといたよ

なんか最近CachyOSてのが人気みたいだな
次の週末にでも遊んでみるかな

python-3.14.0 ﾏ.ﾀﾞｰ?

おまえら32bitライブラリがないと困ることってある?

あるよ
wineとか

公式リポジトリのWineそのものは64bit版になってるから必要ないけど
WinetricksなどWine関連のツールやSteamなどWine派生のゲーム環境はまだ32bitのままだから、それらを使うなら必要やね

しばらくManjaroを使っていたけどflatpakのSteamが起動できるようになったから
メインを素のArchにして様子見だな

FastlyのCDNによるミラーサーバーが公式で作られてる

clang-21.1.4 ﾏ,ﾀﾞｰ?

fcitx5-mozc-utのfcitxモジュールとmozcサーバが再分離されたようだ
ありがとナス！

make最後でエラー出るんだが

>>433
一端古いfcitx5-mozc-utを消して再インストール

成功しました！
ありがとうございます

おうよ

どういたしまして

いいってことよ

今回は許すけど次は気をつけろよ

cairomm-1.19.0 ﾏﾂﾀﾞｰ?

お前がメンテナになれよ

>>440
自分でdistroを作ったほうが早いよ

まだーおーえす
Murder OSにしようか
Archベースで文句言う奴が自分で保守しないとぶちころされる

>>440
https://gitlab.archlinux.org/archlinux/packaging/packages/cairomm-1.16/-/issues/1

1.19は不安定版だからリリースされないぞ
使いたいならAURにある-git版使いなよ

dovecotは2.3と2.4で別パッケージになるのか
debianも2.3系を継続させてくれよ

もうpostgresqlがメジャーアップデートの時期かよめんどくせ～

waydroidがextraレポジトリに
まあだいたいなんかバグっててあんま使い物にならないけど

waydroid使ってみたいがゆえにwaylandに切り替えたとこあるけど、結局使わないな
そもそもスマホたいして使ってなかった

wayland を排除してもいいくらいだけど

updateで、そっとpacnewだけ置いて教えてくれないのは不親切だよなぁ。
debianみたいにしつこく訊かれるのも面倒だが、もう少し強調表示くらいはしてくれても。
だから、mkinitcpioでデフォルトが変わってたのをファイルを発見するまで気が付かなかった。

やっぱetc-updateって便利だよな

>>450
変更点だけど、busyboxでなくsystemdがデフォルトになってたのと、microcodeのステップが追加されてた。
前者はどっちでもいいけど、後者は中身詳しく見てないけど、名前からして結構影響ありそうなきがするんだが。

mkinitcpio v40
https://lists.archlinux.org/archives/list/[email protected]/thread/S2G5NU4YD7OL7TIGLN4GCV2T6F4RUPBJ/

Generally the changes are not super interesting, but we got a new build system with meson for this release. This has given us the option to enable and disable the default hooks for `mkinitcpio` during building.
As a result I have made two packaging decisions!

# Disabled fallback image creation for new installs.
Generally they are not super useful and people that need them can enable them if they would like too. This is only affects new installs as we can't change the hook files on existing installs.

# Switched over to `systemd` hooks by default.
This is generally a change I think we should have done a long time ago. The systemd side of our initramfs is getting a lot of changes thanks to systemd moving the needle forward, however our busybox hooks are not getting any of these improvements and have generally stalled for years. I have swapped things over on our side, and will continue to maintain the busybox hooks upstream.

てか、去年から `systemd` hooks もDisabled fallback image もmicrocodeもそうしていた


# microcode mkinitcpio hook migration and early microcode

journalctl -k --grep=microcode

情報ありがと。
＞Disabled fallback image creation
これも変更してたんだ。自分でもこれ全く意味ないと思ってたから消してた。
どうせ、何かあった時は裏のdebianやfedoraから修復したりするし。

皆さん、clamav 使われてます ？
Xubuntu で15年くらい使ってたんだけど、別段恩恵を感じなかったんですよね。

あれはWindows系にFS共有とかメールサーバー提供してるホスト向けじゃろ

IT系の仕事やってるフリーランスなんかだと
使ってるPCにアンチウイルス入ってるか聞かれたりすんのね
そういう時の為に入れとく

俺もいまだに反応したこと無いけど
まあ保険みたいなもんだから入れといて損は無いと思ってる