Debian GNU/Linux スレッド Ver.103

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.102
https://mao.5ch.net/test/read.cgi/linux/1744820527/

完成したから更新するところがなかったパターンじゃないかなあれ

誤・ネットインストーラでKDE選んだらGnomeがインスコされたでござる
正・ネットインストーラでKDE選ぶつもりでGnomeを選んじゃったでござる
ついついツッコミたくなったｗ

ミスなのかバグなのか

Gnome
KDE Plasma

間違える要素がない

>>556
みんな老化が進んでいるんだよ
ブレーキのつもりがアクセスを踏んだり
KDE選んだつもりがGnomeを選んでいたり

gnomeは標準機能を削りすぎる

kdeと比べて大した機能もないのになんでkde並に重いんだろうな
xfceあたりを標準にしたほうがlinuxユーザー増えそうだが

gnomeてそのxfceより軽いhyprlandと比べてもそんなに重さ変わらんと思うけど

知らんが昔のインテル内蔵グラフィックだとgnomeは軽快感がないんじゃね

>>559
xfceよりGNOMEの方がBluetoothとかの設定が楽なんですよ。
xfceだとbluez入れて設定とか面倒だし。
GNOMEでWindows風にしたければDash to panelとArcMenuで簡単に設定できて、要らないGNOMEアプリはすぐに消せるから。

>>561
この板にはKDEやGnomeが重いとなる
いまや低性能の昔のPC使っている老人多いからな(俺もだけど)
>>559
老人はそう思うんだろうが、若い奴は近年のPCでLinuxだから
KDEやGnomeで重いってならないだろ

KDEってメモリ食うけどアニメーション効果的なもん切ると体感的にはサクサクなんだよね

そら効果切ったらみんな軽いだろXfceとかLXDEに迫る勢いで軽くなるし

まさにXfceはgtk3のせいでそこまで軽くならなくなったのが問題視されてなかったか

ゲーミングPC使ってるけどGUIがほとんど日本語化されてるしXfce使ってる

ゲーム用は今はArchの素のlabwc+xfce4-panelだわ

>>563
メモリが2GB以下の時代の癖でDEに軽さを求めがちだけど
RAMが安くて8GB以上を当たり前のように載せれる時代に使いやすさを犠牲にしてまで軽量DEを選ぶメリットってあんまりないよな
視覚効果を切ればCPUへの負荷は減るし

>>565
だね
Gnome、Plasmaほどじゃないものの、もう軽量と呼べるレベルじゃない
今、圧倒的に軽いのはLXQt
さらに軽さを追求するならDE入れずにWMのみで運用するしかない

現在はAIやデータセンターバブルでメモリの値段はバク上がりなんじゃよ

>>570
今年の春までが買い時だったね
AI需要抜きにしても円安、インフレによる高騰が容易に予見できる状況だったから、まともな人たちは確保済みでしょ

>>561
全然そんな事ない

軽さにこだわるならwm使えばいいのに

機能/リソース使用量の比率が重要
Gnomeや、gtk3化後のXfceはこのバランスが悪い

メモリFastfetchで見てみたけどManjaroのGnome49が1.1GでDebianのGnome48は1.8Gくらいあるね
どうやら進化しているようだね
実際Gnome49は軽快だと思うよ
まあDebianならちゃんとしてるからKDEでもxfceやCinnamonでもどれ使っても良いね

>>575
それ仮想メモリ空間のサイズでしょ
常駐セットサイズで比べないと
今時はmmapとかしてるから仮想メモリ空間のサイズは無意味

軽い重いって指標は馬鹿っぽい
というか馬鹿丸出し
最低限、起動が早い遅いとか
メモリ消費量が少ないとか多いとか
CPU負荷が小さいとか大きいとか言うべき

起動早くてメモリ消費量少なくてCPU負荷が小さいってことでしょ(全ては理想を満たせなくてもバランスよく)
読解力皆無かよ

>>578
例えばどれが全部当てはまるわけ?

軽量厨はxorgとtwmで良いだろ

>>574
逆に言えばgtk関係の表示不具合は一番起きにくい
Waylandでいまのところ悩みたくないならGnomeのほうがマシまである

Plasmaはすごく良いんだけどGTKもQtも両方おかしい場合があるからね
結局NeonもKDE-LinuxもSUSEやArch系も仕様が一定ではないよね

軽さにこだわるならdebootstrap経由で軽いWMだけ入れたらいいじゃん(いいじゃん)

軽さ求めるならguiなしでtmuxでよくね
w3mでブラウザできるし

GUI無いとマウスのコピペと日本語表示出来ないでしょ

Emacs や vim を覚えたらいいよ

emacsあればデスクトップは何でも良い
というかなくても良い

Gnome3 以降を使っている奴らは、好きなコンソールで好きなテキストエディタ使っているから、デスクトップ環境は何でもいいんだろうな

