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/

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

今月kubuntuのLTS入れて様子見で、良くね？

>>258
老害無職入れ歯ジジイの昭和脳だとドイツ製=高性能とか思ってそう

ネトウヨの加齢臭がプンプンするスレッド

>>256
FreeBSDを語れ Part59
と間違えた誤爆じゃないかな。

今はkubuntuのLTS出からがKDEの性能とやらを見る機会なんだから、外野は黙れだよな？

俺の中では低スペはQ4OSのKDEで普通はKDEneonで高スペはCachyOSでkubuntuのLTSで様子見してる。

つ KDE Linux

>>267
正式リリース出ればの話でBeta版で仮想環境設定済みがインストールで出来るのが凄い俺はそう思う。

今はCachyOSでKDE選ぶのが一番良いんじゃない

先週あたりからパラパラとdebian testing/forkyにPlasma 6.6.3が降ってきはじめて先ほどほぼ全部6.5.4から6.6.3に切り替わった模様
テストがてらJDIM/Plasma-mobile 6.6.3/Mobian forky/PinePhoneProから書き込んでみる
でもupstreamはもう6.7なんだなあ

KDEneonは6.6.4何だからDebianはヤッパリ古い。

おまえら的になんでkubuntuはメイン使用からは外れるわけ？

>>272
KDEneon等のKDE自体がLinux作ってるから、最新KDEなら自社製品だよな！

今はUbuntu系KDEで最新のLTSはkubuntu26.04LTSでベースが古いNeonから引っ越す人も多くいると思うが、最新LTSベースに変われば戻る人も多そう。

KDEならNeonかKDELinuxで他はお試しLinuxって思ってる、いろんなディストリのメインDEで得られた技術で作るから最高とKDE信者が書いてます！

Snapが嫌いだから

KDELinuxが正式版になったらneonは消えゆく運命？

Ubuntu LTSベースだと開発がままならなくなってるからArchに移行するって言ってたね

Arch, Fedora, Nix で開発しているのに比べたら、Ubuntu/Debian はフォルダ構成、ライブラリの分割から、余計な作業が沢山有りそう

最新KDE追っかけても不安定なだけでそこまでいいことないよ
KDEにもLTSなバージョンとそうでないバージョンがあるんだから

Debianはバージョンの選び方が変だから置いといて

>>279
debianとubuntuほんと散らかってるよな
汚部屋っぽい

ローリングリリースも似たようなもんで不安定なだけというイメージだけど
そうでもないの？

ろーりんろーりん

ろーりんすたーーーーー↑

>>282
KDEはパッケージ数多くなるからローリングでは不利だな
依存のどっかのしょうもないところでコンフリクト出やすい