KDEスレ Part 12

KDEはX Window SystemやWaylandなどの上で動作する
フリーソフトウェアのデスクトップ環境。

【本家】
https://kde.org/
【日本KDEユーザ会】
https://jp.kde.org/
【GUIライブラリQt】
https://www.qt.io/

前スレ
KDEスレ Part 11
https://mao.5ch.net/test/read.cgi/linux/1682353397/

>>109
コンテキストメニューから「ここで——」ならその挙動が相応しいと思うけど
ツールバーボタンからだと予想外の挙動になりえるね

ツールバーに置くボタンを「ここでターミナルを開く」ではなく
「ターミナルを開く」ボタンにすればいいと思う

こんな設定もあるらしい
Ask for confirmation when opening many terminals at once.
一度に複数のターミナルを開くときに確認を求める。

さんくす。
ボタンを変えて快適です^^

Gwenview
右開きに合わせて次ページを左矢印キーに割り当てたら
Escでの画像一覧での動きが左右逆になった^^

個人的に思うKDEの便利というか凄いなぁと思うのは

1.baloosearch6 によるリアルタイムファイル検索
2.標準で準備されてる「デバイスのバッテリー表示」

とか、他にもいっぱいあるなぁ。他のDEに移れない・・・

debianでアップデートの再起動後のおそらくアップデートの進行状態だと思うんだが表示が豆腐（数字や％は問題ない）になってる
なんでや？

勘ででたらめ言うけどネイティブコンソールのフォントをUnicodeのものに変えればいいんじゃないか

グラボを変えてDisplayPortで繋いだら白が青白くなったんだけど
KDEシステム設定とかで調整できるのかな?

正式な方法じゃないし保証もできない

１ 自分の端末にあったICCをダウンロードする
gamma-icc
https://github.com/ien646/gamma-icc

２ KDEシステム設定 → ディスプレイ設定 →カラープロファイル
ICCプロファイルに変更して、１でダウンロードしたICCプロファイルを読み込ませる

以上

ディスプレイの色温度設定が高いだけでしたってオチはやめてね

デスクトップのアナログ時計ウイジットがスキンとかもっと
デサイン変えられればいいのに

変えられるで
気に入ったテーマの時計部分移植してもいいし
自分でイチからテーマこさえてもいい

改造かよw

まあいいや
アルファブレンドぐらいなら出来るかもしれん

？
今のKDEは至るところで追加機能をダウンロードできるようになってる

kubuntu 26.04に搭載されるplasmaのバージョンは決まってるのかな？

Dolphinで画像をWクリックして外部ビューアで開く
画像を確認後ビューアを閉じる
そのままツールバーに置いた赤いゴミ箱アイコンをクリック
→「永久的に削除するファイルとフォルダを選択してください。」
これってどうにかならないのかな?右クリでビューアを指定した時みたいに。

[Win]+v とか使えるし… 最高っす！

kdeだと無線wifi接続蹴られる謎の現象が出た

NetworkManager?
systemd-networkd?

多分、 AppArmorだと思うな。

なんでタスクトレイのポップアップ有無の矢印が逆なんだ？
特許問題とかで無理やり実装してたりするのか？

KwinへのVRモード(plugin)のmerge requestが出てる
https://invent.kde.org/plasma/kwin/-/merge_requests/8671/commits

>>130
バーは上に置くものだよね

>>132
上に置いたらタスクトレイをオープンする矢印も逆になる
視覚的にそぐわない

前になにかのはずみで"rfkill"というのが発動してしまい難儀した

なんかのマウスアクションで画面というかデスクトップにアノテーションというか赤い線が引かれたりして困ってる。
任意でできるようになったらめっちゃ便利なんだろうけども。どうしていいのか。
アプリよりもずっと最前面にいるし。これきっと使えるようになったら便利だろうな。

>>135
System Settings > Window Management > Desktop Effects の Mouse Mark

Meta(Win)+Shift を押しながらマウス移動で線が引かれる
これに Ctrl を加えると矢印

Meta+Shift+F11 ですべて消去
Meta+Shift+F12 で最後に描いた線のみ消去

>>136
wayland以降使えないと思ってたら復活してたか

>>136

