Arch Linux 19

glibc-2.43 ﾏﾀﾞｰ?

>>577
自分でcommitすればいいよ
簡単なことだよ

glibc-2.43 ﾏﾀﾞｰ?

>>579
自分でcommitすればいいよ
簡単なことだよ
なぜ自分でcommitしないの？

glibc-2.43 ﾏﾀﾞｰ?

とっくに自分のPCでは2.43になってるんだよw

vulkan-sdk-1.4.341.0 相当ﾏﾀﾞｰ?

python-3.14.3 ﾏﾀﾞｰ?

>>582,583
自分で担当して、自分でcommitすればよいよ
簡単なことだよ

何だこの中身のない流れ
荒らしか？

>>585
ﾏﾀﾞｰ?
をNGにすれば良いよ

この板ってこういう無意味な書き込みする人多いな
だいぶ歳行ってるんだろうな

ﾏﾀﾞｰ?って書き込みをする人は無意味だよな
自分で担当してcommitしたら、すぐに反映されるやん
こんな当たり前のことなのにな

commitcommitって毎回同じ反応しかしないのも傍から見ててだいぶ鬱陶しく見えるわな
バグったbotみたいに同じフレーズ繰り返すことしかしないタイプってのが荒らしに見える
スクリプト騒動とはまた違ったウザさ

ﾏﾀﾞｰを支持するわけじゃないが
重要な部分のヴァージョンアップは予告してもらえるといいけどな。

いいタイミングで通知してくれているとww

マダー？じゃなく
そろそろならいらつかない

要するにイラつくからやめろって攻撃してるわけな

>>590
公式を見たら良いよ

>>594
おめーも5ちゃんみないで公式だけみてろよw

今度４コアのthinkpadx260にarchをいれたのだが、DE WMを何にしようかと悩んで、
機能が多めで、メモリーにやさしいというので、hyprlandをいれた。
いろいろ設定はめんどうなので、dotfileをend4というのにした。
これが正解で、fcitx5も簡単にでき、snap appでも日本語が簡単に通る。
terminal 2 librewolf tab 5 jdim をひらいて、2.6Gくらいなんでまあまあ軽いほうだし、
tiling windowsはストレスがなくていい

日本語下手かよ

小さい画面にはniriも試してみるといいよ。

>>567
今度は less 1:692-1 が来てたので使ってみた
.lesskey で設定しなくても 1:685-1 と同様の挙動に戻ったみたい

仕様変更が不評だったみたいね,まぁそうだろうなぁ…
journalctl とかはデフォで出力に less を使うので影響をモロに受けたし

まぁ,報告がてらって事で

>>568
おいらって単語がウケるとは思わんかったわw

いい歳しておいらはないわ

おいらだと本人一人だけど
わいら、わしら だと複数人になる

普通にきしょい

オイラー乙ゥ～

>>602
おまえｷﾓいw

あれ？
manで/のsearchをキャンセルするときにescで消えなくなってて、emacsみたいなC-c/C-gになってるけど、以前からこんな仕様だったっけ？

あ >>566と関係あるのか。
けど、changelogにはsearchのところの言及は見当たらないな。

pager に less をつかってるのはおまえでしょ?

嫌なら w3m でも指定しなよ

chawanってテキストブラウザいいぞ!!

linux6.19なかなかこないな。いつもならリリースと同時にtestingに入って、x.x.1で放流という感じなのに。
結果的に、6.19.1のバグをちょうど回避した格好にはなるけど。

iproute2は6.19になってるから、そろそろじゃない

コピペしてるとたまに文字化けされるよくわからんが成功してるときとしない時がある
クリップボードの内容も文字化けしてる時が多いもんだからわけがわからない・・。

windows を使うといいと思う

clang-22.1.0 ﾏﾀﾞｰ?

llvm-project
git branch -a
> remotes/origin/users/5chmidti/add_testing_for_the_AST_matcher_reference
> remotes/origin/users/5chmidti/rm_not_needed_run_overload_in_BoundNodesCallback
> remotes/origin/users/5chmidti/specify_test_language_versions_in_def_file

>5chmidti

なんだよコレw

おまえらなの?www

spirv-llvm-translator-22.x ﾏﾀﾞｰ?

