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/

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

>>209
KDEneonとfedora KDEと違いが分からんから利点って何？俺は最新KDEが直ぐ入るからKDEneon使ってる。

>>210
俺の推奨とお前の環境は関係ないしお前が日本語に不自由してなければ俺のレスの文脈が答え

>>210
KDE neonはAPT
FedoraはDNF
DNFはロールバック機能があって便利かもね
単にKDE Plasmaを使いたいならKDE公式のKDE neonでいいんじゃない

>>210
KDE開発陣が既存のディストロにKDE最新機能詰め込むのに限界感じKDE Linux開発に舵を切ったそうだから
お前の目的ならそれで十分

debian派を名乗ることが間違い
ただのDE盲信者w

https://www.omgubuntu.co.uk/2025/09/kde-linux-immutable-distro-alpha-released

Arch系だろうが何だろうが最新KDEデスクトップが使えれば良いだけでLinuxのカーネル何か関係ないよな？、何かこのスレArch系KDEが偉そうに言うけど、KDEデスクトップ設定は同じ。

>>214
うん
だからお前は僕はバカですって自己紹介して余計なこと書くから憎まれる


526 login:Penguin 2026/03/23(月) 17:10:55.32 ID:rOSOunKa
514
軽量LinuxでWayland対応でWin位デスクトップ設定出来るの
Q4OSのKDEオススメでMXLinux系何かやめたほうが良いよ。


例えばこういうの書いてMXユーザー敵にに回してるのがお前w

Plasma 6.6はGNOME 50に比べて互角かより高いパフォーマンスが出るらしいすね
へー、昔は重たい重たい言われてたKDEがGNOMEを捲くるようになるとは
ps://www.phoronix.com/review/nvidia-595-kde-gnome
ただし記事の筆者のNVIDIA+Plasma6.6環境ではX11は不安定らしいです(というかKDEもwaylandに移行すると言ってましたっけ)

kubuntu 26.04Beta入れた、最新KDEでしばらくKDEneonよりこれメインで使うよ。

いちばん安定してるKDEを載せてるディストリはどこになるんだろうな

>>218
安定と言えばDebian GNU/Linux

GUI/DE の部分でDebianは古いだけで、安定している訳ではないよ
最新で直っているバグは修整されないで残っている

まあkubuntuが一番手間かからないな

kubuntu26.04Beta、設定済みの仮想アプリQEMU/KVM入ってるの良い、設定するの面倒くさかったけど、コレで仮想にWin入れ放題とWaydoroidで最強PCの出来上がりｗｗ。

kdeつかうならopensuse だろ

>>223
SUSE系KDEのメリットは何？同じKDE好き何だからディストリの違いなんて関係ねー。

KDEはNeonかkubuntuでLTSの時期で乗り換えが王道。

KDEが好きなのにneonからKubuntuに乗り換え？
メリットが見出せない🤔

Neonはベースが、Ubuntu LTSだから、今のNeonは2年前の古いLinuxカーネルで最新カーネルの7.0使いたい。

LTSではビルドできなくなってると言ってたからな
そこら辺が時々ポカやる要因なんだろうね

CachyOSなら起動画面でLinuxカーネル7.0Betaにして起動できるから、本命KDEはヤッパリArch系でNeonがkubuntuに置き換えられて、Arch系KDELinuxがこの先本命。

なんでそんな妙なことになってんだ？

KDEってDE自体は好きなんやが開発チームの統一哲学が嫌いなんよな、オープンソースとの相性が悪い
別のWMとかDEのときにKDEのアプリを入れようとしたらKDEを丸ごと入れてこようとしてイライラする

>>231
APTなら--no-install-recommendsをつけてインストールしたら少しは減るかな？
依存ならどうしようもないが…

>>232
依存やな、あとKDEのアプリを消そうとしたらDE丸ごと消してきたりするのもあるわ

Winからの乗り換えで1番しっくりきたのがKDEで、KDE自体がLinux本体でディストリは寄生先で、みんなKDELinuxに流れそう、KDELinuxならWinの代わりに金出して買う価値有るよな。

KDE万歳

寄付のお願い - 日本 KDE ユーザー会
https://jp.kde.org/donations/

パッケージ多すぎるんだよな
ローリングリリース系linuxでそのうちなんか引っかかる