Emacs や vimには関心はないけどMidnight-CommanderとYaziは覚えた

>>584
google検索できなくなったよ

X11だと3Dゲーが重くなるので
軽量WMは重いまである

重くなるつーか、x11やXwaylandだとフレームがスキップされてfps画像処理されることが多い
KDEのKwinのx11だと最悪らしい

>>592
いずれにせよWine + DXVK + Vulkanだから
あんま関係ないはずなんだけどな
Xプロトコル経由オンリーだったのは20年くらい前の話だから

逆に考えればいい
非力な内蔵グラフィック環境ならばWaylandは捨てたほうが良い

Waylandで問題があるのは非力な内蔵グラじゃなくてnvidiaなんだよなあ

理論上無駄なもん経由するx11よりwaylandのほうが軽石まあそうなるやろ

理論上はな
それで現実は見てるのかい？

>>596
かなり昔に経由しなくなってるんだけど
だから3D効果や透過はWayland以前からあったでしょ
OpenGLやVulkanが直接デバイス叩くんだからさ
全然理解してないのね

Waylandでグラボの効果があるのはWMなどの挙動と拡大縮小能力であって
Vulkan使うゲームの質は現状GTKやQtを挟んでいるんだから同じはずだよ
むしろリソースを食ってるくらいまである

重い軽い以前にDE特有の便利さって何だろうなって。

cajaは使うしchromeもfirefoxもlibreofficeもjdimも使ってる。Bluetoothでテザリングもするし音楽再生もする。
Steamで軽いゲームを動かすしWineでLINEも起動してる。
けどMATE入れなおす理由がなかった。

余談だけど俺はchromiumのLINEアドオンでLINEやってる
簡単だし特に問題ない

Debian Mate は Testing で1.28に上がったのか。

まあ「理論上」というのはWaylandに最適化されたゲームがX11では動きませんと注意書きが出てきた時だろう
だが現実はそうじゃない

>>599
その辺もAIGLXの頃から変わってない
処理するのはGPUで
指令もDRIドライバの仕事だからオーバーヘッドなんかない
20年前から変わってない
https://upload.wikimedia.org/wikipedia/commons/thumb/4/47/Linux_graphics_drivers_DRI_current.svg/500px-Linux_graphics_drivers_DRI_current.svg.png

Waylandだと3DゲーのFPS高め安定は
Wine経由した3Dゲームだけの話かもね
知らんけど

>>605
うまくVulkanに変換出来ない操作列がある可能性はあるけどね
よく知らない人が素朴に思うような理由じゃない

よく知らない人が素朴に思う、とは？
実際の動作なりFPSなりが基準だと思うが違うのか
Waylandの喧伝してきた早さという優位性が実際には全然ふるわなかったのみてるからなあ
理論値とか勘弁

まあ、ゲームやAI補完した120fps動画ぐらいしか利用価値はないんじゃね。Waylandは

Waylandが良い理論は聞き飽きてる
まだバグと未完成の嵐で難儀確定だから使いたいかどうかは人による
困らないならX11で乗り切るのが安牌だと思う
Wayland完成があと何年かかるんだか知らんけど

Waylandは定番アプリを全部専用＆サンドボックス化すれば良いんだろうね
そのためにUbuntuベースから離れてKDE-Linuxを立ち上げたんだろう

日本語？そんなマイナー言語使ってるやつはXサーバーでレガシーアプリ使わないとな

waylandはもう速度面も実行時低コストもあまり宣伝してない
xorgはもうメインナーいないと言い出してる

http3とかddr5みたいにベンチは良くても体感はほぼ変わらんて感じか

windowsとかmacのaquaはwayland方式なん？

redditの記事のここに書いているのか？

Waylandって何？ : r/linux4noobs
https://www.reddit.com/r/linux4noobs/comments/1k736xc/what_is_wayland/?tl=ja

Waylandのコンポジターで混乱してるんだよね。 : r/linux
https://www.reddit.com/r/linux/comments/16sv9ad/im_confused_with_wayland_compositors/?tl=ja

GNOMEをmutterの代わりにwlrootsを使って動かすことは可能ですか？ : r/gnome
https://www.reddit.com/r/gnome/comments/1d9j9kh/is_it_possible_to_run_gnome_using_wlroots_instead/?tl=ja

composite 合成、複合
composition 合成、構成、組立て -> 作品
compositor 植字工
ここまではわかる

compositor に画像合成、画面合成という意味を持たせるのは不自然な気がする
従来の画面、ディスプレイサーバー等で何が不満なのか

現状Waylandのメリットは複数ディスプレイでバラバラの解像度にできること
大型ディスプレイの拡大縮小などはスムーズである
ただコマンドラインをボタン化して整理しただけのものというわけではない

そしてX11がここまで君臨してきた理由はディスプレイが無いネットワークサーバとの相性が異常に良いからだろう
なんだかんだ言ってもWEBサーバーの王様だからね