ありがとう！ありがとう！ これ便利！

この線って画面キャプチャーで撮れないがキャプチャ除外するウィンドウって作れるんだな

spectacleめっちゃ便利
プリントスクリーンで
なんでもすぐ画像にできる

SimpleScreenRecoderの代替がSpectacleしかない

電子書籍もほいほいスクショ撮れるもんな

なんのこっちゃ

チラ裏ｽﾏｿ
updateして再起動したら画面がデカい
システム設定で見たら、640x480がモニタで使える唯一の解像度とか言い張るからモニタ側をリセットして再起動
起動中もVGAっぽかったからLog表示のためにEsc連打してたら通常に戻った。
再度再起動すると中央の□□□が途中で小さくなって左上に移動したら直ったっぽい。
再発しないための注意点とかあったら教えてほしい。

>>141
tesseract-ocr いれると、screenshotからテキスト抽出とかできるんだ
試してみる！

KDE厨って死んだ？

KritaとQtライブラリで動くKeePassXCの世話になっとる
ちなOpenbox派

半角全角キーでkrunnerが起動する
日本語入力のじゃまだった

journalctlで覗くとkwin_waylandからframebufferエラーが何度も出ている
mesa25のハードウェア対応の問題(つまりおま環)なのか…
修整されたgit版mesaを入れると必然的に人柱コースになるわけで悩ましい

>>146
あのうざかったマンジャロKDEおじさんのこと?
もう一年以上見てないかな?
たしかコロナが流行っていたころ急にレスが無くなってたよ

KDE好きなんですが、KDENeonが最新KDE使えるの？

>>151
KDE Neon→2年に1度リリースされるUbuntuの長期サポート版に開発版Plasmaを当てたKDE公式バリアント
KDE Linux→Arch LinuxをベースにしたUbuntuよりも新しい環境(非ローリングリリース？)に開発版Plasmaを当てたKDE公式バリアント

↑これで合ってたっけ？

neonは最新を使えるけど更新が頻繁すぎて普段遣いには辛いよ
あれは開発者が使うもんだ

古いノートにQ4OSのKDE使ってる、気に入って新しいPCに最新KDEのLinux入れたいオススメは？

KDE neon
たまにデスクトップまで起動しなくなるのでそうなっても自分で解決できる人向け

こだわりがなけりゃKubuntuド安定でしょ
PPAでKDEのバージョンだけ上げたりもできるし

最近流行りのImmutableディストリを使ってみたいなら本家がKDE Linuxなるものを出してきてるけど
同じImmutableならBazziteのほうがユーザー数が多いだけ良い気がする

あんまり誰も言わないので、言うけども、最新ですごく安定してるのは

「openSUSE Tumbleweed」

オペレーティングシステム: Kubuntu 26.04
KDE Plasma バージョン: 6.6.2
KDE Frameworks バージョン: 6.23.0
Qt バージョン: 6.10.2
カーネルバージョン: 6.19.0-9-generic (64 ビット)
グラフィックプラットフォーム: Wayland

最新かどうかは知らん

Fedora. Arch, Manjaro もリリースされたものを短時間で反映させてくれるので最新の仲間

>>157
今後は最新のKDEはKDE linuxで配布してくみたいだよな
ちょっと触ってみたけどコンテナでどんなディストリでも入れられるね
Bazziteはゲーム需要でゲームしないのなら配布先が同じAuroraもいいよ

>>160
ManjaroはArch系では遅めのイメージ
Stableはplasma 6.5.5でTestingに数日前6.5.6が降りてきたところ
あとStableの更新が数カ月止まったことが何度かあったりした

debianでもtesting/forkyなら6.5.4が来てる

こんなかんじですね
変わらないかと

オペレーティングシステム: openSUSE Tumbleweed 20260312
KDE Plasma バージョン: 6.6.2
KDE Frameworks バージョン: 6.23.0
Qt バージョン: 6.10.2
カーネルバージョン: 6.19.6-2-default (64 ビット)
グラフィックプラットフォーム: Wayland

openSUSE Tumbleweedってローリングリリースなのに安定しているのか

自分はこんなふうに思ってたわ KDE Plasmaでやって行こうと思ったとき。