>>613,615
自分で更新作業を手伝って、upstreamへcommitすればｲｲﾖ!
一躍英雄にﾅﾚﾙﾖ!

spirv-llvm-translator-22.1.0 ﾏﾀﾞｰ?

flang 導入ﾏﾀﾞｰ?

気がついたら、6.19になっていた

clang-22 ﾏﾀﾞｧｰ?

PKGBUILD は 22.1.0-2 になってる。

clang-21.1.1 ﾏﾀﾞｰ?

w
最新は22.1.1や

誰も使ってないと思うけどpekwmってけっこう更新されててウインドウ閉じるボタンなくなって困惑してる
もちろんキーやマウス操作で閉じれるが英語でもほとんど情報ないんよな

>>624
自分はPekWMを使ってないけど、、
ChatGPTに
> Linuxのウィンドウマネージャ「PekWM」の最新版ではウィンドウの閉じるボタン「×」が無くなったそうです。
> 閉じるボタンを復活させる方法は？
と聞いたら詳しくアドバイスしてくれたけど、どう？

>>623
ﾏﾀﾞｰ厨房はそっとしといてやれ

DaVinci-resolve?をaurから入れようとしたらダウンロード出来ないとエラーが…
対象ファイルがfile://で始まってたし配布元は登録が必要だしでそこらの情報を持っている方は居ませんか？

>>627
あれはプロプラだから公式から自力で落とす必要がある
で、公式にLinuxへのインストールの手順とかまで出てるけど
CPU,GPU周りがややこしくていろいろ手間が必要
だから公式から落としてきたファイルを使ってその他諸々をやる形でaurのは書かれてる
どっかに公式から落としたファイル置いてaurからインストールすると全部やってくれるはず

ちなみに遥か昔に俺は公式の手順でやろうとして断念した
当時はAMD不遇の時代で無理だったわ
今はAMDに風が吹いてるからアーキテクチャに関わらずインストールしやすくなってんのかね

>>627
自分はDavinci使ってないから詳しくは分からないけどメーリスで何か話し合ってたよ

davinci-resolve no longer downloads the upstream package; was this actually an AUR rules violation? - Aur-general
https://lists.archlinux.org/archives/list/[email protected]/thread/ZXM4EL2H3E6HP6HQLE2XXXPPT4EQTBIF/#7MIQTEI43YS2QW4VV7NNGLM532BKXYND

まぁ結局面倒でkdenliveで落ち着くまでが誰もが通る道だな
俺も結局kdenlive使ってる

情報有難う御座います

Shotcutはどうよ?

>>632
いろいろあるけどどれも一長一短
結局kdenliveに落ち着く
kdenlive以外だとblenderは結構良い
それ以外はほんとどんぐりの背比べって感じ

前のバージョンはBlackmagicのサイトからダウンロードまでやってくれてた気がするけど面倒なことになってるんだな

archinstall script使うならendevourでいいやろ

Arch Linux - News: kea >= 1:3.0.3-6 update requires manual intervention
https://archlinux.org/news/kea-1303-6-update-requires-manual-intervention/

とりあえずupdateしてみたけどflatpak1.16.4だと調子が悪いな
com.valvesoftware.Steamが起動しない

IgnorePkg = gdm libgdm
あとgdmのバージョンを固定にしていたら起動しなくなったｗ

gnome50のせいか色々不安定だな

久しぶりに動かしたら、gnome50がふってきてびっくりした
なにが変わったのかよくわからんが

> なにが変わったのかよくわからんが
丶(・ω・｀) ﾖﾁﾖﾁ

gnome50でログアウトボタンが出なくてあせった

Archの統計情報見てたんだがウィンドマネージャーでHyprlandがMutter(Gnome)のシェアを抜いてたわ
kwin 41%
hyprland 20%
mutter 18%

はぇ、hyprlandがgnomeより上なんだ、すげぇな
そんでKDEはやっぱりつええな

貼れるかな
https://pkgstats.archlinux.de/fun/Desktop%20Environments/history
https://pkgstats.archlinux.de/fun/Window%20Managers/history

hyprlandマルチモニター環境だとあんまメリット感じないんだよなぁ
ノートPCならいいけど

