Arch Linux 19 (649ﾚｽ)
上下前次1-新
449: 2025/11/02(日)19:09 ID:tpT1/F/8(1) AAS
wayland を排除してもいいくらいだけど
450(1): 2025/11/11(火)07:28 ID:A39Nk2gG(1/3) AAS
updateで、そっとpacnewだけ置いて教えてくれないのは不親切だよなぁ。
debianみたいにしつこく訊かれるのも面倒だが、もう少し強調表示くらいはしてくれても。
だから、mkinitcpioでデフォルトが変わってたのをファイルを発見するまで気が付かなかった。
451: 2025/11/11(火)12:22 ID:2QXpFpEz(1) AAS
やっぱetc-updateって便利だよな
452: 2025/11/11(火)17:02 ID:A39Nk2gG(2/3) AAS
>>450
変更点だけど、busyboxでなくsystemdがデフォルトになってたのと、microcodeのステップが追加されてた。
前者はどっちでもいいけど、後者は中身詳しく見てないけど、名前からして結構影響ありそうなきがするんだが。
453: 2025/11/11(火)17:44 ID:KjzLeozR(1/2) AAS
mkinitcpio v40
外部ﾘﾝｸ:lists.archlinux.org
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.
454: 2025/11/11(火)17:52 ID:KjzLeozR(2/2) AAS
てか、去年から `systemd` hooks もDisabled fallback image もmicrocodeもそうしていた
# microcode mkinitcpio hook migration and early microcode
journalctl -k --grep=microcode
455: 2025/11/11(火)20:04 ID:A39Nk2gG(3/3) AAS
情報ありがと。
＞Disabled fallback image creation
これも変更してたんだ。自分でもこれ全く意味ないと思ってたから消してた。
どうせ、何かあった時は裏のdebianやfedoraから修復したりするし。
456: 2025/11/26(水)10:30 ID:KB0risUk(1) AAS
皆さん、clamav 使われてます ？
Xubuntu で15年くらい使ってたんだけど、別段恩恵を感じなかったんですよね。
457: 2025/11/26(水)10:36 ID:1MdoN0M4(1) AAS
あれはWindows系にFS共有とかメールサーバー提供してるホスト向けじゃろ
458: 2025/11/26(水)11:26 ID:8jo/g8kr(1) AAS
IT系の仕事やってるフリーランスなんかだと
使ってるPCにアンチウイルス入ってるか聞かれたりすんのね
そういう時の為に入れとく
俺もいまだに反応したこと無いけど
まあ保険みたいなもんだから入れといて損は無いと思ってる
459: 2025/11/26(水)11:31 ID:1/OK7+gV(1/2) AAS
デスクトップ利用だけどClamAVて効いてるのか効いてないのかよーわからん
KVRTで個別スキャンしてたらclamav入れてる意味あんのかなって思わんでもないわ
無料で使えたSophosは良かったなぁ2020年だったか？それまでの個人利用に限り無料が終わってしまったのが残念だった
460: 2025/11/26(水)12:24 ID:Abmpx47F(1) AAS
windows使ってたってウィルス検知なんてごく稀だしな。
転ばぬ先の杖なんだから油断せずに入れておくが吉と思うよ。
461: 2025/11/26(水)13:51 ID:ng9uiS+M(1) AAS
Web上で公開されてるファイルであれば、VirusTotalでオンラインスキャンする方がClamAVより信頼できる感じかな？
私的なファイルやデバイスには向かないけど
まぁ、マルウェアを含むファイルを落としても実行権限を付与して開かなければ大丈夫だろ？
462: 2025/11/26(水)19:36 ID:1/OK7+gV(2/2) AAS
Arch Wikiにあるclamavの項目通りにやれば誰でも簡単に…とは行かなかったですハイ
外部ﾘﾝｸ:wiki.archlinux.org
clamd.confやfreshclam.confの設定違うじゃんねぇ？ローカルソケットも違うって蹴られるし
まぁ今だとChatGPTなりGeminiに聞くなりしてwikiのままだと不足してる箇所や重複箇所、記述が変なところがあって修正・追記してくれるから良いんだけどさぁ
463: 2025/11/26(水)20:33 ID:lPycCAYw(1) AAS
clamtkも入れとけよ
464: 2025/11/26(水)23:46 ID:4isyejML(1) AAS
Windows defenderは？
465: 2025/11/27(木)08:57 ID:goLiBQVr(1) AAS
456 です。 参考にさせてもらいます、皆さんありがとう。
466: 2025/11/28(金)20:04 ID:ofFaUyVE(1) AAS
vlc-3.0.22 ﾏﾀﾞｰ?
467(1): 2025/11/29(土)06:24 ID:2LFgIjJD(1) AAS
vlcのアップデートで画面が埋め尽くされそうだったけど、あれは別バージョン？
468: 2025/11/29(土)10:35 ID:206EOx6l(1) AAS
>>467
数ヶ月前にプラグインパッケージが細分化された
469: 2025/11/29(土)12:06 ID:jV/4ql9j(1) AAS
qemu 関連なんかアタマに何かわいてんのかってくらいたくさんあるなw >細分化されたパッケージ
470(1): 2025/11/29(土)23:37 ID:Q3ZLmjk+(1) AAS
cachyosはここでいいの？
471: 2025/11/29(土)23:39 ID:qenJkjTC(1) AAS
いいよ✨
472: 2025/11/30(日)00:08 ID:0NGrS/nJ(1/2) AAS
manjaroだと門前払いしそう
473: 2025/11/30(日)05:01 ID:ZdJhQ6lU(1) AAS
>>470
今後シェア伸びそうだから専用スレか
あるいはSteamOSなんかと合わせてゲーム向けディストロスレ立ててみたら？
474: 2025/11/30(日)07:46 ID:loh2vfm6(1) AAS
cachy os のせいで、archもすごい勢いで伸びてるね distrowatch
475: 2025/11/30(日)08:41 ID:0MOexp6h(1) AAS
Manjaro->Endeavour->Garuda->Chachy
Arch 系ユーザは流行に敏感ｗ
476: 2025/11/30(日)10:19 ID:0NGrS/nJ(2/2) AAS
本家archユーザーはずっとarchだと思うけど、派生の人はコロコロしてそう
477: 2025/11/30(日)14:54 ID:4epawbwk(1) AAS
カチョス
478(2): 2025/11/30(日)16:54 ID:zYKZF5Sq(1) AAS
おいどん、tar解凍してbinに配置すればパッケージマネージャが不要とゆうことに気づく✨
479: 2025/11/30(日)17:09 ID:p9EXFB9M(1) AAS
EndeavourOSが一番好きかな ArchWiki通りに設定できるし素直だから
アホカーネル掴んでもすぐ更新来るから待てばいいし
480(1): 2025/11/30(日)17:33 ID:N57FBjZq(1) AAS
俺はendeavourosのDracutが自動化しすぎて好きになれなかったから
Migrating to ...
As an example - you could migrate to EndeavourOS.
Create an EndeavourOS mirrorlist /etc/pacman.d/endeavouros-mirrorlist
## Germany
Server = 外部ﾘﾝｸ:mirror.alpix.eu
Add EndeavourOS to pacman.conf (below [multilib])
[endeavouros]
Include = /etc/pacman.d/endeavouros-mirrorlist
素のArchをEndeavourOS化してyayなどを入れている
481: 2025/11/30(日)23:41 ID:x6EKTtTP(1) AAS
>>478
パッケージマネージャのおしごとはパッケージアーカイブ内のファイルを
ディレクトリツリー上にぶちまけてほなサイナラ、じゃあないと思うよ…
重複したり上下の依存関係を解決してどのパッケージ取ってくるか
自分でかしこく決めてくれるし、その後のアップデート
アンインストールも面倒見てくれるし…
(と釣られてみるテスト)
482: 2025/12/01(月)00:35 ID:MayNXtMk(1/2) AAS
LD_LIBRARY_PATH
XDG_DATA_DIRS
とか調べたらパスが通っている/binには置かなくなったな
パスをexportして起動すればいいやっになった
483: 2025/12/01(月)05:48 ID:3HvPIgwf(1) AAS
/binに置くのはさすがにないかもなあ
484(1): 2025/12/01(月)08:45 ID:bnWefxGO(1) AAS
>>480
あのDracutが良いんだけどな
ついこの間尼でWifi6アダプター買ったからEOSにシェルスクリプトでインストールしてみたけど問題なかった
カスタムカーネルだとハジカれることも多いから流石だと思ったよ
485: 2025/12/01(月)10:23 ID:MayNXtMk(2/2) AAS
>>484
詳しくは知らないけどEndeavourOSのDracutは
/etc/kernel/cmdlineに共通の起動時のカーネルコマンドを書いておいて
sudo reinstall-kernelsにお任せが俺の性に合わなかった
486: 2025/12/01(月)11:32 ID:NtZBQg8e(1) AAS
>>478
パッケージマネージャーを介さずにぶっ込むなら/usr/local/binか~/.local/binにしとけ
487: 2025/12/02(火)10:13 ID:0DA61nvO(1) AAS
騙されるなよ
そういうのは /home/omaenodir に突っ込むもんだ
488: 2025/12/06(土)08:03 ID:vxLZAB20(1) AAS
たまたま今発見したんだけど、直近7日では
archがcachyを抜いて、一位におどりでてる。なんか、誇らしいよな
489: 2025/12/06(土)08:20 ID:m/YcHjYE(1) AAS
そんな事を書くと、いつもArch系にテッペンを取られる Mint ファンが怒るぞｗ
490: 2025/12/06(土)08:30 ID:SHHAtCeT(1/2) AAS
これか
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>
省1
491: 2025/12/06(土)08:38 ID:SHHAtCeT(2/2) AAS
なんかFirmwareいっぱい落ちてきてない？
これが人気の秘密か
492: 2025/12/06(土)10:32 ID:34BDksbv(1) AAS
カタマリをバラしてるだけとか言わないよな……
493: 2025/12/06(土)11:38 ID:dOZNOXbc(1) AAS
out-of-treeは基本aurじゃないの
494: 2025/12/06(土)14:20 ID:hQIGZvW6(1) AAS
ちょっと前まで全然人気なかった気がするけどOmarchyとかいうやつの影響？
495: 2025/12/06(土)21:01 ID:0UcN5Im9(1) AAS
久しぶりにDistroWatchみたらFreeBSD 15.0がリリースしてたわ
496: 2025/12/07(日)02:48 ID:ndxhAPs7(1) AAS
ArchはFelix Yangって武漢の中国人が一人で過半数のパッケージ担当してるだろ
属人性が強すぎて大丈夫なのか？って感じてる。そいつがやめただけで回らなくなりそうだ
497: 2025/12/07(日)03:24 ID:sOX/8T/8(1) AAS
そろそろ中央集権でソフト管理するのやめたほうが
498(1): 2025/12/07(日)06:13 ID:c5Chry1J(1) AAS
ユーザーと開発者で別れているわけではないのがLinuxの特徴だと言える
むしろ個人の手直しの集合体で始めたものがいくつか会社化しておかしくなっていると言える
俺はAIでなくなる職業個人的一位はUbuntuの派遣事務所だと思う
せめて名前をMintみたいにバカでも分かる発音にするべき
499: 2025/12/07(日)09:30 ID:WkHM5YTJ(1) AAS
AI は知恵遅れ
500: 2025/12/07(日)10:14 ID:zBkl27Gn(1) AAS
>>498
こっちで頑張れ
Ubuntu 104©2ch.net
2chｽﾚ:linux
501(1): 2025/12/11(木)11:39 ID:DcdLQZcs(1) AAS
昨日アプデしたけど何だかplasmaデスクトップ動作が怪しいな
ロールバックしてしばらく様子見
502: 2025/12/11(木)17:04 ID:vR/HhaBC(1) AAS
実はEndeavourOSのLiveデフォがひとつ前はPlasmaだったが直近はxfceに戻っていてだな
俺の感想としては調整が面倒くさいんだろうなと思ったわ
503: 2025/12/11(木)17:35 ID:gK1oc6np(1) AAS
kdeていきなりインデックス作り始めてcpu縛食いするしこんなゴミみたいなもんあるんやとおもた🐼
504: 2025/12/11(木)22:38 ID:FWHECNrZ(1) AAS
>>501
俺も一昨日、数ヶ月放置してたサブPCをアップデートしたらタスクバーの設定が開けなかったり、いくつか挙動がおかしかったわ
別のDE入れて遊ぶつもりだったから気に留めてなかったけど
505(1): 2025/12/14(日)00:50 ID:yrB/F1Mn(1/2) AAS
今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
506: 2025/12/14(日)01:25 ID:B0/PvCEw(1) AAS
なぜかpacmanだけ更新できないわ・・
507(1): 2025/12/14(日)03:59 ID:eVMy7cnd(1) AAS
yay-binだと問題ないな
508(1): 2025/12/14(日)05:02 ID:UK33BRva(1) AAS
個別アップデートしなければ問題ないとか言ってた人いたけど、そのケースよく起こるよね？
509: 2025/12/14(日)05:10 ID:PhDZhLRQ(1) AAS
yayを先に入れて
yay -S pamac-aurを使ってたけど止めて
yay -S pamacを使って見たらうまく行った
yayもpamacも無事に使えてる
510: 2025/12/14(日)05:20 ID:Tey/f2A3(1) AAS
>>507
yay、yay-binともに3時間で修正されたみたいね
>>508
AURのは非公式パッケージで利用は自己責任ですし
511: 2025/12/14(日)08:00 ID:yrB/F1Mn(2/2) AAS
>>505だけどもう修正されたんだ
余計なことせず寝ればよかった
512: 2025/12/14(日)10:29 ID:rMcnUHnI(1) AAS
paruはまだ死んでる
513: 2025/12/14(日)11:09 ID:WjsgfzGE(1) AAS
そもそも土曜日曜にリポジトリの更新はしないな
514: 2025/12/18(木)05:01 ID:aZYbdz0Y(1) AAS
251209版を使ってインストールしてみたけど
自動でログインするがなかった
251129版だと下に自動ログインするがあることを確認
疲れた・・
515(1): 2025/12/18(木)06:20 ID:COBcfO2r(1) AAS
そういうの面倒だから手動でインストールするようになった
516: 2025/12/18(木)11:36 ID:JhzVJt8j(1) AAS
>>515
能力が高くちょっと神経質な人は、そう言って、
鶏のパッケージ管理を拒絶して全部自分で管理するようになる。
517: 2025/12/20(土)09:23 ID:ZrMPXGKv(1) AAS
今も昔もGuided installはおまけだし。
518(1): 2025/12/27(土)14:42 ID:bso69yUl(1) AAS
arch のサイトって不安定だよね
知恵遅れが運営してるの?
519: 2025/12/27(土)15:02 ID:JTeik3gK(1) AAS
25日から攻撃受けてるって
外部ﾘﾝｸ:status.archlinux.org
520: 2025/12/27(土)16:53 ID:XjLEeJuF(1) AAS
>>518
じゃおまえが運営すれば？
521: 2025/12/27(土)21:22 ID:gD0Ltdd9(1) AAS
この手のDDoSはpull requestをrejectされた無能の逆恨みだと思ってる
522: 2025/12/27(土)22:39 ID:0ctQiKML(1) AAS
攻撃に対してCDNに対応策求めてるけど年末休暇でしばらく対応得られなさそうだ
523: 2025/12/29(月)01:33 ID:tIA7bUPH(1) AAS
更新がくるたびにwineの挙動がひどくなってる気がする
exeを終了させて次のアプリを動かしたら音が一瞬だけども再生されたり
細かいバグが目立つようになった気がする
524: 2025/12/29(月)01:46 ID:woaVeKts(1) AAS
カーネル6.18だとSteamのGE-Proton 10でゲームが起動しないことがあるけど
カーネル6.12だと問題ないんだよね
525: 2025/12/29(月)17:51 ID:uB7tiZXc(1) AAS
自分もwine-stagingアップデートしたら今まで使えてたexe動かなくなったから2つ前のに戻したわ
526: 01/03(土)00:45 ID:sUzxMepV(1) AAS
wow64とかも結構な大変革だったと思うけど、また最近なんかやっとるんか
527: 01/03(土)14:23 ID:c8sUJw9R(1) AAS
wineも色々あるかもしれないけど、DEとかWMにも問題あるから不具合潰してくの疲れる
とりあえずniriからKDEに変えてみたけど、wineは良くなってもDE自体の動作が気に食わない
528: 01/03(土)15:53 ID:94UWYsJ8(1) AAS
ちょっと試した感じだと不具合としては
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
省1
529: 01/07(水)19:48 ID:0+dsG5nw(1/2) AAS
久しぶりにgnome49.2の拡張機能みてたら、forgeが対応なってたのでさっそくいれた。
530: 01/07(水)19:49 ID:0+dsG5nw(2/2) AAS
[バージョン] 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
[ そ の 他 ]
531(1): 01/10(土)11:36 ID:ETtNhatk(1) AAS
systemd bootでやっとwin11とdual bootできた
532(1): 01/11(日)08:25 ID:VceP752C(1) AAS
Pythonのメジャーバージョンアップで大量のアップデートが
533: 01/11(日)14:19 ID:ld7rTkBX(1) AAS
>>531
kwsk
俺もどうにもならなくて困ってたんだよ…
534(1): 01/11(日)16:47 ID:M1en5wom(1/2) AAS
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 などに）。
省6
535: 01/11(日)16:52 ID:M1en5wom(2/2) AAS
設定ファイル（loader.conf）の書き方
メニューの表示時間を設定するだけでOKです。
/boot/loader/loader.conf を以下のように書き換えます：
Plaintext
default arch.conf
timeout 5
console-mode max
timeout 5: メニューを5秒間表示します 。
30くらいがいいかも
536: 01/11(日)17:12 ID:0ggC+PN5(1) AAS
起動ディスクが一つだったら、
Winの方は無理にWindowsBootManagerから単独ブートしようとせず、
systemd-bootを先にブートしてWin(WBM)は
そこからチェーンブートするようにしたほうがいいなあ
物理的に起動ディスクを複数に分けるなら
bootnextでもefibootmgrでも割と自由
537(1): 01/11(日)21:44 ID:VFVOI4CV(1) AAS
>>532
Pythonてメジャーアップデートしたの？
538: 01/11(日)22:11 ID:+85luNhy(1) AAS
>>537
マイナーアップデートだな
539: 01/12(月)11:37 ID:0IW64EQ6(1) AAS
windowsとのdual bootで
systemd bootを使えば、windows用のefiにbootできるので
grubを使うより、はるかに簡単で幸せになれることがわかった。
要望があれば、手順を公開する。といってもたいしたもんじゃないが
540: 01/12(月)16:10 ID:BkCRTQC+(1) AAS
＞EFIが/dev/sda1、ArchのEFIが/boot
systemd-bootって確かgrubと同じ方式（/bootとEFIを分ける）にすることもできるようになったよね？
grub方式だと/bootをFATにする必要がないのがメリットだけど、UKIなら/bootはEFIと同じ方がいい、のかな？
ただし、それだとWindowsが作るEFIパーティションが260MBでは足りなくなるかも。
541: 01/12(月)16:44 ID:Pe0aiLit(1/2) AAS
Archのおかげでビルドすれば大体のアプリが動く環境になれるんだしWindowsなんて捨てちまえよ
っていうかWindowsを捨てたいからLinux使ってるんじゃねえの？普通は
542: 01/12(月)16:53 ID:rurm+gGe(1/3) AAS
確かに。UKIなら200MBだと心もとないので、UKIを使わないようにするか、あるいは、俺はwin側でpartition toolを使って、500MBくらいに増やした。
あとは、archinstallスクリプトで、マニュアルで/boot と / のマウントポイントをつけてやれば、勝手にsysytemd bootがwin11をみつけてbootメニューに表してくれる。いままで、arch用にefiのフォルダを作らなくてもいいのはかなり楽。
543: 01/12(月)16:56 ID:0IJUn4x3(1) AAS
archはトラブったら誰にも頼らず自力で直せ、が公式な方針だから大半のLinuxディストリの代わりにはなり得ないし勿論Windowsの代わりになどなれない
544: 01/12(月)16:59 ID:rurm+gGe(2/3) AAS
windowsを使うメリットは、linuxにないアプリがあるのと
bios updateがfwupdでうまくいかないときがたまにあったりで
あればあるなりに使えること。その意味でmacも使ってる。
545: 01/12(月)17:03 ID:rurm+gGe(3/3) AAS
今はAIがかなり優秀でたいがいは、コマンドまできれいに教えてくれるから。
昔のように、linuxのしきいは高いということはない。
546: 01/12(月)17:07 ID:Pe0aiLit(2/2) AAS
というかWindowsの話なんてするなよアホ
547: 01/12(月)17:20 ID:R1T7ud2u(1) AAS
ArchあればWindows要らないとか言い出したのは君では？
548: 01/12(月)17:47 ID:ikVzp8g9(1) AAS
実際にWindowsは要らないよ
Windows kernelをさっさとLinuxに置き換えるべき
上下前次1-新書関写板覧索設栞歴
あと 101 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s