KDE Neon: Ubuntu LT上に最新のKDE システムライブラリの不整合が起きやすい。KDEの新機能を試すための展示場
KDE Linux: パッケージの鮮度は最高、壊れたら直すArch流の管理能力が必須

Suseでトラブったのは（最近は慣れたとかな？）、Nvidiaドライバー周りだけですね。SuseのMLに行けばたいてい情報がある。
ここのSUSE Linuxのスレッドでトラブってるのが自分ですね。恥ずかしいけど。

>>165
KDE Linuxについて誤解があるようだけどあれはimmutableOSだからコンテナベースでArch系採用しててもpacmanを走らせるような代物ではない
アプリは基本的にflatpakで入れてdistroboxとう仕組みで好きなディストリビューションをシームレスにKDE Linux上で動かして使う
他にパッケージ管理システムとしてはHomeBrewでインストールできる
Btrfsのrollbackで標準でNVIDIA signedドライバ導入簡単なSUSEでトラブル起こすような人にはおすすめｗ
ユーザーがシステム領域いじることはないので壊す確率がだいぶ減る

>>166
そーなんだ。でも、本体はArchだよね。ごちゃごちゃボックス。
flatpakを使わなくていいってので、Suseを選択してる。
豊富な、Home ProjectやDevelopment Projectがあるしね。
あと、OpenSuseメンテナーがNvidiaドライバーの導入の仕方を書き起こしたくらい複雑。
海外でもここでSuse辞める人が多い、だから、Suseトピに日本語で書いたんだよ。
NvidiaだけGPU積んでる場合は、どれも簡単さ、Intel もあるとかそういった場合はむずいんだよ。
Tumbleweed はね。知らないのも無理ないよね。だって日本語のユーザからの情報少ないし。

>>162
Debian は Unstable に KDE Plasma 6 が何時までも来なくてExperimental で入ったのも遅い。
Debian 13 に間に合うか心配したもの。
Debian 13 (2025/08/09)で KDE Plasma 6.3.6 には上がったけれど、KDE Plasma 6 (2024/02/28) からすると、古くても気にしない人にしか薦められない。
KDE に関しては Debian のフォローはよい方ではないよ。

>>167
いや最近TumbleweedにNVIDIAドライバ入れたけど簡単だったよ
Ryzendだからapdgpuと併用だけどね
SUSEはNVIDIAドライバ署名付与して配布するからセキュアブート環境下で
mokutilで鍵生成してEFIに登録する手間がなくてね
zypperのクソCDNでカーネルバージョン一致しないドライバ入れたりしなければ
leapの方もカーネルバージョンとNVIDIAドライバのバージョンが揃わないとかあったな
いずれにしてもドライブ暗号化したときTPMの仕様が面倒だから常用しなかったけどさ

>>169
何いってるの、Intelじゃないじゃん。
基本、intelとnvidiaだとインストールもコケるので、nomodeset 必須なんだが。初心者ができるそれ？
zypper ll とか mokutil --list-enrolle 出せるよね？

>>170
AMD+NVIDIAでもnouveauのせいでインストール時に画面ハングするのは普通に起きる
nomodesetはIntel限定の話じゃない
あとSUSEはsigned KMPのRPMがmokutil自動で呼んで鍵登録まで処理するから手動で叩く必要がないって話
zypper llはCDNのバージョン不一致問題とは別の話だしmokutil --list-enrolledも署名済みKMP使ってれば確認する意味薄いんだが何が確認したいの？

>>171
使ってないんでしょ。適当なこといったから出せないんじゃ。
さぁ何が出るのかな、まぁ使っててたらしってるかもね。教えないけど

>>172
適当なこと言ってるのはImmutableOSについて知りもしないのにarch系でゴチャゴチャしてるとか管理が大変だとか書いてたアンタだろw>>165

オレは>>169で書いてるようにLUKSの設定とTPMの解除が面倒だからメインはほかのディストロをbtrfs rollbackの構成にして使ってるわ

ttps://zenn.dev/nexryai/articles/eb8c665d2ff2d2←同様の報告

そのディストロと比較してもsuseの
NVIDIAドライバ導入は簡単だしバカでもできるw