DE、WMシェア見ると軽量DEとしてXfceがなかなか固いな
軽さを求めるならLXQt、Wayland対応GTK系DEならNwgに流れると予想してたんだけど

個人で管理しきれる最大のモノが xfce

それよりデカいのは要らないよ

>>647
オレもそう思う…

swayもなかなかいいよ

AURのmozc-ut, fcitx5-mozc-ut, fcitx5-mozc-ut-full, mozc-ut-full-commonって何が違うんだ？

>>650
mozc-utは本家MozcにUT辞書をバンドルしたもの
mozc-ut-full-commonはFcitxがフォークしたMozcにUT辞書をバンドルしたもの
fcitx5-mozc-utはFcitx5にmozc-ut（あるいはmozc）を載せたもの
fcitx5-mozc-ut-fullはFcitx5にmozc-ut-full-commonを載せたもの

pewdiepieがhyprlandの動画出してたしな
dwmみたいにワーキングスペースを複数モニタで共有させてほしいわ

Linux Kernel 7.0になるのか

今、サブPCにSway入れて遊んでるんだけど
最近、面倒な設定をDEのツールに丸投げにして怠けてたから初めてArchを触った頃みたいに難儀しとる…

あと、DE依存度が低くてWayland対応してるユーティリティソフトの選択肢が限られてるから
手頃な軽量ツールを個別に選ぶべきか、高機能で依存パッケージの効率化も望める大手DEのツールで揃えるかで迷ってる

なんとも悩ましいけど楽しぃ…w

>>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

Arch Linux - News: Breaking changes for all users of `varnish`, which is renamed to `vinyl-cache`
https://archlinux.org/news/breaking-changes-for-all-users-of-varnish-which-is-renamed-to-vinyl-cache/

AIにぶんなげたらRUSTは特定のパターンを防ぐだけで万全じゃないよ無添くら寿司の無添加(笑)と同じだよって言ってたｗ

Cはカッパ寿司か

fontconfig 2.18.0 がゴミ

Ruby は小僧寿し

回る寿司はちょっと…

生臭いし……

じゃあスーパーの寿司で

スーパーの寿司をナメてはいけない

惣菜部門の寿司は工場で作られた冷凍のネタをシャリに乗せるだけだろうが
鮮魚コーナーの寿司はその場でネタを仕込んだもので別格　高いけど
と思う

Pythonは納豆巻き

Rust はカリフォルニア・ロール

撤回>>758
勘違いしていた俺のアタマがゴミ

どんな勘違いだったんだ

そりゃおまい、アナゴだと思って食ったのに海ヘビだったってアレだよ…

そうは言ってもウミヘビのかば焼きだの天ぷらだのがあったら喜んで食うんだろ？

あの手の食材は、タレとの組み合わせが美味しいのであって、と思っていた時期が私にもありました。
うなぎの白焼きウメー

いつまでこの話題続けるの？

ネタがないのか・・・寿司だけに

src/fccache.c

FcCacheIsNewVersion (FcConfig *config, FcCache *cache){}

こいつにやられちゃったのかなーって勘違いしただけです

ウミヘビでもちゃんとアナゴっぽく食べられる種類、ありますよ

食わず嫌いはあかん。niri試してみて良すぎて
家中のパソコン全部niriにしちまった

やっぱ nigiri だよな

Niri は fuzzel と alacritty が大活躍するね

最初は画面の狭いノートをniriにして使ってたけど、便利過ぎて3画面のデスクトップもniriにしちゃった。
以前はゲームとかやるとフォーカスとかマウスカーソルで問題が出たけど、今は改善されていい感じ。

畜生
今更フォントの設定に沼って fontconfig の腐れた言語っぽいものを勉強するハメに……

>>758
revertするなり、自分でパッチを当てるなりすればいい

お、できるフリw

結局、ぐーぐるフォントを無理矢理使わせたいんだねー > fontconfig-2.18.0

Liberation fonts！
VLゴシック！
IPAex明朝！

auto* も削除してゴリ押しかよw

そろそろX11+i3 からWayland+niriにしてみようかなあ

niriはアイテムをworkspace 8に送ってもアイテムのないworkspace 2に矯正されるのが俺には合わなかった

ラベル付けた固定WORKSPACEにしてもダメかね