manjaro使ってるかが特に問題起きてない
強いて言うならwayland移行された時問題起きたくらいで

KDEの連れ子Discoverをネグレクトするmanjaro

DiscoverはKDEのドジっ子マスコット

ManjaroはホンマにアカンAUR使えないArchBasedとかArchBasedの意味ないやろ

suse
debianでもないredhatでもない
超ヘンテコ
つかいかたわかりませーんｗｗ

>>241
debianがクソなだけで他は同じだぞ

Debian では Gnome もクソ

バージョンを上流のLTSに合わせてくれればいいんだけど、お構いなしにtesting作成タイミングで固定されるからなあ

suseはクセ強すぎで使ってる奴も変な人が多いのに定期的に勧誘レスがあるが余程かわり者じゃない限り他のディストリビューション使うのが無難

suseはデフォルトにkde 使われるしgnomeをデフォルトとしてるディストリに比べれば問題は起きにくいでしょ

最新KDEが安定して使えるの、今月正式に出るkubuntu２６.04 LTSとKDELinuxが正式リリース版で、他のディストリに寄生して得られた技術で作られるから期待してる。

>>245
ニワカワラタ
SUSEとKDEの関係知らないだけだろお前が

>>248
SLEはGNOMEでYaSTは素人専用非推奨、パッケージマネージャー zypperはバージョン混合DL遅いmirror死にがちクソ仕様、おまけに本体身売り報道

時代に置いてかれてる化石以外に利用するメリットが一つもなくジジイはSUSEスレにひっそり籠もっとれwww

>>249
ワラタ
すげー間違っててフイタw
こいつ朝鮮人だろw

確かに幻覚見てる朝鮮人にまで無理にお勧めはしないw

いつの話してんだろw
20年前にあった1年間くらいの話してる朝鮮人w
KDEdwSLEの関係がわかってないww

>>252
Red Hat がGNOME標準化
ISV（業務ソフト）がGNOME前提で統一
サポートコスト削減のためDEを絞る必要結果：
SLEはGNOMEを標準化
KDEは「非推奨ではないが主役から降格」

レッテル貼って逃げて老害ワロタwwww

https://documentation.suse.com/ja-jp/sles/16.0/html/SLE-comparison/index.html

どのみち今後はSUSEはemutableOSにシフトしていくからオタク向けニッチで先細りがSUSE on KDE wwww

ゲーミングLinux()がKDEばっかなんだよな
こっち方面からKDE覇権に繋がっていく

かも

実際、コンシューマーの代表格、archのwikiでのインスール統計はKDEが右肩上がりで成長しており、
エンタープライズ分野GNOME vs コンシューマーKDEという棲み分けが定着している。
他ディストリビューション含め推定シェアはややGNOME優勢。

https://i.imgur.com/bAvyOec.jpeg

>>253
それが分からないということは、貴方はlinux出身ですか?そういう質問をすること自体が、linuxなんですよ

>>253
ゲラゲラ
これまでどんだけ貢献してきたか知らない朝鮮人ww
redhat?
気狂い妄想で爆笑w

朝鮮人「デフォが変わりましたあ」

☝

全員「なんだこの知的障害朝鮮人w」

>>257
SLE で KDE を選んだ場合、保守契約はない。
SLED 12（2014年）の時点で KDE はエンタープライズ版から正式に削除されており、以降は GNOME のみが公式サポート対象。 (Wikipedia)
SLE 上で KDE を使いたい場合は SUSE Package Hub（旧称 Backports）経由でインストールできるが、これはコミュニティビルドのパッケージであり、SUSE による商用サポートの対象外という明示がある。 (SUSE)
つまり構造としては：
GNOME → SLED の正式構成要素 → 保守契約の範囲内
KDE → Package Hub 経由でインストール可能 → サポート対象外、保守契約の恩恵を受けられない
企業としては「KDE を使いたいなら openSUSE Tumbleweed/Leap にしてくれ、SLE では面倒見ない」というスタンスが SLED 12 以来一貫している。

キチガイ妄想の朝鮮人乙wwww

サポート契約対象外なんだから実務でSLEで好んで使うバカはいない、つまり妄想バカの自己紹介www

>>257
無職チョンコロ入れ歯ジジイ死ねよwwww