OpenSUSE ThumbleweedのメリットはX86_64v3対応とOBSくらいで時代遅れのYast2に腐ったCDN（利用者いないから）遅っぽいパッケージマネージャーzypper

最適化ならCachyOSがv4対応してるし身売り話もあるからさっさとどこかに買ってもらったほうがいいだろw

>>173
かっかするなや、
じゃ、ほれ コマンド叩くだけでいいから結果のコピーよろしくね。
簡単だったんだろう？
zypper ll とか mokutil --list-enrolle 出せるよね？

>>174
linuxのゴミディストロ利用してNvidiaドライバで不具合起こすような奴がいつまでも相手してもらえると思うなよゴミw

皆様

ｵﾁｬﾄﾞｿﾞｰ(´･ω･)っ旦~

あら出せないのか。嘘つきやん。
絡んできたのお前やん。
ArchのゴチャゴチャBOXは、褒め言葉なんだけどな。あそこから手作業で全部起動させてるんでしょうよ。
まぁ、凄いわ。どれだけDotfile書かないとダメなのかなみたいな、自分は出来ないわ〜って感じだわ

Archはユーザーどこでも嫌われる。最近のはArchユーザうるさかったのはこれ関連
リーナスの贈り物のおかげで、どのDistroで発生したバグでもLinuxに反映されるので、ゴミなんてない。
MSやAndroidみたいにLinuxのいいところどりするのがすごい嫌で、自分もMSとかgootleとかはちょっとアンチ入ってけど、xzのトロイの木馬を気づいたのはMSの技術者だし、ひょっとしたらAndroidで発見したバグのおかげで、自当社の制御システムとか修正されて助かる命があるのかもと思えばそんなこと言えないなぁ。

Linus Torvalds explains why he uses Fedora Linux.
https://www.reddit.com/r/Fedora/comments/1pb8lgz/linus_torvalds_explains_why_he_uses_fedora_linux/

>>177
自当社の制御システム/自動車の制御システム

>>177
だからお前は根本的にimmutableOSが理解できてないんだよ

Immutable OSの構造を整理すると：
システム領域はread-onlyでユーザーが直接触れない
OSイメージはアトミックに更新される（pacmanで個別パッケージを更新するモデルではない）
KDE Linuxの場合、ベースイメージを丸ごと差し替える形で更新される
dockerコンテナ形式でイメージが配信されるからarch系もクソもないんだよwwww
大量のDotfile書くとかなんの話してんだよｗ

OpenSUSEにもKalpaとかgnomeのaeonとかImmutabrOSあるから触れてからかけ
ちなみに俺の環境ではluks解除の手続きの問題>>173で
openSUSEはkvm配下に入っててypper llにブチこまれてるのははYast2とibus一式なｗ

自分でいってること気づいてんの？
えっ、なに？

「openSUSEはkvm配下に入っててypper llにブチこまれてるのははYast2とibus一式なｗ」

仮想化ではNvidiaうまくいったもん、簡単だもんって言ってんの？ マジ？

「Immutable OSだからDotfileを書く必要がない」
.configとかさわるよな。 それもうまいことOS側がやってくれるんだ？
Immutable OSって結局 Net cafeのパソコンいや、いまやPCのスマホ化じゃん。
それってgoogleでいいじゃん

>>180
当然ホストで検証したに決まってるだろ
NVDIAドライバ自体は何の苦労もなかったぞ。LUKS解除の問題ってある時点で気づけよｗ
コンテナでOpenSUSEでもFedoraでもdebianでも好きなディストロの環境作りゃいいだけだけで
そのあたりがChromebookとの違いで複数環境作れるぞ
お前みたいにNVIDIAドライバで不具合起こすようなおっちょこちょいにはお似合いって言ってるの
とくにOpenSUSEなんかbtrfs snapperが標準装備なのにｗ