それなりのやり方はあるんだろうけど
どのみち自分はウェーブブラウザはマウスで操作するほうがストレスはないからlabwcで良いんだけどね

sway
assign [app_id="firefox-esr"] workspace number 8

labwc
[[ $XDG_CURRENT_DESKTOP =~ labwc ]] && wtype -M win 8 -m win && firefox-esr
# workspace 8に送る
とかをやりたいだけだし

>>784
あ、おれもそれやだ

ノートPC等、限られたリソースではダイナミックworkspaceも利点があるんだけどね。
マルチモニター環境でworkspaceを固定して使いたい場合も設定できる。
Niriの操作に慣れちゃったんで、デスクトップではインデックスによるワークスペースのアドレス指定して快適に使ってるよ。
https://github.com/niri-wm/niri/wiki/Workspaces

静的ワークスペースをエミュレートするには、「one」、「two」、「three」、... という名前のワークスペースを作成し、キーをfocus-workspace "one"、focus-workspace "two"、... にバインドします

てことね

QEMUのアップデートで仮想マシンのI/Oがバグってるわ

>>789
なるほどね。
niriの方がhyprより安定しているけど、hyprのワークスペース毎にレイアウト変えられるのが好きだな。
スクロールもいいけど、bspのシンプルさも捨てがたい。

hyprland,niri使ってみて、求めてたのはタイルじゃなくフローティング+キーボード操作とわかったのでKDEに落ち着いた

wmでもフロートモードにすれば同じことできる

>>793
自分の環境だとKDE以外はxwaylandとかの挙動がおかしかったから諦めました

>>794
Gnomeをメイン、Swayをサブで使ってるけど
少なくともこの二つよりもKDEのコンポジタのほうができがいい気がする

確かに >>678 みたいに環境変数設定してkded6,polkit動かしたり、xorg-xhost入れたりしたな。
同時にkdeも裏でいろいろ動いててwindowsっぽくてややこしいなって感じもしたわ。

不満が出たら自分で改造すれば良いしdwl使ってる

dwlは放置気味だし、いまならriverで始めるのがいいのかもな。

なんかAURに大量の悪意あるアップデート来てるな

https://lists.archlinux.org/archives/list/[email protected]/2026/6/

npmのサプライチェーン攻撃かぁ…

arch はなんか狙われるねw

そりゃ自力で何もしなければほぼノーガード状態になるからターゲットとしては一番いい

Arch と RH/Fedora は狙われるけど Debian って狙われないね。
全部古いせいかな

常に新しいぶん気づいた時の修正も早いけど未知の穴も多いんでないかな

単純にユーザー数が多いからハッカー側のコスパが高いということだろう
数が多いから話題になってるけどやってることはorphanになってるパッケージの乗っ取りと有名なパッケージのtypo狙いという前からあるしょうもない手法だし

npmもarchもザルだからだ

人口多いとこ狙わんと
debianて誰も使ってないし

たとえば競合するディストリビューターが関与していることはないの？
最近大型アップデートしたにもかかわらず　海外でボロクソに叩かれている会社があるけど

やっぱfontconfig 2.18.x がクソ

https://archlinux.org/news/active-aur-malicious-packages-incident/

> Active AUR malicious packages incident
>
> 2026-06-12 - Campbell Jones
>
> We are currently experiencing a high volume of malicious package adoptions and updates in the Arch User Repository.
>
> We are actively working to track down existing malicious commits and attempting to prevent additional malicious commits from being pushed. While this is happening, and while we work to create a more permanent solution, users may see issues with the following:
>
> Creating new accounts on the AUR
> Pushing package updates
> Adopting or creating new packages
>
> We continue to encourage all users of AUR packages to review all PKGBUILD and install script changes when updating, especially during this time. If you notice suspicious commits to a package that you use, please reach out to Arch staff via the aur-general mailing list with more information.

AUR 嫌いな arch 本家の人がやってたりしてw

やってることのレベルが明らかに低いし前にDDoSしかけてきた連中では

>>803
Ubuntu、はっ！
影にあの組織が？！

>>810
参ったな.400はマルウエアに感染らしいな

400どころか1500以上らしいよ

Arch Linux Now Believes Malware Incident Under Control: More Than 1,500 Affected Packages
ttps://www.phoronix.com/news/Arch-Linux-AUR-More-Than-1500

