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/

もう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にアンチウイルス入ってるか聞かれたりすんのね
そういう時の為に入れとく

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

デスクトップ利用だけどClamAVて効いてるのか効いてないのかよーわからん
KVRTで個別スキャンしてたらclamav入れてる意味あんのかなって思わんでもないわ
無料で使えたSophosは良かったなぁ2020年だったか？それまでの個人利用に限り無料が終わってしまったのが残念だった

windows使ってたってウィルス検知なんてごく稀だしな。
転ばぬ先の杖なんだから油断せずに入れておくが吉と思うよ。

Web上で公開されてるファイルであれば、VirusTotalでオンラインスキャンする方がClamAVより信頼できる感じかな？
私的なファイルやデバイスには向かないけど

まぁ、マルウェアを含むファイルを落としても実行権限を付与して開かなければ大丈夫だろ？

Arch Wikiにあるclamavの項目通りにやれば誰でも簡単に…とは行かなかったですハイ
https://wiki.archlinux.org/title/ClamAV#OnAccessScan

clamd.confやfreshclam.confの設定違うじゃんねぇ？ローカルソケットも違うって蹴られるし
まぁ今だとChatGPTなりGeminiに聞くなりしてwikiのままだと不足してる箇所や重複箇所、記述が変なところがあって修正・追記してくれるから良いんだけどさぁ

clamtkも入れとけよ

Windows defenderは？

456 です。　参考にさせてもらいます、皆さんありがとう。

vlc-3.0.22 ﾏﾀﾞｰ?

vlcのアップデートで画面が埋め尽くされそうだったけど、あれは別バージョン？

>>467
数ヶ月前にプラグインパッケージが細分化された

qemu 関連なんかアタマに何かわいてんのかってくらいたくさんあるなw >細分化されたパッケージ

cachyosはここでいいの？

いいよ✨

manjaroだと門前払いしそう

>>470
今後シェア伸びそうだから専用スレか
あるいはSteamOSなんかと合わせてゲーム向けディストロスレ立ててみたら？

cachy os のせいで、archもすごい勢いで伸びてるね　distrowatch

Manjaro->Endeavour->Garuda->Chachy
Arch 系ユーザは流行に敏感ｗ

本家archユーザーはずっとarchだと思うけど、派生の人はコロコロしてそう

カチョス

おいどん、tar解凍してbinに配置すればパッケージマネージャが不要とゆうことに気づく✨

EndeavourOSが一番好きかな　ArchWiki通りに設定できるし素直だから
アホカーネル掴んでもすぐ更新来るから待てばいいし

俺はendeavourosのDracutが自動化しすぎて好きになれなかったから

Migrating to ...
As an example - you could migrate to EndeavourOS.

Create an EndeavourOS mirrorlist /etc/pacman.d/endeavouros-mirrorlist
## Germany
Server = https://mirror.alpix.eu/endeavouros/repo/$repo/$arch

Add EndeavourOS to pacman.conf (below [multilib])
[endeavouros]
Include = /etc/pacman.d/endeavouros-mirrorlist

素のArchをEndeavourOS化してyayなどを入れている

>>478
パッケージマネージャのおしごとはパッケージアーカイブ内のファイルを
ディレクトリツリー上にぶちまけてほなサイナラ、じゃあないと思うよ…

重複したり上下の依存関係を解決してどのパッケージ取ってくるか
自分でかしこく決めてくれるし、その後のアップデート
アンインストールも面倒見てくれるし…
(と釣られてみるテスト)

LD_LIBRARY_PATH
XDG_DATA_DIRS

とか調べたらパスが通っている/binには置かなくなったな
パスをexportして起動すればいいやっになった

/binに置くのはさすがにないかもなあ

>>480
あのDracutが良いんだけどな
ついこの間尼でWifi6アダプター買ったからEOSにシェルスクリプトでインストールしてみたけど問題なかった
カスタムカーネルだとハジカれることも多いから流石だと思ったよ

>>484
詳しくは知らないけどEndeavourOSのDracutは
/etc/kernel/cmdlineに共通の起動時のカーネルコマンドを書いておいて
sudo reinstall-kernelsにお任せが俺の性に合わなかった

>>478
パッケージマネージャーを介さずにぶっ込むなら/usr/local/binか~/.local/binにしとけ

騙されるなよ

そういうのは /home/omaenodir に突っ込むもんだ

たまたま今発見したんだけど、直近7日では
archがcachyを抜いて、一位におどりでてる。なんか、誇らしいよな

そんな事を書くと、いつもArch系にテッペンを取られる Mint ファンが怒るぞｗ