返信しくんなよ、証拠も出せないのに。なんとでも言えるわな。
ホント最低やな、Arch使いは嫌われるのこういうところだよな。OSはいいのにな、色んな素材があって。
openSuseのNvidiaメンテーナのわざわざ別途ブログ書いてくれてるじゃん。
zypper で別のパッケージをロックしておかないと入っちゃうんだよ。そういう仕組み。
snapperってSnapshotの話だよな。まさか、トラブっても再インストールしなくていいから話？
簡単に戻せるから心配ないって、何いってんの？
環境とかOSとかなんか頭の中ゴチャゴチャになってるな。
自分の伝えたいことを家業書きで書いて、なぜそれを伝えなきゃいけないかを書くと整理できるよ。
まずやってみたら？
Installation of NVIDIA drivers on openSUSE and SLE
https://sndirsch.github.io/nvidia/2025/07/16/nvidia-drivers.html

>>182
俺がArch使いというのはお前の思い込みで、事実は：
ImmutableOSの仕組みを理解していなかったのはお前
NVIDIAドライバを問題なく入れられたのは俺の側
むしろロールバックのたびにTPM+LUKS（PCR15）で詰まる方がよほど手間だった

OSと環境の区別について：OSは例えばKDE Linuxのようなディストロの話、環境はその上で動かすコンテナの話。つまり様々なディストロをコンテナとして使う運用することで、お前がそれを理解できていないうことがわかる

>>168
ああ、ごめん
Debianを勧めているんじゃなくてDebianでも6.5.4が来てるのにManjaroがやっと6.5.5とか6.5.6で6.6.xにまだなってないよって話ね

エビデンス出せないので嘘つきやん。 色んな環境を仮想化インストールして触っていい気になってるだけやん。
OpenSuseのKDE はTwに関してはアップデートも早いし、安定してる。
Archはそもそも素材から集めてチョイスして自分で作り出すんでしょ。それは凄い労力だろうね。
尊敬もしてるわ。俺様、最強って態度はどうかと思うけども。
そういうの疲れた人がたどり着くんじゃないの？ImmutableOS。
LiveCDやシンクライアントとの違いわかりません。
「Immutable」や「アトミック更新」とかキラキラ感いっぱいだけども。
libなんたらに脆弱性でたら上流街で全交換、あとOSは触れない。WindowsとかMacのそういうところ嫌でLinux触ってる自分から見たらもう？
話は合わんわなw
言葉使い悪いやつって、街歩いたらいるけど、みんな頭悪そうだよね、ネットのは悪質でここだけヤンキーとかいるけどさ。
どっちみち生まれも今いる環境もしれてる。生活な。そういうのはね。

Archはドットファイル書きまくりワロスwww
偏見が過ぎるわw
そんなことしてるの一握りのギークだけだよ
メジャーなDE入れて普通に使うだけならドットファイルをイジることなんて滅多にないぞ

>>185
お前が頑張れば頑張るほどSUSEのクソっぷりが明白になるだけなんだけどな
他のディストリビューションじゃzypper llで明示するようなことがなくてもドライババージョンが交じるなんてことないからw
Nvidiaドライバインストールでシステム壊して安定してるってどんな冗談だよw

それと確かleapも本来はImmutableだけ出す予定だった気がしたしmicroOSとかImmutableに力入れてんじゃん

LiveUSBとかシンクライアントとか無関係で主としてデプロイして環境構築終了の手軽さからでそれをデスクトップに転用してるんだよ
お前みたいにNVIDIAドライバで困ることもないわけw
Bazziteなんか入れりゃゲームすぐできる手軽さあるしオタクの機械いじりからシェア伸ばすのはimmutableだと見てるけどねw

SuSeの日本人ユーザーってあんまり見えないでしょう。
結構、Repository公開してたりメンテナもいるんだよね。それはどういうことかというと、めんどくさいユーザー来るのが嫌なんだよね。
だから自分も進めて無し、どう思われてもいい。

「ロールバックのたびにTPM+LUKS（PCR15）で詰まる方がよほど手間だった」
こういうこと？
「Immutable OS（不変OS）を暗号化して運用すると、OSを前の状態に戻すたびにセキュリティチップ（TPM）の整合性が取れなくなって起動できなくなるんだ。俺はそんな高度なトラブルと戦ってるんだぜ！」
ことかな？Suseに仮想以外で使ってたの？いや、証拠もないし
日付とか入れて画像でも出せるけど。今さっき、G07に上げたから
>>> mokutil --sb-state
SecureBoot enabled