wget https://cscs.pastes.sh/raw/aurvulntest20260611.sh

bash ./aurvulntest20260611.sh

Clean: None of the known infected packages were installed within 2 days of the campaign.

これでい良いのか？

ArchってDEがガバガバなんだよなぁ…
そりゃこうなるわと思ったけどな間抜けというかなんというか

>>817
DEがガバガバ？？なに頓珍漢なこと言ってんの
お前、なにが起きてるのかまったく理解できてないだろw

俺も理解していないけど上のスクリプトが
grep -qE 'Jun 9|Jun 10|Jun 11|Jun 12|Jun 13'; then
found+=("$pkg")

とあるから
Arch_bac20260608-153727があるからバックアップから復元しとくか

なんだAURだけか。使ってないからどうでもいいわ。
どうせほとんどがコンパイル必要だし、かといってbinaryのやつは危ないし。

攻撃者はAIだ
そんな面倒な作業を人手で1579回も出来るか
低レベルな単純作業の繰り返しが可能なのはあの低脳機械に違いない

じゃあAIで対策しろアホ

強盗に門を守らせろと言う人にアホと言われたようだ

AI は知恵遅れ

AI は知恵遅れ　

強盗は人間だから人間の警備員は強盗だと言ってるレベル

>>823
お前が守れよアホ

人間とAIの区別がつかない人間がいたってお前の大好きなAIが言ってたよ

つ鏡

用意万端じゃん、でも自分のアホ面見るためだったら目の前のやつの電源切るだけで充分なんだぜ

もし・・AURが使えるディストリビューションが使えなくなったら
次は何を使ったら良いんだろ？

しょうがないから、インストールしなおしてpacmanだけにするか

Votes多いやつ以外利用してなかったけど不安な気持ちで使い続けるより良いかと思ってAUR無しで入れ直したよ
週末の時間あるときにわかって良かった

さらに難読化されたマルウェアがザクザク出てきてると

Arch Linux AUR Hit By Another Wave Of Now More Sophisticated Malware Attack - Phoronix
https://www.phoronix.com/news/Arch-Linux-AUR-More-Malware

>>832
だな
やっぱAURよりはFlatpakやAppImageを使ったり、自分でソース拾ってきてビルドするほうがいいと思うわ
まぁ、俺らはそういうやり方に慣れてるからいいけど
問題はイキってArch派生を使ってるライトユーザーたちよ…

>>833
Votesは重要な判断材料の一つだったけど
攻撃者と見られる不正なアカウント取得が多発してる状況下じゃなぁ…

>>834
難読化というけど実行してるコマンドはどう見ても不審なのが明らかじゃねーか
PKGBUILDチェックしたらこんな行書かれてるパッケージ入れるわけないわ

AURのアプリを全削除したわ
gitに無いアプリは本当にどうしよ…
ソースも無ければビルドもできない
あきらめるしかないか…？

この場合の難読化というのは人間相手じゃなくてAIにとっての難読化

#~ pacman -Qmq | tee AUR1.txt
#~ wget -O ~/AUR-Malware.txt https://md.archlinux.org/s/SxbqukK6IA

とりあえずAUR1.txtとAUR-Malware.txtのリストの重複がないからAURの更新はしないで
俺は様子見だな

再インストールしてめんどうだったのが、nordvpn
まさにaurは神だった

いうて自分でPKGBUILD書けばいいだけの話だし何でここまで騒がれてるのかコレガワカラナイ

騒ぎ立ててるのはArch使ったこともない人達でしょう
普通にAUR使ってて引っかかるのは稀だし数が大きいからインパクトあるように見えるだけで中身は大した話じゃないし今に始まったことでもない

AURがー言ってたらArchの利点がなくなるじゃん
そんなに言われたらArch使ってるヤツがバカみたいじゃん…

へーそうなんだ
キミにはAURしか価値が無いんだね

gnome-shell-extension-dash-to-dock
gnome-shell-extension-ddterm-git
gnome-shell-extension-kimpanel-git

ここらへんはともかく

cmake3-bin
dxvk-bin
amf-amdgpu-pro
vulkan-amdgpu-pro

ここらへんはAURを使わずに手動でインストールするなら他のディストリを使うな