これか
1 Arch 5359>
2 CachyOS 5274>
3 Mint 2338>
4 EndeavourOS 2094>
5 MX Linux 2030<
6 Zorin 1626<
7 Debian 1455>
8 Pop!_OS 1318>
9 AnduinOS 1248>
10 Solus 1150>

なんかFirmwareいっぱい落ちてきてない？
これが人気の秘密か

カタマリをバラしてるだけとか言わないよな……

out-of-treeは基本aurじゃないの

ちょっと前まで全然人気なかった気がするけどOmarchyとかいうやつの影響？

久しぶりにDistroWatchみたらFreeBSD 15.0がリリースしてたわ

ArchはFelix Yangって武漢の中国人が一人で過半数のパッケージ担当してるだろ
属人性が強すぎて大丈夫なのか？って感じてる。そいつがやめただけで回らなくなりそうだ

そろそろ中央集権でソフト管理するのやめたほうが

ユーザーと開発者で別れているわけではないのがLinuxの特徴だと言える
むしろ個人の手直しの集合体で始めたものがいくつか会社化しておかしくなっていると言える
俺はAIでなくなる職業個人的一位はUbuntuの派遣事務所だと思う
せめて名前をMintみたいにバカでも分かる発音にするべき

AI は知恵遅れ

>>498
こっちで頑張れ
Ubuntu 104©2ch.net
https://mao.5ch.net/test/read.cgi/linux/1456808111/

昨日アプデしたけど何だかplasmaデスクトップ動作が怪しいな
ロールバックしてしばらく様子見

実はEndeavourOSのLiveデフォがひとつ前はPlasmaだったが直近はxfceに戻っていてだな
俺の感想としては調整が面倒くさいんだろうなと思ったわ

kdeていきなりインデックス作り始めてcpu縛食いするしこんなゴミみたいなもんあるんやとおもた🐼

>>501
俺も一昨日、数ヶ月放置してたサブPCをアップデートしたらタスクバーの設定が開けなかったり、いくつか挙動がおかしかったわ
別のDE入れて遊ぶつもりだったから気に留めてなかったけど

今pacmanをアップデートしたらyayが動かなくなる
自分でyayを再ビルドしないといけないから気をつけて

yay: error while loading shared libraries: libalpm.so.15: cannot open shared object file: No such file or directory

ls -l /usr/lib/libalpm.so
lrwxrwxrwx 1 root root 13 12月 12 22:03 /usr/lib/libalpm.so -> libalpm.so.16

なぜかpacmanだけ更新できないわ・・

yay-binだと問題ないな

個別アップデートしなければ問題ないとか言ってた人いたけど、そのケースよく起こるよね？

yayを先に入れて
yay -S pamac-aurを使ってたけど止めて
yay -S pamacを使って見たらうまく行った
yayもpamacも無事に使えてる

>>507
yay、yay-binともに3時間で修正されたみたいね

>>508
AURのは非公式パッケージで利用は自己責任ですし

>>505だけどもう修正されたんだ
余計なことせず寝ればよかった

paruはまだ死んでる

そもそも土曜日曜にリポジトリの更新はしないな

251209版を使ってインストールしてみたけど
自動でログインするがなかった
251129版だと下に自動ログインするがあることを確認
疲れた・・

そういうの面倒だから手動でインストールするようになった

>>515
能力が高くちょっと神経質な人は、そう言って、
鶏のパッケージ管理を拒絶して全部自分で管理するようになる。

今も昔もGuided installはおまけだし。

arch のサイトって不安定だよね

知恵遅れが運営してるの?

25日から攻撃受けてるって

https://status.archlinux.org/

>>518
じゃおまえが運営すれば？

この手のDDoSはpull requestをrejectされた無能の逆恨みだと思ってる

攻撃に対してCDNに対応策求めてるけど年末休暇でしばらく対応得られなさそうだ

更新がくるたびにwineの挙動がひどくなってる気がする
exeを終了させて次のアプリを動かしたら音が一瞬だけども再生されたり
細かいバグが目立つようになった気がする

カーネル6.18だとSteamのGE-Proton 10でゲームが起動しないことがあるけど
カーネル6.12だと問題ないんだよね

自分もwine-stagingアップデートしたら今まで使えてたexe動かなくなったから2つ前のに戻したわ

wow64とかも結構な大変革だったと思うけど、また最近なんかやっとるんか

wineも色々あるかもしれないけど、DEとかWMにも問題あるから不具合潰してくの疲れる
とりあえずniriからKDEに変えてみたけど、wineは良くなってもDE自体の動作が気に食わない

ちょっと試した感じだと不具合としては
labwc環境でenv --unset=DISPLAYでMery.exeをwaylandで起動すると
メニューウインドウのメニューが表示されない
xwaylandならMery.exeのメニューが表示される