「OSは例えばKDE Linuxのようなディストロの話、環境はその上で動かすコンテナの話。つまり様々なディストロをコンテナとして使う運用」
BIOSの話？ブラウザとかのアプリをコンテナとして扱うのは、わかるけど、IBMのz/VMとかそんな感じだよね。そのうえでIBMはよくWASを動かしてたわ。
更にその上の層でJAVAとそのうえで動くアプリ。で、wasの代わりにwayland でjavaの代わりにKDEかな。
温故知新だわw

ここで一年前に議論されてるやんW
ただの焼き直しだった。
まぁ、好きなものを好きなように使えばいいさ。

What's the point of an immutable distro for an average user?
https://www.reddit.com/r/linuxquestions/comments/1gfkpjy/whats_the_point_of_an_immutable_distro_for_an/

>>188
snapper rollback 使ったことあるならわかるはずだけど、TPM2+LUKS環境でrollbackするとPCR15の値がズレて起動できなくなる。openSUSEの構造的な問題で、珍しくも高度でもない

コンテナはWaylandやKDEとは別の話。DistroboxやPodmanはプロセス隔離技術で、z/VMはType-1ハイパーバイザー、全部レイヤーが違う。
KDE Linux上でopenSUSEやDebianやArchが動くのはその通りで、WindowsのWSLに近いイメージ。
ただImmutable OSが「実質コンテナ」なんじゃなくて、ホストを汚さない設計だからコンテナで作業するのが正道ってこと。構造くらい把握しといてくれ

1. BtrfsとTPMのズレについて
それは openSUSE の構造的問題ではなく、単なる Btrfs の仕様（スナップショット）の話だよね。
そもそも Btrfs が設計された当時、今の TPM2.0 による厳格な PCR 監視との連携なんて想定されていなかった。 ファイルシステムが変われば、監視側（TPM）が反応するのは当然の動作。それを「構造的な欠陥」のように言うのは、単にセキュリティ設定の不便さに振り回されているだけだよ。
2. Layer ではなく、使う人間の「視線」の問題
Reddit の議論でも明白だけど、Immutable OS は会社で一括管理するユーザーには向いている。でも、Arch を手懐けるようなギークや、コンピューター・OS そのものを深く理解したい人間には、その「多層構造」はただの目隠しでしかない。重要なのはレイヤーの定義ではなく、「中身をどこまで掌握できるか、どういう使い方をしたいか」というユーザーの視線だよ。
/etc/とか/usrとかいじっておかしくしたら再インストールすればいいだし、アチャーも修行のうちだわ、こう使え、これが正しいは窮屈だし、それが生じだとは思わない、レイヤじゃなくて視線が違うから、そのため求めるものが違う。
まあ、好きなものを好きなように使えばいいさ。

>>191
BtrfsロールバックからImmutableへの連続性
SLEの設計思想を辿ると、こうなる↓
SLE → openSUSE Leap → Tumbleweed → MicroOS/Aeon
SLEはABI安定性を最重要視→パッケージの破壊的変更を極力避ける
その延長でBtrfsロールバックを「壊れたら戻す」の標準手段として組み込んだ
Immutable（transactional-update）はその思想をさらに推し進めたもの：「ロールバック前提」から「そもそも実行中に壊れない」へ
つまりImmutableは突然変異ではなく、ロールバック運用の論理的帰結とも読める。

openSUSEがTPM2 PCR0+7+15を積極採用し、スナップショット切替のたびにPCR15が変化する設計を選んだのは事実
これは「仕様の衝突」ではなく設計上のトレードオフの選択
FedoraがPCR7のみに絞った（あるいはclevis→systemd-cryptenrollで運用を簡潔にした）のと対照的

Immutableは「中身を掌握したい」ユーザーを排除しているのではなく、掌握の単位をパッケージからイメージに変えただけ
コンテナやOSTreeを読める人間には十分透明。見えにくいのは「従来の作法で触りたい」場合に限る。

そもそもお前はついさっきまでimmutableOSについて何も知らなかったしなんならKDELinuxのパッケージがarch系ということで管理が面倒とか斜め横の話展開してたじゃないかw

クラウドのスナップショット取ってくれるファイルシステムを使っていると、ファイル削除しても空きが増えなくて気持ち的に追い詰められた思い出