AURの利用はリスクを孕むもので安易な導入は憚られるけど
公式に沿わないプロプライエタリなやつとか開発版の置き場として有用だし
開発が始まって間もない新進気鋭のアプリの公開場所としても開発者やユーザーに人気だもんな

特に俺ら日本人としてはAURで公開されてる最新の日本語入力のHazkeyやKarukan
あるいはAnthyの後継のAnthy-Unicodeなんかの公式昇格を後押ししなきゃ将来的に困る訳だし

「このミサイルの追尾プログラムは解析できたか？」
「GitHubにありました！」
「あるんかーい」

AURは消えても別に困らないだろ
消えて一番困るのはgithubだわ

頑張れCodeberg！

おじさんの俺はArch系はむずくて使っていないが
AURものは使う前にセキュリティサービス等(今話題のAIとか)でウイルス・マルウェアが入っていないか調べてから使うって感じがするんだが
ノーチェックで使っている奴が多いのかな。
俺ですらバイナリ配布か超普通のWinの野良物はセキュリティサービスで確認しているし
まぁ、今後はArchの中の人が気合を入れてAURのやばい物を排除してくれるんだろうが

>>822
いまやAIは当たり前って感じになっているから
ニュース読んでarch中の人がAI等を使ってAUR内の悪い物対策ぐらいしていたんじゃないのかって思た
が、何にもしていなかったんだろうな(お金なくてやりたくてもできなかった？)
でも、今後はAURの安全対策のための寄付がAUR利用者から来るだろうから対策するだろう

AIはそんな魔法の道具じゃないけどな…
平易なBashスクリプトで書かれていて読みやすいのがAURのビルドレシピの特徴で確認したり共有するのが楽なのにそれすら難しいレベルのユーザーがAI使いこなせるとは思えない

マルウェアチェックのスクリプトでCleanだったんで一安心だけど
汚染パッケージリストにはfcitxまで載っててやれやれって感じ

これ相当マイナーで放置されてるやつがやられただけか？
AUR普通に世話になってるからやべぇと思ったけど、とりあえず現状別に問題なさそうだった

とりあえず一つのノートはniriが快適に動いたのでfedoraに変えた。
aurが落ち着くまでこれでいく

落ち着くことあるの？

コミュニティパッケージっていう文化の問題だから
Archだけが特別危険と言うわけではないし
規模の大きいArchが狙われただけで他のディストリも同じく危険
epelだっていつやられるかわからんよ

落ち着くまでっていうなら
デスクトップアプリだけならflatpakとかじゃね？

fcitx4なんてとっくに開発終わってるんだからfcitx5に移行しておけよ
影響受けてる有名っぽいパッケージは大体どれも昔に新しいバージョンに移行したやつとかタイポスクワッティングとかマイナーなフォーク版とかばっかり

いま一生懸命対策してるからそのうち、ある程度安心して使えるようになるよ
なんせこの膨大な資産をすべてなくすわけにはいかんだろ

flatpakだって誰でもパッケージ投稿できるんだから絶対安全というわけでもないよなぁ
むしろ中身の確認がPKGBUILDよりも面倒な分だけマルウェア見つける難しいまである

Flathubのはオープンソースで開発元の認証済みのメジャーなアプリだけ利用するようにしてるわ
オンラインで使う必要がないものはネット接続禁止、アクセスできるディレクトリも最低限に絞って

これってPKGBUILD内のURLが変わってる感じ？
それならインストール前に確実に気づきそうなもんだが…

githubも安全ではないってわけだな

>>862
URLの細かい変更よりももっとわかりやすく変えてる感じだよ
https://aur.archlinux.org/cgit/aur.git/commit/?h=linux-rc&id=0e8e18c48152454f18d29fc263d3cc9f3cb4b408
https://aur.archlinux.org/cgit/aur.git/commit/?h=gulden-appimage&id=8188e5841b9d50384b7dde9136d80fbd1415c818
サプライチェーン攻撃としてはかなり程度が低いというかパッケージの中身とまるで関係ない変更加えてんだから普通なら気づく
それに問題のnpmのパッケージもnpmの運営側で削除されてるから今同じコード動かしても機能しない

/var/log/pacman.log