xwaylandで起動するとwaylandで起動したアプリ同士のコピべが機能しないものがある

xtra/wine 10.20-2 (56.3 MiB 503.1 MiB) (インストール済み)
A compatibility layer for running Windows programs

$ inxi -S --filter-all
System:
Kernel: 6.12.0-pf4 arch: x86_64 bits: 64
Desktop: LabWC v: N/A Distro: Arch Linux

久しぶりにgnome49.2の拡張機能みてたら、forgeが対応なってたのでさっそくいれた。

[バージョン] JDim 0.15.0-beta20260102(git:bb680e1467)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.11
[ そ の 他 ]

systemd bootでやっとwin11とdual bootできた

Pythonのメジャーバージョンアップで大量のアップデートが

>>531
kwsk
俺もどうにもならなくて困ってたんだよ…

1. 最も簡単な構成：EFIパーティションの共有
通常、Windowsを先にインストールすると、約100MB〜260MBのEFIパーティションが作成されます。Arch Linuxのインストール時に、新しいEFIパーティションを作らずに、この既存のパーティションを /boot にマウントしてインストールを勧めます。

メリット
systemd-bootが /EFI/Microsoft/Boot/bootmgfw.efi を自動で見つけるため、設定ファイルを書く必要がありません。

起動時に自動で「Windows Boot Manager」がメニューに現れます。

2. すでに別々のEFIパーティションで作ってしまった場合
もし、ArchとWindowsで別々のEFIパーティション（物理的に別の場所）を使っている場合、systemd-bootのメニューにWindowsは出てきません。この場合の「最も簡単な解決策」は ファイルのコピー です。

WindowsのEFIパーティションをマウントする（例：/mnt などに）。

中にある EFI/Microsoft フォルダを、Arch LinuxのEFIパーティション（/boot）の EFI/ の中に丸ごとコピーします。

Bash

# 例：WindowsのEFIが /dev/sda1、ArchのEFIが /boot の場合
sudo mount /dev/sda1 /mnt
sudo cp -r /mnt/EFI/Microsoft /boot/EFI/
これだけで、再起動するとsystemd-bootが自動的にWindowsを認識します。

設定ファイル（loader.conf）の書き方
メニューの表示時間を設定するだけでOKです。

/boot/loader/loader.conf を以下のように書き換えます：

Plaintext

default arch.conf
timeout 5
console-mode max
timeout 5: メニューを5秒間表示します 。
30くらいがいいかも

起動ディスクが一つだったら、
Winの方は無理にWindowsBootManagerから単独ブートしようとせず、
systemd-bootを先にブートしてWin(WBM)は
そこからチェーンブートするようにしたほうがいいなあ

物理的に起動ディスクを複数に分けるなら
bootnextでもefibootmgrでも割と自由

>>532
Pythonてメジャーアップデートしたの？

>>537
マイナーアップデートだな

windowsとのdual bootで
systemd bootを使えば、windows用のefiにbootできるので
grubを使うより、はるかに簡単で幸せになれることがわかった。
要望があれば、手順を公開する。といってもたいしたもんじゃないが

＞EFIが/dev/sda1、ArchのEFIが/boot
systemd-bootって確かgrubと同じ方式（/bootとEFIを分ける）にすることもできるようになったよね？
grub方式だと/bootをFATにする必要がないのがメリットだけど、UKIなら/bootはEFIと同じ方がいい、のかな？
ただし、それだとWindowsが作るEFIパーティションが260MBでは足りなくなるかも。

Archのおかげでビルドすれば大体のアプリが動く環境になれるんだしWindowsなんて捨てちまえよ
っていうかWindowsを捨てたいからLinux使ってるんじゃねえの？普通は

確かに。UKIなら200MBだと心もとないので、UKIを使わないようにするか、あるいは、俺はwin側でpartition toolを使って、500MBくらいに増やした。
あとは、archinstallスクリプトで、マニュアルで/boot と / のマウントポイントをつけてやれば、勝手にsysytemd bootがwin11をみつけてbootメニューに表してくれる。いままで、arch用にefiのフォルダを作らなくてもいいのはかなり楽。

archはトラブったら誰にも頼らず自力で直せ、が公式な方針だから大半のLinuxディストリの代わりにはなり得ないし勿論Windowsの代わりになどなれない

windowsを使うメリットは、linuxにないアプリがあるのと
bios updateがfwupdでうまくいかないときがたまにあったりで
あればあるなりに使えること。その意味でmacも使ってる。

今はAIがかなり優秀でたいがいは、コマンドまできれいに教えてくれるから。
昔のように、linuxのしきいは高いということはない。