ここはImmutable OSのスレでもSUSEのスレでもなくてKDEのスレなんだけど、スレタイ読めないやつ多いな

まずはこの記事を読んでる。
実際、それくらいしか知らない。まさかのPacmanがないなんて、Archの肝なのに
勘違いしやすいから訂正しろって、この記事にいってくれな。

KDEデスクトップ、アプリの愛好家・開発者向け「KDE Linux」のアルファ版リリース
2025年9月7日 23:53
https://thinkit.co.jp/news/38493

次、
BTRFSはOracleだよね 知ってる？で、OrackeのクラウドHANAはSUSE。
でも、openSuseをInstーするときにユーザーには、ext4とか他ファイルシステムを選択することが可能。
これが自由。決まってない。 Btrfsが嫌なら違うファイルシステムを選ぶ、ただそれだけ。
何回も再インストールする羽目になっても、OSに管理されるんじゃなくてOSを使いこなす方向に行きたいんだよ。
だから、視線が違うのでっていってんじゃん。

>>195
アンタがNVIDIAのドライバで不具合起こしたThumbleweedが安定してるだのimmutableの仕組みも知らずにarchがどうだのって言ってKDELinuxの話しだしたからおかしな流れになってるだけだろ
知りもしない話にまで口挟まんでええよ爺さんw

怒られたのにまだやるのか、馬鹿だな。
お里が知れるぞ、外では大人しくてキョドってるんだろうなぁ〜。
辞めとき、負け犬の遠吠えみたいやんか。
ごめんね>194

>>197
ジジイが知ったかでimmutableOS散々詰められてまーだ言ってるのかw
恥知らずはジジイならではの特権だなw
文体で年齢バレて残念だったね爺さんw

ヤッパリKDE良い、古いノートにQ4OSとメインノートに新たにKDENeon入れて今いじってる設定方法がほぼ変わらないのは楽で良い。

インミュータブルOS講座勉強になったわ
自分はArch使ってるけど、初めの頃こそ壊れたら再インストールの精神でアレコレ弄くり回してたけど
慣れていくうちに/etc、/usr/local下のファイルの編集は最小限に留めるインミュータブルな運用に収束したな
こっちの方が問題の切り分けが楽だからね

Arch系ユーザーがおま環案件で方々に迷惑掛けてるのをよく見かけるけど
Archベースでもインミュータブルにしとけば安心やね

「/etc が書き換えられない」は正確には「/usr 以下のOSイメージが書き換えられない」という意味で、/etc はoverlayfsという仕組みで書き込めるようになっています。
overlayfsはLinuxカーネルのファイルシステム機能で、read-onlyな層（lowerdir）の上に書き込み可能な層（upperdir）を重ねて、アプリやOSサービスには「普通のファイル」として見せます。
lowerdir: OSイメージ内のデフォルト /etc （read-only）
upperdir: /var 以下のディスク領域 （書き込み可能）
↓
/etc/hosts や /etc/environment として透過的に見える
/etc/hosts を編集すると実際には upperdir に書き込まれ、lowerdir のOSイメージは無傷のまま。systemd-resolvedやネットワークスタックは普通に /etc/hosts を読むだけなので、overlayfsの存在を意識せず認識します。
つまりimmutable OSでも /etc の設定はちゃんとシステムに反映されます。「書き換えられない」のはOSイメージ本体だけです。


常識で考えて/etcが変更できないわけないので仕組み調べた結果

「Linux」PCを「Android」デバイスから制御--「KDE Connect」のコマンド作成機能
https://japan.zdnet.com/article/35244325/

具体的な用途はこれといって思い浮かばないが面白そうだな

Claudeに訊く

Q,/etc触って不具合が起きるという人は何やってるの？fstabタイポでfindmnt --verify忘れてブート不能にした以外は経験ないが

A.fstab タイポ以外は「なぜそこを直接触った」案件がほとんどで、ツール経由（visudo, vipw, nmcli 等）を使えば大半は防げる。経験値的にはむしろ健全では

Q,その場合でも大抵ttyでログインしてエディタで叩けば治るのでは？