[2024-09-20T12:01:28+0900] [PACMAN] Running 'pacman -D --asdeps -q --config /etc/pacman.conf -- spamassassin texlive-formatsextra dillo
libical gumbo-parser libytnef libgdata poppler-glib docbook-utils valgrind'

[2024-09-20T12:05:49+0900] [ALPM] installed libgdata (0.18.1-3)
[2024-09-20T12:10:53+0900] [ALPM] removed libgdata (0.18.1-3)

何かの依存関係でインストールされたら気づかないよ。俺は

AUR経由させずにコンソールでビルドするの難しくね？

AURって何使ってる？
mozc-utとかvscodeぐらいかね。
noctalia-qsとかかな。

>>867
今はanthy-unicodeと実験的にkarukan入れてる
本家anthyは開発止まって、OSDN終了でサイトすら消滅しちゃってるからね…

あとはDEとかの大幅な仕様変更で不具合が出たアプリを一時的に開発版に差し替える程度でしか使ってないな
今回みたいなことが起きると思ってたから、使ってるのがAUR落ちしたら速やかにFlatpakや代替に切り替えるようにしてるわ

>>867
自分もmozc-ut関連ぐらいとフォントを少々ぐらいかな
あとは自分でPKGBUILD書いて管理してるわ

GNOMEの拡張機能なんてヤバそう…

GNOME の拡張機能には
公式なものと非公式なものが混在してる
非公式なものはまさに野良ビルドだよ

AURのgitcloneもやばいの？

lib32-gst-plugins-badとかみたいに、依存で他のAURを引っ張ってくるようなのだと全部は見きれない
goとかでgithubのコードをガンガン参照するのも全く追えない

>>870
Firefoxのアドオンなんかもだけど多少の審査はあるみたいだけどザルだし
悪意は無くてもバグが不具合を惹き起こしたり、仕様変更で機能しなくなったりするから
これもなるべく実績があって開発が滞ってないものを厳選して利用するのがいいね

>>873
依存するAURパッケージが多くて追いきれないようなのは俺は避けるかな
実際、Wineが64bit版に移行してWinetricksが機能しなくなったからFlatpakのBottlesに乗り換えたよ

pacman -Qm で見て意図しない変なの入ってなければ大丈夫？

大丈夫？ もクソもなくAURは自己責任でどうぞ

自分が意図してインストールしたパッケージでも攻撃者に乗っ取られてビルドスクリプトが改変されて情報抜き取ろうとしてくるので、AURのPKGBUILDは全て自力で確認する必要がある

ネット上だとcurl | bashでインストールしろみたいな謳ってるとこもあるからな…
AURに限らず自分のPCは自分で管理できる範囲にしとくべきだね

結局孤児パッケージだからそんな被害ないよな、勿論ゼロではないだろうし油断はせんほうがいいけど
CachyOS台頭して初心者も増えたからAURを使うのはこういうリスクはあるよって大した被害なく知られたのは良いことやね

この手のコミュニティには全部のAURを更新日で絞り込んでAI検査している奇特な人ぐらいいるんじゃね
知らんけど

その辺の検査はAURの全パッケージを自動ビルドしてるChaotic-AURあたりがやってるんじゃないか

>>881
あれ全パッケージなの？

結局aurの仕組み自体変えないとまた起きるっしょ

ローリングリリースで割と最新鋭でパッケージ豊富って事で
aurが安全になるまでtumbleweedに一時的に逃げようと思ってる
でもsuse系は堅牢だけど癖強いのがなー
ちょっと使ってみてるけど慣れないわ

ちなみにtumbleweedはバックに商用suseが付いてるから
比較的新しいけどちゃんとテスト済らしい

Fedoraじゃ駄目なん？

Fedora 的には Arch あった方がない場合に比べてバグ対応が劇的に楽になると思われ
個人の想像です

fedoraはarch以上にカオスでしょ
epel copr rpmfusion等々
redhat含めると歴史が古いだけあって非公式リポジトリ、野良リポジトリだらけで
archの次に狙われそう

もちろんsuseにもコミュニティリポジトリあるけどfedoraほどカオスじゃないし
コミュニティリポジトリ追加しなくてもtumbleweedのリポジトリだけでかなり豊富な雰囲気あるよ