いまだにwayland使わないで文句ばっかり言う人って…

compositorなんてxにもあるだろうに

FXアーキの頃のAMDAPUの環境でwaylandだと画面砂嵐になっちゃって駄目なんだもの
み つ を

Win10切れでLinuxに逃げてきた人たちは大変な時期に来ちゃったよなぁ
とりあえず安定してる前バージョン使えよって言っても脳死で最新しか認めないって奴らは
とにかくLinux界隈では頑張れとしか言いようがないわ

アップデートしてもui変わるわけじゃないし良い意味で枯れたものばっかだから今最新じゃないとだめなのってneovimくらいじゃ

Sandy〜第７世代FHD単発でUI気にしないならDebian12-LXQtあたりが最適解かな
無理して13にしなくても良いよ

>>620
opensuse timbleweedでdupしてりゃいいだけ

onedriveクライアントの作者がDebian公式レポジトリ版はバグが治ってないから使うなって言ってたな

バグといえばpecoが文字化けバージョンのまま放置されてる

Debian はセキュリティ関連のバグ以外放置じゃないかい

>>626
アプリ作者がメンテナンスしてないということならUbuntuもついていけてないものがあるよ
そういうアプリはみんなAppimageやFlatpak版を出している

Debian はバージョン上げない直し方しかしないから、アプリ作者が上流で直してもDebianへの反映は次バージョンになる話の方
Docker でも動かす為の一式を持てるけど、Desktop Environment は何時も古いね、と思う。

そんくらい自分でビルドせーよ

>>628
そういう不満からUbuntuやMX　Sparky　Mintなんかが出てきている
PikaOSなんてArchっぽいアプローチもしてるし本家もTestingを用意している
素Debian自体の立ち位置はそれで良いんだよ　
いつも攻めていたら他の酉の存在意義が無くなるじゃないか

backports や testing sid と複数のリポジトリを使い分けられるので
もともと他の鶏の存在意義は無いよ

誰でも簡単に使えるのがディストリビューションなのに
Debianは難しいとかは言いがかりにすぎない

stableになかったら俺はこうしている
1. backport
2. test
3. unstable
4. 依存で難しい場合にはdpkg-buildpackage
5. 野良ビルドして~以下に入れてstowで管理

>>632
そんなことやってたらシステムが破綻するよ
stableで運用するのが基本よ
でも最新版が要るんだったらその時だけLive Linuxで使えばいい

>>632
その「破綻」って何や?
依存管理は優先度が最低の5だけ自分でやることになるが
1 4はaptが管理するので破綻しない

「 」が表示されないので再送
1 -- 4はaptが管理するので破綻しない

足りないものを色々なリポから持ってきたり、自分でビルドしたり・・・
ちゃんと出来ない人は出来ない、出来る人は出来るｗ

pythonなどに依存していれば簡単に破綻しそう

>>632,633
依存関係が少なかったりシステムに食い込んでるライブラリに
大きく依存してるパッケージでなければ、
案外stableにtestingとかsidのパッケージとか
ポイントで混ぜてもそんなには壊れない…！

壊れてもpurgeとかdpkg単位で削除できる半に留めとけば…
(apt installで何十パッケージ、何百MBとか
インストする？削除する？って聞かれるのはちょっと危険)

>>638
あほか？
apt pinning

ufwとかpythonで作るのやめてクレメンス

まあ昨今はサンドボックスのおかげでサードアプリに関しては依存地獄は避けられるようになってきたよね
だからこそ今年なんかはシステム革新の流れが早いとも言える
主要アプリがAppimageやFlatpakなら特定の酉にこだわる必要は無いよ

>>626
馬鹿なのか

TransmissionはGTK・Qt・Flatpak全部Torrent登録時に名前を変えようとすると落ちる
Sparkyビルドの3.00は何の問題もなく使えるというかあるバージョンまではたぶんどの鳥でも問題なく使えてるんじゃないかな

>>629
Linuxユーザーに多いただクレがそんなことするわけないだろ
ただクレはディストリにクレクレ！
まぁ、ディストリからするとそんなことまでタダでやってられるか、
使いたいならユーザーの方でアップデートしろよ、乞食ども！だろうが

>>643
なら、作者やディストリに激しくクレーム入れて動くように
してクレクレだろ

RMSが草葉の陰で泣いとるぞ

存命です

>>643
qBittlentとかと比べて欲しい
audaciousとqmmpみたいに類似品比べてレポしてほしい

アホなのか

ツッコミ所はTorrent登録時に名前を変えるって何だよって話
普通にファイル共有することを考えたらファイル名は変えちゃダメなんじゃないか？
登録名だけ変えてるのなら尚更必然性がわからない
名前を変えないと黒歴史になるようなファイルなのかい？

>>642
>>649
他の人にも分かるように説明しないと、意思疎通できないぞ

Torrentはファイル名やフォルダ名を任意の名前に変更しても共有できるよ