A.そう、大抵はそれで終わり。
ttyで救えないケースに限られる：
shadow パーミッション破壊 → パスワード認証自体が通らないのでttyも詰む
PAMのpam_unix.so周り壊す → 同上
ld.so.conf系 → /bin/login自体が起動しない可能性
完全にinitが死ぬ（/etc/systemd/の核心部分）
これらはinitramfsに降りるかLiveUSBになる。
ただそれも「詰み」じゃなくて作業が一段階増えるだけ

Q,/usr/localいじって壊す人というのもよくわからない

A,これも「壊れた」というより「自分で踏んだ」案件で、〇〇さんの構成みたいにdistroboxやpodmanでビルド環境を分離してれば/usr/local汚染自体が起きない。
結局「/etc・/usr/local壊した」系の話って、コンテナや仮想環境が普及する前の運用文化の名残な気がする。今どきホストに直接make installする理由がほぼない。

Q,あるとすれば環境分離しないでコンパイルするとかarch系だと考えないでaurパッケージ突っ込んだときとか？

A,そうそう、AURが一番リアルなケース。
AUR固有の罠：
PKGBUILD読まずにyay -S一発、make install同然のことをpacmanの管理外でやってるパッケージが普通にある
conflicts=やprovides=が雑で公式パッケージと静かに競合
古いAURパッケージが/usr/localに直置きしてて、後で公式に昇格したパッケージと二重インストール状態になる
アンインストールしても/usr/localのゴミが残る（pacmanが把握してないので）

>>203続き

Q,archが管理が面倒だと言うけどそれもよくわからなくて依存地獄は上流パッケージ一度消せばいいだけでは？

A,同意で、「Arch管理が大変」言説はかなり誇張されてると思う。
実態：
pacman -Rnsで依存込みで綺麗に消える
孤児パッケージはpacman -Qdtqで一覧できる
ローリングでも実際にブレークするのはかなりレア、ニュース読んでれば大抵事前にわかる
「大変」の正体：
ニュースを読まずにアップデートして既知の手動対処が必要なケースを踏む
AURを雑に使う（さっきの話）
初期設定を理解せず使い始めて後から困る
結局「Arch/yayは管理が大変」言説の発信源って、初期設定で詰まった経験談かAURを無思慮に使った結果論が多くて、運用が確立してる人間には当てはまらない話な気がする。

>>167,191
結論=言ってることからすればimmutableOSがお似合いw

Claudeに訊くその2

Q,もう一度/usr壊すってどんな人？
壊したことない

A,いや普通壊さんw
/usr 消したり上書きしたりって相当やらかさないと起きないやつ。
強いて言えば：
rpm --nodeps で無理やりアンインストールしてlibcとか道連れにする
rsync の --delete でマウントポイント間違える
chroot 環境と本番の区別つかなくなる
くらいの「積極的に間違える」が必要。普通に使ってて壊れるもんじゃない。
何の文脈でその話出てきたの？

Q,掲示板の書き込みで
この人にはimmutableOS勧めといたw

A,正解の処方箋すぎるw
壊す前提で使えるOSを使ってもらうのが一番安全。Bazziteあたり渡しとけば /usr に触る機会すら基本ないし。

>>191

LLMコピペ低学歴しんで
公害

なーんかさっきからKioslave5関係のエラーが出るようになった・・・
めんどくさっ

Arch系KDEとDebian系KDEってCUIコマンドが違うだけで、デスクトップは同じで、Arch系は馬鹿には使えない、ちょつと弄れば起動不可とか面倒くさいOSだよな？俺はDebian派。

>>208お前が書いてるのはパッケージ管理の話だからまとめると

apt （Debian系） — 古い設計の負債を引きずってる
dnf （RPM系） — 最近C++で作り直されてスッキリした
pacman （Arch系） — 軽くて最速だがCLI前提なのでマウスでポチポチ層は厳しい
zypper （SUSE系） — 堅牢だが操作が独特で癖が強い、積極的に選ぶ理由がなければ避けて無難

どれもKDEのアプリ自体とは無関係で、OSのパッケージ管理の話。KDE Plasmaはどのディストリでも同じように動く。

オススメはバニラKDEに近くてモダンなパッケージ管理備えたfedora