そういやfedoraにはrawhideとかもあったな
個人的にはfedoraは痛い目見た記憶しかないから
魂が拒否してる

まあsuseもyast見てなんじゃこりゃって毎回なるんだけどなw
solarisでunixを学んだ人がaix触って驚愕する感じに似てる

じゃあdebianにでもいくか

公式リポジトリに入っているものだけで満足するならどのディストリでもいいというか
AURは危険だけどSuSEやFedora、Debianなら安全とかいって中身確認せずにコミュニティリポジトリ追加してるのはアホすぎる…

あと当然だけどFlatpakやSnapにも危険なパッケージは存在してサンドボックス化だって完全ではないからな？これらはバイナリだからPKBGUILDみたいに目で確認できないからより慎重にパッケージ選ばないと
https://blog.popey.com/2026/01/malware-purveyors-taking-over-published-snap-email-domains/
https://www.linuxjournal.com/content/when-flatpaks-sandbox-cracks-real-life-security-issues-beyond-ideal

pacmanは平気・・だよね？

win11にもどることにした

アレが危ないコレが危ないという前に実害がどう出たのか調べたほうが良い
個人情報が収集されるのはWindowsでもGoogleでもそうなんだからLinuxベンダーが収集していないわけがないだろう
アカウントのパスワードが盗まれるってそんなものとっくにみんなバレてるよ
AIを使って総当たりで回せばいいだけだろうに

>>890
archの場合はそれaurなの？ってのまでaurにあるイメージ
公式のリポジトリが変に偏ってる時あんのよね
なのでaurが必須って感じするけど
今のfedoraはしらんけどtumbleweedは公式リポジトリで一通り揃って過不足無い感じ

やっぱ商用がバックにあると変な偏りないよ
ただマイナーなアプリを発見する楽しさみたいなのはarchには敵わんね

いずれにしてもこの騒動落ち着くまでの避難先って話だよ
archに慣れちゃってるし結局戻ると思う
ただ普段の仕事から何からLinux使ってるから間違いがあると困るのさ

ライセンスの関係でバイナリ配布できないmozc-utが簡単らくらくにビルドできるのはArchとGentooだけなのでArchから離れる選択肢はないかな
そもそもAURはBKGBUILDをちゃんと読んだら安全かどうかすぐに分かるし、AURを使ってるような人は他のディストリでもパッケージ不足で結局野良リポジトリを入れることになる
PKGBUILDよりも分かりにくい分、その方がよっぽど危険では？

mozc-utってneologdだっけ？
あれ更新止まってるんじゃないの？

俺はあんま日本語入力せんから必要性感じてなくて入れてないけど
まあそういうのはあるよね
そういうのはarchの強みだと思う
辞書変換めんどいもんなぁ
mecabでneologd使ってたけど当時確か週一更新とかでcronでやってたわ

debian13にniriをいれた。fedora debianの2台体制で行く
みんな苦労してるみたいだけど、fcitx5-mozcは、fedoraでもdebianでも簡単に
インストールできるんだけど。まあniriがどちらも使えるんでとりあえずよしとする

今回のようAUR避けて公式しか使わないようにするとほんと見つからないものが多いな

今時はAIの言うままにコピペ、実行ってのも多いし。
逆にユーザーが多いから発覚も対応も早いってのもあるしね。

pacmanにないアプリ本当にどうしよー・・って悩んだわ
代わりのアプリを探してとりあえず作業できる所まで行くけど使ってるアプリはどこか不便なんだよな・・。

汚染リストみてもピンとくるようなのは今のところないよね。
日本特有のコレはダメとかあったら教えて欲しい。

公式パッケージの豊富さなら最近はNixがいい感じじゃないかな
ただビルドレシピとしてはやっぱりPKGBUILDが一番シンプルで作ったり改変しやすいとは思う
AlpineやMSYS2もその仕組み取り込んで繁栄してるわけだし

バージョンが常に最新安定版になるというローリングリリースの特徴とも合ってる
そのせいでいつまでも古いライブラリに依存してるようなソフトウェアはAUR落ちしやすくいずれorphanになって動かないのはあるけどね
ただそういうソフトウェアは脆弱性も放置されてる可能性もあるわけで向き不向きがある

nix alpineとか相当な変わりもんしか使ってないし